38
подходит автоматизация по участкам так, как есть необходимость внедрить ИС
исключительно в отдел технической поддержки организации.
1.3.3. Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Существуют следующие способы приобретения ИС:
разработка (самостоятельная и заказная);
покупка ИС (покупка отечественной или зарубежной ИС);
покупка плюс доработка (самостоятельная или заказная);
аренда ИС.
В случае приобретения готового решения, надо учитывать, что такое
решение должно целиком и полностью соответствовать направлению бизнес-
процессов организации. Как правило разработчики таких готовых решений
зачастую стараются угодить всем возможным клиентам, что в корне
ограничивает выбор разработок определенного направления. Данный способ нам
не подходит, так как покупка готовой ИС для автоматизации по участкам
невыгодна с экономической точки зрения.
Вариант с арендой ИС хорош в случае с экономической точки зрения, так
как всегда можно варьировать между продуктами на рынке. Однако
присутствуют и риски предприятие может потерять те виды деятельности,
которые приносили ему результаты на ранее, ко всему прочему отсутствует
возможность «Пощупать её руками», ознакомиться с арендуемой ИС до момента
совершения приобретения.
Поэтому разработка ИС для отдела технической поддержки будет
произведена собственными силами организации. Для разработки своей ИС
организации требуются специалисты, способные анализировать и
автоматизировать его бизнес-процессы. Информационная система для
технической поддержки учтет в себе специфику деятельности отдела, что
позволит осуществлять изменение функционала системы быстрее и проще в
соответствии с необходимыми требованиями.
39
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
К информационному обеспечению разрабатываемой системы относятся:
входные и выходные документы. Входные документы — это набор из
справочных сведений, которые записываются в базу данных посредством
формы.
Работа с данными будет осуществляться при помощи форм на самом сайте.
Интерфейсная часть формы образуется из визуальных компонентов.
Сотрудники отдела осуществляют работу при помощи этих форм.
В проектном решении будут использоваться, как линейные, так и
иерархические справочники. В линейных справочниках элементы, входящие в
их состав, представлены в виде простых списков, в то время как в иерархических
– виде списков, имеющих иерархическую структуру.
1.4.2. Обоснование проектных решений по программному
обеспечению
В проектном решении будет использована операционная система
семейства Microsoft, Windows 10. ОС включает в себя весь функционал
предшествующих версий, плюс добавлен ряд новых функциональных
возможностей, позволяющие намного быстрее и качественнее обрабатывать
информацию.
Система управления базами данных (СУБД) – специализированное
программное обеспечение, предназначенное для создания и ведения баз данных.
СУБД подразделяются на 3 вида:
Файл-сервер СУБД - Это такой вид СУБД, когда все файлы хранятся на
Файл-сервере. Сама СУБД располагается на клиентском компьютере и с нее же
функционирует. Также доступ к данной СБУД может осуществляется и через
локальную сеть, но это в случае если Файл-сервер и компьютер, на котором
установлена СУБД являются разными устройствами.
Примером таких СУБД могут быть – Microsoft Access и BorlandParadox.
40
Клиент-сервер СУБД - СУБД такого уровня состоят из двух частей:
клиентской и серверной. Клиентская часть входит в состав прикладной
программы. Такие СУБД обеспечивают разграничение прав доступа к
информации и практически не загружают сеть. В настоящее время клиент-
серверные СУБД одни из самых популярных, на рынке представлены десятки
различных вариантов. Вот некоторые из них: Oracle, MySQL, MSSQLServer,
Sybase, PostgreSQL и тд.
Встраиваемая СУБД - представляет собой библиотеку, которая позволяет
специальным образом хранить большие объемы данных на локальном
компьютере. Доступ к таким данным осуществляется либо через SQL, либо через
функции СУБД. Вот несколько примеров таких СУБД: OpenEdge, SQLite,
BerkeleyDB, MySQL.
Все компьютеры в организации объединены в локально-вычислительную
сеть, что позволяет им обмениваться информацией друг с другом.
Существование такой сети позволит использовать клиент-серверную СУБД
MySQL. Выбор остановился именно на ней в связи со следующими факторами:
в организации имеется сертифицированный персонал, который может своими
силами корректировать и вести базу данных. Помимо этого, эта СУБД является
достаточно надежной и предоставляет возможность хорошей защиты хранимой
и обрабатываемой информации.
В настоящее время актуальной версией данной СУБД является 8.0.20.
Преимущества MySQL:
Наилучшая скорость обработки данных на объеме до 500000 записей;
Бесплатные открытые лицензии;
Простота использования;
Поддержка большинством компаний, предоставляющих услуги
хостинга;
Возможность использования на различных платформах.
Специальное (прикладное) программное обеспечение предназначено для
решения прикладных задач. Рассмотрим основное программное обеспечение,
41
используемое при реализации проекта.
Для формирования интерфейса приложения будет использоваться набор
инструментов Bootstrap.
Bootstrap включает в себя HTML и CSS шаблоны для веб-форм, кнопок,
меток, блоков навигации и прочих компонентов веб-интерфейса, включая
JavaScript-расширения.
Для реализации приложения пользователя выбран язык программирования
PHP.
PHP - это язык программирования для динамической генерации HTML
кода со стороны сервера. В нём имеется встроенная поддержка базы данных
MySQL, что позволяет считать выбранную связку MySQL-PHP наиболее
оптимальной. PHP-скрипты интерпретируется и выполняются на сервере.
Выбор системы управления баз данных (СУБД) это сложная задача с
множеством переменных, которая является одним из важных этапов при
разработке приложений баз данных. Выбранный в результате исследования
программный продукт должен удовлетворять как текущим, так и будущим
потребностям организации, при этом были учтены финансовые затраты на
приобретение необходимого оборудования, самой системы, разработку
необходимого программного обеспечения на ее основе, а также обучение
персонала. Кроме того, необходимо убедиться, что новая СУБД способна
принести предприятию реальные выгоды.
1.4.3. Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение - совокупность технических средств,
компьютерной техники, средств передачи информации, используемых в
автоматизированных системах управления и в ИС. Поскольку автоматизацию
планируется осуществить на основе клиент-сервер, то архитектура технической
части будет делиться на серверную и клиентскую части.
Серверная часть.
В качестве сервера можно использовать виртуальный сервер, что даст
42
следующие преимущества:
Есть возможность оперативно изменить мощность оборудования,
тем самым возможно снизить стоимость.
Возможность модернизировать сервер в любой момент.
Если лицензии на используемые программные продукты входят в
состав виртуального сервера, они не будут лежать грузом на
предприятии. В случае необходимости от неиспользуемых лицензий
можно будет безболезненно отказаться.
Для начала можно взять среднюю конфигурацию облачного сервера:
Процессор: 4 ядера, 8 потоков, 2.8 Ггц ;
Объём оперативной памяти: 32 гб;
Объём дискового пространства: 500 Гб;
Операционная система: Windows Server 2016 x64 (Ru).
Цена: около 4000 рублей в месяц, в зависимости от поставщика
услуги облачной инфраструктуры.
И затем, по мере нагрузки на отдел улучшать конфигурацию облачного
сервера.
Текущие рабочие станции удовлетворяют требованиям, поэтому закупка
дополнительных комплектующих и оборудования для рабочих мест не
потребуется. Также в наличии есть и многофункциональные устройства, что
позволяет сэкономить финансовые средства на резерв.
43
Глава 2 ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) информационной системы – промежуток времени,
начинающийся с этапа принятия решения о необходимости создания системы и
завершающийся её полным выводом из эксплуатации.
Стандарты жизненного цикла:
ГОСТ 34.601-90 - распространяется на автоматизированные системы
и устанавливает стадии и этапы их создания. Кроме того, в стандарте
содержится описание содержания работ на каждом этапе. Стадии и
этапы работы, закрепленные в стандарте, в большей степени
соответствуют каскадной модели жизненного цикла, которая может
быть доработана до поэтапной с ограниченным набором возвратов;
ISO/IEC 12207: 1995, 15504 – стандарт на процессы и организацию
жизненного цикла. Распространяется на все виды заказного
программного обеспечения. Стандарт не содержит описания фаз,
стадий и этапов;
Oracle CDM (Custom Development Method или методика Oracle) по
разработке прикладных информационных систем – технологический
материал, детализированный до уровня заготовок проектных
документов, рассчитанных на использование в проектах с
применением Oracle. Применяется CDM для классической модели
ЖЦ (предусмотрены все работы/задачи и этапы), а также для
технологий «быстрой разработки» (Fast Track) или «облегченного
подхода», рекомендуемых в случае малых проектов;
RUP (Rational Unified Process) - (Rational Unified Process) предлагает
итеративную модель разработки, включающую четыре фазы: начало,
исследование, построение и внедрение. Каждая фаза может быть
разбита на этапы (итерации), в результате которых выпускается
версия для внутреннего или внешнего использования. Прохождение
44
через четыре основные фазы называется циклом разработки, каждый
цикл завершается генерацией версии системы. Если после этого
работа над проектом не прекращается, то полученный продукт
продолжает развиваться и снова минует те же фазы. Суть работы в
рамках RUP - это создание и сопровождение моделей на базе UML;
MSF (Microsoft Solution Framework) - (Microsoft Solution Framework)
сходна с RUP, так же включает четыре фазы: анализ,
проектирование, разработка, стабилизация, является итерационной,
предполагает использование объектно-ориентированного
моделирования. MSF в сравнении с RUP в большей степени
ориентирована на разработку бизнес-приложений;
XP (Extreme Programming). Экстремальное программирование (самая
новая среди рассматриваемых методологий) сформировалось в 1996
г. В основе методологии положен принципы командной работы,
эффективной коммуникация между заказчиком и исполнителем в
течение всего проекта по разработке ИС, а разработка ведется с
использованием последовательно дорабатываемых прототипов;
Для реализации и автоматизации данного проекта был выбран стандарт
ISO 12207, причиной такого выбора послужило то, что стандарт не
регламентирует чёткую последовательность процессов на каждом этапе, тем
самым позволяя самостоятельно выбрать подходящие нам процессы и более
гибко управлять жизненным циклом.
Структура жизненного цикла делится на три стадии:
Основные процессы:
- Заказ
- Постановка;
- Разработка;
- Эксплуатация;
- Сопровождение.
Вспомогательные процессы:
45
- Документирование;
- Управление конфигурацией;
- Обеспечение качества;
- Верификация;
- Аттестация;
- Совместный анализ;
- Аудит;
- Решение проблем.
Организационные процессы:
- Управление;
- Создание инфраструктуры;
- Усовершенствование;
- Обучение.
Все процессы состоят из отдельных видов деятельности, связанной с
разработкой и поддержкой ПО.
Каждый из видов деятельности способен выполнять одну или несколько
задач.
Рассмотрим основной процесс ЖЦ более детально:
Заказ. На этом этапе выбирается поставщик или разработчик, а также
определяется потребность заказчика в информационной системе;
Поставка. На этом этапе определяется процедуры и ресурсы,
необходимые для обеспечения выполнения проекта. Этап
завершается поставкой системы;
Разработка. Начинается с анализа требований, затем идёт
проектирование системы, программирование и тестирование,
заканчивается этап вводом в эксплуатацию.;
Эксплуатация. На этом этапе происходит поддержка пользователей
во время процесса эксплуатации;
Сопровождение. Цель этого этапа — это улучшение и устранение
46
дефектов программного обеспечения после передачи его в
эксплуатацию.
Каждый процесс определяет основного исполнителя и действия, которые
необходимо выполнить в назначенные сроки.
Согласно выбранному стандарту, следует выделить следующие этапы:
1. Подготовка проекта
Проводится анализ деятельности организации и
автоматизируемой части;
Проводится пред проектное обследование;
Разрабатывается детальный план проекта, по которому будет
проводиться дальнейшая разработка.
2. В стадию разработки входят следующие проектные действия:
Создание таблиц и связей в выбранной на предыдущих этапах
БД;
Создание шаблонов и форм для отчетных файлов;
Создание процедур по сбору, обработке и хранению
информации;
Создание процедур фильтрации.
Разработка пользовательского интерфейса
3. Тестирование настроек системы
Тестирование работоспособности системы
Корректировка системы по результатам тестирования
Подготовка документации для внедрения
План эксплуатации
Документация по установки и настройки ПО
Подготовка плана внедрения
4. Внедрение
Установка на сервер СУБД
Установка серверных компонентов системы учета заявок
47
Установка клиентских приложений системы учета заявок
Настройка серверной и клиентских частей
Тестирование работоспособности
Демонстрация работы системы
Подготовка плана по обучению пользователей
Проведение семинара по обучению работе с системой
Обучение службы эксплуатации
5. Эксплуатация
Подготовка плана по эксплуатации
Ввод системы в опытную эксплуатацию
По результатам опытной эксплуатации перевод системы в
промышленную эксплуатацию
Поддержка пользователей
Проведение обучающих лекция для пользователей
Подготовка отчетов о работе системы
6. Сопровождение
Анализ ошибок и их устранение
Подготовка отчетов по модификациям и изменениям
Обновление функционирующих систем
За эксплуатацию готовой системы, будет отвечать оператор. В его задачу
будет входить:
1. Разработка плана эксплуатации и определения набора стандартов
эксплуатации.
2. Получение и документирование сведений о возникающих проблемах,
их решение и контроль за возникновением, обеспечение обратной связи
с пользователями.
3. Тестирование системе в эксплуатационной среде, кооперация со
службой сопровождения для устранения возникших проблем и
модернизации системы.