Архитектура программного средства
Зарегистрируйся в два клика и получи неограниченный доступ к материалам,а также промокод на новый заказ в Автор24. Это бесплатно.
Для построения архитектуры ИС целесообразно выделить три основных уровня [4]:
интерфейс пользователя (Presentation Layer) – слой представления данных для пользователя;
логика приложения – Application Logic, включая навигаторы по функциям - Navigators;
слой данных – Data.
Слой данных должен представлять собой модель данных или объектной структуры элементов предметной области. Данный слой также включает все основные разделы (справочники) – Path, а также модули для тестирования приложения – Test.
Так, на рисунке 19 приведена диаграмма пакетов, составляющая основу архитектуры информационной системы.
Рисунок 19 – Архитектура ИС
Эскизы GUI
Основу пользовательского интерфейса ИС будет составлять одно основное окно, в котором посредством главного меню пользователь может переключаться между подсистемами в соответствии с делегированным ему доступом.
На рисунке 20 приведен прототип главного окна системы (frmMain), основными элементами которого являются:
главное меню навигации по подсистемам;
panelSubsystem – контейнер, в котором будут отображаться все подсистемы;
служебная строка статуса и сервисных функций информационной системы, включающая отображение данных авторизованного пользователя, актуальную дату и время, параметры используемой БД, а также предлагающая команды: смены пользователя, изменения настроек подключения к БД, завершения работы программы.
Рисунок 20 – Прототип главной формы системы
Для ввода данных в справочники информационной системы используются формы ввода / редактирования данных, обладающие свойствами модальности, проверки ввода информации. При этом в формах диалога жирным шрифтом помечены поля, обязательные для заполнения.
Для обеспечения корректности ввода данных предусматриваются следующие меры (на уровне пользовательского интерфейса):
для ввода числовых данных используются специальные компоненты-счетчики, позволяющие вводить значения в строго указанных диапазонах;
производится контроль наличия данных в полях, обязательных для ввода;
производится проверка по типам введенных данных (при некорректном вводе подставляются значения по умолчанию);
для текстовых полей указывается максимально допустимая длина вводимых в них значений (на макетах показана в квадратных скобках) – данная длина соотносится с соответствующими ограничениями, установленными в полях базы данных.
На рисунке 21 приведен прототип диалога ввода данных в справочник продукции – dialogProduction
Зарегистрируйся, чтобы продолжить изучение работы
. На данной форме для загрузки фото-превью продукции предусмотрен выбор изображения для продукции из каталога на диске компьютера.
Рисунок 21 – Прототип формы ввода данных продукции
На рисунке 22 приведен макет формы диалога ввода данных в справочник заказчиков – dialogCustomer.
Рисунок 22 – Прототип формы ввода данных заказчика
На рисунке 23 приведен макет формы диалога ввода данных заказа – dialogOrder.
Рисунок 23 – Прототип формы ввода данных заказа
На рисунке 24 приведен макет формы диалога ввода данных новой партии произведенной продукции – dialogProductPart.
Данная форма предназначена для регистрации в базе новой произведенной партии продукции: для этого указываются даты начала и окончания производства партии, выбирается из справочника вид произведенной продукции и ее объем в тоннах.
Рисунок 24 – Прототип формы ввода данных партии продукции
Справочники в системе приведены к типовой структуре и внешнему виду, который предоставляет слудеющие элементы: непосредственную таблицу с данными справочника, панель, содержащую набор команд для управления записями (добавление, редактирование, удаление), строку статуса, в которой отображается информация об объеме загруженных в таблицу данных. Исполнение справочников (и учетных таблиц) в ИС выполнено на базе пользовательских контейнеров типа Panel.
На рисунке 25 приведены прототипы справочников заказчиков (ucSubsystemCustomers) и продукции (ucProductionDictionary).
Рисунок 25 – Прототипы справочников
Структуру, схожую со справочниками, имеет также подсистема учета заказов. Она также выполнена в табличном виде с соответствующими панелями команд и статуса. Прототип подсистемы регистрации заказов ucSubsystemOrders приведен на рис. 26.
Рисунок 26 – Прототип подсистемы регистрации заказов
Каталог продукции представляется в виде отдельной подсистемы в специальном компоненте WebBrowser в формате HTML. Каталог может быть сохранен на диск и / или распечатан на принтере. Для этих действий предусмотрены соответствующие команды. Прототип формы каталога продукции (ucProductionCatalog) приведен на рисунке 27.
Рисунок 27 – Прототип каталога продукции
Отдельной подсистемой выполнена форма учета производства (ucProductionAccounting), которая также предназначена для учета партий продукции
50% курсовой работы недоступно для прочтения
Закажи написание курсовой работы по выбранной теме всего за пару кликов. Персональная работа в кратчайшее время!