Определение отношений между классами
Добавление на диаграмму граничных и управляющих классов
Диаграммы последовательности и кооперации в UML-модели: их назначение, основные элементы и возможности при моделировании взаимодействия между объектами ИС.
На диаграмме кооперации представлены объекты и связи между ними. Объекты и их связи имеют значение только в контексте определенного взаимодействия, причем объект описывается ролью-классификатором, а связь внутри кооперации -- ролью-ассоциацией. Стрелки-сообщения, расположенные у линий, изображающих отношения, связывают роли-классификаторы. Последовательность сообщений задается их нумерацией. Одно из назначений диаграммы кооперации -- показать реализацию какой-либо операции. На диаграмме указываются параметры и локальные переменные операций, а также постоянные ассоциации. Последовательность сообщений на схеме соответствует структуре вложенных вызовов и прохождению сигналов в программе. Диаграмма кооперации и диаграмма последовательности служат для моделирования взаимодействия объектов в системе, однако каждая диаграмма имеет свою специфику. Диаграмма последовательности заостряет внимание на временной последовательности обмена сообщениями, оставляя "за кадром" структурные взаимоотношения между объектами. В диаграмме кооперации, напротив, главный акцент сделан на отображении отношений между ролями и связанных с ними сообщений. Временная последовательность становится в этом случае не столь явной, так как на нее указывает только нумерация сообщений.
|
|
|
Диаграмма последовательности - диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления.
С помощью диаграммы последовательности можно представить взаимодействие элементов модели как своеобразный временной график "жизни" всей совокупности объектов, связанных между собой для реализации варианта использования программной системы, достижения бизнес-цели или выполнения какой-либо задачи.
К элементам диаграммы последовательности относятся:
- объект – инициатор моделируемого процесса взаимодействия;
- линия жизни объекта (object lifeline) – вертикальная линия на диаграмме последовательности, которая представляет существование объекта в течение определенного периода времени;
- фокус управления (focus of control) - специальный символ на диаграмме последовательности, указывающий период времени, в течение которого объект выполняет некоторое действие, находясь в активном состоянии;
- сообщение – последовательность данных или сигналов, передаваемых от одного объекта к другому.
Диаграмма кооперации является разновидностью диаграммы взаимодействия, и описывает динамический аспект взаимодействия объектов при реализации отдельных вариантов использования. Она акцентирует внимание на организации объектов, принимающих участие во взаимодействии. Для создания диаграммы кооперации нужно расположить участвующие во взаимодействии объекты в виде вершин графа. Связи, соединяющие эти объекты, изображаются в виде дуг этого графа и дополняются сообщениями, которые объекты принимают и посылают.
|
|
|
У диаграмм кооперации есть два свойства, которые отличают их от диаграмм последовательностей. Первое — это путь. Для описания связи одного объекта с другим можно указать путь прохождения сообщения между этими объектами. Второе свойство — это порядковый номер сообщения, по которому можно определить последовательность передачи сообщений.
33.Диаграммы состояний в UML-модели: назначение, возможности, основные элементы.
Диаграммы состояний — это один из пяти видов диаграмм в языке UML, используемых для моделирования динамических аспектов системы (к их числу относятся также диаграммы последовательностей и кооперации, диаграммы деятельности и диаграммы прецедентов).
|
|
|
Диаграммы состояний определяют все возможные состояния, в которых может находиться конкретный объект, а также процесс смены состояний объекта в результате наступления некоторых событий. Диаграммы состояний применяются, как правило, для моделирования поведения классов, прецедентов или системы в целом.Элементы диаграмм состояний: 1.Состояние (state) - условие или ситуация в ходе жизненного цикла объекта, в течение которого он удовлетворяет логическому условию, выполняет определенную деятельность или ожидает события. На каждой диаграмме состояний имеется одно начальное состояние и одно (или более одного) конечное. Начальное состояние соответствует состоянию объекта, когда он только что был создан. Конечное состояниесоответствует состоянию объекта непосредственно перед его уничтожением. 2 Деятельность и действия. Деятельность – это прерываемое поведение. Оно может выполняться, пока объект находится в данном состоянии, или может быть прервано переходом объекта в другое состояние. Деятельность изображают внутри самого состояния, ей должно предшествовать слово do. Для состояния могут быть указаны входное и выходное действия. 3 Переходы и события.Переход -это отношение между двумя состояниями, показывающее, что объект, находящийся в первом состоянии, должен выполнить определенные действия и перейти во второе состояние, как только произойдет указанное событие и будут удовлетворены указанные условия (переход срабатывает). Переход называется триггерным, если его специфицирует событие-триггер, связанное с внешними условиями по отношению к рассматриваемому состоянию. Переход называется нетриггерным, если он происходит по завершении выполнения внутренней деятельности в данном состоянии.
|
|
|
34Диаграммы деятельности в UML-модели: назначение, возможности, основные элементы.
Диаграммы деятельности можно использовать для моделирования динамических аспектов поведения системы. Диаграмма деятельности — это фактически блок-схема, которая показывает, как поток управления переходит от одной деятельности к другой. Эти диаграммы могут использоваться самостоятельно для визуализации динамики совокупности объектов, но они пригодны также и для моделирования потока управления при выполнении некоторой операции. Если в диаграммах взаимодействий акцент делается на переходах потока управления от объекта к объекту, то диаграммы деятельности описывают переходы от одной деятельности к другой.
Диаграмма деятельности, так же как и диаграмма состояний, может относиться к отдельному классу, операции класса, варианту использования, пакету или представлению.
Диаграмма деятельности в общем случае состоит из следующих элементов:состояний деятельности и состояний действия; переходов; объектов.
Состояние деятельности –состояние в графе деятельности, которое служит для представления последовательности действий, требующих определенного времени. Состояния деятельности могут быть подвергнуты дальнейшей декомпозиции, вследствие чего выполняемую деятельность можно представить с помощью других диаграмм деятельности. Состояния деятельности не являются атомарными, они могут быть прерваны. Предполагается, что для их завершения требуется заметное время.
Состояние действия – специальный случай состояния с некоторым входным действием и, по крайней мере, одним выходящим из состояния переходом. Переход из состояния действия происходит после завершения входного действия. Состояние действия не может иметь внутренних переходов, поскольку оно является элементарным.
Состояния действия не могут быть подвергнуты декомпозиции, они атомарны. Это значит, что внутри них могут происходить различные события, но выполняемая в состоянии действия работа не может быть прервана. Обычно предполагается, что длительность одного состояния действия занимает неощутимо малое время.
Когда действие или деятельность в некотором состоянии завершается, поток управления сразу переходит в следующее состояние действия или деятельности. Для описания этого потока используются переходы (transitions), показывающие путь из одного состояния действия или деятельности в другое. Переход представляется простой линией со стрелкой.При построении диаграммы деятельности используются только нетриггерные переходы, т. е. такие, которые происходят сразу после завершения деятельности или выполнения соответствующего действия. Такой переход передает управление в последующее состояние сразу, как только закончится действие или деятельность в предыдущем состоянии.Если из состояния действия выходит единственный переход, то его можно никак не помечать. Если же таких переходов несколько, то при моделировании последовательной деятельности запускается только один из них. В этом случае для каждого из таких переходов должно быть явно записано собственное сторожевое условие в прямых скобках. При этом требование истинности должно выполняться только для одного из них. Такая ситуация получила название ветвления, а для ее обозначения применяется специальный символ в виде ромба).
Дорожка – графическая область диаграммы деятельности, содержащая элементы модели, ответственность за выполнение которых принадлежит отдельным подсистемам.
Каждой присутствующей на диаграмме дорожке присваивается уникальное имя (рисунок 4). Каждая дорожка представляет сферу ответственности за часть всей работы, изображенной на диаграмме, и может быть реализована одним или несколькими классами. На диаграмме деятельности, разбитой на дорожки, каждая деятельность принадлежит ровно одной дорожке, но переходы могут пересекать границы дорожек.
35Проектирование физического представления ИС в нотации UML: диаграммы компонентов и развертывания.
Диаграмма компонентов позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых может выступать исходный, бинарный и исполняемый код. Во многих средах разработки модуль или компонент соответствует файлу. Пунктирные стрелки, соединяющие модули, показывают отношения взаимозависимости, аналогичные тем, которые имеют место при компиляции исходных текстов программ. .Основными графическими элементами диаграммы компонентов являются компоненты, интерфейсы и зависимости между ними.
Диаграмма компонентов разрабатывается для следующих целей:
Визуализации общей структуры исходного кода программной системы.
Спецификации исполнимого варианта программной системы.
Обеспечения многократного использования отдельных фрагментов программного кода.
Представления концептуальной и физической схем баз данных.
Для представления физических сущностей в языке UML применяется специальный термин - компонент (component). Компонент реализует некоторый набор интерфейсов и служит для общего обозначения элементов физического представления модели. Для графического представления компонента может использоваться специальный символ - прямоугольник со вставленными слева двумя более мелкими прямоугольниками (рис. 10.1). Внутри объемлющего прямоугольника записывается имя компонента и, возможно, некоторая дополнительная информация. Изображение этого символа может незначительно варьироваться в зависимости от характера ассоциируемой с компонентом информации.
В метамодели языка UML компонент является потомком классификатора. Он предоставляет организацию в рамках физического пакета ассоциированным с ним элементам модели. Как классификатор, компонент может иметь также свои собственные свойства, такие как атрибуты и операции.
Следующим элементом диаграммы компонентов являются интерфейсы. Последние уже неоднократно рассматривались ранее, поэтому здесь будут отмечены те их, особенности, которые характерны для представления на диаграммах компонентов. Напомним, что в общем случае интерфейс графически изображается окружностью, которая соединяется с компонентом отрезком линии без стрелок
Второй формой физического представления программной системы является диаграмма развертывания (синоним - диаграмма размещения). Она применяется для представления общей конфигурации и топологии распределенной программной системы и содержит распределение компонентов по отдельным узлам системы. Кроме того, диаграмма развертывания показывает наличие физических соединений - маршрутов передачи информации между аппаратными устройствами, задействованными в реализации системы.
Диаграмма развертывания предназначена для визуализации элементов и компонентов программы, существующих лишь на этапе ее исполнения (runtime). При этом представляются только компоненты-экземпляры программы, являющиеся исполнимыми файлами или динамическими библиотеками. Те компоненты, которые не используются на этапе исполнения, на диаграмме развертывания не показываются. Так, компоненты с исходными текстами программ могут присутствовать только на диаграмме компонентов. На диаграмме развертывания они не указываются.
Диаграмма развертывания содержит графические изображения процессоров, устройств, процессов и связей между ними. В отличие от диаграмм логического представления, диаграмма развертывания является единой для системы в целом, поскольку должна всецело отражать особенности ее реализации. Эта диаграмма, по сути, завершает процесс ООАП для конкретной программной системы и ее разработка, как правило, является последним этапом спецификации модели.Итак, перечислим цели, преследуемые при разработке диаграммы развертывания:Определить распределение компонентов системы по ее физическим узлам.Показать физические связи между всеми узлами реализации системы на этапе ее исполнения.
Выявить узкие места системы и реконфигурировать ее топологию для достижения требуемой производительности.
Для обеспечения этих требований диаграмма развертывания разрабатывается совместно системными аналитиками, сетевыми инженерами и системотехниками. Далее рассмотрим отдельные элементы, из которых состоят диаграммы развертывания.
36Корпоративные ИС. Понятие корпоративной ИС. Классификация корпоративных ИС.
Корпоративная информационная система (КИС) – это комплекс
программно-аппаратных средств, обеспечивающих бизнес-процессы
организации. Иногда в определение корпоративной информационной
системы не включаются аппаратные средства, наличие которых в
организации в современных условиях считается уже чем-то само собой
разумеющимся: большинство КИС могут быть реализованы на уже
имеющемся в организации компьютерном оборудовании при его
соответствии аппаратным требованиям КИС.
Важным признаком, по которому дифференцируют информационные
системы, является возможность настройки, «индивидуализации» КИС. В
соответствии с данным признаком выделяют: системы, достаточно универсальные, чтобы их внедрение не
требовало специальной доработки под нужды конкретного предприятия.
Иначе они называются «пакетными» или «коробочными», т. к. могут
поставляться в виде обычных дисков программного обеспечения. Широко
распространены и являются наиболее дешевыми;
• системы, состоящие из детально дифференцированных модулей,
позволяющих «собрать» нужную конфигурацию КИС. Такие системы
называют конструкторы и их внедрение, как правило, достаточно трудоемко,
а так же требует привлечения высококвалифицированных консультантов;
• системы, разрабатываемые в соответствии с уникальными
потребностями конкретного предприятия – это наиболее дорогие и сложные
КМС, но позволяющие обеспечить самые трудоемкие процедуры реализации
бизнес-процессов.
В соответствии с признаком «размера» или «объема», означающим
возможность охвата системой как бизнес-процессов, так и работников,
использующих данную КИС, выделяют:
• локальные системы, обслуживающие небольшое предприятие или
один из участков работ, чаще всего бухгалтерию. Посредством таких систем
автоматизируются отдельно взятые процедуры. Их основное назначение
обеспечить выполнение наиболее трудоемких и рутинных действий;
• системы среднего уровня, обеспечивающие потребности
предприятия в комплексе, или филиальную структуру;
• интегрированные многопрофильные системы. Потребность в них
возникает, как правило, у наиболее крупных предприятий с множеством
направлений деятельности и большим (до нескольких тысяч человек)
штатом.
В соответствии с признаком «локальности», т. е. возможности
использования сетей удаленного доступа, выделяют:
• автономные системы, не предусматривающие использования даже
внутренней локальной сети предприятия для их эксплуатации;
• системы, рассчитанные на использование ресурсов локальной сети
предприятия (этот тип является наиболее распространенным);
• системы, предусматривающие использование Интернета в режиме
контролируемого доступа (этот тип систем наиболее эффективен при
филиальной структуре предприятия, а также при территориальной
удаленности подразделений).
В соответствии с признаком модифицируемости алгоритмических
основ работы системы, выделяют:
• закрытые системы, не рассчитанные на оперативную замену того
или иного элемента программного обеспечения или типа СУБД, изменение
архитектуры (эти системы наиболее просты и дешевы);
• мультиплатформенные решения, в которых заложено многообразие
модификаций программ;
• открытые системы, допускающие оперативную доработку, что,
при объективных достоинствах, тем не менее, весьма трудоемко.
37Корпоративные ИС. Системы класса MRP и MRPII: структура и ключевые возможности
Корпоративная информационная система (КИС) – это комплекс
программно-аппаратных средств, обеспечивающих бизнес-процессы
организации. Иногда в определение корпоративной информационной
системы не включаются аппаратные средства, наличие которых в
организации в современных условиях считается уже чем-то само собой
разумеющимся: большинство КИС могут быть реализованы на уже
имеющемся в организации компьютерном оборудовании при его
соответствии аппаратным требованиям КИС.
MRPII-система должна состоять из следующих функциональных модулей (см. рис.1):
Планирование развития бизнеса (Составление и корректировка бизнес-плана)
Планирование деятельности предприятия
Планирование продаж
Планирование потребностей в сырье и материалах
Планирование производственных мощностей
Планирование закупок
Выполнение плана производственных мощностей
Выполнение плана потребности в материалах
Осуществление обратной связи
Дата добавления: 2018-02-15; просмотров: 417; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!