Общие сведения об объектном моделировании ИС
Министерство образования Российской Федерации
Государственное образовательное учреждение
Высшего профессионального образования
«Санкт-Петербургский государственный университет
аэрокосмического приборостроения»
ТЕХНОЛОГИИ ПРОГРАММИРОВАНИЯ
Методические указания к выполнению курсовой работы
Составитель Пятлина Е.О.
Санкт-Петербург
Цель работы:
Ознакомление с основными элементами определения, представления, проектирования и моделирования информационных систем с помощью языка UML.
Методические указания
Курсовая работа направлена на ознакомление с основными элементами определения, представления, проектирования и моделирования программных систем с помощью языка UML, получение навыков по применению данных элементов для построения объектно-ориентированных моделей ИС на основании требований.
Требования к результатам выполнения курсовой работы:
модель системы должна содержать: диаграмму вариантов использования; диаграммы последовательности для каждого варианта использования; диаграмму классов, позволяющую реализовать все функции ИС; диаграммы состояний для всех классов, диаграммы видов деятельности; диаграммы компонентов и размещения.
Содержание курсовой работы
Введение
1. Краткая информация о средстве проектирования
· Язык UML, история, особенности, достоинства, недостатки
· Общая структура языка UML
· CASE средство Rational Rose, его возможности, достоинства, особенности использования
2. Описание информационной системы и ее функций
3. Разработка программного обеспечения информационной системы
· Диаграмма вариантов использования
· Описание вариантов использования
· Оценка диаграммы
· Диаграмма классов
· Оценка диаграммы
· Диаграммы последовательностей (по числу вариантов использования)
· Оценки диаграмм
· Диаграммы состояний (по числу классов)
· Оценки диаграмм
· Диаграммы видов деятельности (не менее 5)
· Оценки диаграмм
· Диаграмма пакетов
· Оценка диаграммы
· Диаграмма размещения
· Оценка диаграммы
4. Заключение
5. Список литературы
Приложение. Результаты автоматической генерации текстов программ (коды)
Общие сведения об объектном моделировании ИС
Существует множество технологий и инструментальных средств, с помощью которых можно реализовать в некотором смысле оптимальный проект ИС, начиная с этапа анализа и заканчивая созданием программного кода системы. В большинстве случаев эти технологии предъявляют весьма жесткие требования к процессу разработки и используемым ресурсам, а попытки трансформировать их под конкретные проекты оказываются безуспешными. Эти технологии представлены CASE-средствами верхнего уровня или CASE-средствами полного жизненного цикла (upper CASE tools или full life-cycle CASE tools). Они не позволяют оптимизировать деятельность на уровне отдельных элементов проекта, и, как следствие, многие разработчики перешли на так называемые CASE-средства нижнего уровня (lower CASE tools). Однако они столкнулись с новой проблемой — проблемой организации взаимодействия между различными командами, реализующими проект.
Унифицированный язык объектно-ориентированного моделирования Unified Modeling Language (UML) явился средством достижения компромисса между этими подходами. Существует достаточное количество инструментальных средств, поддерживающих с помощью UML жизненный цикл информационных систем, и, одновременно, UML является достаточно гибким для настройки и поддержки специфики деятельности различных команд разработчиков.
Создание UML началось в октябре 1994 г., когда Джим Рамбо и Гради Буч из Rational Software Corporation стали работать над объединением своих методов OMT и Booch. В настоящее время консорциум пользователей UML Partners включает в себя представителей таких грандов информационных технологий, как Rational Software, Microsoft, IBM, Hewlett-Packard, Oracle, DEC, Unisys, IntelliCorp, Platinum Technology.
UML представляет собой объектно-ориентированный язык моделирования, обладающий следующими основными характеристиками:
является языком визуального моделирования, который обеспечивает разработку репрезентативных моделей для организации взаимодействия заказчика и разработчика ИС, различных групп разработчиков ИС;
содержит механизмы расширения и специализации базовых концепций языка.
UML — это стандартная нотация визуального моделирования программных систем, принятая консорциумом Object Managing Group (OMG) осенью 1997 г., и на сегодняшний день она поддерживается многими объектно-ориентированными CASE-продуктами.
UML включает внутренний набор средств моделирования, которые сейчас приняты во многих методах и средствах моделирования. Эти концепции необходимы в большинстве прикладных задач, хотя не каждая концепция необходима в каждой части каждого приложения. Пользователям языка предоставлены возможности:
строить модели на основе средств ядра, без использования механизмов расширения для большинства типовых приложений;
добавлять при необходимости новые элементы и условные обозначения, если они не входят в ядро, или специализировать компоненты, систему условных обозначений (нотацию) и ограничения для конкретных предметных областей.
Язык UML
Рис. 1. Интегрированная модель сложной системы в нотации языка UML
Стандарт UML предлагает следующий набор диаграмм для моделирования:
диаграммы вариантов использования (use case diagrams) – для моделирования бизнес-процессов организации и требований к создаваемой системе);
диаграммы классов (class diagrams) – для моделирования статической структуры классов системы и связей между ними;
диаграммы поведения системы (behavior diagrams):
диаграммы взаимодействия (interaction diagrams):
диаграммы последовательности (sequence diagrams) и
кооперативные диаграммы (collaboration diagrams) – для моделирования процесса обмена сообщениями между объектами;
диаграммы состояний (statechart diagrams) – для моделирования поведения объектов системы при переходе из одного состояния в другое;
диаграммы деятельностей (activity diagrams) – для моделирования поведения системы в рамках различных вариантов использования, или моделирования деятельностей;
диаграммы реализации (implementation diagrams):
диаграммы компонентов (component diagrams) – для моделирования иерархии компонентов (подсистем) системы;
диаграммы развертывания (deployment diagrams) – для моделирования физической архитектуры системы.
Диаграммы вариантов использования
Понятие варианта использования (use case) впервые ввел Ивар Якобсон и придал ему такую значимость, что в настоящее время вариант использования превратился в основной элемент разработки и планирования проекта.
Вариант использования представляет собой последовательность действий (транзакций), выполняемых системой в ответ на событие, инициируемое некоторым внешним объектом (действующим лицом). Вариант использования описывает типичное взаимодействие между пользователем и системой. В простейшем случае вариант использования определяется в процессе обсуждения с пользователем тех функций, которые он хотел бы реализовать. На языке UML вариант использования изображают следующим образом:
Рис.2. Вариант использования
Действующее лицо (actor) – это роль, которую пользователь играет по отношению к системе. Действующие лица представляют собой роли, а не конкретных людей или наименования работ. Несмотря на то, что на диаграммах вариантов использования они изображаются в виде стилизованных человеческих фигурок, действующее лицо может также быть внешней системой, которой необходима некоторая информация от данной системы. Показывать на диаграмме действующих лиц следует только в том случае, когда им действительно необходимы некоторые варианты использования. На языке UML действующие лица представляют в виде фигур:
Рис.3. Действующее лицо (актер)
Действующие лица делятся на три основных типа:
пользователи;
системы;
другие системы, взаимодействующие с данной;
время.
Время становится действующим лицом, если от него зависит запуск каких-либо событий в системе.
Связи между вариантами использования и действующими лицами
В языке UML на диаграммах вариантов использования поддерживается несколько типов связей между элементами диаграммы. Это связи коммуникации (communication), включения (include), расширения (extend) и обобщения (generalization).
Связь коммуникации – это связь между вариантом использования и действующим лицом. На языке UML связи коммуникации показывают с помощью однонаправленной ассоциации (сплошной линии).
Рис.4. Пример связи коммуникации
Связь включения применяется в тех ситуациях, когда имеется какой-либо фрагмент поведения системы, который повторяется более чем в одном варианте использования. С помощью таких связей обычно моделируют многократно используемую функциональность.
Связь расширения применяется при описании изменений в нормальном поведении системы. Она позволяет варианту использования только при необходимости использовать функциональные возможности другого.
Рис.5. Пример связи включения и расширения
С помощью связи обобщения показывают, что у нескольких действующих лиц имеются общие черты.
Рис.6. Пример связи обобщения