52
spare_count
double
Нет
Таблица 8 – Характеристика таблицы request_states
Поле
Тип
Null
id_request
int(11)
Нет
id_state
int(11)
Нет
date
datetime
Нет
Таблица 9 – Характеристика таблицы request_users
Поле
Тип
Null
id_request
int(11)
Нет
id_user
int(11)
Нет
date_1
datetime
Да
date_2
datetime
Да
info
varchar(255)
Да
Таблица 10 – Характеристика таблицы Settings
Поле
Тип
Null
id
int(11)
Нет
organization_name
varchar(255)
Да
Таблица 11 – Характеристика таблицы spare
Поле
Тип
Null
id
int(11)
Нет
name
varchar(255)
Да
spare_count
double
Да
Таблица 12 – Характеристика таблицы state
Поле
Тип
Null
Id
int(11)
Нет
Name
varchar(255)
Да
Таблица 13 – Характеристика таблицы subdivision
Поле
Тип
Null
id
int(11)
Нет
name
varchar(255)
Да
53
Таблица 14 – Характеристика таблицы user
Поле
Тип
Null
id
int(11)
Нет
surname
varchar(255)
Да
name
varchar(255)
Да
patronymic
varchar(255)
Да
login
varchar(255)
Да
password
varchar(255)
Да
id_user_type
int(11)
Да
phone
varchar(255)
Да
email
varchar(255)
Да
id_subdivision
int(11)
Да
id_workshop
int(11)
Да
block
bit(1)
Да
report_date_1
datetime
Да
report_date_2
datetime
Да
Таблица 15 – Характеристика таблицы user_type
Поле
Тип
Null
Id
int(11)
Нет
Name
varchar(255)
Да
Таблица 16 – Характеристика таблицы workshop
Поле
Тип
Null
id
int(11)
Нет
name
varchar(255)
Да
Таким образом, во 2 главе дипломной работы в результате сравнения и
анализа уже имеющихся на рынке программных средств разработки был
выбран язык программирования высокого уровня«С++» и СУБД«MS SQL
Server 2012». Далее созданы основные диаграммы
дляфункционированияразрабатываемой автоматизированной
информационной системы, с использованием нотации «UML», в том числе
диаграммы последовательности и прецедентов. Это позволило сделать
следующий этап–разработку структурыБД. Разработка структуры БД
выполнялась последовательно: от логической к физической модели данных.
54
3.2. Разработка инструкции пользователя
Покажем порядок работы созданной информационной системы, начиная
с главного пользователя - администратора. Администратор может управлять
работой всей системы, в том числе редактирование документов и
справочников, добавление и удалениеопределенных записей.
После прохождения авторизации администратор видит самую главную
форму АИС со списком заявок, которые поступили (рис. 19).
Рисунок 19 – Главная форма АИС
Заявку, которая поступила можно отправить на её выполнение в нужный
цех предприятия. Форма выбора отдела показана на рисунке 20.
Рисунок 20 5–Выбор отдела
55
Для этого нужно выбрать наименование подразделения.
Также администратор заполняет справочники и получает отчеты. На
рисунке приведена форма справочника Оборудование(рисунок 21).
Рисунок 21 6– Справочник «Оборудование»
Форма справочника «Ремонтное подразделение» показана на рисунке 22,
а справочник «Статус заявки» на рисунке 23.
Рисунок 22 7– Справочник «Ремонтное подразделение»
56
Рисунок 23 – Справочник«Статус заявки»
Также администратор может учитывать данные по запасным частям,
которые находятся на складе.
Рисунок 24 – Учет имеющихся запчастей склада
И управляет пользователями, Добавляя, удаляя и редактируя их данные.
57
Рисунок 25 – “Пользователи”
Работник цеха после авторизации также видит форму со список заявок и
их статусом (рисунок 26).
Рисунок 26 – Список заявок в интерфейсе работника ремонтного
подразделения
Для добавления заявки вначале выбирается оборудование, причем
дважды заявку на одно и тоже оборудование подать нельзя.
58
Рисунок 27 – Выбор необходимого оборудования
Далее необходимо ввести информацию по заявке (рисунок 28).
Рисунок 28–Информация по заявке
Рабочий ремонтного отделаможет видеть список поступивших к нему
заявок. Он имеет возможность либо принять заявку к работе, либо вернуть ее
диспетчеру с указанием причины. После того, как заявка выполнена, она
закрывается, при этом указываются, какие запасные части использовались,
работы проводились, и какие сотрудники принимали участие в ее устранении.
59
После чего формируется наряд на ремонт(рис. 29):
Рисунок 29 – Наряд на текущий ремонт
Администратор также получает следующие отчеты:
отчет по количеству поступивших заявок за период за каждый цех
сравнительно с другими цехами;
по простаивающему оборудованию в настоящий момент;
сравнительный отчет по простою оборудования каждого цеха за
период;
сравнительный отчет по количеству выполненных заявок за период за
каждый отдел сравнительно с другими отделами ремонтного подразделения;
60
по оборудованию, которое более всего простаивало за период
(сравнительно по типам)
отчет по загруженности работников ремонтной службы за
определенный промежуток времени.
3.3. Выбор и обоснование методики расчета экономической
эффективности
За все время функционирования и создания различных информационных
систем принято выделять несколько общих принципов их экономического
обоснования и организации этих процессов. В любом случае оценка
экономической эффективности такой информационной системы должна быть
комплексной и обязательно учитывать все социальные, экономические,
экологические и другие особенности принимаемых решений.
Основной целью экономического обоснования рассматриваемой
информационной системы будет количественное и качественное обоснование
экономической целесообразности разработки или модернизации
информационной системы, а также определение главных экономических и
организационных условий для ее успешного функционирования.
При разработке отдельных компонентов или элементов
информационной системы, то результаты экономического анализа
составляются непосредственно по ним. Важно помнить, что в любом процессе
проектирования ИС обязательно содержится несколько аспектов
экономического обоснования.
Программное обеспечение занимает особое место в составе
комплексного средства автоматизации. Оно также включает в себя
программные модули или отдельные пакеты программ, разработанные для
использования другой информационной системой (заимствованные), или
созданные для широкого использования в разных информационных системах
61
(другими словам – универсальные), или абсолютно стандартные для
различных сфер применения компьютеров. Помимо такого типа программного
обеспечения почти в каждой информационной системе имеются
оригинальные, специально созданные программы и алгоритмы, которые
необходимы для нормальной работы данной информационной системы.
Важно всегда выделять процесс создания ПО из общего процесса разработки
автоматизированной системы и определять его с двух позиций:
‑ прикладной, поскольку создаваемые программные продукты можно
использовать независимо от основной системы;
‑ системной, т.к. создается программное обеспечение.
Для правильного планирования процесса создания ПО и расчета его
стоимости важно определить трудоемкость разработки программных средств.
Распределение труда в процессе разработки ПО всегда вызывает огромные
трудности, как и любое другое нормирование творческой деятельности,
элементы которой могут определяться только на основе экспертных оценок
опытных программистов, либо жесткими и неизменными сроками реализации
всего проекта, что IT-специалиста находить решение. Творческая часть труда
программистов нормированию поддается, но точность этих норм имеет
большой разброс и зависит от ряда факторов. Только на основе опытно-
статистических данных от разных фирм, занимающихся программированием,
были разработаны несколько методов расчета трудоемкости разработки ПО.
В основе расчета экономической эффективности данного диплома лежит
обычное сравнение двух вариантов решения одной задачи: нового и
существующего. Базовый вариант позволяет автоматизировать лишь часть
процессов учета, предлагаемая же модель предоставляет полную
автоматизацию процесса.
Суммарная экономическая эффективность обычно складывается из пары
составляющих: