57
Система должна обеспечивать восстановление информации при
программно–аппаратных сбоях (отключения электропитания, отказах носителей
информации, вирусах и т.д.), стабильность работы в многопользовательском
режиме и живучесть при выходе из строя отдельных её компонентов [19].
Оценка и контроль показателей надёжности и устойчивости
функционирования информационной системы должны проводиться путём
фиксации числа отказов технических и программных средств за месяц работы и
вычисления наработки на отказ и среднего времени восстановления.
Информационная система должна обеспечивать корректное разделение прав
пользователей.
Базовое программное обеспечение информационной системы должно быть
проверено на отсутствие известных уязвимостей к атакам на отказ и на
несанкционированный доступ [20].
Программное обеспечение является инструментом реализации
информационных технологий на всех уровнях деятельности компании [11].
При принятии решения об использовании ОС на локальных компьютерах и
серверах выбор был сделан в пользу Windows 10 и Microsoft Server 2016
соответственно. Исходя из того, что в организации уже имеется лицензионный
Windows 10, то было решено не менять систему на более новую, т.к. это не
приведет к улучшению в работе самой системы. Проводя аналогичное сравнение
для серверов приложений, было решено использовать уже имеющееся ПО – MS
Server 2016 .
Система должна выгружать данные в офисные приложения. Из основных
офисных приложений выбор осуществлялся между Microsoft Office 2012 и
Microsoft Office 2013.
Основным отличием между этими двумя версиями является появление
нового интерфейса в версии 2013 года. В организации используется пакет
приложений Microsoft Office 2012.
Было принято решение не устанавливать новую систему, так как, во–первых,
это не принесет полезного функционала, а во–вторых, сотрудникам потребуется
время, чтобы привыкнуть к новому интерфейсу.
Рассмотрим основные программные функции предлагаемой системы.
58
Среди реализуемых служебных функций выделяются функция ведения
заявок.
Наибольший интерес представляют основные функции. К ним относятся:
– сбор необходимой информации о заявке;
– формирование заявки;
– предоставление дополнительных услуг (ремонт и обслуживание техники).
На каждом этапе может быть произведен ввод исходных данных,
корректировка, печать и выдача в канал связи. В функции ведения справочников
также доступны опции загрузки, актуализации и печати справочников. Ввод
информации позволяет ввести информацию по эксплуатируемой компьютерной
техники.
Существует возможность внесения изменений в эти данные. При отмене
заказа происходит удаление данных из системы.
1.5.3. Обоснование проектных решений по техническому обеспечению
Технологическая архитектура представляет собой сочетание схем
организации, предметизации, навигации, реализованных в информационной
системе.
На уровне «клиент–сервер» технологическая архитектура внедряемой
инфорпмационной системы характеризуется, как двухуровневая, ее модель
отражена на рисунке 1.15.
59
Рис. 1.15. Двухуровневая архитектура разрабатываемого проекта
Первый уровень – компьютеры с прикладными программами, с помощью
которых менеджеры обращаются через сервер к базе данных. Второй уровень –
сервер с размещенной на нем базой данных.
Благодаря двухуровневой архитектуре снижается нагрузка на
информационную сеть, поскольку передаются только запросы и ответы на них.
Внедряемая информационная система представляет собой универсальный
инструмент мониторинга и контроля исполнения и формирования заявок клиентов.
Прикладные решения оперируют самыми разнообразными данными,
отражающими информацию из различных источников.
ИС, как любая компьютерная программа, не способна работать
непосредственно с реальной информацией. Поэтому она имеет собственную
систему типов, которая позволяет представить данные в терминах, адаптированных
для обработки системой.
Основной особенностью системы типов является то, что есть типы,
существующие в любом прикладном решении. Сами эти типы определены на
уровне платформы и присутствуют всегда, независимо от действий разработчика.
60
Наряду с ними в конкретном прикладном решении могут существовать
различные типы данных, присущие именно этому конкретному прикладному
решению. Для таких типов данных на уровне платформы определены лишь общие
правила их создания, шаблоны. А конкретные типы данных создаются платформой
уже исходя из того, каким образом разработчик формирует и модифицирует
структуру прикладного решения.
Для решения задачи по автоматизации процесса формирования заявок
используются все вышеназванные методы. Выдача отчетов производится путем
вызова соответствующего запроса. Полученный отчет содержит иерархическую
структуру выдачи данных, показывая результаты по конкретным должностям, а
также по вышестоящим структурным подразделениям. Поэтому необходимым
условием для его отображения является компоновка данных с использованием
встроенных средств.
Выводы по первой главе
Первая часть выпускной квалификационной работы является аналитической.
В данной части приведена подробная технико-экономическая характеристика
предметной области и предприятия. Работа выполнена на базе компании ООО
«Лукойл-Информ». В первой части исследована организационная структура
управления компании, ее программная и техническая архитектура. В процессе
предпроектного обследования объекта было установлено, что процесс оформления
заявок службы технической поддержки практически не автоматизирован, и работа
отнимает слишком много времени. В целях улучшения точности данных,
ускорения процесса оформления заявок, было принято решение полностью
автоматизировать данный процесс.
В первой части произведен анализ существующих разработок для
автоматизации задачи, выбор и обоснование способа приобретения ИС для
автоматизации задачи, а так же обоснование проектных решений по
информационному, программному и техническому обеспечению.
61
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл информационных систем представляет собой набор этапов,
частных работ и операций в последовательности их выполнения и взаимосвязях,
регламентирующих ведение работ от подготовки технического задания до
завершения испытаний ряда версий и окончания эксплуатации ИС [3].
Разработка и внедрение информационных систем включает в себя
следующие стадии:
- формирование требований;
- разработка;
- установка;
- автоматизация деятельности;
- обучение сотрудников.
Эти стадии включают в себя все задачи проекта. Комплексный этап
жизненного цикла проекта автоматизации состоит из четырех процессов,
изображенных на рисунке 2.1.
Процесс «Предпроектное обследование».
Целью предпроектного обследования выступает подробное изучение всех
рабочих и бизнес-процессов, документооборота организации в рамках предметной
области, определенной необходимыми условиями внедрения системы. На данном
этапе выявляются процесс или процессы, которые, в соответствии с заключением
компетентных сотрудников, нуждаются в автоматизации. В рамках данного
процесса формируются требования заказчика к системе.
62
Рис. 2.1. Процессы комплексного этап внедрения
Процесс «Составление плана разработки».
На данном этапе происходит составление списка и последовательности
планируемых работ по разработке системы. Именно в этот момент происходит
согласование сроков разработки и внедрения, выделяются ответственные за
реализацию проекта.
Процесс «Создание конфигурации».
Для того нормального функционирования ИС потребуется корректировка
типового поведения системы. Именно этот этап наиболее трудоемкий и затратный,
однако, от него напрямую зависит успех работы программного продукта.
Процесс «Тестирование системы».
Выделяется три аспекта тестирования системы:
тестирование исходных данных;
логическое тестирование;
концептуальное тестирование прикладной системы.
Концептуальное тестирование проводится для проверки общей структуры
системы и учета в ней всех аспектов решаемой задачи. На этом этапе проведение
тестирования невозможно без привлечения конечных пользователей прикладной
системы.
Процесс «Обучения персонала».
1.Предпроектное
обследование
2. Составление
плана
внедрения
3. Создание
конфигурации
4. Тестирование
системы
5. Обучение
персонала
63
Успешность прохождения этапа по обучению персонала зависит от
квалификации будущих пользователей системы. Если пользователи имеют навыки
по работе с подобными системами, то этот этап может быть полностью исключен.
Обучение необходимо начинать сразу же, как только информационная система
будет готова к тестовой эксплуатации.
Этап эксплуатации системы должен быть ограничен рамками 267 дней. При
выходе за эти границы происходит бессрочная промышленная эксплуатация
системы. Непрерывно выполняется мониторинг системы, при необходимости
оказывается поддержка. При этом постоянно выполняется доработка технической и
программной архитектур существующих модулей, которая учитывает новейшие
программные и технические возможности. Также дорабатывается техническая и
проектная документация.
К этапу опытной эксплуатации переходят после заключения эксперта об
успешном решении системой всех поставленных перед ней задач. Этот этап
подразумевает проверку пригодности конечному пользователю экспертной
системы. Под пригодностью подразумевают полезность системы и удобство
работы с ней. Система решает все возможные возникающие вопросы при работе с
разнообразными пользователями. Работу системы логично проводить на месте
работы пользователей.
Способность системы в процессе диалога выявлять потребности
пользователя называется полезностью системы. Полезность также выяснить и
устранить причины сбоев в работе. Информационная потребность пользователя
должна быть донесена до системы. На предыдущем этапе экспертом должны быть
проверены такие характеристики системы, как правильность и полнота решений.
Удобство работы с системой подразумевает:
1. Возможности системы подстраиваться под любых пользователей,
учитывая даже изменения в квалификации одного и того же пользователя.
2. Взаимодействие пользователя с системой в обычном естественном
режиме.
3. Способность системы оставаться стойкой при действиях ошибочного
характера у неопытного пользователя.
64
В процессе эксплуатации может быть выявлена необходимость изменения
устройств ввода-вывода, а также изменение правил и данных. Сюда можно отнести
изменение диалоговых средств, языка переговоров, настроек под конкретного
пользователя. Именно по результатам проведения этого этапа решается вопрос о
тиражировании системы. Лишь при успешном выполнении этапа опытной
эксплуатации и пользования различными потребителями, экспертная система
может быть названа промышленной.
Процесс опытной эксплуатации позволяет изучить и установить
разработчикам и пользователям последствия внедренных проектных решений.
Для выявления недостатков системы и методов ее усовершенствования в
период двух первых месяцев ее эксплуатации нужно проводить совещания. В этих
совещания принимают участие специалист отдела интеграционных предложений,
ИТ-специалист, а также руководитель проекта.
Лишь после устранения всех недостатков и полного усовершенствования
системы ее можно назвать законченной.
Основной задачей работ на стадии внедрения является:
- развертывание системы и первичные настройки, обеспечение работы
пользователей,
- фиксация их предложений и замечаний.
Для обеспечения достижения необходимых результатов создается группа
внедрения. В нее входят как непосредственные участники процесса внедрения
(специалисты по внедрению), так и лица принимающие решения (представители
заказчика, руководитель проекта и др.). Задачи и требования к специалистам
группы внедрения были рассмотрены выше.
Внедрение системы управления будет осуществляться поэтапно.
На первом этапе в процесс включаются ключевые пользователи, в ходе
взаимодействия с которыми осуществляется обкатка программы, обучения,
выделяются отдельные моменты, требующие повышенного внимания в начале
работы пользователя. После обучения и внесения соответствующих изменений
происходит обучение основной массы пользователей. В процессе опытной
эксплуатации, особенно на ее первых этапах, большое значение имеет оперативная
помощь пользователям. Для этого формируется горячая линия поддержки,
65
использую которую, пользователи могут получать ответы на наиболее срочные
вопросы.
Залогом успеха выполнения подобных работ является, с одной стороны,
подготовка и сертификация специалистов в области разработки и внедрения
разработанного приложения, а с другой стороны – следование рекомендациям
современных стандартов управления проектами.
Работы по внедрению системы разработанной системы выполняются
специалистами группы внедрения.
При разработке ИС предполагается использовать в качетсве стандарта
жизненного цикла ГОСТ Р ИСО/МЭК 12207-2010. Выбранная модель жизненного
цикла – итерационная. Применяемая стратегия для внедрения проектируемого
решения - параллельная.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Любой проект по созданию информационной системы предприятия всегда
включает множество задач, связанных с общим управлением проектом,
разработкой ПО, проектированием ИС, внедрением, каждая из которых сама по
себе является проектом с присущими ему особенностями. Поэтому в ходе
разработки существуют различные риски.
Риски сопровождают весь жизненный цикл ИС. Возможными влияниями на
данную ИС являются: увеличение длительности проекта, увеличение стоимости
проекта и т.д. [12]
Риски сопровождают весь жизненный цикл ИС.
Возможными влияниями на данную ИС являются: увеличение длительности
проекта, увеличение стоимости проекта и т.д. [12] Рассмотрим риски более
подробно:
Существует риск не корректно или не точно описать требования к ИС. Это
может повлечь затраты на переработку ТЗ или самой ИС. Этого можно избежать,
если перепроверить ТЗ или дать на проверку лицу не участвующему
непосредственно в разработке.
На стадии эксплуатации может произойти изменения в квалификации
сотрудников использующих ИС а так же риски неполноты проверки
66
функциональных возможностей и пропуск ошибки. Это может привести к
непредвидимым последствиям, таким как, вывод из строя ИС, оборудования и т.д.
Этот риск можно избежать контролируя уровень знаний сотрудников
приступающих к взаимодействию с ИС [13].
Во время разработки ИС может возникнуть риск с неописанными
свойствами программы или языка программирования. В свою очередь это приведёт
к временным затратам. Этот риск избежать нельзя.
Кроме того, в процессе эксплуатации и сопровождения разработанной ИС
могут возникнуть:
- Технические риски;
- Риски персонала.
Факторами технических рисков являются:
- ошибки в программе вызывающие простой системы;
- невозможность осуществления требуемых действия, «зависание»
программы;
- использование вредоносных программ (вирусы, черви, трояны, логические
бомбы), использование в корыстных целях найденных ошибок (дыр) в программах,
перехват информации по телекоммуникациям, воровство информации;
- некорректная эксплуатация оборудования;
- приостановка деятельности третьего лица, что повлечет за собой
невозможность передачи отчетов из филиалов и контроля деятельности филиалов;
- несоответствие функциональных возможностей системы бизнес-процессам
в комплекса задач в следствие реорганизационных изменений.
Предотвратить данные обстоятельства можно, соблюдая следующие
моменты:
- тщательное тестирование и выявление ошибок на этапе разработки;
- устранять в кратчайшие сроки ошибки силами прошедших подготовку на
этапе внедрения технических специалистов;
- администратор сети должен следить за безопасностью информации,
использовать и вовремя обновлять антивирусные программы, правильно настроить
FireWall, которые будут разделять локальную и внешнюю сеть, предоставить