Диплом: Автоматизация приема заявок на ремонт и модернизацию ПК в АО НПО "Турботехника"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
88
Рисунок 21 Сценарий диалога системы
Для задания справочников системы относится группа окошек, которые
вызываются выбором требуемого пункта меню “Справочники”.
Для регистрации нового заказа или введения информации о
исполняемых работах нужно выбрать определенный пункт меню “Работа”.
Для отчетов и получения данных статистики нужно выбрать
определенный пункт меню “Отчеты”.
Во время работы применены такие принципы организации
пользовательского интерфейса [3]:
– интуитивность и естественность (отсутствие у пользователя
сложностей при выполнении поиска требуемых директив либо компонентов
интерфейса, чтобы управлять процессом выполнения установленной задачи);
– непротиворечивость;
– отсутствие избыточности (должно обеспечиваться вводом
минимально требуемого объёма информации для выполнения решения задач
или управления системой; не должен требовать повторный ввод информации
или ввод вычисляемой информации);
– структурирование данных на мониторе (численность данных и
элементов на экране должна быть минимальной; данные на экране должны
быть сгруппированы и упорядочены с помощью цветового кодирования,
рамок, отрицательного изображения либо же иных способов привлечения
внимания);
– выделение компонентов интерфейса цветом и яркостью;
– стандартизация (однотипная информация должна размещаться в
одной части монитора); информация, требующая немедленного обращения
внимания, обязана выделяться яркостью или цветом, и всегда должна
всплывать на видное место, чтобы пользователь обращал внимание на нее.
Для уменьшения ошибок при введении данных в персональный
компьютер в нескольких полях устанавливаются правила на значение. В
89
самом обычном случае правило на значение должно обеспечивать, что через
ошибку ввода в числовом поле не появятся буквенные символы. Иные
правила могут определять диапазоны или область допустимых значений.
Заданное правило на значение постоянно станет проверяться при введении
или корректировке значения поля в таблице. Помимо этого, для уменьшения
количества ошибок при вводе информации применяется маска ввода. Маска
ввода удобна во время использования полей, смысловая нагрузка и размер
которых до этого было известно.
2.3.4 Описание программных модулей
Структурная схема пакета ИС приведена на рисунке 22.
Программная система состоит из следующих уровней: клиент; сервер
приложений; сервер БД (рисунок 23).
Клиент — это интерфейсный компонент, представляющий первый
уровень, являющийся приложением для конечного пользователя. Первый
уровень не имеет прямых связей с БД и бизнес - логики.
90
Программные модули
Серверный
компонент
TdmServer
TdssmRemoteData
Клиентский
компонент
TdmData
SQLConnection
TClientDataSet
TDataSetDrovider
TDataSource
Рисунок 22 Структурная схема пакета ИС
Клиент
Сервер приложение
Сервер баз данных
Рисунок 23 Структура программной системы
Сервер приложений расположен на втором уровне. На втором уровне
сосредотачивается основная часть бизнес - логики.
На третий уровень выносится сервер БД, который обеспечивает
сохранение данных.
Сервер приложений был разработан с применением технологии Delphi
10 DataSnap. Передача данных между клиентом и сервером осуществляется
91
посредством протокола TCP. Сервер приложений взаимодействует с БД
через СУБД MS SQL Server. Подключение к БД осуществляется при помощи
технологии ADO.
В структуре сервера можно выделить 2 основные части: Модуль
управления сервером (TdmServer) и модуль предоставления данных
(TdssmRemoteData). В таблице 7 приведено описание данных модулей.
Таблица 7
Структура сервера приложений
Название
модуля
Описание
Функции
1
TdmServer
Вклечены компоненты для
подключения к системе
управления БД (через
ADO) и компоненты для
организации сервера
приложений (передача
данных осуществляется
посредством протокола
TCP).
Подключение к СУБД.
Управление сервером
приложений (установка
соединений с
клиентскими
приложениями,
аутентификация
пользователей,
передача данных
клиентам).
2
TdssmRemoteData
Модуль системы, который
определяет доступные
клиенту данные и
функциональность
системы. Экземпляр этого
модуля создается для
каждого подключенного
клиента.
Авторизация
Предоставление данных
Предоставление
функциональности
Основу клиентской части составляет модуль TdmData, выполняющий
такие функции: соединение с сервером; управление предоставленными
сервером наборами данных; получение доступа к функциональности сервера
(создание проекции интерфейса взаимодействия «TdssmRemoteData»).
На третий уровень выносится сервер БД, который обеспечивает
сохранение данных.
2.4 Контрольный пример реализации проекта и его описание
Интерфейс должен разрабатываться в соответствии с требованиями
юзабилити.
Юзабилити считается свойством продукта или системы. Когда продукт
92
считается юзабельным, то это означает, что пользователи смогут достигать
своих целей при использовании данного продукта; а также что барьеров в
решении задач не существует. Эксперты по юзабилити такие задачи и цели
учитывают в своей работе.
Определения юзабилити в соответствии с стандартом ISO 9241-11
гласит следующее: «юзабилити является степенью удовлетворенности,
продуктивности и эффективности, с которыми продукт способен
применяться конкретными пользователями в конкретном контексте
применения, чтобы достичь конкретных целей».
Типичная процедура проектирования GUI-интерфейса для приложений
ИС начинается с прецедентов. Аналитик, который описывает поток событий
для прецедента, имеет некоторый зрительный образ GUI-интерфейса, чтобы
поддержать человеко-машинное взаимодействие. Сложные человеко-
машинные взаимодействия невозможно передать верно, употребляя только
“язык прозы”. Временами процедура сбора и согласования запросов
заказчика приводит к необходимости выработать эскизы GUI-интерфейса.
В проектировании GUI-интерфейса основной момент состоит в том,
что контроль осуществляется на пользовательской стороне (если, система, а
не пользователь, контролирует безопасность, защиту и системную
целостность). Инновационные объектно-ориентированные программы
управляются событиями. Объекты откликаются на события (сообщения).
Между объектами внутренние взаимодействия запускаются внешними
событиями, которые инициируются пользователем.
Руководящие принципы для разработчиков служат фундаментом для
создания GUI- интерфейса. Их на подсознательном уровне должны
применять разработчики в процессе принятия любых проектных решений по
отношению GUI-интерфейса. Отдельные из этих руководящих принципов
представлены в качестве хорошо известных старых истин, остальные
основаны на передовой GUI-технологии.
В основной массе случаев имеется типовой набор компонентов
93
интерфейса, которые включает следующие компоненты управления:
- всплывающая подсказка (tooltip, hint)
- строка состояния (status bar)
- ползунок (slider)
- полоса прокрутки (scrollbar)
- панель инструментов (toolbar)
- вкладка (tab)
- панель (panel)
- модальное окно (modal window)
- диалоговое окно (dialog box)
- окно (window)
- ниспадающее меню (pull down menu)
- контекстное меню (popup menu)
- главное меню окна (menu bar или main menu)
- меню (menu)
- элемент для отображения табличных данных (grid view)
- поле редактирования (edit field, textbox)
- метка (label)
- раскрывающийся список (drop-down list, combo box)
- дерево — иерархический список (tree view)
- список (list box)
- значок (icon, иконка)
- флажок (check box)
- радиокнопка (radio button)
- split button (сдвоенная кнопка) — кнопка, которая вызывает список
со вторичным(и) действием(и) (кнопками)
- кнопка (button).
Для разрабатываемого приложения будут использованы следующие
типы элементов:
- строка состояния (status bar)
94
- ползунок (slider)
- полоса прокрутки (scrollbar)
- вкладка (tab)
- главное меню окна (menu bar или main menu)
- меню (menu)
- элемент для отображения табличных данных (grid view)
- поле редактирования (edit field, textbox)
- список (list box)
- значок (icon, иконка)
- кнопка (button).
Для использования требований к интерфейсу были использованы
следующие технологические решения при разработке экранных форм:
- Использование специальных программных средств при
проектировании макетов экранных форм;
- Использование традиционного расположения таких элементов
интерфейса, как кнопки «Закрыть окно», «Свернуть в окно», «Свернуть»;
- Использование крупных интерфейсных элементов для перехода к
пунктам меню программы.
Рассмотрим порядок работы системы, начиная с администратора,.
Администратор управляет работой системы, включая редактирование
справочников, удаление и добавление записей в них.
После авторизации администратор видит главную форму программы со
списком поступивших заявок – рисунок П.Д.1.
Поступившую заявку можно отправить на выполнение в определенный
цех – рисунок П.Д.2.
Для этого нужно выбрать наименование подразделения.
Также администратор заполняет справочники и получает отчеты. На
рисунке приведена форма справочника Оборудование – рисунки П.Д.3,
П.Д.4.
Также администратор учитывает данные по запчастям, находящимся на
95
складе – рисунок П.Д.5. И управляет пользователями, добавляя, удаляя и
редактируя их данные – рисунок П.Д.6.
Наладчик после авторизации также видит форму со список заявок и их
статусом.
Для добавления заявки вначале выбирается оборудование, причем
дважды заявку на одно и тоже оборудование подать нельзя – рисунок П.Д.7.
Далее необходимо ввести информацию по заявке – рисунок П.Д.8.
Наладчик также видит список поступивших для него заявок. Он может
либо принять заявку к работе, либо вернуть ее диспетчеру с указанием
причины. После того, как заявка выполнена, она закрывается, при этом
указываются, какие запасные части использовались, работы проводились и
какие сотрудники принимали участие в ее устранении – рисунки П.Д.9,
П.Д.10.
После чего формируется наряд на ремонт – рисунок П.Д.11.
Администратор также получает следующие отчеты:
Отчет по количеству поступивших заявок за период за каждый цех
сравнительно с другими цехами;
По простаивающему оборудованию в настоящий момент;
Сравнительный отчет по простою оборудования каждого цеха за
период;
Сравнительный отчет по количеству выполненных заявок за период
за каждый отдел сравнительно с другими отделами ремонтного
подразделения;
По оборудованию, которое более всего простаивало за период
(сравнительно по типам);
Отчет по загруженности работников ремонтной службы за
определенный промежуток времени.
В итоге проектирования были также созданы информационная модель
ИС, выделены и описаны используемые системы шифрования и
96
классификаторы, описана ER-диаграмма информационной базы, показаны
схемы технологического процесса обрабатывания, сбора и выдачи данных.
В проектной части рассматриваются жизненные этапы цикла проекта.
Проведена общая характеристика информационной архитектуры
внедряемого проекта, дано описание структуре полей таблиц базы данных,
создана информационная модель задачи, выполнено моделирование
«сущность-связь» (ER-модель), а также произведен анализ всем
информационным потокам входной, оперативной, результатной и
нормативно-справочной информации.
В ходе реализации решений по программному обеспечению построены:
дерево диалога (сценарий работы с системой), структурная пакетная схема и
ряд остальных компонентов проекта, которые подробно раскрывают суть
машинной реализации задачи.
Помимо этого, вторая глава описывает все используемые программные
модули, метод построения схемы технологического процесса, передачи,
обработки, сбора и выдачи информации, а также контрольный пример
внедрения проекта.
Разработанная ИС считается законченной и универсальной. Она может
внедряться в любые организации с подобными бизнес-процессами.
Информационная система, которая разработана, будет доступной для
пользователей с любой степенью подготовки, для ее применения
специальных знаний не требуется.
97
3. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ
ПРОЕКТА
3.1. Выбор и обоснование методики расчёта экономической
эффективности
Учитывая сложность оценивания планируемых результатов от создания
и введения технических нововведений, в особенности на ранних этапах
жизненного цикла, требуются административные решения, которые дали бы
возможность избежать ошибок в процессе принятия решений, свести к
минимуму отклонения фактических итогов от планируемых. В процессе
расчета экономической эффективности будет проводиться сопоставление
итогов обработки информации при имеющемся бизнес-процессе и после
введения проектируемой системы. Непосредственная эффективность
машинной обработки информации представлена в показателе уменьшения
стоимостных экономических затрат на обработку информации. В процессе
оценки прямой эффективности в стоимостных единицах измерения
рассчитывают два вида показателей – показатель понижения стоимостных
затрат и показатель понижения трудовых затрат.
В процессе расчета изменения трудовых затрат на обработку
информации применяется такая система показателей:
1. Абсолютный показатель понижения трудовых затрат на
обработку информации
Т=Т
0
1
(1)
где Т
0
считается годовой трудоемкостью обработки информации при
базовом варианте; а
Т
1
годовой стоимостью обработки информации при разрабатываемом
варианте.
2. Коэффициент понижения трудовых затрат
K
т
=(Т/Т
0
)*100 (%) (2)
3. Индекс понижения трудовых затрат, показывающий повышение
производительности труда в процессе обработки информации.
Y
т
0
(3)

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
IPO - инструмент финансирования деятельности организации. На примере ПАО «Нефтяная компания «Лукойл»
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)