МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ, МОЛОДЁЖИ И СПОРТА УКРАИНЫ

ЧЕРНИГОВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНОЛОГИЧЕСКИЙ УНИВЕРСИТЕТ

КАФЕДРА ИНФОРМАЦИОННЫХ И КОМПЬЮТЕРНЫХ СИСТЕМ

Разработка модели информационной системы средствами uml

Методические указания к самостоятельной работе по дисциплине „Объектно-ориентированный анализ и проектирование” для студентов направления подготовки

6.050102 “Компьютерная инженерия”

Утверждено

на заседании кафедры

информационных и компьютерных систем

Протокол № 9 от «28» апреля 2011 г.

Чернигов чгту 2011

Розробка моделі інформаційної системи засобами UML. Методичні вказівки до самостійної роботи з дисципліни „Об’єктно-орієнотований аналіз та проектування” для студентів напряму підготовки 6.050102 “Комп’ютерна інженерія” / Укл. А.М. Акименко, С.О.Нестеренко, І.В.Кириєнко. – Чернігів: ЧДТУ, 2011. - 43 с., рос. мовою

Укладачі: Акименко Андрій Миколайович, кандидат фізико-

математичних наук, доцент

Нестеренко Сергій Олександрович, кандидат технічних наук,

доцент

Кириєнко Ірина Валентинівна, асистент

Відповідальний за випуск: Казимир Володимир Вікторович, завідувач кафедри інформаційних та комп’ютерних систем, доктор технічних наук, професор

Рецензент: Нікітенко Євгеній Васильович, кандидат фізико-математичних наук, доцент

СОДЕРЖАНИЕ

ВВЕДЕНИЕ. ЭТАПЫ РАЗРАБОТКИ ПРОЕКТА 4

1 Постановка задачи (СИСТЕМНЫЙ АНАЛИЗ) 6

1.1 Пример. Описание предметной области 6

2 АНАЛИЗ ТРЕБОВАНИЙ 7

2.1 ER-диаграммы 7

2.2 Диаграммы потоков данных 8

2.3 Пример выполнения анализа требований для ИКС ВИДЕОТЕКА 10

2.4 Контрольные вопросы 14

3 ПРОЕКТИРОВАНИЕ 15

3.1 Построение диаграммы вариантов использования 15

 3.1.1 Отношение расширения 16

3.1.2 Отношение обобщения 17

3.1.3 Отношение включения 17

3.1.4 Пример построения диаграммы вариантов использования 17

3.1.5 Диаграмма анализа бизнес-процессов 20

3.2 Взаимодействие объектов 23

3.2.1 Объекты 23

3.2.2 Линия жизни объекта 23

3.2.3 Фокус управления 24

3.2.4 Сообщения 24

3.2.5 Пример построения диаграммы последовательности 25

3.3 Диаграмма классов 26

3.3.1 Класс 26

3.3.2 Отношения между классами 27

3.3.3 Объекты 28

3.3.4 Шаблоны или параметризованные классы 28

3.3.5 Рекомендации по построению диаграмм классов 29

3.3.6 Пример выполнения 29

3.4 Диаграммы поведения 30

3.4.1 Диаграмма состояний 30

3.4.2 Диаграмма деятельности (activity diagram) 31

3.4.3 Пример выполнения 32

3.4.4 Рекомендации по построению диаграмм поведения 33

3.5 Диаграммы взаимодействия 34

3.6.1 Диаграмма кооперации (collaboration diagram) 34

3.6.2 Пример выполнения 36

3.6 Представление компонентов 36

3.6.1 Компоненты 37

3.6.2 Зависимости 37

3.6.3 Рекомендации по построению диаграммы компонентов 38

3.6.4 Пример выполнения 39

3.7 Представление размещения 39

3.7.1 Узел 40

3.7.2 Соединения 40

3.7.3 Рекомендации по построению диаграммы развертывания 40

3.7.4 Пример выполнения 42

3.8 Контрольные вопросы 42

РЕКОМЕНДОВАННАЯ ЛИТЕРАТУРА 43

Введение. Этапы разработки проекта

Создание информационных систем всегда начинается с определения цели проекта. Основная задача любого успешного проекта заключается в том, чтобы на момент запуска системы и в течение всего времени ее эксплуатации можно было обеспечить:

• требуемую функциональность системы и степень адаптации к изменяющимся условиям ее функционирования;

• требуемую пропускную способность системы;

• требуемое время реакции системы на запрос;

• безотказную работу системы;

• простоту эксплуатации и поддержки системы;

• необходимую безопасность.

Проектирование информационных систем охватывает три основные области:

• проектирование объектов данных, которые будут реализованы в базе данных;

• проектирование программ, экранных форм, отчетов, которые будут обеспечивать выполнение запросов к данным;

• учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры, параллельной обработки, распределенной обработки данных и т.п.

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

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

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

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

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

Рисунок 1 – Водопадная стратегия конструирования проекта

Очень часто проектирование описывают как отдельный этап разработки проекта между анализом и разработкой. Однако в действительности четкого деления этапов разработки проекта нет — проектирование, как правило, не имеет явно выраженного начала и окончания и часто продолжается на этапах тестирования и реализации. Говоря об этапе тестирования, также следует отметить, что и этап анализа, и этап проектирования содержат элементы работы тестеров, например для получения экспериментального обоснования выбора того или иного решения, а также для оценки критериев качества получаемой системы. На этапе эксплуатации уместен разговор и о сопровождении системы.

Ниже будут рассмотрены этапы стратегии, которые мы можем отнести к начальной стадии работы над проектом программной системы, а именно: системный анализ, анализ требований и проектирование.