- •1. Описание предметной области Спецификация требований
- •1.1. Требования к данным
- •1.2. Требования к транзакциям.
- •2. Построение локальной концептуальной модели данных
- •2.1. Определение типов сущностей
- •Документирование выделенных типов сущностей
- •2.2. Определение типов связей.
- •2.3. Определение кардинальности и уровня участия отдельных типов связи.
- •Документирование типов связей
- •2.4. Определение атрибутов и связывание их с типами сущностей и связей.
- •2.5. Определение атрибутов, являющихся потенциальными и первичными ключами.
- •Документирование выделенных атрибутов
- •2.6. Определение доменов атрибутов
- •2.7. Специализация/генерализация типов сущностей.
- •2.8. Создание диаграммы «сущность-связь»
- •2.9. Обсуждение локальной концептуальной модели с пользователем
- •3. Построение и проверка локальной логической модели данных
- •3.1. Преобразование концептуальной модели данных в логическую модель
- •3.1.1. Удаление связей типа m:n
- •3.1.2. Удаление сложных связей
- •3.1.3. Удаление рекурсивных связей.
- •3.1.4. Удаление множественных атрибутов
- •3.1.5. Перепроверкасвязей типа 1:1
- •3.1.6. Удаление избыточных связей
- •3.1.7. Создание диаграммы «сущность-связь»
- •3.2. Определение набора отношений исходя из структуры локальной логической модели данных.
- •3.3. Проверка модели с помощью правил нормализации.
- •3.4. Проверка модели в отношении транзакций пользователей.
- •3.5. Определение требований поддержки целостности данных.
- •3.5.1. Обязательные данные.
- •3.5.2. Ограничения для доменов атрибутов
- •3.5.3. Целостность таблицы
- •3.5.4. Ссылочная целостность
- •3.5.5. Требования данного предприятия
- •3.5.6. Документирование всех ограничений целостности данных
- •3.6. Обсуждение разработанных локальных логических моделей данных с конечными пользователями
3.5.5. Требования данного предприятия
Эти требования, иначе называемые бизнес-правилами, определяются теми методами и ограничениями, которые приняты на данном предприятии в отношении выполнения различных операций.
Бизнес-правила для представления МенеджерприложенияРеалтэкс
Каждый менеджер в любой момент времени должен руководить работой не менее четырех, но и не более восьми рядовых сотрудников.
Каждый агент в любой момент времени может вести не менее 5, но не более 15 клиентов.
Период между датой заключения договора и датой внесения аванса не может быть больше 10 рабочих дней.
Период между датой заключения договора и предполагаемой датой окончания не может быть больше 6 месяцев.
Цена одного рекламного объявления не должна превышать 2800 руб.
3.5.6. Документирование всех ограничений целостности данных
Все установленные требования поддержки целостности данных для локальной модели данных пользователя Менеджердолжны быть детально отображены в документации.
3.6. Обсуждение разработанных локальных логических моделей данных с конечными пользователями
Н этом этапе проводится окончательная проверка локальной логической модели данных пользователя Менеджер, осуществляемая посредством обсуждения ее с пользователями. Очень важно, чтобы модель правильно отражала то представление о реальной деловой обстановке, которое имеет тип пользователей, названный Менеджер. Основным объектом обсуждения для разработчиков и пользователей является ER-диаграмма. Однако не менее важно, чтобы пользователи внимательно ознакомились с сопроводительной документацией. Если в модели или документации будет найдено какое-либо несоответствие, все необходимые этапы должны быть пройдены еще раз.
Окончательный вариант логической модели данных для пользователя Менеджер приложения Реалтэкс включает ER-диаграмму, показанную на рис 3.1.7 и документацию, содержащую исчерпывающее описание всех компонентов данной модели.