- •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. Обсуждение разработанных локальных логических моделей данных с конечными пользователями
2. Построение локальной концептуальной модели данных
Приступая к разработке локальной концептуальной модели данных для представления пользователя Менеджерв приложенииРеалтэкс , прежде всего, следует выявить различные компоненты этой модели, используя имеющиеся спецификации требований пользователя. В каждую создаваемую модель входят следующие компоненты:
Типы сущностей
Типы связей
Атрибуты
Домены атрибутов
Потенциальные ключи
Первичные ключи
2.1. Определение типов сущностей
Один из методов идентификации сущностей состоит в изучении спецификаций по выполнению конкретных функций пользователя на данном предприятии. Из этих спецификаций следует извлечь все используемые в них существительные или сочетания существительного и прилагательного (например, "личный номер", "фамилия работника", "номер объекта недвижимости", "адрес объекта недвижимости", "количество комнат").
Затем среди них выбираются самые крупные объекты (люди, города) или представляющие интерес концепции и исключаются все существительные, которые просто определяют другие объекты. Например, свойства "личный номер" и "фамилия работника" могут быть объединены в сводном объекте под названием "работник", тогда как свойства "номер объекта недвижимости", "адрес объекта недвижимости" и "количество комнат" можно объединить в сущности под названием "объект недвижимости".
Альтернативный способ идентификации сущностей состоит в поиске объектов, которые существуют независимо от других. Например, объект "работник" безусловно, является сущностью, потому что любой работник существует независимо от того, знаем мы его имя, адрес и номер телефона или нет.
После выделения каждой сущности ей следует присвоить некоторое осмысленное имя, которое обязательно должно быть понятно пользователям.
Анализ показывает, что основными сущностями, упоминаемыми в спецификациях, являются следующие:
Отдел компании - Отдел
Работник - Работник
Секретарь - Секретарь
Менеджер - Менеджер
Объект недвижимости - Объект
Владелец объекта недвижимости - Владелец
Рекламное объявление - Объявление
СМИ - СМИ
Собеседование с клиентом - Собеседование
Клиент - Клиент
Договор продажи – Договор
Документирование выделенных типов сущностей
Документирование сведений о каждой из выделенных сущностей заключается в подготовке подробного определения каждой сущности, включая описание особенностей использования. Все сведения, помещенные в документацию на этом этапе, представлены в Таблице № 2.1.
Таблица № 2.1. Сведения о типах сущностей
Имя сущности |
Описание |
Особенности использования |
Отдел |
Место работы |
В компании может быть один и более отделов. |
Работник |
Общий термин, описывающий весь персонал, работающий в компании |
Каждый сотрудник работает в одном из отделов компании |
Менеджер |
Руководит работой персонала, отвечающего за продажу объектов |
В каждом отделе один менеджер. Каждый менеджер руководит группой работников (от 4 до 8 человек) |
Секретарь |
Выполняет функции секретаря, необходимые остальному персоналу |
Каждый отдел компании имеет одного секретаря. |
Объект |
Общий термин, обозначающий все типы продаваемых объектов недвижимости |
Каждый объект имеет единственного владельца. Каждый объект обслуживается одним из отделов компании. Каждый объект может быть продан одному клиенту. |
Владелец |
Владелец продаваемого объекта |
Каждый владелец владеет одним или больше продаваемым объектом |
Объявление |
Объявление с описанием продаваемого объекта |
Каждое опубликованное в СМИ объявление описывает отдельный продаваемый объект |
СМИ |
Публикует объявления с описанием продаваемых объектов |
Объявления о продаже объектов помещаются в специализированные московские газеты и журналы |
Собеседование |
Встреча, в результате которой устанавливаются требования, которые потенциальный клиент выдвигает в отношении приобретаемого объекта |
Работник проводит собеседование с клиентом, выразившим желание приобрести некоторый объект недвижимости. |
Клиент |
Общий термин, описывающий всех клиентов, заинтересованных в осмотре объектов с целью их покупки |
Каждый клиент может приобрести один или более объектов |
Договор |
Содержит подробные сведения о договоре продажи, заключенным с клиентом |
|