- •5. Понятие и предметы url.
- •13. Объекты.
- •14. Классы.
- •15. Диаграммы классов.
- •16. Отношения в диаграммах классов
- •17. Деревья наследования
- •18. Автоматы.
- •19. Диаграммы взаимодействия.
- •20. Диаграммы use case
- •21. Компоненты диаграммы.
- •22. Диаграммы размещения.
- •23. Принципы и особенности проектирования интегрированных ис
- •24. Системы управления информационными потоками как средство интеграции приложений
- •25. Организация взаимодействия прикладных программ на основе интерфейсов corba и com
- •26. Организация связи с разнородными базами данных на основе драйверов odbc
- •27. Открытые ис: основные свойства и межсистемные интерфейсы
20. Диаграммы use case
Диаграмма Use Case определяет поведение системы с точки зрения пользователя. Она рассматривается как главное средство для первичного моделирования динамики системы, используется для выяснения требований к разрабатываемой системе, фиксации этих требований в форме, которая позволит проводить дальнейшую разработку. Диаграммы Use Case часто называют диаграммами прецедентов или вариантов использования.
В состав диаграмм Use Case входят элементы Use Case, актеры, отношения зависимости, обобщения и ассоциации, примечания и ограничения и пакеты.
Актер – это роль объекта вне системы, который прямо взаимодействует с ее частью – конкретным элементом (элементом Use Case).
Элемент Use Case – это описание последовательности действий (или нескольких последовательностей), которые выполняются системой и производят для отдельного актера видимый результат.
Отношение ассоциации между актером и элементом Use Case:
Отношение обобщения между актерами:
Отношение обобщения между элементами Use Case:
Пример диаграммы Use Case:
21. Компоненты диаграммы.
Компонентная диаграмма показывает организацию набора компонентов и зависимости между компонентами.
Компонент – это физическая и заменяемая часть системы, которая соответствует набору интерфейсов и обеспечивает реализацию этого набора интерфейсов.
Сходные характеристики компонента и класса:
наличие имени;
реализация набора интерфейсов;
участие в отношениях зависимости;
возможность быть вложенным;
наличие экземпляров (экземпляры компонентов можно
использовать только в диаграммах размещения).
Интерфейс – это список операций, которые определяют услуги класса или компонента.
С помощью интерфейсных разъемов компоненты стыкуются друг с другом, объединяясь в систему.
Представление интерфейса в форме пиктограммы
Развернутая форма представления интерфейса
Особенности компонента
Компонент физичен. Он живет в мире битов, а не логических понятий и не зависит от языка программирования
Компонент – заменяемый элемент. Свойство заменяемости позволяет заменить один компонент другим компонентом, который удовлетворяет тем же интерфейсам. Механизм замены оговорен современными компонентными моделями (СОМ, СОМ+, CORBA, Java Beans), требующими незначительных преобразований или предоставляющими утилиты, которые автоматизируют механизм.
Компонент является частью системы, он редко автономен. Чаще компонент сотрудничает с другими компонентами и существует в архитектурной или технологической среде, предназначенной для его использования. Компонент связан и физически, и логически, он обозначает фрагмент большой системы
Компонент соответствует набору интерфейсов и обеспечивает реализацию этого набора интерфейсов
Разновидности компонентов:
«executable» - Компонент, который может выполняться в физическом узле (имеет расширение .ехе)
«library» - Статическая или динамическая объектная библиотека (имеет расширение .dll)
«file» - Компонент, который представляет файл, содержащий исходный код или данные (имеет расширение .ini)
«table» - Компонент, который представляет таблицу базы данных (имеет расширение .tbl)
«document» - Компонент, который представляет документ (имеет расширение .hlp)
Пиктограмма исполняемого элемента
Пиктограмма таблицы базы данных
Пиктограмма документа с исходным кодом или данными
Пиктограмма документа
Пиктограмма объектной библиотеки