- •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. Основные пути реинжиниринга информационных систем
- •Этапы реинженеринга информационных систем
36 Назначение диаграммы взаимодействий (диаграммы последовательностей и кооперации)
Диаграмма взаимодействий (Interaction diagram) описывает взаимодействия, состоящие из множества объектов и отношений между ними, включая сообщения, которыми они обмениваются.
Диаграммой последовательностей (Sequence diagram) называется диаграмма взаимодействий, акцентирующая внимание на временной упорядоченности сообщений. Графически такая диаграмма представляет собой таблицу, объекты в которой располагаются вдоль оси X, а сообщения в порядке возрастания времени - вдоль оси Y.
Диаграммой кооперации (Collaboration diagram) называется диаграмма взаимодействий, основное внимание в которой уделяется структурной организации объектов, принимающих и отправляющих сообщения. Графически такая диаграмма представляет собой граф из вершин и ребер.
Как правило, диаграммы взаимодействий содержат:
объекты
связи
сообщения
Диаграмма последовательностей
Объекты. На диаграмме последовательности изображаются исключительно те объекты, которые непосредственно участвуют во взаимодействии и не показываются возможные статические ассоциации с другими объектами. Для диаграммы последовательности ключевым моментом является именно динамика взаимодействия объектов во времени.
Диаграмма последовательности имеет как бы два измерения:
Одно - слева направо в виде вертикальных линий, каждая из которых изображает линию жизни отдельного объекта, участвующего во взаимодействии.
Графически каждый объект изображается прямоугольником и располагается в верхней части своей линии жизни (рис. 7.30). Внутри прямоугольника записываются имя объекта и имя класса, разделенные двоеточием. При этом вся запись подчеркивается, что является признаком объекта, который, как известно, представляет собой экземпляр класса.
Крайним слева на диаграмме изображается объект, который является инициатором взаимодействия (объект 1 на рис. 7.30). Правее изображается другой объект, который непосредственно взаимодействует с первым. Таким образом, все объекты на диаграмме последовательности образуют некоторый порядок, определяемый степенью активности этих объектов при взаимодействии друг с другом.
Второе измерение диаграммы последовательности - вертикальная временная ось, направленная сверху вниз.
Рисунок 7.30 – Различные графические примитивы диаграммы последовательности
Диаграмма кооперации (collaboration diagram).
Главная особенность диаграммы кооперации заключается в возможности графически представить не только последовательность взаимодействия, но и все структурные отношения между объектами, участвующими в этом взаимодействии.
На диаграмме кооперации в виде прямоугольников изображаются участвующие во взаимодействии объекты, содержащие имя объекта, его класс и, возможно, значения атрибутов. Далее, как и на диаграмме классов, указываются ассоциации между объектами в виде различных соединительных линий. При этом можно явно указать имена ассоциации и ролей, которые играют объекты в данной ассоциации. Дополнительно могут быть изображены динамические связи - потоки сообщений. Они представляются также в виде соединительных линий между объектами, над которыми располагается стрелка с указанием направления, имени сообщения и порядкового номера в общей последовательности инициализации сообщений.
Рисунок 7.32 – Общее представление кооперации на диаграммах уровня спецификации
35
Назначение диаграммы состояний
Диаграммы состояний — хорошо известное средство описания поведения сложных систем. Они определяют все возможные состояния, в которых может находиться конкретный объект, а также процесс смены состояний объекта в результате наступления некоторых событий.
Состояние может быть задано в виде набора конкретных значений атрибутов класса или объекта, при этом изменение их отдельных значений будет отражать изменение состояния моделируемого класса или объекта. Каждый атрибут класса может характеризовать его состояние.
Состояние на диаграмме изображается прямоугольником со скругленными вершинами, в котором представляются состояния, через который проходит объект во время своего поведения. Состояниям соответствуют определенные значения атрибутов объекта (рис. 7.33).
Рисунок 7.33 – Графическое изображение состояний на диаграмме состояний
36
Назначение диаграммы деятельности
Диаграммы деятельности (Activity diagram), называемые также диаграммами активности или диаграммами видов деятельности.
Диаграмму деятельности можно считать частным случаем диаграмм состояний. Именно они позволяют реализовать в языке UML особенности процедурного и синхронного управления, обусловленного завершением внутренних деятельностей и действий. Метамодель UML предоставляет для этого необходимые термины и семантику. Основным направлением использования диаграмм деятельности является визуализация особенностей реализации операций классов, когда необходимо представить алгоритмы их выполнения. При этом каждое состояние может являться выполнением операции некоторого класса либо ее части, позволяя использовать диаграммы деятельности для описания реакций на внутренние события системы.
Графически диаграмма деятельности представляется в форме графа деятельности, вершинами которого являются состояния действия или состояния деятельности, а дугами — переходы от одного состояния действия/деятельности к другому. Каждая диаграмма деятельности должна иметь единственное начальное и единственное конечное состояния. Саму диаграмму деятельности принято располагать таким образом, чтобы действия следовали сверху вниз. В этом случае начальное состояние будет изображаться в верхней части диаграммы, а конечное — в ее нижней части..
Рисунок 7.35 – Диаграмма деятельности
37
Методология IDEF1X
Предназначение IDEF1X
IDEF1X является методом для разработки реляционных баз данных и использует условный синтаксис, специально разработанный для удобного построения концептуальной схемы.Концептуальной схемой мы называем универсальное представление структуры данных в рамках коммерческого предприятия, независимое от конечной реализации базы данных и аппаратной платформы. Будучи статическим методом разработки, IDEF1X изначально не предназначен для динамического анализа по принципу "AS IS", тем не менее, он иногда применяется в этом качестве, как альтернатива методу IDEF1. Использование метода IDEF1X наиболее целесообразно для построения логической структуры базы данных после того, как все информационные ресурсы исследованы (скажем с помощью метода IDEF1) и решение о внедрении реляционной базы данных, как части корпоративной информационной системы, было принято. Однако не стоит забывать, что средства моделирования IDEF1X специально разработаны для построения реляционных информационных систем, и если существует необходимость проектирования другой системы, скажем объектно-ориентированной, то лучше избрать другие методы моделирования.
Существует несколько очевидных причин, по которым IDEF1X не следует применять в случае построения нереляционных систем. Во-первых, IDEF1X требует от проектировщика определить ключевые атрибуты, для того чтобы отличить одну сущность от другой, в то время как объектно-ориентированные системы не требуют задания ключевых ключей, в целях идентифицирования объектов. Во-вторых, в тех случаях, когда более чем один атрибут является однозначно идентифицирующим сущность, проектировщик должен определить один из этих атрибутов первичным ключом, а все остальные вторичными. И, таким образом, построенная проектировщиком IDEF1X-модель и переданная для окончательной реализации программисту является некорректной для применения методов объектно-ориентированной реализации, и предназначена для построения реляционной системы.
38
39
40.
Хотя терминология IDEF1X практически совпадает с терминологией IDEF1, существует ряд фундаментальных отличий в теоретических концепциях этих методологий. Сущность в IDEF1X описывает собой совокупность или набор экземпляров похожих по свойствам, но однозначно отличаемых друх от друга по одному или нескольким признакам. Каждый экземпляр является реализацией сущности. Таким образом, сущность в IDEF1X описывает конкретный набор экземпляров реального мира, в отличие от сущности в IDEF1, которая представляет собой абстрактный набор информационных отображений реального мира. Примером сущности IDEF1X может быть сущность "СОТРУДНИК", которая представляет собой всех сотрудников предприятия, а один из них, скажем, Иванов Петр Сергеевич, является конкретной реализацией этой сущности. В примере, приведенном на рис. 1, каждый экземпляр сущности СОТРУДНИК содержит следующую информацию: ID сотрудника, имя сотрудника, адрес сотрудника и т.п. В IDEF1X модели эти свойства называются атрибутами сущности. Каждый атрибут содержит только часть информации о сущности.
