68
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Под жизненным циклом системы понимается непрерывный процесс,
который начинается с момента принятия решения о необходимости создания
системы и заканчивается в момент ее полного изъятия из эксплуатации.
Продолжительность жизненного цикла современных информационных
систем составляет около 10 лет, что значительно превышает сроки морального и
физического старения технических и системных программных средств,
используемых при построении системы. Поэтому в течение жизненного цикла
системы проводится модернизация ее технико-программной базы. При этом
прикладное программное обеспечение системы должно быть сохранено и
перенесено на обновляемые аппаратно-программные платформы.
Методология проектирования информационных систем описывает процесс
создания и сопровождения систем в виде жизненного цикла (ЖЦ) ИС,
представляя его как некоторую последовательность стадий и выполняемых на них
процессов. Для каждого этапа определяются состав и последовательность
выполняемых работ, получаемые результаты, методы и средства, необходимые
для выполнения работ, роли и ответственность участников и т.д. Такое
формальное описание ЖЦ ИС позволяет спланировать и организовать процесс
коллективной разработки и обеспечить управление этим процессом.
Жизненный цикл ИС можно представить как ряд событий, происходящих с
системой в процессе ее создания и использования.
Модель жизненного цикла отражает различные состояния системы,
начиная с момента возникновения необходимости в данной ИС и заканчивая
моментом ее полного выхода из употребления. Модель жизненного цикла —
структура, содержащая процессы, действия и задачи, которые осуществляются в
ходе разработки, функционирования и сопровождения программного продукта в
течение всей жизни системы, от определения требований до завершения ее
использования.
69
В настоящее время известны и используются следующие модели
жизненного цикла:
Каскадная модель предусматривает последовательное выполнение всех
этапов проекта в строго фиксированном порядке. Переход на следующий
этап означает полное завершение работ на предыдущем этапе.
Поэтапная модель с промежуточным контролем. Разработка ИС ведется
итерациями с циклами обратной связи между этапами. Межэтапные
корректировки позволяют учитывать реально существующее
взаимовлияние результатов разработки на различных этапах; время жизни
каждого из этапов растягивается на весь период разработки.
Спиральная модель. На каждом витке спирали выполняется создание
очередной версии продукта, уточняются требования проекта, определяется
его качество и планируются работы следующего витка. Особое внимание
уделяется начальным этапам разработки — анализу и проектированию, где
реализуемость тех или иных технических решений проверяется и
обосновывается посредством создания прототипов (макетирования).
Каскадный подход хорошо зарекомендовал себя при построении
относительно простых ИС, когда в самом начале разработки можно достаточно
точно и полно сформулировать все требования к системе. Основным недостатком
этого подхода является то, что реальный процесс создания системы никогда
полностью не укладывается в такую жесткую схему, постоянно возникает
потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее
принятых решений. В результате реальный процесс создания ИС оказывается
соответствующим поэтапной модели с промежуточным контролем. Однако
данные недостатки не могут быть определяющими при разработке необходимой
системы бронирования и учета клиентов санатория, поэтому выбираем его.
Каждая из стадий создания системы предусматривает выполнение
определенного объема работ, которые представляются в виде процессов ЖЦ.
Процесс определяется как совокупность взаимосвязанных действий,
преобразующих входные данные в выходные. Описание каждого процесса
включает в себя перечень решаемых задач, исходных данных и результатов.
70
Существует целый ряд стандартов, регламентирующих ЖЦ ПО, а в
некоторых случаях и процессы разработки.
Среди наиболее известных стандартов можно выделить следующие:
ГОСТ 34.601—90 — распространяется на автоматизированные системы и
устанавливает стадии и этапы их создания. Кроме того, в стандарте
содержится описание содержания работ на каждом этапе. Стадии и этапы
работы, закрепленные в стандарте, в большей степени соответствуют
каскадной модели жизненного цикла .
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 году. В
71
основе методологии командная работа, эффективная коммуникация между
заказчиком и исполнителем в течение всего проекта по разработке ИС, а
разработка ведется с использованием последовательно дорабатываемых
прототипов.
Стандарт ISO/IEC серии 15288
В связи с небольшим объемом разрабатываемой автоматизированной
системы, ее назначением, характером необходимо использовать именно этот
стандарт. Для создаваемой системы актуален следующий перечень стадий
реализации проекта
Предпроектное исследование
Проектирование базы данных и приложения
Разработка базы данных и приложения
Внедрение
Задача внедрения информационной системы включает в себя создание
(адаптацию) и запуск в продуктивную эксплуатацию элементов информационной
системы. Так как разработка информационной системы будет осуществляться
своими силами, то и внедрение будет происходить без привлечения посторонних
специалистов.
Этап внедрения планируется разбить на следующие подэтапы:
1. Предпроектное обследование. В ходе обследования выявляются
основные информационные потоки на предприятии и сверяется база основной
нормативно—справочной документации. Главным требованием в данном случае
является наличие всех необходимых для функционирования корпоративных
информационных систем справочников и классификаторов и соответствие
принципових организации требованиям системы. В ходе выполнения этапа
обязательно должны быть проанализированы на полноту корпоративные
стандарты учета и отчетности. На данном этапе также производится
диагностирование проблем, которые могут возникнуть при внедрении,
разрабатывается и согласовывается настройка справочников и классификаторов
системы в соответствии с сформулированными требованиями. При
необходимости, принимаются решения об изменении существующих практик
учета или функциональных моделей. По результатам этапа формируется
72
подписываемый всеми участниками проекта внедрения документ, который
описывает все выявленные проблемы и намечает пути их ликвидации.
2. Построение информационно—функциональной модели деятельности
предприятия, описание и оптимизация процессов, подвергающихся
автоматизации. Моделирование должно проводиться хорошо обученными
сотрудниками рассматриваемого предприятия с привлечением
высококвалифицированных консультантов и с привязкой созданной модели к
стандартам бизнеса и к будущей системе.
3. Адаптация ИС на предприятии. В ходе этапа производится настройка
системы тестирование отдельных модулей и функций группой внедрения. На
данном этапе также очень важно наличие корпоративных стандартов, так как
именно они являются основой настроек системы.
4. Опытная эксплуатация информационной системы. Осуществляется для
тестирования полного соответствия функциональности, полученной в результате
настройки системы, требованиям предприятия. На этом этапе сохраняется
двойной ввод данных в старую и новую системы. В ходе опытной эксплуатации:
генерируются стандартные отчеты (с помощью ИС и обычными способами) и
производится верификация данных; система постепенно вводится в
эксплуатацию, по отдельным участкам учета; документируются инструкции по
ведению рабочих мест и корректируются должностные инструкции участников
учетного процесса. В отдельных подразделениях предприятия в систему вводятся
фактические данные (в ограниченном объеме) и последовательно тестируются
бизнес—функции путем моделирования реальных ситуаций деятельности
предприятия (в условиях, максимально приближенных к действительности).
Отрабатывается взаимная работа подразделений на основе тестовых пилотных
примеров. Конечные пользователи (сотрудники отдела ИТ) обучаются работе с
настроенной системой непосредственно на своих рабочих местах. После обучения
конечных пользователей отрабатывается интегрированный пилотный пример и
полностью моделируется деятельность предприятия. На основе результатов
выполнения пилотного примера руководством предприятия принимается
решение о переводе ИС в промышленную эксплуатацию.
73
Этап эксплуатации подразумевает под собой непосредственное
использование информационной системы для выполнения ею тех функций, для
которых она предназначена.
Работы, ожидаемые на этапе эксплуатации, можно разделить на две
группы: плановые и неплановые.
К плановым работам будут относятся такие работы, как:
инсталляция программного обеспечения;
базовая настройка и проверка работоспособности компонентов
устанавливаемой системы;
устранение недостатков в конфигурации системы;
проверка надежности работы системы;
окончательная донастройка.
Данные работы будут выполнять специалисты сектора программирования.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Проект разработки информационной системы учета продаж, как любой
другой проект разработки программного обеспечения, содержит в себе много
неопределенных моментов, которые влекут за собой риски реализации проекта.
Управление рисками заключается в их раннем выявлении и разработке мер
либо полностью предотвращающих их возникновение, либо минимизирующих их
последствия.
В настоящее время существует три общепринятых стратегии управления
рисками:
˗ Избегание рисков – проект реорганизуется таким образом, чтобы
исключить возможность возникновения рисков;
˗ Делегирование рисков – проект реорганизуется таким образом,
чтобы переложить риски на третью сторону (заказчика, банки, вендора и т.п.);
˗ Принятие рисков – риски признаются в качестве неизбежной
составляющей проекта, проводится постоянный мониторинг симптомов их
наступления, постоянно корректируется план действий в случае наступления
рисков.
74
Различают две основные категории рисков – прямые и опосредованные. На
прямые риски проектная команда может каким-то образом повлиять, а
опосредованные риски команда контролировать не может в принципе.
Риски делятся на следующие основные виды:
1. Ресурсные риски:
˗ Организация (выполняла ли организация прежде проекты такого
масштаба, существует ли формальный процесс разработки программного
обеспечения и т.п.);
˗ Финансирование (полностью ли обеспечено финансирование
проекта, фиксирована ли стоимость проекта или она является предметом для
обсуждения, точно ли выполнена оценка затрат и т.п.);
˗ Люди (достаточно ли людей для выполнения проекта, обладают ли
они необходимыми навыками и опытом, работали ли они вместе раньше и т.п.);
˗ Время (реалистичен ли план проекта, насколько критичной является
дата окончания проекта и т.п.);
˗ Бизнес (что произойдет, если конкурент выйдет на рынок первым,
выгода, полученная от реализации проекта больше, чем затраты на него, что
произойдет, если ключевые поставщики не смогут выполнить свои обязательства
и т.п.);
2. Технические риски:
˗ Область действия (scope) проекта (могут ли быть измерены критерии
успешного завершения проекта, требования стабильны и хорошо поняты, область
действия жестко фиксирована или может расширяться в будущем и т.п.);
˗ Технологии (отлажена ли применяемая технология или она только
была разработана, существуют ли необычные или инновационные технические
требования, с которыми проектная команда никогда раньше не сталкивалась и
т.п.);
˗ Внешние зависимости (зависит ли проект от других параллельных
проектов, зависит ли успех проекта от внешних поставщиков технологий и/или
продуктов и т.п.).
В нашем проекте можно выделить следующие основные риски на каждом
этапе разработки (таблица 2.1):
75
Таблица 2.1
Основные риски на этапах реализации системы
Этап
Риск
Мероприятия
Предпроектное
исследование
Несоответствие выделенного бюджета масштабу
проекта
Переговоры по увеличению бюджета или отказ от участия в
проекте
Неформализуемая задача (невозможно
автоматизировать те или иные бизнес-процессы или
стоимость такой автоматизации превысит
ожидаемую выгоду)
Пересмотреть область действия проекта с целью выделения
отдельных задач, поддающихся автоматизации.
Провести детальный анализ бизнес-процессов и предложить
комплекс мероприятий по их реорганизации.
Проектирование базы
данных и приложения
- неправильное определение рамок и масштабов
проекта;
- проектирование ошибочных функций и
интерфейсов будущей системы;
- выбор неправильных технологий и методов
решения поставленных задач;
- несоблюдение требований заказчика при
проектирование будущей системы или постоянное
изменение требований.
- обеспечение стабильности границ проекта, определенных
на начальном этапе, вплоть до окончания проекта;
- качественное планирование работ;
- своевременная идентификация проектных рисков и
разработка рекомендаций по снижению рисков;
- обеспечение проекта необходимыми ресурсами;
- обязательное утверждение и согласование по проектным
решениям;
Разработка базы
данных и приложения
Недостаточно ресурсов для выполнения
комплексного и нагрузочного тестирования
Увеличить количество привлекаемых специалистов
Недостаточно опыта у персонала заказчика, который
будет эксплуатировать систему
Предоставить заказчику услуги собственного специалиста
для первоначального сопровождения системы и
постепенного обучения персонала заказчика.
76
Этап
Риск
Мероприятия
Внедрение
- увеличение нагрузки на персонал;
- несогласованность действий персонала
исполнителя и сотрудников предметных областей;
- трудности с обучением персонала заказчика из-за
нежелания работать сновой системой;
- отсутствие поддержки внедрения ИС со стороны
отдельных ключевыхучастников проекта;
- неучастие руководителей высшего звена в проекте.
- проведение обучения персонала заказчика работы с
системой;
- составление плана внедрения ИС;
- доведение до персонала заказчика смысла внедрения
автоматизированной системы;
- активное вовлечение высшего руководства в проект,
активное взаимодействие с ним в ходе проекта и
своевременное принятие решений, необходимых для
нормальной реализации проекта.
77
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
В качестве основных направлений обеспечения информационной
безопасности компании применяются:
Обеспечение информационной безопасности при ведении
делопроизводства и осуществлении документооборота(как бумажного
так и электронного);
Обеспечение безопасности конфиденциальных переговоров;
Обеспечение информационной безопасности при осуществлении
взаимодействия с деловыми партнерами и клиентами;
Обеспечение информационной безопасности при проведении работ по
модернизации информационных систем компании;
Обеспечение информационной безопасности при соблюдении правовых
и договорных требований;
Обеспечение информационной безопасности в условиях чрезвычайных
ситуаций.
К активам предприятия, нуждающимся в обеспечении информационной
безопасности относятся следующие:
- информационные – персональные данные сотрудников АО «Почта
России», финансовая документация, данные о коммерческой деятельности
компании, данные о клиентах.
- программные – программные средства и комплексы, средства
автоматизации деятельности отделов, операционные системы, программное
обеспечение серверов.
- материальные архивы - персональные компьютеры, телефоны, АТС,
серверы, мебель, ЛВС.
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа. Характеристика политики приведена в таблице 2.2.