Степанова (1206730), страница 6
Текст из файла (страница 6)
26Диаграмма автоматов служит для моделирования динамических аспектовсистемы, она полезна при моделировании жизненного цикла объекта ииспользуется для описания поведения, реализуемого в рамках вариантаиспользования, или поведения экземпляра сущности (класса, объекта,компонента, узла или системы в целом).Диаграмма автоматов является графом специального вида, которыйпредставляет некоторый автомат. Вершинами графа являются возможныесостояния автомата, изображаемые соответствующими графическимисимволами, а дуги обозначают его переходы из состояния в состояние.Диаграммы состояний могут быть вложены друг в друга для болеедетального представления отдельных элементов модели.В 32 языке UML под состоянием понимается 10 некоторый абстрактный объект,используемый для моделирования отдельной ситуации, в течение которойвыполняются некоторые условия.В 22 проектируемом комплексе предусмотрено две категории пользователейс разными функциями и правами, в соответствии с которыми и реализуетсяпользовательский интерфейс.На рисунке 2.5 приведена контекстная диаграмма автоматов,представляющая собой общую схему начала работы информационнойсистемы в зависимости от должности пользователя.Рисунок 2.5 Контекстная диаграмма автоматовИнициализация той или иной подсистемы происходит после успешнойаутентификации пользователя с учетом предоставленных ему прав доступа.Каждая подсистема более подробно представлена на диаграммахдекомпозиции.Рассмотрим диаграмму автоматов для подсистемы «Пользователь» среализацией получение исходных данных, получение набора мер,нейтрализация полученного набора мер, вывод документа (рисунок 2.6).После получения исходных данных или выборе уже из имеющихся в базеданных информационных систем происходит выборка набора мер, а затем спомощью чего можно их нейтрализовать.
После чего можно получитьвыходной документ.Рассмотрим еще одну реализацию диаграммы автоматов для подсистемы«Администратор» (рисунок 2.7). Администратор может изменять, добавлять,удалять записи в базу данных, а также может произвести работу пополучению выходного документа.Рисунок 2.7Диаграммаавтоматов дляПодсистемы«Администратор»Следующая диаграмма автоматов представляет собой процессавторизации в ИС (рисунок 2.8).Рисунок 2.8 Диаграмма автоматов для формы «Авторизация»После ввода логина и пароля происходит проверка существования логинав базе данных данной ИС и сверка пароля, при неверном введениилогина/пароля более трех раз выводится сообщение об ошибке и происходитпринудительный выход из программы.Модель анализаМодель анализа системы отражает аспекты физической системы,оказывающие непосредственное влияние на достижение поставленной цели.В прикладных задачах цель обычно задается в форме исходных требований ксистеме, которые, в свою очередь, в языке UML записываются в видевариантов использования системы.В языке UML для одной и той же физической системы могут бытьопределены различные модели, каждая из которых специфицирует систему сразличных точек зрения.
8 Общая модель системы в контексте языка 24 UMLсодержит в себе модель анализа и модель проектирования. 24Главной особенностью модели анализа является то, что при ее построениипроисходит уточнение функциональных возможностей системы с учетомвнутренней архитектуры проектируемой системы.Построение этой модели необходимо:‒ для выявления внутреннейархитектуры (определения подсистем и основных классов);‒ для поиска альтернативных вариантов реализациисистемы (подсистем) и выбора основного;‒ 95 для уточнения всех требований ( 95 функциональных инефункциональных).Диаграмма классов анализаКласс анализа – это укрупненная абстракция, которая на концептуальномуровне (без точного определения атрибутов и операций) описывает некоторыйфрагмент системы.
95Диаграмма классов анализа отражает, в частности, различныевзаимосвязи между отдельными сущностями предметной области, такими какобъекты и подсистемы, а также описывает их внутреннюю структуру и типы 32отношений. 32На 8 рисунке 2.9 приведена диаграмма классов анализа проектируемойпрограммы. На диаграмме сосредоточены граничные классы,представляющие собой структуру пользовательского интерфейса взависимости от типа должности, и классы сущности, представляющие собойструктуру базы данных. В качестве управляющего класса используется класс«Соединение с базой данных», основной задачей которого являетсяобеспечение взаимодействия между клиентским приложением и базойданных системы.Диаграммы последовательностиДиаграмма последовательности является одной из разновидности 40диаграмм взаимодействия и предназначена для моделированиявзаимодействия объектов системы во времени, а также обмена сообщениямимежду ними.
40На диаграмме последовательности объекты в основном 40 представляютэкземпляры класса или сущности, обладающие поведением. В качествеобъектов могут выступать пользователи, инициирующие взаимодействие,классы, обладающие поведением в системе или программные компоненты, аиногда и системы в целом.
40Таким образом, диаграмма последовательности описываетпоследовательность, в которой объекты отправляют и получают сообщения.На диаграмме последовательности мы можем увидеть следующиеаспекты:сообщения, побуждающие объект к действию;действия, которые вызываются сообщениями(методы) – зачастую это передача сообщения следующемуобъекты или возвращение определенных данных объекта;последовательность обмена сообщениями междуобъектами.Итак, прием сообщения инициирует выполнение определенных действий,направленных на решение отдельной задачи тем объектом, которому этосообщение отправлено. Сообщение в большинстве случаев (за исключениемдиаграмм, описывающих концептуальный уровень системы) это вызовметодов отдельных объектов, поэтому для корректного исполнения метода всообщении необходимо передать какие-то данные и определить, что мыхотим видеть в ответ.
В 40 качестве имени 40 сообщения на уровне проектированияреализации системы 40 следует использовать имя метода. 40Для проектируемой информационной системы были построены несколькодиаграмм последовательностей. Рассмотрим некоторые из них.На рисунке 2.10 представлена диаграмма последовательности «Получениеисходных данных».Получение исходных данных осуществляется пользователем илиадминистратором посредством выбора на вкладке Исходные данные файла сисходными данными или уже существующую информационную систему вбазе данных. Для добавления или считывания записи осуществляетсяподключение к базе данных.
Происходит проверка правильностипредоставления исходных данных, и при успешном результате в базу данныхзаносится данная запись, и на экран выводится сообщение об корректномсчитывании. Иначе, выдается сообщение о неверном формате данных ввыбранном файле.Рисунок 2.10 Диаграмма последовательности «Получение исходныхданных»Рассмотрим еще один процесс, получение выходного документа.Результатом работы разрабатываемой программы является документ –техническое решение. После получения всей информации можно получитьтехническое решение для исследуемой информационной системы. Даннаядиаграмма последовательности представлена на рисунке 2.11.Рисунок 2.11 Диаграмма последовательности «Поучение выходногодокумента»Диаграммы коммуникацииВ отличие от диаграммы последовательности, на диаграммекоммуникации 79 изображаются только отношения между объектами,играющими определенные роли во взаимодействии.
На этой диаграмме неуказывается время в виде отдельного измерения. Поэтомупоследовательность взаимодействий и параллельных потоков может бытьопределена с помощью порядковых номеров. 10Как и на диаграммах классов, на диаграмме коммуникации указываютсяассоциации между объектами в виде различных соединительных линий. Приэтом можно явно указать имена ассоциации и ролей, которые играют объектыв данной ассоциации.
Дополнительно могут быть изображены динамическиесвязи потоки сообщений. 8Таким образом, цель самой коммуникации состоит в том, чтобыспецифицировать особенности реализации отдельных наиболее значимыхопераций в системе. 8 Коммуникация определяет структуру поведениясистемы. 8Диаграммы коммуникации могут быть построены на основе диаграммпоследовательностей.На рисунке 2.12 приведена диаграмма «Получение выходногодокумента».Во взаимодействии участвуют следующие объекты: ДО Техническиесредства и организационный меры, подключение к БД, создание связи с MSWORD, таблица Угрозы безопасности информации, таблица Входныеданные, таблица меры, таблица Средства защиты информации, а также актерПользователь или Администратор.Рисунок 2.12 Диаграмма коммуникации «Получение выходногодокумента»Модель проектированияВ процессе проектирования создается архитектура системы, котораяпозволит реализовать и затем поддерживать все функции информационнойсистемы.Построение модели проектирования необходимо:‒ для уточнения внутреннейархитектуры и вариантов использования системы;‒ уточнения требований;‒ определения детализированныхалгоритмов работы системы в целом и ее отдельных элементов.Модель проектирования представляется диаграммами классов идиаграммами деятельности.Диаграммы классовДиаграммы классов используются при моделировании 26 программногорешения наиболее часто.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
