36
1.3.2 Выбор и обоснование стратегии автоматизации задачи
Определим стратегические и функциональные свойства ИС. Внедряемая
ИС автоматизации должна обладать хорошей масштабируемостью и высокой
надежностью хранения данных. Так же система должна легко адаптироваться
под программную среду объекта внедрения. При внедрении, данная ИС должна
иметь возможность гибкой доработки, так как возможно потребуется дальней-
шая доработка ИС силами сотрудников ИТ. Система не должна быть загромож-
дена большим количеством ненужных функций. Понятный интерфейс пользова-
теля, функциональный интерфейс администратора и широкую систему отчетов.
[6]
Для реализации плана возможно отметить надлежащие рубежи:
1. Анализ имеющих место быть процессов учёта работы ИТ отдела
фирмы. Заключается в сборе и анализе надлежащих характеристик: количество
не произведенных заказов, численность произведенных заказов в день по инже-
неру, среднее время выполнения заказа.
2. Определение абсолютной перечни возможностей, которых надо бу-
дет автоматизировать. Определение того что уже есть в системе в данный мо-
мент и тех функций, которые станут доступны в процессе разработки и внедре-
ния ИС.
3. Выбор стратегии автоматизации. Тест имеющихся типов стратегий
автоматизации и подбор более благоприятной к структуре и бизнес процессам
фирмы.
4. Формирование технического поручения и графика выполнения за-
даний.
Выбор стратегии автоматизации:
Существует четыре варианта стратегии автоматизации: кусочная (хаотич-
ная) автоматизация, автоматизация по участкам, автоматизация по направлениям
и комплексная автоматизация. Кусочная автоматизация предполагает под собой
приобретение предприятием без конкретного стратегического плана отдельных
фрагментов информационной системы, которые не способны оказать реальной
37
пользы предприятию в целом. Дальнейшее развитие информационной системы
предприятия связано с новыми, значительными затратами.
Автоматизация по участкам учитывает автоматизацию отдельных произ-
водственных участков, соединенных по набору выполняемых функций. Данный
метод автоматизации выбирается при условии, в случае если есть участки, где
использование автоматических систем выделяет важный финансовый эффект, к
примеру, за счет уменьшения персонала.
Автоматизация по направлениям подразумевает под собой автоматиза-
цию отдельных направлений деятельности компании. В этом случае компания
получает полную автоматизацию работы, например, кадровой службы, произ-
водства, бухгалтерии или логистики. Такой подход к автоматизации вполне
нормален и в дальнейшем интеграция уже автоматизированных направлений в
рамках всего предприятия не будет связана с серьезными препятствиями. [7]
Хаотичная, она же кусочная стратегия не подходит, например, как мы ав-
томатизируем весь отдел, в данном случае применяется некоторое количество
элементов ИС, такие как интернет сервер, СУБД, серверное приложение, невоз-
можно автоматизировать лишь только долю из них, эффекта от сего станет ноль.
Полная стратегия автоматизации тоже не подходит в нашем случае, так
как мы автоматизируем одно из направлений деятельности компании.
Стратегия автоматизации по участкам лучше других подходит в данном
дипломном плане, вследствие того собственно, что в нашем случае мы автомати-
зируем отдел логистики, за смену в нем трудится 5 человек, которые 30 % вре-
мени заняты телефонными звонками, а всё остальное время заняты рутинной ра-
ботой по регистрации и обработке заказов. Автоматизировав этот процесс, воз-
можно, станет уменьшено количество нагрузки на предоставленный отдел, не
понижая продуктивности его работы.
1.3.3 Выбор и обоснование способа приобретения ИС для автоматиза-
ции комплекса задач
Для автоматизации процессов управления и информационного обеспече-
ния рассматриваются три способа приобретения программного обеспечения:
38
Покупка готовой специализированной ИС;
Разработка ИС своими силами;
Разработка ИС сторонней фирмой;
Покупка системы и её доработка;
Ниже приведена таблица 1.6, в которой сравниваются критерии отбора,
способа приобретения программного продукта.
Таблица № 1.6
Сравнение способов приобретения ИС
Способ при-
обретения \
критерии
Покупка гото-
вой специали-
зированной
ИС
Разработка
ИС своими
силами
Разработка
ИС сторон-
ней фирмой
Покупка
системы и
её доработ-
ка
Соответствие
поставленной
задаче
Несоответствие
поставленной
задаче, за счет
невозможности
автоматизации
собственных
бизнес процес-
сов
Полное соот-
ветствие тре-
бованиям к
системе
Частичное
соответствие
потребно-
стям
Полное со-
ответствие
требовани-
ям к систе-
ме
Стоимость
внедрения
До 100000 руб-
лей
До 200000
рублей
От 300000
рублей
До 150000
рублей
Адаптивность
Невозможность
изменения си-
стемы
Возможность
полной пере-
работки
Возмож-
ность изме-
нения сила-
ми компа-
нии-
разработчика
Возмож-
ность пере-
работки
разрабаты-
ваемых
процессов
39
Продолжение таблицы № 1.6
Способ при-
обретения \
критерии
Покупка готовой
специализиро-
ванной ИС
Разработка
ИС своими
силами
Разработка
ИС сторон-
ней фирмой
Покупка
системы и
её дора-
ботка
Надежность
Надежность гаран-
тируется фирмой
производителем
ИС
Слабая
надежность
ИС
Надежность
гарантируется
фирмой-
разработчи-
ком ИС
Высокая
надеж-
ность ИС
Покупка: Так называемую коробочную версию продукта в дипломном
проекте рассматривать не буду, так как там нечего проектировать.
Покупка плюс доработка: Это покупка уже готового решения с возможно-
стью дописать функционал силами самих производителей ПО либо сделать это
средствами своей компании, то есть программистом, работающим в компании на
постоянной основе, в этом случае язык программирования программиста должен
совпадать или хотя бы быть близок к тому языку программирования, на котором
пишет программист компании.
Разработка: В данном случае можно использовать внешних разработчи-
ков, предоставив им чёткое техническое задание или разрабатывать ПО силами
ИТ специалистов, работающих в компании. В обоих случаях это весьма трудоза-
тратный проект с внедрением, который займет не менее чем полгода.
Приобретение плюс доработка были избраны исходя из критериев, опи-
санных в пункте 1.3.1 т.к. на этот момент применяемая ИС внедрена не наиболее
наилучшим образом и ведущей процесс регистрации и обработки заказов мало
автоматизирован. Плюсом данного заключения станет вероятность параллельной
работы в системе без кардинальных перемен во время доработки. Этот вариант
нормально подходит еще вследствие того, собственно, что в случае если что-
нибудь происходит не так, то всякий раз возможно остановится, изучить и
начать интеграцию снова, совместно с тем, главная система станет продолжать
функционировать исправно. Еще не считая способности откатиться в начало, в
40
критериях не всеобъемлемости бюджета, этот вариант станет единственным
правильным заключением.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному обеспе-
чению
В данном дипломном проекте будет использоваться только локальный
классификатор, так как никаких других классификаторов РФ в системе не ис-
пользуется. Классифицировать будем заявки по приоритетности заявки, по ком-
пании и по зоне ИТ, к которой принадлежит эта заявка (тип заявки).
Значительную долю вне машинного ИО составляет документация. В усло-
виях автоматизации важное значение придается унификации документации,
устанавливающей единые требования к содержанию и построению документов.
Унифицированные формы документов вырабатываются как для всех предприя-
тий РФ (например, формы бухгалтерской отчетности), так и для отдельных
предприятий (например, формы управленческой отчетности). Унификация за-
ключается в тщательном отборе и четком определении необходимой номенкла-
туры документов. При этом определяются сферы назначения и использования
документов и выявляются специфические особенности, характерные для соот-
ветствующих видов документов. Документы могут быть унифицированными и
локальными.
В данном дипломном проекте использованы локальные документы: «За-
явка на закупку материальных ценностей», «Заявка на регистрацию пользовате-
ля и доступ к программным ресурсам», «Заявка на устранение неполадок», «За-
явка на доступ к сетевым ресурсам». Информационные файлы формируются на
основе исходной информации, содержащейся в вышеуказанных первичных до-
кументах - основных носителях первичной экономической информации в систе-
мах машинной обработки данных. К ним предъявляется ряд требований:
достаточная полнота информации для решения задачи;
исключение избыточности информации;
достоверность и своевременность информации;
41
согласованность форм первичных документов с макетами размещения
информации на машинном носителе;
логичность построения документа.
Существует три способа организации информационной базы (ИБ): файло-
вая организация ИБ; интегрированная ИБ и смешанная организация ИБ.
Под файловой организацией ИБ понимается локальное размещение базы
на компьютере, доступ к которому других пользователей осуществляется стан-
дартными методами ОС для обмена данными по сети, например, в MS Windows
это Sharing и Security, что уменьшает скорость обработки данных в локальной
базе. Под смешанной организацией ИБ подразумевается распределённая база
данных, хранящаяся на нескольких серверах и реплицирующая изменения в
каждой из них по расписанию, данная структура ИБ используется в системах
класса ERP для работы в одной ИБ территориально удалённым офисам одновре-
менно.
В данном дипломном проекте наиболее целесообразной организацией ИБ
считаю интегрированную организацию ИБ, так как размер базы будет увеличи-
ваться каждый день на 100-200 записей. И оптимальным выбором будет исполь-
зование СУБД вместо файлового хранения базы данных.
1.4.2 Обоснование проектных решений по программному обеспечению
Программное обеспечение – неотъемлемая часть компьютерной системы.
Оно является логическим продолжением технических средств. Сфера примене-
ния конкретного компьютера определяется созданным для него программным
обеспечением. Сам по себе компьютер не обладает знаниями ни в одной области
применения. Все эти знания сосредоточены в выполняемых на компьютерах
программах. [8] В отличие от аппаратного обеспечения, которое описывает фи-
зические аспекты компьютера, программное обеспечение - это общий термин,
используемый для обозначения приложений, сценариев и программ, работаю-
щих на устройстве. Программное обеспечение можно рассматривать как пере-
менную часть компьютера, а аппаратную часть как неизменную часть.
42
Программное обеспечение часто подразделяется на прикладное про-
граммное обеспечение или загружаемые пользователем программы, которые
удовлетворяют необходимые нужды или потребности, и системное программное
обеспечение, которое включает в себя операционные системы и любые про-
граммы, поддерживающие прикладное программное обеспечение. Термин про-
межуточное программное обеспечение иногда используется для описания про-
граммирования, которое является посредником между прикладным и системным
программным обеспечением или между двумя различными типами прикладного
программного обеспечения. Например, промежуточное программное обеспече-
ние может использоваться для отправки запроса удаленной работы из приложе-
ния на компьютере, на котором установлена операционная система одного типа,
на приложение на компьютере с другой операционной системой.
Дополнительной категорией программного обеспечения является утилита,
представляющая собой небольшую полезную программу с ограниченными воз-
можностями. Некоторые утилиты поставляются с операционными системами.
Как и приложения, утилиты, как правило, устанавливаются отдельно и могут ис-
пользоваться независимо от остальной части операционной системы. Критерия-
ми выбора ПО, установленного на ПК пользователей является максимальная ми-
нимизация времени процесса описание заявки/неисправности пользователей и
отправки заявки используя корпоративную почту компании. В рамках корпора-
тивного стандарта в компании используется MS Outlook 2010. Для запуска этой
программы на компьютере пользователя должна быть также установлена ОС,
поддерживающая запуск данного приложения. В связи с корпоративным стан-
дартом используется версия ОС MS Windows 10 PRO, так как на данный момент,
это единственная ОС поддерживаемая компанией Microsoft в России (остальные
версии на данный момент уже не поддерживаются) и имеющая возможность ра-
ботать в доменной инфраструктуре (версия Windows 10 Home не поддерживает
работу в домене). Исходя из этих обоснований критерий Win 10 Pro Rus будет
использована в качестве пользовательской ОС. Итог: на рабочих станциях поль-
зователей (клиентов) должны быть установлены следующие программные про-
дукты:
Операционная система Windows 10 Pro Rus
43
Почтовый клиент MS Outlook 2010
Программа по обработке документооборота – это программа, разработан-
ная в ходе написания дипломного проекта на языке программирования C#, кото-
рая реализует весь документооборот на фирме. Критериями выбора архитектуры
реализации проектируемого Программного Комплекса являются:
совместимость с существующей инфраструктурой серверов;
возможность создания резервных копий данных и просматривать
статистку по обработанным заявкам.
При выборе ОС под данное решение был выбран MS Windows Server 2017,
так как данный вид серверных ОС не сильно требователен к ресурсам, а также
давно используются в инфраструктуре компании.
Для серверной части необходимо также выбрать систему управления ба-
зами данных (СУБД). В таблице 1.7 представлены основные современные СУБД.
Таблица № 1.7
Варианты СУБД систем.
Название СУБД
Характеристики
Microsoft
SQL Server
2017
MySql
Oracle
12.1.0.1
Встраиваемая аутентификация пользо-
вателей
да
да
нет
Мониторинг работы базы данных
да
да
да
Возможность создание временные таб-
лицы
да
да
да
Ведение журнала действий с базами
данных и подключение
да
да
да
В качестве СУБД для программы будет использоваться Microsoft SQL
Server 2017. Выбор в пользу компании Microsoft сделан не случайно, потому что
язык разработки выбран тоже компании Microsoft.
Закупка нового сервера не обязательна, так как база данных программного
продукта может быть расположена на уже имеющемся сервере. При создании
данного сервера компания закладывала около 50 процентов мощности закупае-
44
мого сервера на будущую масштабируемость системы, но не смотря на рост ба-
зы данных загруженность сервера возросла всего на 15 процентов.
В рамках уже существующей базы данных в ней будут созданы дополни-
тельные таблицы и связи между ними. Добавленные таблицы не будут на пря-
мую связаны с основными функциональными таблицами базы данных.
Рассмотрим основные методы и средства проектирования. В таблице 1.8
сравниваются между собой основные средства проектирования.
Таблица № 1.8
Основные средства проектирования.
Название
Характеристики
Microsoft
Visual C#
(MSVC)
Delphi 2010
Microsoft
Visual C++
(MSVC)
Совместимость с операцион-
ной системой Windows
да
да
да
Встроенный редактор интер-
фейса
да
да
да
Совместимость с другими
языками программирования
да
нет
да
Написание программы сервиса, обрабатывающего документооборот пред-
приятия, было решено на языке C#. Такой выбор был сделан не случайно. Во-
первых, администратор предприятия имеет опыт работы с данным языком про-
граммирования. Во-вторых, данный язык действительно не сложен в освоении и
среди фрилансеров в интернете легко найти программиста, который при пра-
вильно поставленном техническом задании сможет в поставленные сроки вы-
полнить данную разработку, стоимость разработки ПО на C# гораздо ниже, чем
разработка на основе таких громоздких продуктов как C++ или Delphi. В-
третьих, данный язык очень активно развивается и имеет открытую архитектуру
и легко позволяет сделать графический интерфейс в виде виндовс форм.
45
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение - это совокупность технических средств, ком-
пьютерной техники, средств передачи информации, используемых в автоматизи-
рованных системах управления и в информационных системах.
Для функционирования программы обработки документации на предпри-
ятии потребуются следующие элементы технического обеспечения:
ПК-сервер – это основная ЭВМ, на которой будет создана сама база
данных в СУБД, а также данный сервер будет являться сервером БД. На нем же
будет размещена база данных. Характеристики данного сервера представлены в
таблице выше;
ПК-пользователя (рабочая станция) – это пользовательский ПК, посред-
ством которого будут создаваться запрос на получения указанного запроса;
средства организации ЛВС – в данный перечень входят активные
(маршрутизатор, коммутатор, шлюз и тд.) и пассивные (сегменты ЛВС, комму-
тационные розетки и тд.) компоненты локальной вычислительной сети.
Для каждого элемента мы выберем несколько критериев, наиболее кри-
тичных при осуществлении выбора.
Серверы - это самые незаметные системы в целой сети компьютеров. Их
прячут от посторонних глаз, не выставляя напоказ, но берегут, как зеницу ока.
Идеальный сервер - система, которая стоит в уголочке или в шкафу-стойке, и о
ней все забыли. Этим он отличается от обычных ПК или рабочей станции. И
подход к выбору сервера гораздо более жесткий и прагматичный, чем к любой
другой системе. При этом специфика сервера - преднамеренная избыточность
основных компонентов. И горе тому, кто пренебрежет этой "природной сутью"
его в попытках сэкономить.
Главными критериями выбора серверной платформы являются специфика
решаемых сервером задач и количество автоматизированных рабочих мест, ко-
торые объединяются в сеть. После этого остается только выбрать производителя.
Для Сервера СУБД в рамках одного ПК основным критерием выбора бу-
дет отказоустойчивость и пропускная способность сетевого интерфейса. Исходя
из среднего арифметического числа заказов в день, которое оформляет 500 зака-