Файл: Инструкция по работе 43 6 Определение затрат на разработку приложения Электронный стол заказов компьютерного клуба.docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 09.01.2024
Просмотров: 122
Скачиваний: 1
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
При авторизации как пользователь появляется пункт меню «Заказать доставку», при нажатии на который открывается форма «Заказ продуктов питания».
Форма «Клуб» – это форма, на которой отображена топология компьютерного клуба. На данной форме с помощью переключателей можно выбрать какие компьютеры необходимы для бронирования. При нажатии на кнопку «Добавить» формируется строка в поле «Номера ПК» пункта меню «Добавление нового бронирования» на форме «Главная».
Форма «Заказ продуктов питания» – это форма, на которой есть возможность сформировать заказ продуктов питания из различных ресторанов и отправить его на рассмотрение администратору.
При запуске формы открывается пункт меню «Рестораны», который отображает все возможные рестораны, из которых возможно заказать продукты питания.
При выборе пункта меню «Корзина» отображаются продукты питания, которые были добавлены в корзину, из этих продуктов будет сформирован заказ, отправляемый администратору компьютерного клуба.
2.3 Описание алгоритма функционирования системы
Хранение данных будет производиться с помощью базы данных, расположенной на хостинге «SprintHost». Обработка информации будет обеспечиваться с помощью системы управления базами данных MySQL Server [6], [8].
Пользователь будет иметь возможность просматривать таблицу занятых мест компьютерного клуба, создавать объект заказа бронирования места, заполняя все необходимые данные, создавать объект заказа продуктов питания, посредствам выбора пунктов из предложенного меню. При использовании профиля пользователя с правами «Администратор» существует возможность обрабатывать заказы.
2.4 Обоснование выбора программного обеспечения
Процесс дипломного проектирования требует выбора необходимого технического и программного обеспечения. Для проектирования выбран бесплатный интернет-сервис для построения диаграмм «draw.io» [20]. Данный интернет-сервис имеет ряд преимуществ:
-
доступность, -
простой и понятный интерфейс, -
множество методов построения диаграмм, -
возможность импорта диаграмм для дальнейшего редактирования, -
возможность экспорта диаграмм в различные форматы.
Для создания приложения выбраны среда разработки Microsoft Visual Studio 2019 и язык программирования C# с использованием технологии WPF [1], [3], [7]. Microsoft Visual Studio 2019 – это интегрированная среда разработки с возможностью создания различных приложений для платформ: Windows, Android и iOS [4]. Преимущества Microsoft Visual Studio:
-
наличие встроенных средств компиляции и отладки, -
поддержка множества языков при разработке, -
единая среда разработки независимо от языка программирования.
Технология WPF (Windows Presentation Foundation) является частью экосистемы платформы .NET и представляет собой подсистему для построения графических интерфейсов на языке разметки XAML [9], [12]. Преимущества технологии WPF:
-
взаимодействие с языком программирования C# для написания логики приложений [3], [7], [14], [17], -
совместимость с последними версиями операционных систем и программного обеспечения [1], -
гибкость в разработке дизайна и функционала приложения [9], -
возможность создавать собственные элементы дизайна и анимации, -
поддержка множества дополнительный библиотек из системы управления версиями NuGet [2], [18].
Для хранения данных используется MySQL Server 10.0.2.30 на хостинге «SprintHost» – база данных, сервер которой расположен на серверах хостинга использующего выбранное программное обеспечение [6].
Минимальные технические и программные требования, достаточные для оптимальной работоспособности приложения «Электронный стол заказов компьютерного клуба»:
-
ОС Windows 7 и выше, -
64-разрядая операционная система, -
объем оперативной памяти 180 Мб, -
объем свободного места на жестком диске 60 Мб.
3 Разработка и проектирование приложения
3.1 Проектирование причинно-следственной диаграммы
Причинно-следственная диаграмма – это графический метод анализа и формирования причинно-следственных связей, инструментальное средство в форме рыбной кости для систематического определения причин проблемы и последующего графического представления [13]. На рисунке 1 изображена причинно-следственная диаграмма приложения «Электронный стол заказов компьютерного клуба».
Рисунок 1 – Причинно-следственная диаграмма приложения «Электронный стол заказов компьютерного клуба»
На диаграмме показано, что основной причиной разработки является автоматизация обработки информации компьютерного клуба. В качестве объектов информации выделены данные: информация о бронировании, информация о заказе продуктов питания, информации о клиентах. Субъектами являются пользователь и администратор, взаимодействующие с программой.
3.2 Проектирование DFD-диаграмм первого и второго уровня
Для наглядного представления движения данных внутри программы необходимо спроектировать диаграмму потоков данных
(DFD-диаграмму) [19]. На рисунке 2 представлена DFD-диаграмма первого уровня приложения «Электронный стол заказов компьютерного клуба».
Рисунок 2 – DFD-диаграмма первого уровня приложения «Электронный стол заказов компьютерного клуба»
Пользователь выбирает пункт, представленный в главной форме. Программа отправляет запрос в базу данных и выводит запрашиваемую информацию пользователю. Далее процесс «Программа» детализирован на пять подпроцессов:
-
добавление бронирования, -
просмотр заказов, -
заказы пользователей -
заказ продуктов питания, -
о программе.
На рисунках 3-4 изображена DFD-диаграмма второго уровня приложения «Электронный стол заказов компьютерного клуба».
Рисунок 3 – DFD-диаграмма второго уровня приложения «Электронный стол заказов компьютерного клуба»
Рисунок 4 – DFD-диаграмма второго уровня приложения «Электронный стол заказов компьютерного клуба»
На данной диаграмме показано что пользователь с помощью интерфейса взаимодействует с программой, выбирая нужный ему пункт меню. В зависимости от выбора программа отображает соответствующие данные, извлекая их из базы данных.
3.3 Проектирование UML-диаграмм стереотипов, классов
UML-диаграмма – объектно-ориентированный инструмент проектирования для более наглядного описания алгоритма работы программы [5]. UML-диаграммы применяют для:
-
визуализации программных систем, -
спецификации программных систем, -
конструирования программных систем, -
документирования программных систем.
На рисунке 5 представлена UML-диаграмма стереотипов приложения «Электронный стол заказов компьютерного клуба».
На данной диаграмме показано, что пользователь через главную форму может обращаться к модулям:
-
«Форма информации», -
«Форма заказов продуктов питания», -
«Форма отображения заказов пользователей», -
«Форма с таблицей заказов», -
«Форма добавления заказа».
Обращение к базе данных происходит при взаимодействии с модулями:
-
«Форма заказов продуктов питания», -
«Форма отображения заказов пользователей», -
«Форма с таблицей заказов», -
«Форма добавления заказа».
Для наглядного представления структуры разрабатываемой программы необходимо разработать UML-диаграмму классов. Диаграмма классов (Static Structure diagram) – диаграмма, демонстрирующая классы системы, их атрибуты, методы и взаимосвязи между ними. На
рисунке 6 представлена UML-диаграмма классов приложения «Электронный стол заказов компьютерного клуба».
Рисунок 5 – UML-диаграмма стереотипов приложения «Электронный стол заказов компьютерного клуба»
Рисунок 6 – UML-диаграмма классов приложения «Электронный стол заказов компьютерного клуба»
На данной диаграмме показана структура классов приложения «Электронный стол заказов».
Для примера разберём класс «DesignFunctions», который предназначен для методов, взаимодействующих с дизайном приложения.
Класс DesignFunctions, содержит одиннадцать методов:
-
testForPack(), необходим для проверки введенного времени на границы пакета бронирования, -
testRegex_Pc(), необходим для проверки перечня ПК на корректность ввода, -
calcPcRange(), необходим для формирования массива данных для обработки другими методамми, -
calcSimplePcChange (), необходим для вычисления набора компьютеров из заданного массива, -
checkEmpty (), необходим для проверки полей на пустоту всех обязательных полей формы «Главная», -
checkEmpty_aut (), необходим для проверки полей на пустоту всех обязательных полей формы «Авторизация», -
addGlobalBorder (), необходим для создания массива, в котором перечислены все ячейки таблицы, -
convertTime (), необходим для преобразования объектов типа «DateTime» в тип «Integer», -
updateTime (), необходим для преобразования строк, вводимых пользователем в поля «Начальное время бронирования» и «Время окончания бронирования», к строкам, конвертируемым в тип «DateTime», -
createChangeString (), необходим для формирования строки перечня компьютеров, которая будет записываться в базу данных после изменения заказа пользователем с ролью «Администратор», -
checkInputString (), необходим для обработки строки с перечнем вводимых компьютеров.
3.4 Проектирование прототипа приложения «Электронный стол заказов компьютерного клуба»
Прототип – модель, прообраз конечного продукта. Прототипы различаются по степени точности и приближенности к реальному продукту [15]. Разные виды прототипов служат разным целям и способны решать разные задачи. По стадии готовности их условно делят на три этапа:
-
концептуальные, -
интерактивные, -
анимированные.
Для описания прототипа приложения «Электронный стол заказов компьютерного клуба» была выбрана концептуальная модель. Концептуальный прототип представляет собой схематичное изображение будущих экранов и создается на ранних этапах разработки продукта. На рисунке 7 представлен концептуальный прототип пункта меню «Просмотр заказов» приложения «Электронный стол заказов компьютерного клуба».
Рисунок 7 – Прототип страницы «Просмотр заказов» приложения «Электронный стол заказов компьютерного клуба»
3.5 Разработка приложения «Электронный стол заказов компьютерного клуба»