Контрольная работа по дисциплине
 Скачать 1.95 Mb.
|
|
Министерство НАУКИ И ВЫСШЕГО образования Российской Федерации федеральное государственное автономное образовательное учреждение высшего образования «Северный (Арктический) федеральный университет имени М.В. Ломоносова»
Выполнил обучающийся: Жураев Гулом (Ф.И.О.) Направление подготовки: 09.03.02 Информационные системы и технологии (код и наименование) Курс: 2 Группа: 351817 Руководитель: Деменков Максим Евгеньевич, доцент/к.т.н./ доцент (Ф.И.О. руководителя, должность / уч. степень / звание) Отметка о зачете _________________________ ______________________________ (отметка прописью) (дата) Руководитель _________________________ ________М.Е.Деменков__________ (подпись руководителя) (инициалы, фамилия) Архангельск 2021  ЛИСТ ДЛЯ ЗАМЕЧАНИЙ НОРМАТИВНЫЕ ССЫЛКИ Настоящий текстовый документ оформлен в соответствии со следующим нормативным документом: СТО 60–02.2.3–2018 федерального государственного автономного образовательного учреждения высшего образования «Северный (Арктический) федеральный университет имени М.В. Ломоносова». 1 ВАРИАНТЫ ИСПОЛЬЗОВАНИЯ ИС Начнем с создания новой диаграммы вариантов использования. На диаграмме создаем трёх актёров. Актер Администратор, актер Технолог МТС, Оператор МТС. Все эти актера являются потомками общего актера Сотрудник. Далее создадим варианты использования для актёров. Для актера Администратор, с помощью связи «Ассоциация», добавим вариант использования «Резервное копирование» и «Управление пользователями». Действующих лиц можно увидеть на картинке 1.1.  Рисунок 1.1 – Действующие лица Далее следует определить какие варианты использования информационной системы будут этими действующими лицами выполняться. Для связи лиц и вариантов использования используем отношение ассоциации. Администратор будет выполнять функции: управление пользователями и резервирования данных. Варианты использования для администратора показаны на рисунке 1.2.  Рисунок 1.2 – ВИ Администратора Технолог междугородней телефонной станции (МТС) имеет варианты использования «Управление информацией клиентов» и «Управление услугами». Как показано на рисунке 1.3.  Рисунок 1.3 – ВИ для технолога МТС Оператор МТС имеет варианты использования «Управление квитанциями» и «Данные разговоров», пример показан на рисунке 1.4.  Рисунок 1.4 – ВИ для оператора МТС Так как все действующие лица являются сотрудниками одной рабочей системы, введем новое действующее лицо - сотрудник и соединим его с остальными действующими лицами отношением обобщения, как показано на рисунке 1.5.  Рисунок 1.6 – Добавление объединяющего действующего лица - сотрудник Так как существует вариант использования управления пользователями, значит, что информационной системой могут воспользоваться только те пользователи, которые прошли авторизацию. Поэтому создаем вариант использования авторизации и соединяем отношением ассоциации с действующим лицом сотрудник, как показано на рисунке 1.6.  Рисунок 1.6. – Добавление ВИ Авторизация Помимо отношения ассоциация, существует отношение зависимость на диаграмме вариантов использования, которая предусматривает включение вариантов использования. Варианты использования: управление пользователями, резервирование данных, управление услугами, управление информацией клиентов, управление квитанциями, данные разговоров - включает такие варианты использования как Создать, Сохранить, Добавить, Редактировать, Посмотреть, Удалить. В итоге получится диаграмма вариантов использования, показанная на рисунке 1.7.  Рисунок 1.7 – Итоговая диаграмма вариантов использования 2 ПРОЕКТИРОВАНИЕ АРХИТЕКТУРЫ ИС Для дальнейшей разработки информационной системы, нужно создать классовую диаграмму. По заданию нужно использовать паттерн MVC (Model View Controller). Для каждого класса со стереотипом «entity», создаются классы со стереотипом «control» и «boundary» итоговая диаграмма классов представлена в Приложении А.1. Создадим классы стереотипа entity. Первый класс, который мы создадим будет пользователь Пользователь. Он будет иметь атрибуты: имя пользователя с типом string, фамилия пользователя с типом string, логин пользователя пользователя с типом string, пароль пользователя с типом string. Методы: добавить, посмотреть, редактировать, удалить соответствии с рисунком 2.1.  Рисунок 2.1 – Описание класса пользователь Пользователь Затем создадим класс Резервирование данных ИС. Он будет содержать атрибут: дата резервирования данных с типом date, методы создать и сохранить в соответствие с рисунком 2.2.  Рисунок 2.2 – Описание класса Резервирование данных ИС Затем создадим класс Управление информацией клиентовModel. Он будет содержать атрибут: номер телефона с типом int, фамилия имя и отчество с типом string, адрес с типом string, дата регистрации с типом date в соответствие с рисунком 2.3.  Рисунок 2.3 – Описание класса Управление информацией клиентов Затем создадим класс Управление услугами. Он будет содержать атрибуты: дата с типом date, название населённого пункта с типом string, стоимость одной минуты разговора с типом int, также атрибуты технолог с типом Пользователь, стоимость с 20.00 до 6.00 с типом Льготная стоимость соответствие с рисунком 2.4.  Рисунок 2.4 – Описание класса Управление услугами Затем создадим класс Льготная стоимость и добавим атрибуты: время с 20.00 до 6.00 с типом date, стоимость с типом int в соответствие с рисунком 2.5.  Рисунок 2.5 – Описание класса Льготная стоимость Затем создадим класс Данные разговоров, с атрибутом: оператор с типом Пользователь, так как оператор будет пользователем системы. Отправка квитанции с типом Управление квитанциями, номер абонента с типом управление информацией клиентов, дата разговора с типом date, город с типом string, длительность разговора с типом inte, в соответствие с рисунком 2.6.  Рисунок 2.6 – Описание класса Данные разговоров В конце диаграммы классов создал Управление квитанциями с атрибутами: оператор с типом Пользователь, дата оплаты с типом date, фиксация об оплате с типом string, как показано на рисунке 2.7.  Рисунок 2.7 – Описание класса Управление квитанциями Следующим шагом будет создание диаграммы компонентов, для модульного представления программной архитектуры. Вначале создадим диаграмму компонентов. По заданию нужно сделать клиент-серверную архитектуру информационной системы. Создадим для такой архитектуры компоненты Приложение и База данных как на рисунке 2.8  Рисунок 2.8 – Компоненты информационной системы Теперь в каждом компоненте предоставим требуемые и предоставляемые классы. В компоненте Приложение требуемые классами будут все шаблоны, которые мы создавали ранее, а именно: Управление информацией клиентов, пользователь, резервирование данных ИС, управление услугами, управление квитанциями, льготная стоимость и данные разговоров, в соответствии с рисунком 2.9.  Рисунок 2.9 – Требуемые классы компонента Приложение Для компонента База данных заполним предоставляемые классы, такие как: Управление информацией клиентов, пользователь, резервирование данных ИС, управление услугами, управление квитанциями, льготная стоимость и данные разговоров, пример показан на рисунке 2.10.  Рисунок 2.10 – Предоставляемые классы компонента База данных Далее соединяем их всех и в итоге получим диаграмму, представленную на рисунке 2.11.  Рисунок 2.11 – Отношения между компонентами Далее нужно спроектировать физическую архитектуру, которая осуществляется с помощью диаграмм развёртывания. Соединим все узлы по топологии звезда. Пользователь со своего рабочего места используя веб-браузер обращается к Базе данных и получает доступ к приложении. Пример диаграммы показан на рисунке 2.12.  Рисунок 2.12 – Диаграмма развёртывания ЗАКЛЮЧЕНИЕ В заключении можем сказать, что мы добились цели. Разработали клиент- серверную архитектуру информационной системы для оплаты за междугородние разговоры с использованием паттерна MVC (Model View Controller). СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ PlantUML [Электронный ресурс] : [офиц. сайт] / Унифиц. Яз. Мод. – Электрон. Дан. – [Reno] : Унифицированный язык моделирования [2010?]. – Режим доступа : https://plantuml.com/ru/, свободный (дата обращения : 23.03.2021). – Загл. С экрана. ПРИЛОЖЕНИЕ А (обязательное) Диаграмма классов  | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||