Спецификация требований.

Данный документ является спецификацией требований для программного проекта «Автоматизация рабочего места менеджера по продаже квартир».

Первичный список требований

Функциональные требования:

1.  Системой должен поддерживается каталог домов и квартир:

(редактирование данных происходит посредством редактирования таблицы)

1.1.  Система должна предоставлять возможность добавления данных (записи) о доме.

1.2.  Система должна предоставлять возможность изменения данных (записи) о доме.

1.3.  Система должна предоставлять возможность удаления данных (записи) о доме.

1.4.  Системой поддерживается каталог квартир для каждого этажа каждого дома. Система обеспечивает возможность заполнения каждого этажа каждого дома квартирами путем перетаскивания шаблонов квартир в список квартир на этаже с заполнением параметров (номер квартиры, количество комнат, общая площадь, схема).

2.  Системой должен поддерживается каталог отделочных материалов, представляющий собой таблицу.

2.1.  Пользователь-клиент должен иметь возможность просмотра списка каталога отделочных материалов.

2.2.  Пользователь-менеджер должен иметь возможность добавлять запись.

2.3.  Пользователь-менеджер должен иметь возможность удалять запись.

2.4.  Пользователь-менеджер должен иметь возможность изменять запись.

3.  Система должна предоставлять возможность бронирования квартир

3.1.  Пользователь должен иметь возможность просмотра списка не занятых квартир (на указанное число), удовлетворяющих данным его запроса (например: число комнат, общая площадь, этаж и т. п.).

НЕ нашли? Не то? Что вы ищете?

3.2.  Система должна предоставлять возможность выбора заказчика из справочника (то есть поддерживать каталог заказчиков, который в свою очередь будет представлять собой таблицу).

3.3.  Пользователь (заказчик) должен иметь возможность зарегистрироваться, если его нет в списке.

3.4.  Для выбранной (согласно требованию 3.1) квартиры и выбранного из списка (согласно требованию 3.2) или зарегистрированного (согласно требованию 3.3) заказчика, система должна предоставлять возможность оформить карту брони.

4.  Системой должно поддерживаться два интерфейса: менеджерский и клиентский.

5.  Пользователь – клиент должен иметь возможность просмотра информации об объектах (домах, квартирах) а так же о сопутствующих материалах.

6.  Пользователь – клиент должен иметь возможность бронирования квартиры (функциональные требования 3.1 - 3.4) и отмены брони.

7.  Система должна обеспечивать возможность входа в нее пользователя – менеджера только под паролем.

8.  Система должна обеспечивать возможность одновременной работы в ней нескольких пользователей – менеджеров, избегая искажения информации об объектах и сопутствующих материалов.

9.  Пользователь – менеджер должен иметь возможность реализовать функциональные требования 1.1 – 1.4

10.  Система должна обеспечивать возможность одновременной работы в ней нескольких пользователей – клиентов, избегая искажения информации при бронировании квартиры (например: невозможность бронирования свободной квартиры или одновременное бронирование одной и той же квартиры двумя разными пользователями - клиентами).

11.  Пользователь – менеджер должен иметь возможность зарегистрировать нового менеджера.

12.  Пользователь – менеджер должен иметь возможность отмены брони.

Ограничения:

    Описание квартиры сводиться к ее свойствам, указанным в шаблоне квартир. Информация о текущем состоянии объектов соответствует дате последнего изменения, а не текущему времени. Информация о забронированных квартирах соответствует дате последнего изменения, а не текущему времени.