- •1. Понятие системы и ее свойств
- •Свойства системы
- •Понятие, классификация и структура ис
- •4 Жизненный цикл ис
- •Стадии жизненного цикла ис
- •Модели жизненного цикла ис: каскадная модель, поэтапная модель с промежуточным контролем, спиральная модель
- •Итерационная модель
- •Спиральная модель
- •Основные требования предъявляемые к системе
- •8 Основные требования предъявляемые к ис
- •Основные требования предъявляемые проектированию ис
- •10 Стандарты проектирования
- •11 Структура жизненного цикла по стандартам iso/iec 12207 и гост34
- •13 Методы проектирования ис
- •14 Каноническое проектирование эис, стадии и этапы создания ис
- •15. Типовое проектирование, подходы типового проектирования
- •16. Системный подход к проектированию ис, принципы системного похода.
- •Принцип конечной цели
- •Принцип единства и связи
- •Принцип модульного построения
- •Принцип иерархии
- •Принцип функциональности
- •Принцип развития
- •Принцип децентрализации
- •Принцип неопределенности
- •Дополнительные принципы системного подхода
- •Практическое использование принципов системного подхода
- •17 Архитектура «файл-сервер», преимущества, недостатки
- •19 Клиент-сервер
- •20 Сущность структурного подхода
- •21 Принципы структурного подхода
- •22 Модели структурного подхода
- •23 Объектно-ориентированная технология проектирования
- •Принципы объектного похода
- •27. Унифицированный язык uml
- •Структура Унифицированного языка моделирования
- •28. Стандарт uml: статические и динамические диаграммы
- •Диаграмма вариантов использования
- •36 Назначение диаграммы взаимодействий (диаграммы последовательностей и кооперации)
- •36 Назначение диаграммы взаимодействий (диаграммы последовательностей и кооперации)
- •Перечислите Типы ключей и их характеристика
- •42. Логической модель(сущности, атрибуты, ключи, связи, мощность)
- •43. Физическая модель (сущности, атрибуты, ключи, связи, мощность)
- •Отличие независимой сущности от зависимой
- •Преимущества модели rad:
- •Недостатки модели rad:
- •Назначение, смежные термины с реинжинирингом ис
- •57. Основные пути реинжиниринга информационных систем
- •Этапы реинженеринга информационных систем
Принципы объектного похода
27. Унифицированный язык uml
Унифицированный язык моделирования UML (Unified Modeling Language) представляет собой язык для определения, представления, проектирования и документирования программных систем, организационно-экономических систем, технических систем и других систем различной природы. UML содержит стандартный набор диаграмм и нотаций самых разнообразных видов.
Унифицированный язык моделирования является графическим языком для визуализации , спецификации , конструирования и документирования систем , в которых большая роль принадлежит программному обеспечению.
С помощью UML можно разработать модель создаваемой системы, которая отображает не только ее концептуальные элементы, такие как функции системы и бизнес-процессы ну и конкретные детали системы: классы языков программирования, схемы БД, повторно используемые компоненты ПО.
Структура Унифицированного языка моделирования
Унифицированный язык моделирования (UML) в настоящий момент является стандартом де-факто при описании (документирования) результатов проектирования и разработки объектно-ориентированных систем.
Общая структура UML показана на рис. 1
Рисунок – Структура языка UML
Семантика – раздел языкознания, изучающий значение единиц языка, прежде всего его слов и словосочетаний.
Синтаксис – способы соединения слов и их форм в словосочетания и предложения, соединения предложений в сложные предложения, способы создания высказываний как части текста.
В UML, семантика и синтаксис определяют стиль изложения (построения моделей), который объединяет естественный и формальный языки для представления базовых понятий (элементов модели) и механизмов их расширения.
Нотация представляет собой графическую интерпретацию семантики для ее визуального представления.
В UML определено три типа сущностей:
структурная – абстракция, являющаяся отражением концептуального или физического объекта;
группирующая – элемент, используемый для некоторого смыслового объединения элементов диаграммы;
поясняющая (аннотационная) – комментарий к элементу диаграммы.
Модель представляется в виде сущностей и отношений между ними, которые показываются на диаграммах.
Сущности – это абстракции, являющиеся основными элементами моделей. Имеется четыре типа сущностей – структурные (класс, интерфейс, компонент, вариант использования, кооперация, узел), поведенческие (взаимодействие, состояние), группирующие (пакеты) и аннотационные (комментарии). Каждый вид сущностей имеет свое графическое представление. Сущности будут подробно рассмотрены при изучении диаграмм.
Отношения показывают различные связи между сущностями. В UML определены следующие типы отношений:
Зависимость показывает такую связь между двумя сущностями, когда изменение одной из них – независимой – может повлиять на семантику другой – зависимой. Зависимость изображается пунктирной стрелкой, направленной от зависимой сущности к независимой.
Ассоциация – это структурное отношение, показывающее, что объекты одной сущности связаны с объектами другой. Графически ассоциация показывается в виде линии, соединяющей связываемые сущности. Ассоциации служат для осуществления навигации между объектами. Например, ассоциация между классами «Заказ» и «Товар» может быть использована для нахождения всех товаров, указанных в конкретном заказе – с одной стороны, или для нахождения всех заказов в которых есть данный товар, – с другой. Понятно, что в соответствующих программах должен быть реализован механизм, обеспечивающий такую навигацию. Если требуется навигация только в одном направлении, оно показывается стрелкой на конце ассоциации. Частным случаем ассоциации является агрегирование – отношение вида «целое» – «часть». Графически оно выделяется с помощью ромбика на конце около сущности-целого.
Обобщение – это отношение между сущностью-родителем и сущностью-потомком. По существу, это отношение отражает свойство наследования для классов и объектов. Обобщение показывается в виде линии, заканчивающейся треугольничком направленным к родительской сущности. Потомок наследует структуру (атрибуты) и поведение (методы) родителя, но в то же время он может иметь новые элементы структуры и новые методы. UML допускает множественное наследование, когда сущность связана более чем с одной родительской сущностью.
Реализация – отношение между сущностью, определяющей спецификацию поведения (интерфейс) с сущностью, определяющей реализацию этого поведения (класс, компонент). Это отношение обычно используется при моделировании компонент и будет подробнее описано в последующих статьях.
