57
Техническое обеспечение — это комплекс технических средств,
предназначенных для работы информационной системы, а также
соответствующая документация на эти средства и технологические процессы.
Классификация компьютерных технологий по типу пользовательского
интерфейса (как взаимодействует пользователь технологии с компьютером) -
пакетные, диалоговые, сетевые. В первом случае пользователь получает только
результаты работы технологии, в остальных он взаимодействует с ней на
индивидуальном компьютере или компьютере, подключенном к сети ЭВМ.
Современные технические средства обеспечения управления
информационными ресурсами по своему составу и функциональным
возможностям весьма разнообразны. Компьютерная техника предназначена, в
основном, для реализации комплексных технологий обработки и хранения
информации и является базой интеграции всех современных технических
средств обеспечения управления информационными ресурсами.
Коммуникационная техника предназначена, в основном, для реализации
технологий передачи информации и предполагает как автономное
функционирование, так и функционирование в комплексе со средствами
компьютерной техники.
Организационная техника предназначена для реализации технологий
хранения, представления и использования информации, а также для выполнения
различных вспомогательных операций в рамках тех или иных технологий
информационной поддержки управленческой деятельности.
Разрабатываемая ИС будет использовать Microsoft Office 2007. Поэтому
для эффективной работы разрабатываемой системы необходимо обеспечить
такие требования к архитектуре и параметрам технических средств, которые
позволили бы эффективно функционировать Microsoft Office 2007. Microsoft
Office 2007 предназначен для функционирования на компьютере типа IBM PC с
техническими характеристиками не менее:
Частота процессора не менее 2,3 МГц
Не менее 2048 Мб оперативной памяти
1,5—2 Гб свободного места на жёстком диске
Разрешение экрана не менее 1024x768 точек
58
Операционная система Windows 7, Windows 10, Windows Server
2016 или более новые версии.
Для печати отчетов и выходных документов необходим принтер,
совместимый с компьютером вышеперечисленной комплектации.
В случае варианта многопользовательской работы с системой понадобится
использование одного ПК в качестве сервера для доступа к базе. Целесообразно
разместить эту базу данных на серверном оборудовании, а с клиентских
компьютеров осуществлять подключение к ней через протокол smb или через
ODBC. В качестве серверного оборудования может использоваться компьютер
типа IBM PC серверного типа.
Так как клиентские компьютеры будут подключаться к серверной базе
данных, и сервер и клиентские машины должны функционировать в локальной
сети. Это может быть как одноранговая сеть, так и сеть с доменной
организацией.
Для работы данной информационной системы можно использовать
существующее техническое обеспечение, т.к. оно удовлетворяет всем
предъявляемым ИС требованиям.
59
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Понятие жизненного цикла является одним из базовых понятий
методологии проектирования информационных систем. Жизненный цикл
информационной системы представляет собой непрерывный процесс,
начинающийся с момента принятия решения о создании информационной
системы и заканчивается в момент полного изъятия ее из эксплуатации.
Жизненный цикл информационной системы охватывает все стадии и
этапы ее создания, сопровождения и развития:
исследование предметной области с последующим формированием
функциональной и информационной моделей объекта, для которого
предназначена информационная система;
проектирование системы, заключающееся в разработке проектных
решений, удовлетворяющих всем требованиям ТЗ;
разработку системы (в том числе программирование и тестирование
прикладных программ на основании проектных спецификаций подсистем,
выделенных на стадии проектирования);
тестирование информационной системы и выявление сбоев с
последующим их устранением;
эксплуатацию системы и ее сопровождение;
развитие системы.
Жизненный цикл протекает в соответствии с выбранной моделью ЖЦ.
Существует целый ряд стандартов, регламентирующих ЖЦ ПО, а в
некоторых случаях и процессы разработки.
Среди наиболее известных стандартов можно выделить следующие:
ГОСТ 34.601-90 - распространяется на автоматизированные
системы и устанавливает стадии и этапы их создания. Кроме того, в стандарте
содержится описание содержания работ на каждом этапе. Стадии и этапы
работы, закрепленные в стандарте, в большей степени соответствуют каскадной
модели жизненного цикла .
60
ISO/IEC 12207:1995 - стандарт на процессы и организацию
жизненного цикла. Распространяется на все виды заказного ПО. Стандарт не
содержит описания фаз, стадий и этапов.
Custom Development Method (методика Oracle) по разработке
прикладных информационных систем - технологический материал,
детализированный до уровня заготовок проектных документов, рассчитанных на
использование в проектах с применением Oracle. Применяется CDM для
классической модели ЖЦ (предусмотрены все работы/задачи и этапы), а также
для технологий "быстрой разработки" (Fast Track) или "облегченного подхода",
рекомендуемых в случае малых проектов.
Rational Unified Process (RUP) предлагает итеративную модель
разработки, включающую четыре фазы: начало, исследование, построение и
внедрение. Каждая фаза может быть разбита на этапы (итерации), в результате
которых выпускается версия для внутреннего или внешнего использования.
Прохождение через четыре основные фазы называется циклом разработки,
каждый цикл завершается генерацией версии системы. Если после этого работа
над проектом не прекращается, то полученный продукт продолжает развиваться
и снова минует те же фазы. Суть работы в рамках RUP - это создание и
сопровождение моделей на базе UML.
Microsoft Solution Framework (MSF) сходна с RUP, так же включает
четыре фазы: анализ, проектирование, разработка, стабилизация, является
итерационной, предполагает использование объектно-ориентированного
моделирования. MSF в сравнении с RUP в большей степени ориентирована на
разработку бизнес-приложений.
Extreme Programming (XP). Экстремальное программирование
(самая новая среди рассматриваемых методологий) сформировалось в 1996 году.
В основе методологии командная работа, эффективная коммуникация между
заказчиком и исполнителем в течение всего проекта по разработке ИС, а
разработка ведется с использованием последовательно дорабатываемых
прототипов.
Стандарт ISO/IEC серии 15288
61
Под моделью обычно понимается структура, определяющая
последовательность выполнения и взаимосвязи процессов, действий и задач на
протяжении жизненного цикла.
Остановимся на модели Rational Unified Process (RUP), которая предлагает
итеративную модель разработки, включающую четыре фазы: начало,
исследование, построение и внедрение. Она полностью определяет наши
требования и реализует нужный подход. Оптимальный стандарт представлен ан
рисунке 2.1.
3.1 Управление 3.2 Создание инфраструктуры
3.3 Усовершенствование 3.4 Обучение
1.1 Заказ
1.2 Поставка
1.4 Эксплуатация
1.3 Разработка
1.5
Сопровождение
2.1 Документирование
2.2 Управление конфигурацией
2.3 Обеспечение качества
2.4 Верификация
2.5 Совместный анализ
2.6 Аудит
2.7 Решение проблем
1. Основные процессы жизненного
цикла
3. Организационные процессы жизненного цикла
2. Вспомогательные процессы
жизненного цикла
Рис.2.1. Структура стандарта ISO 12207-99
Из всех имеющихся стандартов, наиболее оптимальным будет ISO 12207.
Выбор пал именно на этот стандарт, в связи со следующими факторами: Во-
первых, стандарт четкое не регламентирует последовательность процессов в
каждом этапе, что позволяет самостоятельно выбирать подходящие для себя
процессы. Во-вторых, стандарт охватывает все этапы более полно, нежели
остальные стандарты. В-третьих, ISO 12207 не указывает на этапы, а лишь
регламентирует их, что позволит разработчику самостоятельно управлять
жизненным циклом.
62
В связи с небольшим объемом проектных работ, а также характером
проекта выберем каскадную модель для описания жизненного цикла. В
соответствии с этим в него будут входить следующие этапы:
формирование требований;
проектирование;
реализация;
тестирование;
ввод в действие;
эксплуатация и сопровождение.
В качестве стратегии внедрения ИС в ООО «Авто-Транс» был выбран
«Пилотный проект».
Пилотный проект – это первый этап внедрения, позволяющий убедиться в
применимости и эффективности предлагаемой системы до eѐ окончательного
внедрения, обучить сотрудников компании работе с системой, а также
определить и спланировать организационные и технические мероприятия на
этапе промышленного внедрения. Пилотный проект позволяет уменьшить
затраты и ускорить полномасштабное внедрение.
Исследовав данные варианты стратегий, в работе была выбрана стратегия
автоматизации рассматриваемой задачи по направлению, поскольку именно она
максимально подходит для нашей компании вследствие автоматизации
единственного направления деятельности компании – автоматизации
деятельности транспортной компании.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Проект разработки информационной системы автоматизации и
обеспечения информационной безопасности документооборота, как любой
другой проект разработки программного обеспечения, содержит в себе много
неопределенных моментов, которые влекут за собой риски реализации проекта.
Управление рисками заключается в их раннем выявлении и разработке
мер либо полностью предотвращающих их возникновение, либо
минимизирующих их последствия.
В настоящее время существует три общепринятых стратегии управления
рисками:
63
Избегание рисков – проект реорганизуется таким образом, чтобы
исключить возможность возникновения рисков;
Делегирование рисков – проект реорганизуется таким образом,
чтобы переложить риски на третью сторону (заказчика, банки, вендора и т.п.);
Принятие рисков – риски признаются в качестве неизбежной
составляющей проекта, проводится постоянный мониторинг симптомов их
наступления, постоянно корректируется план действий в случае наступления
рисков.
Различают две основные категории рисков – прямые и опосредованные.
На прямые риски проектная команда может каким-то образом повлиять, а
опосредованные риски команда контролировать не может в принципе.
Риски делятся на следующие основные виды:
Ресурсные риски:
Организация (выполняла ли организация прежде проекты
такого масштаба, существует ли формальный процесс
разработки программного обеспечения и т.п.);
Финансирование (полностью ли обеспечено финансирование
проекта, фиксирована ли стоимость проекта или она является
предметом для обсуждения, точно ли выполнена оценка
затрат и т.п.);
Люди (достаточно ли людей для выполнения проекта,
обладают ли они необходимыми навыками и опытом,
работали ли они вместе раньше и т.п.);
Время (реалистичен ли план проекта, насколько критичной
является дата окончания проекта и т.п.);
Бизнес (что произойдет, если конкурент выйдет на рынок
первым, выгода, полученная от реализации проекта больше,
чем затраты на него, что произойдет, если ключевые
поставщики не смогут выполнить свои обязательства и т.п.);
Технические риски:
Область действия (scope) проекта (могут ли быть измерены
критерии успешного завершения проекта, требования
64
стабильны и хорошо поняты, область действия жестко
фиксирована или может расширяться в будущем и т.п.);
Технологии (отлажена ли применяемая технология или она
только была разработана, существуют ли необычные или
инновационные технические требования, с которыми
проектная команда никогда раньше не сталкивалась и т.п.);
Внешние зависимости (зависит ли проект от других
параллельных проектов, зависит ли успех проекта от
внешних поставщиков технологий и/или продуктов и т.п.).
В нашем проекте можно выделить следующие основные риски на каждом
этапе разработки (таблица ).
Таблица 1.6
Основные риски на этапах реализации системы
Этап
Риск
Мероприятия
Предпроектное
исследование
Несоответствие выделенного
бюджета масштабу проекта
Переговоры по увеличению
бюджета или отказ от участия
в проекте
Неформализуемая задача
(невозможно
автоматизировать те или
иные бизнес-процессы или
стоимость такой
автоматизации превысит
ожидаемую выгоду)
Пересмотреть область
действия проекта с целью
выделения отдельных задач,
поддающихся автоматизации.
Провести детальный анализ
бизнес-процессов и
предложить комплекс
мероприятий по их
реорганизации.
65
Этап
Риск
Мероприятия
Проектирование
базы данных и
приложения
- неправильное определение
рамок и масштабов проекта;
- проектирование
ошибочных функций и
интерфейсов будущей
системы;
- выбор неправильных
технологий и методов
решения поставленных
задач;
- несоблюдение требований
заказчика при
проектирование будущей
системы или постоянное
изменение требований.
- обеспечение стабильности
границ проекта, определенных
на начальном этапе, вплоть до
окончания проекта;
- качественное планирование
работ;
- своевременная
идентификация проектных
рисков и разработка
рекомендаций по снижению
рисков;
- обеспечение проекта
необходимыми ресурсами;
- обязательное утверждение и
согласование по проектным
решениям;
Разработка базы
данных и
приложения
Недостаточно ресурсов для
выполнения комплексного и
нагрузочного тестирования
Увеличить количество
привлекаемых специалистов
Недостаточно опыта у
персонала заказчика,
который будет
эксплуатировать систему
Предоставить заказчику услуги
собственного специалиста для
первоначального
сопровождения системы и
постепенного обучения
персонала заказчика.
66
Этап
Риск
Мероприятия
Внедрение
- увеличение нагрузки на
персонал;
- несогласованность
действий персонала
исполнителя и сотрудников
предметных областей;
- трудности с обучением
персонала заказчика из-за
нежелания работать с новой
системой;
- отсутствие поддержки
внедрения ИС со стороны
отдельных ключевых
участников проекта;
- неучастие руководителей
высшего звена в проекте.
- проведение обучения
персонала заказчика работы с
системой;
- составление плана внедрения
ИС;
- доведение до персонала
заказчика смысла внедрения
автоматизированной системы;
- активное вовлечение высшего
руководства в проект, активное
взаимодействие с ним в ходе
проекта и своевременное
принятие решений,
необходимых для нормальной
реализации проекта.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Комплекс мер по защите информации в разрабатываемой ИС включает в
себя следующие аспекты:
защита информации непосредственно в информационной системе
от внутренних угроз;
защита информации от внешних угроз.
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа. Характеристика политики приведена в
таблица .