Файл: ПРИМИНЕНИЕ ОБЪЕКТНО-ОРИЕНТИРОВАННОГО ПОДХОДА ПРИ ПРОЕЕКТИРОВАНИИ ИНФОРМАЦТОННОЙ СИСТЕМЫ.pdf

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

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

Для реализации прецедента необходимо создать сообщество классов и других элементов. Такое сообщество в UML называется кооперацией.

Для организации прецедентов их группируют в пакеты или определив отношения обобщения между ними. Эти отношения применяют, чтобы выделить общее поведение или вариации. Прецеденты могут иметь атрибуты и операции, изображение которых сходно с изображением классов. Атрибуты - это объекты внутри прецедента, необходимые для описания его внешнего поведения. Операции – это действия системы, необходимые для описания потоков событий.

2.4 Диаграммы прецедентов

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

Диаграммы прецедентов, имеют стандартные свойства присущие любой диаграмме – имя, графическое содержание. Отличает диаграмму прецедентов конкретное содержание и обычно включают:

1. Прецеденты
2. Актеры
3. Отношения

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

1. для моделирования контекста системы
2. для моделирования требований к системе

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

---

Создание системы начинается с определения требований, хотя в ходе разработки они будут постепенно меняться. Функциональные требования к системе в UML выражаются в виде прецедентов использования.

• 1. Диаграмма взаимодействий

К диаграммам взаимодействия относятся пять видов диаграмм: последовательности, кооперации, деятельности, состояния и прецедентов.

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

Так как диаграммы взаимодействий это обычный случай диаграмм, ей естественны общие свойства всех диаграмм: имя и графическое содержание. От других диаграмм ее отличает содержание. Как правило, диаграммы воздействия содержат:

1. Объекты
2. Связи
3. Сообщения

Диаграммы последовательностей отличаются от диаграмм коопераций особенностями:

1. Линией жизни объекта (линия отражающая существование объекта во времени)
2. Фокус управления (промежуток времени, в который объект выполняет действия).

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

• 1. Инструменты для создания диаграмм

Самым популярным средством для создания диаграмм является продукт Microsoft Visio, позволяющий преобразовывать технические и бизнес процессы в визуальную форму (продукт не является полноценным средством моделирования). Данное программное обеспечение позволяет:

Использовать предопределенные фигуры Visio Professional, которые позволяют быстро и просто создавать информационные диаграммы

• Включать внешние источники данных и хранилищ
• Легко рисовать диаграммы сетевых ресурсов
• Документировать структуру веб-сайтов
• Создавать отчеты
• Сохранять диаграммы как веб-страницы

По словам разработчиков, причинами для использования данной программы являются:

• Документирование и анализ бизнес-процессов
• Отслеживание комментариев членов команды
• Поддержка Tabble PC
• Инструменты для мозгового штурма
• Создание календарей
• Поддержка множества языков
• Простое создание и редактирование диаграмм
• Интеграция с другими приложениями MS

---

Другим распространенным средством создания диаграмм является программный продукт Rational Rose, в котором модели могут представляться с четырех точек зрения:

• Use case View – описывает, как проект выглядит с точки зрения его использования. Показывает, кто и куда вводит данные, что после этого делает программа и кому передается результат.
• Logical View - описывает логику программы (классы, свойства и отношения между ними).
• Component View – показывает компоненты проекта и их содержимое. Проектируются модули и зависимости, переходы от главной программы к подпрограммам
• Deployment View – помогает продумывать расположение физических устройств и связей между ними.

На ранних этапах проектирования Rational Rose может существенно облегчить взаимопонимания заказчика и проектировщика, так как продукт является довольно комплексным многогранным, а четка и аккуратная диаграмма облегчает восприятие заказчика.

Третьей по популярности программой для создания диаграмм является продукт StarUML, достоинствами которой являются:

• Совместимость с метамоделью и диаграммами стандарта UML 2.х
• Поддержка диаграмм привязки сущностей, потоков данных и диаграмм блок-схем
• Кросс платформенная поддержка
• Все диаграммы, тексты и значки являются четкими и могут экспортироваться в изображения высокого разрешения
• Легко обнаруживает и устанавливает сторонние расширения
• Поддерживает быстрое моделирование, благодаря сокращениям в Quick Edit
• Поддерживает разработку кода на языках программирования, таких как JAVA, C++, C# и др.
• Поддерживает экспорт диаграмм в формат PDF для вывода их на печать

Заключение

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

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

Список литературы

1. Г. Буч, Д. Рамбо, И. Якобсон. Язык UML. Руководство пользователя – М: ДМК Пресс, 2006. 496 стр.

---