3. Порядок выполнения работы

3.1. Ознакомьтесь с теоретической справкой к данной лабораторной работе.

3.2. Запустите BPwin через меню Старт/Программы или при помощи ярлыка на рабочем столе.

3.3. Выберите нотацию DFD в появившемся диалоговом окне и нажмите кнопку OK.

3.4. Составьте модель в стандарте DFD для заданной преподавателем в лабораторной работе №1 информационной системы в целом или для какой-либо ее отдельной части (по согласованию с преподавателем). Модель должна включать в себя контекстную диаграмму, а также как минимум одну диаграмму декомпозиции. Варианты возможных учебных информационных систем приведены в Приложении.

3.5. Составьте модель в стандарте IDEF3 для заданной преподавателем в лабораторной работе №1 информационной системы в целом или для какой-либо ее отдельной части (по согласованию с преподавателем). Модель должна включать в себя контекстную диаграмму, а также как минимум одну диаграмму декомпозиции. Варианты возможных учебных информационных систем приведены в Приложении.

3.4. Создайте и проанализируйте отчеты Model Consistency Report для всех разработанных моделей в этой и предыдущей лабораторной работе. При обнаружении синтаксических ошибок в моделях устраните их.

3.5. Создайте и проанализируйте по возможности наиболее полные отчеты Diagram Object Report для всех разработанных моделей в этой и предыдущей лабораторной работе.

3.6. Создайте и проанализируйте по возможности наиболее полный отчет Activity Cost Report для основной модели системы, разработанной в стандарте IDEF0 в лабораторной работе №1.

4. Содержание отчета

Отчет должен содержать:

· номер и название лабораторной работы;

· цель лабораторной работы;

· результаты исследований в виде контекстной диаграммы и как минимум одной диаграммы декомпозиции модели в стандарте DFD для заданной преподавателем информационной системы;

· результаты исследований в виде контекстной диаграммы и как минимум одной диаграммы декомпозиции модели в стандарте IDEF3 для заданной преподавателем информационной системы;

· сгенерированные промежуточные (до устранения синтаксических ошибок) и окончательные отчеты Model Consistency Report, отчеты Diagram Object Report, а также отчет Activity Cost Report;

· выводы.

5. Контрольные вопросы

1. Какие виды моделирования возможны в BPwin?

2. К какому типу моделирования информационных систем относится методология IDEF3?

3. К какому типу моделирования информационных систем относится методология DFD?

4. Что такое «хранилища данных» в DFD?

5. Что такое «внешние сущности» в DFD?

6. Что обозначают стрелками в DFD?

7. Что представляют собой работы в методологии DFD?

8. Какие типы диаграмм используются в нотации IDEF3 пакета BPwin?

9. Что понимается под работой в методологии IDEF3?

10. Какие типы стрелок используются в нотации IDEF3 пакета BPwin?

11. Что такое «единица работы» или просто «работа» в методологии IDEF3?

12. Что обозначают стрелками в методологии IDEF3?

13. Что такое «перекресток» в методологии IDEF3?

14. Что такое «объект ссылки» в методологии IDEF3?

15. Какие типы перекрестков предусмотрены в методологии IDEF3?

16. Какие типы объектов ссылки предусмотрены в методологии IDEF3?

17. Как осуществляется нумерация работ и диаграмм в нотации IDEF3 пакета BPwin?

18. Как осуществляется нумерация работ и диаграмм в нотации DFD пакета BPwin?

19. Для чего используют отчеты Model Consistency Report в BPwin?

20. Для чего используют отчеты Diagram Object Report в BPwin?

21. Для чего используют отчеты Activity Cost Report в BPwin?

22. Каким образом в BPwin формируются отчеты?

ЛАБОРАТОРНАЯ РАБОТА № 3

Создание и отображение моделей данных в CASE-средстве ERwin

1. Цель работы

Изучить виды моделей данных, а также способы их создания и отображения в CASE-средстве ERwin. Познакомиться с основами стандарта IDEF1X.

2. Теоретическая справка

2.1. Физическая и логическая модели данных

ERwin имеет два уровня представления моделей данных - логический и физический.

Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например "Постоянный клиент", "Отдел" или "Фамилия сотрудника". Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами (подробнее о сущностях и атрибутах будет рассказано ниже). Логическая модель данных может быть построена на основе другой логической модели, например на основе модели процессов. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД.

Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация обо всех объектах БД. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах - таблицах, колонках, индексах, процедурах и т.д.

Разделение моделей данных на логические и физические позволяет решить несколько важных задач. С одной стороны, создание модели данных, как правило, начинается с создания логической модели. После описания логической модели, проектировщик может выбрать необходимую СУБД и ERwin автоматически создаст соответствующую физическую модель. На основе физической модели ERwin может сгенерировать системный каталог СУБД или соответствующий SQL-скрипт. Этот процесс называется прямым проектированием (Forward Engineering). Тем самым достигается масштабируемость - создав одну логическую модель данных, можно сгенерировать физические модели под любую поддерживаемую ERwin СУБД. С другой стороны, ERwin способен по содержимому системного каталога или SQL-скрипту воссоздать физическую и логическую модель данных (Reverse Engineering). На основе полученной логической модели данных можно сгенерировать физическую модель для другой СУБД и затем сгенерировать ее системный каталог. Следовательно, ERwin позволяет решить задачу по переносу структуры данных с одного сервера на другой.

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