36
тысячи человек);
в системах можно работать через веб-браузер либо через
приложения для Windows систем и мобильных устройств;
имеется интеграция с основным веб-сайтом предприятия;
получения персональных уведомлений по почте либо в самой
системе;
присутствует хорошая система безопасности.
Все перечисленные выше продукты, как выяснилось, не имеют такой
функции, как формирование заявок на материалы. Заявка составляется, но не
учитывает специфику данного процесса. Также они обладают излишней
функциональностью для рассматриваемого предприятия и автоматизируемой
задачи, требуют значительных финансовых расходов для их покупки и
дальнейшего обслуживания. Поэтому было принято решение о
самостоятельной разработке системы учета и обработки заявок ООО
«Пилснаб».
Основной задачей создания системы учета обработки заявок становится
автоматизация процесса обработки заявок на материалы для производства
ленточных пил. Разработанная система позволит использовать одну
интегрированную программу создания заявок вместо нескольких
разрозненных.
К создаваемой системе будут предъявляться следующие требования:
Составление, регистрация и согласование заявок от сотрудников на
закупку материалов, необходимых для производства ленточных пил
Составление отчетов о выполнение заявок;
Наличие механизма отслеживания выполнения заявок в системе.
Сама ИС должна включать в себя следующие функции:
1. Cоздание заявок на материалы:
Составление заявки пользователем;
Передача заявок на согласование и исполнение.
2. Отслеживание согласования и выполнения заявок:
37
Отслеживание последовательности прохождения заявки этапов
согласования;
Внесение информации об исполнении заявки исполнителем;
Просмотр информации о ходе поступления материалов.
3. Выполнение запросов по заявкам:
Фильтрация по выбранному критерию (дата, ФИО сотрудника и
т.д.)
Поиск по внесенному ключевому слову.
4. Cоставление отчета по выбранному критерию.
Формирование отчета в формате Microsoft Excel.
1.3.2 Выбор и обоснование стратегии автоматизации задачи
Для стратегии автоматизации задачи послужит, стратегия автоматизации
по участкам, она и будет являться основополагающим фактором для внедрения
нашей системы.
Основные этапы стратегии автоматизации задачи [9]:
Подготовка сотрудников предприятия к внедрению новой системы (не
все сотрудники готовы в первое время работать с данной системой в виду
появления нового интерфейса, неизвестных функций, определенных
функциональных режимов и других моментов);
Сдача всех задач и подсистем в опытную эксплуатацию (опытная
эксплуатация должна проводиться в первую очередь опытными
специалистами).
Опытная эксплуатация на предприятии (проводится руководителями
структурных подразделений, далее, выявляются все определяющие нюансы по
работе с системой). Во время опытной эксплуатации проводится выявление
всех недочетов существующей версии, апробируются выработанные алгоритмы
формирования и обработки заявки. Это дает возможность осуществить
настройку систему при ее доработке для нужд пользователей.
Общая промышленная эксплуатация (берется в повседневную
эксплуатацию штатными сотрудниками).
38
Перед вводом системы в эксплуатацию должно быть проведено обучение
всех сотрудников. Во время последнего этапа очень важно осуществлять
техническую поддержку существующей системы, а именно выявляя баги при
работе с ним, своевременно их исправлять.
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Для осуществления выбора и обоснования способа приобретения
информационной системы для автоматизации учета заявок, необходимо
осуществить сравнительный анализ по следующим факторам:
Критерии;
Разработка с «нуля»;
Коробочная версия с дополнительным ПО;
Покупка и доработка.
В таблице 1.6 приведен сравнительный анализ способов приобретения.
Таблица 1.6
Сравнительный анализ способов приобретения
Критерий
Разработка
«с нуля»
Коробочная версия с
дополнительным
параметрами
Покупка и
доработка
Стоимость
продукта
Дорога из-за
необходимост
и привлечения
большого
количества
сотрудников
для
разработки
Коробочная версия
имеет среднюю
стоимость. Большой
объем затрат пойдет на
покупку
дополнительных
модулей.
Средняя стоимость
коробочной версии.
Для последующей
доработки требуется
привлечение
собственного
персонала, либо
разработчика.
39
Продолжение таблицы 1.6
Время на
создание и
внедрение
Разработка
занимает
несколько
месяцев
Разработка готовая и
необходимость лишь в
ее внедрении, занимает
около недели.
Доработка основных
модулей займет
примерно месяц.
Кем
исполняется
Собственные
силы
заказчика
Специалистами
поставщика
Собственными
силами
Согласно рассмотренным способам приобретения системы обработки
заявки, можно сделать вывод о том, что:
1) Закупка коробочной версии с последующей докупкой
дополнительного ПО – не эффективна, так как представляет собой хаотичную
стратегию автоматизации, которая привлечет со временем к убыткам. После
внедрения система не будет полностью удовлетворять всем требованиям,
соответственно, впоследствии ее придется дорабатывать и модифицировать.
Коробочная версия чаще всего не позволяет выполнять в полном объеме все
функции.
Закупка коробочной версии, и ее доработка – способ достаточно
экономичный, но не выгоден в связи с тем, что на доработку системы придется
привлечь большое количество собственных сотрудников. На разбор
работающей системы уйдет большое количество времени, плюс потребуется
некоторое время, чтобы реализовать в ней необходимые возможности.
В связи с этим следует остановить на разработке «с нуля». Способ
дорогостоящий и продолжительный, но на выходе система будет удовлетворять
всем требованиям автоматизируемого предприятия.
ИС будет создаваться собственными силами фирмы, поскольку компания
имеет квалифицированных сотрудников для разработки и внедрения подобной
ИС. Создаваемая ИС включает весь необходимый функционал, а также
учитывает все особенности работы и пожелания сотрудников данной
компании, поскольку является индивидуальным (уникальным) продуктом,
40
позволяющим быстро модифицировать функциональность в рамках требований
внутреннего заказчика.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение - совокупность данных, представленных в
определенной форме для компьютерной обработки. Организационное и
методическое обеспечение представляют собой комплекс мероприятий,
направленных на функционирование компьютера и программного обеспечения
для получения искомого результата [10].
Информационное обеспечение (ИО) — совокупность единой системы
классификации и кодирования информации, унифицированных систем
документации и информационных массивов.
Электронная форма документа – шаблон документа с пустым
пространством, оставленным для заполнения пользователем. Такие формы
могут содержать командные кнопки, переключатели, различные меню и
поддерживать разные типы входной информации. Следует отметить, что для
создания таких форм требуется специальное программное обеспечение.
Выделим несколько видов форм:
Предназначенные для сбора данных, занесения их в базу данных с
последующей обработкой (заполнение и сбор по электронной почте или через
формы, размещенные на Web-серверах)
Предназначенные для получения и сбора информации внутри
организации и из-за ее пределов (заказы на покупку, счета, отчеты о
командировочных расходах)
В системе обработки заявок будет использоваться только первый вид
форм. Сбор данные происходит у пользователей, заносится в БД и сохраняется
там в определенных таблицах. Используемая форма заявки на материалы
является аналогом бумажной формы, которая использовалась на протяжении
41
нескольких лет в организации. Определены основные поля для внесения
данных, которых аналогичны позициям, размещаемым на бумажном
документе.
Можно отметить то, что различие будет в том, что в электронном
документе подписи согласующих будут отсутствовать. Наличие согласования
будет отмечено только в описании процессов, осуществляемых с документом.
Информационная база — совокупность данных, организованная
определенным способом и хранимая в памяти вычислительной системы в виде
файлов, с помощью которых удовлетворяются информационные потребности
управленческих процессов и решаемых задач.
Существуют следующие способы организации информационной базы:
совокупность локальных файлов и интегрированная информационная база,
управляемая по средствам СУБД.
Локальные файлы обеспечивают более быстрое время обработки данных,
но из-за большого количества дублированной информации, негибкости доступа
к ней этот плюс несущественен. Поэтому организация локальных файлов
применяется зачастую только в специализированных приложениях, требующих
высокую скорость реакции при импорте данных.
Интегрированная информационная база – совокупность взаимосвязанных
данных при минимальной избыточности, допускающей их использование
оптимальным образом для множества приложений.
Система управления базами данных (СУБД) обеспечивает совместимость
данных, уменьшение семантической и синтаксической избыточности,
соответствие данных реальному состоянию объекта, разделение хранения
данных между пользователями. За минусом отметим необходимость усиления
контроля вводимых данных и разграничения доступа к закрытой информации
[8].
В качестве информационной базы будет выбрана интегрированная база
данных под управлением СУБД. Документооборот в организации достаточно
велик, документы копируются и изменяются по нескольку раз в день.
42
Пользователям необходима свежая информация с постоянным обновлением, а
совокупность локальных файлов не сможет предоставить этой возможности.
В качестве модели будет выбрана реляционная базы данных, она легко
корректируется, удобна в использование и проста по своей структуре.
Реляционная модель данных организует и представляет данные в виде
таблиц и реляций. Все отношения в модели имеют собственный Наименование
поля таблицы, что позволяет исключить дублирование информации. Такие
модели просты в использовании, легко модифицируются и их реализация не
занимает много времени. Существует два подхода к проектированию
реляционной базы данных [2]:
На этапе концептуального проектирования создается не концептуальная
модель данных, а непосредственно реляционная схема БД, состоящая из
определений реляционных таблиц, подвергающихся нормализации.
Функциональная модель, преобразовывается в нормализированную
реляционную. Такой подход чаще используется при построении больших баз
данных для крупных информационных систем.
Определяющим результирующим документом для разработанной
системы является список заявок на материалы, распределенный по следующим
статусам:
Новые заявки;
заявки в процессе согласования;
закрытые заявки;
удаленные заявки.
Также в системе формируются следующие отчеты:
отчет по поступившим, обработанным и закрытым заявкам за
произвольный период;
отчет по заявкам, поданным определенным пользователем за
произвольный период.
43
1.4.2 Обоснование проектных решений по программному
обеспечению
Для создания системы одним из первых этапов – это правильный выбор
системы управления базами данных (СУБД). СУБД является
специализированной программой, предназначенной для создания и управления
базами данных.
Все компьютеры в организации объединены в локально-вычислительную
сеть, что позволяет им обмениваться информацией друг с другом.
Существование такой сети позволит использовать клиент-серверную СУБД
MySQL. Выбор остановился именно на ней в связи со следующими факторами:
в организации имеется сертифицированный персонал, который может своими
силами корректировать и вести базу данных. Помимо этого, эта СУБД является
достаточно надежной и предоставляет возможность хорошей защиты хранимой
и обрабатываемой информации [2].
Преимущества MySQL [9]:
высокая скорость обработки данных;
бесплатные открытые лицензии;
легкость и простата в эксплуатации;
использование и поддержка 99% хостинг-провайдерами;
возможность использования в ОС Unix и Windows.
Второй этап – это определение языка программирования, на котором
будет проведено проектирование. На сегодняшний день рынок программного
обеспечения представлен широким изобилием средств для проектирования и
реализации программных продуктов, таких как АИС (автоматизированные
информационные системы), АРМ (автоматизированные рабочие места),
мобильные и веб-приложения, десктоп приложения и многие другие.
На современном этапе реализации проектов можно выделить следующие
языки программирования для разработки desktop/console/web приложений:
С++;
С#;
44
Java;
JavaScript;
Perl;
PHP;
VB.Net;
Delphi.
Сравнивать данные языки программирования можно по множествам
критериев, например, таким как функциональные возможности и дополнения.
Только правильный выбор того либо иного языка программирования
поможет в полной мере реализовать проект таким, каким его видит
исполнитель.
Для реализации приложения пользователя выбран язык
программирования С#, СУБД - MySQL. Выбор пал в результате сравнения
между иными языками программирования и СУБД.
Результаты сравнений занесены в таблицу 1.7-1.8.
В качестве сравнения будут рассматриваться самые востребованные
языки программирования на сегодняшний день [11,15].
Таблица 1.7
Функциональные возможности
Возможность
Языки программирования
С++
C#
Java
Java
Script
Perl
PHP
VB.NET
Delphi
Декларации
чистоты
функций
−
−
−
−
−
−
−
−
First class
functions
+
+
−
+
+
−
+/−
+
Лексические
замыкания
+
+
+
+
+
+
+/−
+
45
Продолжение таблицы 1.7
Частичное
применение
+/−
−
−
+
−
−
−
+
Каррирова-
ние
+/−
+
−
+
+
+
+/−
+
Анонимные
функции
+
+
+
+
+
+
+/−
+
Таблица 1.8
Дополнительные возможности
Возможность
Языки программирования
С++
C#
Java
Java
Script
Perl
PHP
VB.
NET
Delphi
Макросы
+
+/−
−
−
+
−
+
−
Шаблоны/
Generics
+
+
+
−
−
−
+
+
Локальные
функции
+
+
+/−
+
+/−
+
+/−
+
Контрактное
програм-
мирование
−
+
+/−
−
−
−
+
−
Библиотеки
для работы с
графикой
+
+
+
+
−
+/−
+
+
Для создания серверной части приложения был выбран язык
программирования C#. Это высокоуровневый, объектно-ориентированный язык
программирования, обладающий широкими возможностями для разработки
программного обеспечения. Большим преимуществом данного языка является
то, что он является статически типизированным языком, что улучшает
тестируемость [4].
В контексте данного программного средства, язык C# был выбран