SaveText.Ru

Без имени
  1. Средства проектирования ИС UML (Unified Modeling Language)
  2. Система объектно-ориентированных моделей в соответствии с нотациями UML включает в себя следующие диаграммы:
  3. 1) диаграмму прецедентов использования она выявляет основные бизнес процессы как последовательность транзакций, которые должны выполняться целиком, когда выполняется подмножество действий. Не имеет значения без выполнения всей последовательности. Прецеденты использования инициируются из внешней среды пользователями ИС, называемыми актерами.
  4. Актер инициирует выполнение прецедента использования и получает от него результаты. Взаимодействие (ассоциация) актера с прецедентом использования осуществляется в результате события, которое обозначается поименованной стрелкой. Один актер может участвовать в нескольких прецедентах использования, а в одном прецеденте использования может быть занято несколько актеров.
  5. При этом выделяют несколько потоков событий:
  6. А) основной поток событий, который приводит к требуемому результату наиболее коротким путем, например, выполнение заказа без задержек;
  7. Б) альтернативные потоки событий, которые отражают временную задержку исполнения события
  8. Основной и альтернативный потоки событий в модели прецедентов использования описываются в виде неформальных текстовых комментариев. Несколько прецедентов использования может иметь общую часть, выделяемую в самостоятельный прецедент использования, с которым устанавливаются отношения использования (uses). Некоторые прецеденты использования могут быть расширены деталями. Тогда создается дополнительный прецедент использования, с которым устанавливаются отношения расширения (extends).
  9. Т.о. диграмма ПИ используется:
  10. 1) для определения границы и контекста моделируемой ПО на ранних этапах проектирования
  11. 2) для формирования общих требований поведению проектируемой системы
  12. 3) для разработки концептуальной модели системы для ее последующей детализации
  13. 4) для подготовки документации для взаимодействия с заказчиками и пользователями системы
  14. 2) диаграмма классов объектов, которая отображает структуру совокупности взаимосвязанных классов объектов аналогично ER-диаграмме функционально-ориентированного подхода;
  15. Они отображают статичную структуру классов объекта. Рассматривается внутренняя структура проблемной области иерархии классов объектов
  16. Классы объектов могут иметь различные стереотипы поведения: объекты-сущности, управляющие объекты, интерфейсные объекты:
  17. Интерфейсный объект (Interface Object) — это активный объект, форма взаимодействия информационной системы с пользователем (экранная форма, меню, командная строка, кнопка)
  18. Управляющий объект (Control Object) — это активный объект, координирующий выполнение функций
  19. Сущность (Entity Object) — это пассивный объект, над которым выполняются операции обработки процесса
  20. Статичные отношения между объектами могут быть следующих видов:
  21. 1)      Отношения ассоциации 0.1        *    0..1; 1; 1:М; M:N    0..1 – необязательные связи
  22. 2)      СТРЕЛКА отношения обобщения (наследования)
  23. 3)      СТРАННАЯ СТРЕЛКА отношения агрегации
  24. Пример
  25. 3) диаграммы состояний она отображает поведение объектов одного класса в динамике, а также связь состояний объектов с событиями
  26. Входящая точка определяет событие, которое образует начальные состояния объекта. В эту точку нельзя перейти из какого-либо состояния объекта.
  27. Выходная точка определяет завершение существования объекта. Из точки выхода нет перехода состояния.
  28. Состояние представляет ситуацию, в течение которой выполняется непрерывная деятельность или объект находится в стационарном положении. Состояние определяется как набор значений атрибутов и отношений, связанных с объектом. Переход состояний определяет изменение в состоянии объекта и характеризуется следующими атрибутами:
  29. А) Назначение - состояние объекта, в которое перейдет объект после перехода состояния
  30. Б) Вызов - имя события, которое вызывает переход состояний.
  31. В) Условие перехода - это логическое выражение, связанное с атрибутами объекта
  32. Г) Действие - атрибут, информационно описывающий сущность действия, которое должно выполняться при переходе состояний.
  33. Переход состояний графически помечается меткой линии, на которой задается по крайней мере один из следующих атрибутов: вызов, условие перехода, действие.
  34. 4) диаграммы последовательностей - для каждой по может быть построена модель динамичного взаимодействия объектов, которые представляются в одной из двух форм:
  35. А) в форме диаграммы последовательностей, показывающей последовательность взаимодействий на графе
  36. Б) в форме кооперативной диаграммы, показывающей взаимодействие объектов в табличной форме
  37. В диаграмме последовательностей взаимодействие объектов отображается в виде стрелки между объектами, которая соответствует событию или сообщению от одного объекта к другому. Номер стрелки N соответствует номеру события в последовательности.
  38. 5) Диаграмма кооперативного поведения представляется в табличном виде по следующим правилам:
  39. а. В столбцах таблицы указываются объекты всех типов, участвующие в реализации ПО. Порядок расположения активных и пассивных объектов произволен. Актеры отображаются на правой и левой границах таблицы.
  40. б. По горизонтали проводятся поименованные стрелки, отражающие взаимодействие объектов в рамках одной операции. Эта стрелка означает, что первый объект в рамках выполняемой операции посылает сообщение второму объекту о необходимости выполнения действия. При получении сообщения второй объект выполняет действие.
  41. в. На пересечении строк и столбца вертикально отображается условный отрезок времени, в течение которого выполняется то или иное действие над объектом.
  42.  
  43.  
  44. ) Диаграмма деятельностей может отражать взаимодействие объектов из нескольких вариантов использования. Блок, соответствующий одной деятельности, может отражать несколько событий и быть декомпозирован на несколько составляющих.
  45. Деятельность (activity)
  46. Поток от деятельности к деятельности
  47. Разделение потока на деятельности, выполняемые параллельно или произвольно
  48. Решение
  49. Синхронизация
  50. Интеграция
  51. Выход
  52.  
  53. Пример
  54. 7) диаграмма пакетов. ИС разбивается на функциональные и обеспечивающие пакеты. Функциональные пакеты, соответствующие решаемым задачам, объединяются в один общий пакет «проблемная область»
  55. С обеспечивающей точки зрения ИС разбивают на пять основных пакетов:
  56. А) «Интерфейс», объекты которого реализуют функции взаимодействия пользователей с ИС по вводу-выводу информации и обмен сообщениями между подсистемами
  57. Б) «База данных», объекты которого выполняют доступ к данным во внешней памяти;
  58. В) «Управление задачами», объекты которого осуществляют функции диспетчеризации и маршрутизации обработки объектов
  59. Г) «Утилиты», объекты которого осуществляют вспомогательные функции, например, преобразование форматов данных
  60. Д) Обеспечивающие пакеты, они работают по принципу «клиент-серверной» архитектуры, выполняющие серверные функции для объектов-клиентов
  61.  
  62. 8) диаграмма компонентов отображает зависимости программных компонентов, которые представляются в виде исходных, откомпилированных и исполняемых программных кодов объектов. Здесь отображается топология расположения компонентов по узлам вычислительной сети. Отдельный компонент всегда располагается на одном компьютере-сервере
  63.  

Share with your friends:

Распечатать