Вывод отчета на печать - Антиплагиат (1210330), страница 4
Текст из файла (страница 4)
1Диаграммы классов, 19 представленные на рисунках 2.4 – 2.7, служат дляпредставления статической структуры модели системы в терминологииклассов объектно-ориентированного программирования. Диаграмма классовможет отражать, в частности, различные взаимосвязи между отдельнымисущностями предметной области, такими как объекты и подсистемы, а такжеописывает их внутреннюю структуру и типы отношений. На даннойдиаграмме не указывается информация о временных аспектахфункционирования системы. С этой точки зрения диаграмма классов являетсядальнейшим развитием концептуальной модели проектируемой системы.Диаграмма классов представляет собой некоторый граф, вершинамикоторого являются элементы типа "классификатор", которые связаныразличными типами структурных отношений.
Следует заметить, чтодиаграмма классов может также содержать интерфейсы, пакеты, отношения идаже отдельные экземпляры, такие как объекты и связи. Когда говорят оданной диаграмме, имеют в виду статическую структурную модельпроектируемой системы. Поэтому диаграмму классов принято считатьграфическим 25 представлением 2 таких структурных взаимосвязей логической 118модели системы, которые не зависят или инвариантны от времени.Диаграмма классов 1 описывает типы объектов системы и различного родастатические отношения, которые существуют между ними. На диаграммахклассов отображаются также свойства классов, операции классов иограничения, которые накладываются на связи между объектами.
В UMLтермин функциональность 61 применяется в качестве основного термина,описывающего и свойства, и операции класса.На 61 рисунке 2.4 представлена диаграмма классов, описывающаялогическую структуру базы данных, и имеет следующие классы:‒ Users (Пользователи) – содержит всю информацию о пользователесистемы;‒ Zakazi (Заказы) – содержит информацию о заказе пользователя;‒ Otziv (Отзыв) – содержит информацию об отзывах о проведенныхмероприятиях от клиентов;‒ Oplata (Оплата) – содержит информацию о способах оплаты;‒ Working (Работник) – содержит информацию о работниках шоу-центра«Небесный луч»;‒ WorkingZakaz (РаботникЗаказ) – промежуточный класс между классом«Работник» и классом «Заказ»;‒ Show (Шоу) – содержит информацию о шоу-программах шоу-центра«Небесный луч»;‒ Skidki (Скидки) – содержит информацию о скидках и акцияхпроводимых шоу-центром «Небесный луч»;‒ News (Новости) – содержит информацию обо всех новостях шоу-центра«Небесный луч».19Рисунок 2.4 – Диаграмма классов описывающие структуру БД –логическаяНа рисунке 2.5 представлена диаграмма классов, описывающаяфизическую структуру базы данных, и имеет следующие классы:‒ Users (Пользователи) – содержит всю информацию о пользователесистемы;‒ Zakazi (Заказы) – содержит информацию о заказе пользователя;‒ Otziv (Отзыв) – содержит информацию об отзывах о проведенныхмероприятиях от клиентов;‒ Oplata (Оплата) – содержит информацию о способах оплаты;‒ Working (Работник) – содержит информацию о работниках шоу-центра«Небесный луч»;‒ WorkingZakaz (РаботникЗаказ) – промежуточный класс между классом«Работник» и классом «Заказ»;‒ Show (Шоу) – содержит информацию о шоу-программах шоу-центра«Небесный луч»;‒ Skidki (Скидки) – содержит информацию о скидках и акциях20проводимых шоу-центром «Небесный луч»;‒ News (Новости) – содержит информацию обо всех новостях шоу-центра«Небесный луч».Рисунок 2.5 – Диаграмма классов описывающие структуру БД –физическаяНа рисунке 2.6 изображена диаграмма классов, описывающая логическуюструктуру клиентского программного обеспечения.21Рисунок 2.6 – Диаграмма классов, описывающая структуру клиентскогоПО – логическаяНа рисунке 2.7 изображена диаграмма классов, описывающая физическуюструктуру клиентского программного обеспечения.Рисунок 2.7 – Диаграмма классов, описывающая структуру клиентскогоПО – физическая222.2.3 Диаграмма состоянийПосле создания одной или нескольких диаграмм вариантов использованиясистемный аналитик с заказчиком определяют приоритетность проработкивариантов использования и детализируют их.
Главная цель данной процедуры– поиск ответа на вопрос: «В процессе какого поведения система обеспечитнеобходимую функциональность?». 21Диаграммы состояний используются для описания поведения,реализуемого в рамках варианта использования, или поведения экземпляра 11сущности (класса, объекта, компонента, узла или системы в целом).Поведение моделируется через 21 описание возможных состоянийэкземпляра сущности и переходов между ними на протяжении егожизненного цикла, начиная от создания и заканчивая уничтожением.Диаграмма 4 автоматов представляет собой связный ориентированный граф,вершинами которого являются состояния, а дуги служат для обозначенияпереходов из состояния в состояние.Под состоянием понимается ситуация в ходе жизни экземпляра сущности,когда эта ситуация удовлетворяет некоторому условию, экземпляр выполняетнекоторые операции или ждет наступления некоторого события.
4Диаграммы состояний являются хорошо известным методом описанияповедения систем. Они 54 изображают все возможные состояния, в которыхможет находиться конкретный объект, а также изменения состояния объекта, 64происходящее в результате влияния некоторых событий на этот объект. 64Визуально диаграмма представляет собой связный ориентированныйграф, вершинами которого являются состояния, а дуги служат дляобозначения переходов из 21 одного состояния в другое.Состояние – это ситуация в ходе жизни экземпляра сущности, 45 как толькоситуация удовлетворяет некоторому условию, экземпляр выполняет 45 какие –либо операции или ждет наступления некоторого события.
45 Внешне состоянияпредставляет собой прямоугольник со скругленными углами, внутри которого 1123записывается имя. 11Также существует начальное и конечное состояние.Начальное состояние (чёрная точка) – это состояние, в котором находитсяэкземпляр сущности после своего создания или, перейдя в составноесостояние. Из начального состояния 21 исходят только переходы.Конечное состояния ( 4 чёрная точка в белом кружке), обозначает фактуничтожения экземпляра сущности или выхода из составного состояния. Вконечное состояние 4 только входят переходы.Переход ( 4 отображается в виде однонаправленной ассоциации) - это сменасостояний. Если переход сработал, то состояния сменилось.
Переходыбывают трех видов: триггерный (переход по наступлению какого – либособытия), не триггерный и рефлексивным (переход направлен в то жесостояние, из которого он выходит).В 1 UML различают два вида операций: действие и деятельность. Действие– 21 это 21 атомарная операция, выполнение которой не может быть прервано,приводящая к смене состояния или возвращающая значение. Деятельность – 45это составная (неатомарная) операция, реализуемая экземпляром вконкретном состоянии, выполнение которой может быть прервано.
21Событие – это спецификация существенного факта, который можетпроизойти в конкретный момент времени. События могут быть внутреннимиили внешними. Внешние события передаются между системой и актерами(например, нажатие кнопки или посылка сигнала от датчика передвижений).Внутренние события передаются между объектами внутри системы. 21Диаграмма будет состоять из одной контекстной и двух диаграммавтоматов для отдельных объектов.В данной системе есть четыре типа подсистем с различными правами.Для осуществления разграничения прав необходимо для каждого типапользователя отобразить индивидуальный интерфейс.На рисунке 2.8 представлена контекстная диаграмма автоматов.Условные обозначения на диаграмме:24‒ CloseApp() – закрытие приложения;‒ SelectItem() – вход в систему.Рисунок 2.8 – Контекстная диаграмма автоматовДалее будут пробно рассмотрены состояния «Подсистема работника» и«Подсистема менеджера».Диаграмма декомпозиции «Подсистема работник» представлена нарисунке 2.9.
При авторизации в системе как «Работник», будут доступныследующие функции:‒ просмотр акций;‒ просмотр заказов;‒ бронирование заказа;‒ просмотр новостей;‒ и т.д.25Рисунок 2.9 – «Подсистема работник»Диаграмма декомпозиции «Подсистема менеджера» представлена нарисунке 2.10. При авторизации в системе как «Менеджер», будут доступныследующие функции:‒ оформление заказа клиента;‒ просмотр и редактирование действующих акций и скидок;‒ внесение данных о заказе;‒ внесение оплаты;‒ и т.д.26Рисунок 2.10 – «Подсистема менеджер»2.2.4 Диаграмма классов анализаДиаграммы классов используются при моделировании ИС наиболее часто.Они являются одной из форм статического описания системы с точки зренияее проектирования, показывая ее структуру.
Диаграмма классов неотображает динамическое поведение объектов изображенных на ней классов.На диаграммах классов показываются классы, интерфейсы и отношениямежду ними. 11Фундаментальными понятиями объектно-ориентированного подходаявляются понятия объекта и класса, которые представляются абстракциямиреальной или воображаемой сущности (набора сущностей). Класс анализа –еще более абстрактная сущность, чем просто класс, представляет собой набориз одного или более классов. Таким образом, класс анализа – этоукрупненная абстракция, которая на концептуальном уровне (без точногоопределения атрибутов и операций) описывает некоторый фрагмент системы.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
