36
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл объекта автоматизации – это полный период времени от
начал проектирования объекта до окончания его жизнедеятельности и удаления
объекта из эксплуатации.
Из всего ряда методологий, описывающих жизненный цикл
программного обеспечения можно представить следующие:
- ГОСТ 34.601-99 – стандарт, который описывает стадии и этапы
проектирования информационной системы, соответствующие каскадной модели
жизненного цикла ПО. Он предоставляет точные характеристики работ всех
этапов.
- ISO/IEC 12207:1995 «Information Technology — Software Life Cycle
Processes» – стандарт на процессы и организацию жизненного цикла заказного
программного обеспечения. В данном стандарте строится структура,
описываются все объекты и спектр задач и подзадач, которые используются на
протяжении всего жизненного цикла программного обеспечения.
- Методология Oracle – методы технологии проектирования прикладных
информационных систем, предназначен при проектировании на Oracle. Основан
на методологии классической модели, часто используется для проектирования
небольших, простых проектов.
- Методология RUP – метод технологии проектирования, состоящий из 4
стадий: старт, исследование, построение и внедрение.
- Методология MSF– метод технологии проектирования, состоящий из 4
стадий также, как и RUP, но строится на базе объектно-ориентированного
моделирования.
- Extreme Programming - экстремальное программирование. При
использовании этой методологии используются командные методы, происходит
37
постоянный контакт между заказчиком и программистами; разработка
информационной системы осуществляется последовательно с помощью
дорабатываемых прототипов.
Стандарт ГОСТ 34.601-99 не может быть использован, потому что
некоторые процессы не достаточно отражены, есть неактуальные положения.
В методологии Oracle, RUP, MSF, XP не приводится структура и
описание технической документации по проекту.
Поэтому выбираем для проектирования ИС стандарт ISO/IEC 12207:1995.
Стандарт ISO/IEC 12207 задает набор процессов и охватывает все виды
работ на протяжении всего жизненного цикла информационной системы. В
рамках данного стандарта описаны все основные и вспомогательные процессы.
Для проектируемой информационной системы необходимы только
некоторые базовые процессы жизненного цикла.
1. Разработка:
Планирование и анализ требований
Проектирование
Реализация
Тестирование
Внедрение
2. Эксплуатация:
Консультационная поддержка пользователей
Техническое обслуживание компонентов системы
3. Сопровождение
Сбор рекламаций
Исправление ошибок и недоработок
Модернизация
На предпроектной стадии планируется провести анализ поставленной
задачи, он будет включать в себя анализ работы менеджеров компании,
38
определение слабых мест работы с информацией, определение
информационных потоков. В результате обследования специфики
особенностей работы менеджера, определяется потребность в создании
информационной системы и автоматизации рабочего места. Следующей
задачей является создания технико-экономического обоснования проекта, в
котором прописываются условия создания информационной системы и
требования к данной системе. Первый этап осуществляет старший менеджер.
Входной информацией является документация компании, информация из
инструкций и внутренних документов.
Следующий этап – проектирование информационной системы. На этом
этапе на основе разработанных требований создается информационная
система. Она должна соответствовать техническому заданию и выполнять все
необходимые функции. На этом этапе определяются все подсистемы и
компоненты информационной системы, описываются технические
характеристики оборудования, необходимое для внедрения информационной
системы, определяются интерфейсы базы данных, задаются алгоритмы
обработки информации. Данный этап является основным и очень важным.
Далее следует этап реализации, на котором происходит физическое
проектирование, программирование, внесение данных, тестирование, создание
инструкций пользователей.
Тестирование информационной системы позволяет выявить ошибки и
устранить их.
Далее следует этап внедрения системы, который включает в себя:
Подготовку объекта к внедрению
Опытное внедрение
Сдачу проекта в эксплуатацию
При подготовке объекта к внедрению необходимо провести ряд работ:
Установить программное обеспечение на рабочие станции;
Внести данные в справочники;
39
Ознакомить пользователей с правилами работы с информационной
системой.
Опытная эксплуатация проводится в течение нескольких отчетных
периодов, параллельно ведется учет по старой системы. Результаты работы
информационной системы контролируются с целью выявления ошибок. При
случаях обнаружения ошибок происходит определение причин ошибок,
вносятся коррективы в программу.
В процессе эксплуатации информационной системы осуществляются
следующие работы:
Производится заполнение, редактирование и обновление
справочников информационной системы;
Производится резервное архивирование и копирование данных
информационной системы;
Определяются проблемы работы с системой, и производится
устранение причин, повлекших эти проблемы;
Производится модификация программного обеспечения;
Рассматриваются предложения по совершенствованию системы;
Производится модернизация и обновление информационной
системы.
В результате проведенного анализа нами выбран в качестве стандарта
жизненного цикла ISO/IEC 12207:1995, в качестве модели жизненного цикла
информационной системы выбрана спиральная, в качестве стратегии внедрения
выбрана стратегия «Пилотный проект».
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Изучение и анализ возможных рисков может позволить применить
способы, способные привести к избежанию большей части срывов в работе
информационной системы.
40
На разных фазах жизненного цикла возможны разнообразные риски.
На фазе выработки концепции есть риск создания такой концепции,
которую будет не возможно или крайне сложно реализовать. Необходимо
продумать такую концепцию, которую реально применить и которая отвечает
все функциональным характеристикам, обозначенных данной задачей.
На этой фазе необходимо реально оценивать возможности специалистов.
Сначала необходимо реализовать систему с базовыми функциями, без которых
просто невозможно обойтись. Потом продолжать модернизировать и развивать
ее.
На фазе планирования может ожидаться риск не корректного
планирования задачи, неверных расчетов временных графиков. В результате
возможно не выполнение плана в срок, что приведет к увеличению временных
рамок и удорожанию проекта.
Чтобы не срывать временные границы, необходимо учитывать
возможные задержки и создать такой график работ, который можно изменять и
корректировать по ходу выполнения плана.
На фазе разработки может возникнуть проблема, что какая-то функция
будет тормозить работу. Если выполнение какого-то модуля будет мешать
дальнейшему проектированию, то нужно просмотреть варианты перенести
работы или вообще исключить этот модуль.
На фазе стабилизации возможен риск возникновения ошибок в
программном коде. Никогда заранее нельзя прогнозировать какое количество
ошибок возникнет, и какой срок необходим для их устранения. Поэтому
необходимо заложить сразу достаточное время для устранения ошибок и
неточностей, корректировки программ. Именно от этого зависит корректная
работоспособность планируемой информационной системы.
Фаза внедрения является заключительной, на этой стадии заказчик
контролирует работу системы. В это время возможен риск, что заказчик не будет
удовлетворен выполненной работой, что в разработке придется делать какие-то
41
изменения, улучшения и исправления. Поэтому на эту стадию необходимо
заложить достаточно времени. Необходимо плотно контактировать с заказчиком,
давать необходимые консультации, научить пользоваться системой и дать
возможность привыкнуть и освоиться с новыми принципами работы. Это
позволит избежать некоторых проблем при внедрении информационной системы
в трудовой процесс компании.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Вопросы о защите информации стоят не только на стадии внедрения
системы, но и на всех стадиях жизненного цикла информационной системы.
Система защиты информации объединяет все способы, средства и
методы, применяемые в процессе обеспечения безопасной работы системы.
Для обеспечения безопасной работы системы необходимо провести
обширный анализ всех возможных угроз и определить причины, по которым
возможны варианты потери данных, а также возможные причины нарушения
безопасности.
В настоящее время угроза несанкционированного доступа к информации
носит такой же значимый характер, как и угроза техносферных разрушений. Но
часто на обеспечение информационной безопасности руководство организаций
не выделяет достаточных средств и относится к этой проблеме не достаточно
серьезно.
Для минимизации угроз и проблем безопасности проектируемая
информационная система должна обладать следующими признаками:
Разделение информационного потока по уровням субъектов
конфиденциальности;
Обеспечение криптографической защиты всех уровней;
Обеспечением защиты информации от угроз на уровнях локальных и
глобальных сетей;
42
Обеспечение механизма сохранения целостности информации в
информационной системе;
Обеспечение средств восстановления информации при потерях.
Любая информационная система должна быть обеспечена защитой
четырех уровней:
Правовой. Соблюдение правовых аспектов и норм хранения и
использования информации, соблюдение авторского права;
Административный. Определение прав пользователей, зависящих от
уровня, компетенции и ответственности сотрудников компании;
Аппаратно-программный. Определение доступа к информационной
системе по кодам, ключам или прочим средствам обеспечения
конфиденциальности;
Криптографический. Шифрование данных, которое не позволяет
вскрыть данные при несанкционированном проникновении.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Проектирование информационной системы всегда начинается с изучения
информационных процессов компании. Невозможно построить полезную и
работоспособную информационную систему без четкого описания бизнес-
процессов и определения точных маршрутов информационных потоков.
Правильное понимание сущности информационных процессов позволит
создать информационную систему, которая не только будет обладать всеми
необходимыми функциями, но и будет более управляемой, легко
масштабируемой, позволяющей провести модернизацию или наращивание
модулей впоследствии.
Рассмотрим бизнес-процессы, которые будут решаться с помощью
системы «РемОТ».
Для описания бизнес- процессов необходимо построить информационную
модель.
43
При построении информационной модели необходимо разделить весь
процесс на определенные информационные блоки и построить правильные связи
между ними. Любой блок может быть разделен на более мелкие части.
Информационная модель строится для определения связей,
представления переходов информационных потоков от одного уровня к другому,
анализа возможности группировки какой-то информации, удаление излишней
информации.
Информационная система оперирует следующими основными
сущностями:
- Комплектующие;
- Закупки;
- Поставщики;
- Типы
Рисунок 8. Информационная модель
44
Далее рассмотрим эти сущности подробнее.
Сущность «Коплектующие». Содержит информацию обо всех
комплектующих, используемых в технологическом процессе.
Сущность «Закупки». Содержит сведения обо всех закупках, которые
осуществляются в ходе работы.
Сущность «Поставщики». Содержат данные о поставщиках, которые
поставляют Комплектующие.
Сущность «Типы». Содержит информацию о возможных типах работ,
которые производятся организацией.
Обозначим требования к функциональным характеристикам.
Информационная система должна выполнять следующие функции:
1) ввод данных,
2) просмотр и корректировка данных,
3) просмотр Отчетов,
4) печать Отчетов.
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
В качестве входных данных используются сведения, содержащиеся в
первичных документах.
Входными данными являются таблицы с данными:
Закупки,
Комплектующие,
Поставщики,
Ремонт,
Сделки,
Типы.
2.2.3 Характеристика результатной информации
Выходными документами для системы являются следующие отчеты,
которые формируются системой на основании входной информации:
45
Акт выполненных работ;
Движение комплектующих;
Остатки комплектующих;
Наряд на выполнение работ;
Отчет по компании;
Отчет по мастеру;
Реестр заказов;
Справка о приеме в ремонт.
Возможет вывод отчетов из информационной системы на экран и на
принтер.
Требования к надежности.
В случае сбоя в работе информационной системы время восстановления
не может превышать 4 часов, это время нужно для контроля данных таблиц и
всех объектов базы данных. Если данные восстановлены не корректно,
производится перезапись с резервной копии базы данных.
Условия эксплуатации.
Выбор типов носителей информации.
Все данные, введенные в течение рабочего времени сохраняются в базе
данных, сохраненной на жестком диске. Ежедневно требуется создавать
резервную копию на сервере сети.
Состав персонала.
Информационную систему «РемОТ» может обслуживать один человек с
квалификацией оператора в среде Access 2013 и выше.
Требования к составу и параметрам технических средств
Для нормального функционирования информационной системы
требуется персональный компьютер с установленным приложением Microsoft
Access 2013. При необходимости выводить отчетность на бумажный носитель,
необходимо подключение принтера.