- •1. Сфера функционирования объекта управления (экономического объекта):
- •6. Методы проектирования ис.
- •3 Выбор лингвистическогообеспечения, разработка
- •4 Тестирование и отладка аис
- •5 Эксплуатация и контроль версий
- •16. Методология процессного моделирования idef3
- •17. Моделирование потоков данных. Построение dfd-диаграмм. Особенности применения функциональных и объектно-ориентированных методологий моделирования предметной области
- •18. Принципы и составные части объектно-ориентированной методологии.
- •19 . Методология объектного проектирования на языке uml: диаграмма вариантов использования и диаграмма классов.
- •20. Диаграммы взаимодействия. Диаграмма состояний (переходов)
- •21. Диаграмма деятельности (действий). Диаграмма компонентов.
- •23. Общая характеристика и классификация case-средств. Технология внедрения case-средств. Методы спецификации в case-системах.
- •2. Анализ возможностей организации
- •7. Оценка и выбор case-средства
- •8. Выполнение пилотного проекта
- •9. Полномасштабное внедрение case-средств
- •24. Управление проектированием разработки программного обеспечения и созданием информационных систем (msf, pjm, rup).
- •3. Проектирование организационной структуры предприятия.
19 . Методология объектного проектирования на языке uml: диаграмма вариантов использования и диаграмма классов.
Унифицированный язык моделирования - это язык для специфицирования, визуализации, конструирования и документирования на основе объектно-ориентированный подхода разные виды систем: программных, аппаратных, программно-аппаратных, смешанных, явно включающие деятельность людей и т. д.
При рассмотрении статических аспектов системы используются диаграммы классов, объектов, компонент и развертывания. Для работы с динамическими частями системы применяются диаграммы использования, последовательности, сотрудничества, состояний и деятельности.
Диаграмма вариантов использования
Данный вид диаграмм в основном используется для описания функциональных требований к системе, для описания предметной области с целью лучшего понимания функционирования системы. Основные элементы диаграммы use case: собственно use case (вариант использования), актеры или действующие лица (представляют собой некоторую роль, которую играет пользователь по отношению к системе), связи и отношения между актерами и вариантом использования. Вариант использования - это не зависящее от реализации высокоуровневое представление того, что пользователь ожидает от системы, т.е. описание функциональности системы. Действующее лицо - это все, что взаимодействует с создаваемой системой. Варианты использования и действующие лица определяют сферу применения создаваемой системы. При этом прецеденты описывают все то, что происходит внутри системы, а действующие лица - то, что происходит снаружи.
В UML для вариантов использования и действующих лиц поддерживается несколько типов связей:
- связь коммуникаций (association relationship) – это связь между вариантами использования и действующим лицом
- включение (include relationship) – применяется в тех случаях, когда имеется какой-либо фрагмент поведения системы, которая повторяется более чем в одном варианте использования
- связь с расширением (extend relationship) – применяется при наличии изменений в нормальном поведении системы, которые также вносятся в отдельный вариант использования
- связь-обобщение (generalization relationship) служит для указания того факта, что некоторый вариант использования А может быть обобщен до варианта использования В.
Диаграммой классов в терминологии UML называется диаграмма, на которой показан набор классов, а также связей между этими классами. Графическое представление класса – это прямоугольник, который может быть разделен на три части:
В диаграмме классов могут участвовать связи разных категорий: зависимость (dependency), обобщение (generalization), ассоциация (association) и реализация (realization).
Зависимостью называют такую связь, когда изменение в спецификации одного класса может повлиять на поведение другого класса, использующего первый класс. Обобщением называется связь между родителем, и более специализированной разновидностью этой сущности, называемой подклассом или потомком.
Ассоциацией называется структурная связь, показывающая, что объекты одного класса некоторым образом связаны с объектами другого или того же самого класса.
Реализация является семантическим отношением между классификаторами, при котором один классификатор определяет обязательство, а другой гарантирует его выполнение. Отношение реализации встречаются между интерфейсами и реализующими их классами или компонентами или между прецедентами и реализующими их кооперациями. На диаграммах классов также изображаются атрибуты классов, операции классов и ограничения, которые накладываются на связи между объектами. Когда система разрастается, то можно выделить группы классов сильно связанных внутри и слабее с другими. Для группирования классов, обладающих некоторой общностью в UML применяют пакеты. Наиболее часто классы группируются по их функциональности или по стереотипу.