- •5.2. Интеграция idef0- и idef1x-моделей и связывание объектов модели данных со стрелками и работами.....................................33
- •1. Общие сведения о технологии проектирования ис
- •2. Технология проектирования на базе комплекса российских стандартов гост 34
- •3. Техническое задание:
- •5. Технический проект:
- •3. Построение функциональной модели ис
- •3.1. Методология idef0
- •3.2. Стоимостный анализ (Activity Based Costing, abc)
- •4. Построение er-диаграммы
- •4.1. Общие сведения о методологии idef1x
- •4.2. Отношения категоризации
- •4.3. Синтаксис атрибутов и ключей
- •4.4. Процедуры моделирования er-диаграммы
- •Стадия 1 – начало работы над проектом
- •Стадия 2 - определение сущностей
- •Стадия 3 - определение отношений
- •Стадия 4 - определение ключей
- •Стадия 5 - определение атрибутов
- •5. Idef1x-методология в пакете eRwin
- •5.1. Создание сущностей и связей er-диаграммы в eRwin
- •5.2. Интеграция idef0- и idef1x-моделей и связывание объектов модели данных со стрелками и работами
- •5.3. Генерация базы данных физического уровня в среде субд Access
- •6. Порядок выполнения работ в курсовом проекте по проектированию информационных систем
- •6.1. Формирование требований к ис
- •6.2. Разработка концепции ис.
- •6.3. Техническое задание
- •6.4. Технический проект
- •Литература
- •Задание на курсовой проект
- •Список рекомендуемой литературы
- •Содержание
- •2. Формирование требований к ис.................................................75
- •4. Техническое задание.....................................................................85
- •5. Технический проект......................................................................99
- •Приложение № 3. Логическая модель бд ......................................120
- •Введение
- •1.Анализ существующих систем.
- •1С:Управление Торговлей 8.0
- •2. Формирование требований в ис
- •2.1. Организационная диаграмма магазина
- •2.3.Технико-экономическое обоснование
- •Введение
- •2 Характеристика объекта автоматизации
- •3. Цели, критерии и ограничения внедрения ис
- •4. Функции и задачи создаваемой ис
- •5. Ожидаемые технико-экономические результаты создания ис
- •6. Выводы и предложения
- •3. Разработка концепции ис
- •3.1 Функциональная модель
- •3.2 Логическая модель
- •4. Техническое задание
- •1. Общие сведения о проекте
- •2. Назначения и цели создания системы
- •3. Характеристики объекта автоматизации
- •4. Требования к системе
- •5. Состав и содержание работ по созданию (развитию) системы
- •Технический проект
- •6. Порядок контроля и приемки системы
- •7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу в действие
- •8. Требования к документированию
- •5. Технический проект
- •5. 1.Пояснительная записка
- •5.1.1 Общие положения.
- •5.1.2. Цели, назначение и области использования аис.
- •5.1.3 Основные технические решения
- •5.1.4. Мероприятия по подготовке объекта автоматизации к вводу системы в действие
- •5.2. Утвержденные спецификации требований и алгоритмы на функциональные группы программ, программные и информационные компоненты
- •5.2.1 Программные модули
- •5.2.2.Описание структуры бд
- •5.2.3. Пользовательский интерфейс
- •Стартовая форма (рис.1)
- •Форма «Работа директора» (рис.2)
- •Форма «Работа администратора» (рис. 3 – 5)
- •Форма «Работа кассира» (рис. 6-8)
- •Форма «Работа мерчендайзера» (рис.9)
- •Форма «Работа бухгалтера» (рис.10 - 12)
- •Форма «Работа кладовщика» (рис.13)
- •5.3.2. Логическая структура бд.
- •5.3.2. Физическая структура бд.
- •Заключение.
- •Список литературы.
- •Приложение 1. Swim Lane Diagram
- •Приложение 2. Функциональная модель
- •Приложение 4. Пользовательский интерфейс
- •Приложение 5. Входные и выходные документы
Стадия 4 - определение ключей
Цели стадии:
Детализация неспецифических отношений.
Определение ключевых атрибутов для каждой сущности.
Перемещение первичных ключей на установление внешних ключей.
На стадии 4 требуется избавиться от всех неспецифических отношений и включать появляющиеся при этом новые сущности и отношения в матрицу "сущность/отношение" (стадия 3).
Если на этапе 4 объем сущностей увеличится настолько, что трудно охватить в целом смысл модели, то ER-модель разбивается на отдельные функциональные сегменты моделируемой системы.
На четвертой стадии идентифицируются и определяются ключевые атрибуты (возможные первичные, альтернативные, внешние ключи).
Следует иметь в виду, что мигрировать может только первичный ключ, поэтому выбор ключевых атрибутов необходимо начинать с тех сущностей, которые не являются ни сущностью-потомком, ни сущностью-категорией.
Если первичный ключ сущности-потомка содержит все атрибуты внешнего ключа, то сущность-потомок называется зависимой от идентификатора относительно родительской сущности и отношение в этом случае называется идентифицирующим.
Если какие-либо атрибуты внешнего ключа не принадлежат первичному ключу сущности-потомка, то сущность-потомок является независимой от идентификатора относительно родительской сущности, а отношение называется не идентифицирующим.
Идентифицирующее отношение рисуется сплошной линией. Сущность-потомок в таком отношении называется зависимой и рисуется с закругленными углами.
Не идентифицирующее отношение рисуется пунктирной линией, и сущность-потомок называется независимой и рисуется с прямыми углами.
Один и тот же атрибут может порождать в одной и той же сущности-потомке более одного внешнего ключа. Если этот атрибут является внешним ключом для данной сущности-потомка и имеет одно и то же название, то к его имени добавляют имя роли.
Проверка правильности ключей и отношений
Идентификация и миграция ключей подчиняются следующим правилам:
1. Миграция ключей от родительских (или общих) сущностей к сущности-потомку (или категории) является обязательной.
2. Запрещается использовать атрибуты, которые могут принимать более одного значения для данного экземпляра сущности в одно и то же время.
3. Нельзя использовать атрибуты, которые обращаются в ноль, т.е. не принимают никакого значения для некоторого экземпляра сущности.
4. Сущности с составными ключами не могут быть разбиты на несколько сущностей с более простыми ключами.
После установления ключевых атрибутов необходимо составить определение атрибутов, которые включают имя атрибута, определение атрибута, синонимы атрибута.
Результат четвертой стадии оформляется в виде диаграммы функционального представления, которая изображает зависимые и независимые сущности, идентифицирующие и не идентифицирующие отношения, атрибуты внешних, альтернативных и первичных ключей.
Стадия 5 - определение атрибутов
Стадия 5 завершается стадией разработки модели и включает в себя:
Установление принадлежности атрибутов к сущности.
Определение не ключевых атрибутов.
Проверку правильности и детализацию структур данных.
В конце стадии 5 модель данных снабжается полным множеством определений и перекрестных ссылок для всех сущностей, отношений, ключевых и не ключевых атрибутов.
Если на четвертой стадии некоторые из имен атрибутов были признаны сущностями, то их необходимо исключить из списка атрибутов.
Затем необходимо произвести определение атрибутов, которое включают в себя имя атрибута, определение атрибута, синонимы атрибута.
Имя атрибута должно быть уникальным.
Определение атрибута представляет собой формат атрибута (например, денежная единица, дата, буквенно-цифровой код и т.п.). В определении атрибута можно также устанавливать область допустимых значений в формате списка.
После определения атрибутов производится обновление и расширение диаграммы функционального представления, полученной в конце третьей стадии: в блоки сущностей добавляются не ключевые атрибуты ниже разделяющей горизонтальной линии.
