42
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Стадии жизненного цикла ИС, взаимосвязь между процессами и стадиями
Модель жизненного цикла ИС — структура, определяющая
последовательность выполнения и взаимосвязи процессов, действий и задач на
протяжении жизненного цикла. Модель жизненного цикла зависит от
специфики, масштаба и сложности проекта и специфики условий, в
которых система создается и функционирует.
Стандарт ГОСТ Р ИСО/МЭК 12207-99 не предлагает конкретную модель
жизненного цикла. Его положения являются общими для любых моделей
жизненного цикла, методов и технологий создания ИС. Он описывает
структуру процессов жизненного цикла, не конкретизируя, как реализовать или
выполнить действия и задачи, включенные в эти процессы[21].
Модель ЖЦ ИС включает в себя:
1. Стадии
2. Результаты выполнения работ на каждой стадии
3. Ключевые события — точки завершения работ и принятия
решений.
Стадия — часть процесса создания ИС, ограниченная определенными
временными рамками и заканчивающаяся выпуском конкретного продукта
(моделей, программных компонентов, документации), определяемого
заданными для данной стадии требованиями.
На каждой стадии могут выполняться несколько процессов,
определенных в стандарте ГОСТ Р ИСО/МЭК 12207-99, и наоборот, один и тот
же процесс может выполняться на различных стадиях. Соотношение между
процессами и стадиями также определяется используемой моделью жизненного
цикла ИС.
43
Модели жизненного цикла ИС
Каскадная модель жизненного цикла была предложена в 1970 г.
Уинстоном Ройсом. Она предусматривает последовательное выполнение всех
этапов проекта в строго фиксированном порядке. Переход на следующий этап
означает полное завершение работ на предыдущем этапе. Требования,
определенные на стадии формирования требований, строго документируются в
виде технического задания и фиксируются на все время разработки проекта.
Каждая стадия завершается выпуском полного комплекта документации,
достаточной для того, чтобы разработка могла быть продолжена другой
командой разработчиков.
Этапы проекта в соответствии с каскадной моделью:
1. Формирование требований
2. Проектирование
3. Реализация
4. Тестирование
5. Внедрение
6. Эксплуатация и сопровождение
Спиральная модель:
Спиральная модель (англ. spiral model) была разработана в середине 1980-
х годов Барри Боэмом. Она основана на классическом цикле Деминга PDCA
(plan-do-check-act). При использовании этой модели ИС создается в несколько
итераций (витков спирали) методом прототипирования.
Прототип — действующий компонент ИС, реализующий отдельные
функции и внешние интерфейсы. Каждая итерация соответствует созданию
фрагмента или версии ИС, на ней уточняются цели и характеристики проекта,
оценивается качество полученных результатов и планируются работы
следующей итерации [11].
На каждой итерации оцениваются:
Риск превышения сроков и стоимости проекта;
44
Необходимость выполнения еще одной итерации;
Степень полноты и точности понимания требований к системе;
Целесообразность прекращения проекта.
Один из примеров реализации спиральной модели — RAD (англ. Rapid
Application Development, метод быстрой разработки приложений).
Итерационная модель
Естественное развитие каскадной и спиральной моделей привело к их
сближению и появлению современного итерационного подхода, который
представляет рациональное сочетание этих моделей. Различные варианты
итерационного подхода реализованы в большинстве современных технологий и
методов (RUP, MSF, XP).
В таблице 2.1 приведен порядок внедрения разработанной системы.
Таблица 2.1
Перечень этапов жизненного цикла проекта разработки и
внедрения информационной системы менеджера гостиницы
№
п/п
Название
этапа
Содержание работ
Цель этапа
1
Анализ
организации
Произвести анализ
деятельности гостиницы,
рассмотреть схемы
взаимодействия сотрудников,
изучить основные
информационные потоки,
специфику и методы
использования
информационной системы
Получить четкое
представление о
деятельности и
внутреннем распорядке
Гостиницы «Россия»
2
Анализ задачи
Ознакомиться со спецификой
использования ИТ в
технологии работы с
заявками клиентов на
подключение и отключение
услуг провайдера,
ознакомиться с методами
использования
информационных баз,
рассмотреть варианты
реализации поставленной
задачи
Изучить предметную
область поставленной
задачи разработки/
внедрения
информационной
системы
45
3
Формирование
общих
требований к
ИС
Определить основные
свойства создаваемой
системы, спланировать
методы ее взаимодействия с
существующей ИС Гостиницы
«Россия»
Получить общее
представление о
масштабах проводимых
разработок
4
Выбор
стратегии
автоматизации
Определение и
формулировка этапов работы
над разработкой и
внедрением ИС
Сформировать четкую
последовательность
действий по реализации
проекта
5
Формирование
комплексного
проекта ИС
Разработка технического
задания, технико-
экономического
обоснования, определение
проектных решений по
аппаратному, программному
и информационному
обеспечению проектируемой
ИС
Получить четкие
представления о
проектируемой ИС
6
Реализация
проекта
Разработка программного
обеспечениясистемы учета
клиентских заявок
Разработатьсистему
учета клиентских
заявок
7
Внедрение ИС
Тестированиесистемы,
установка и апробация в
условияхГостиницы «Россия»
Внедрить
разработанную систему
Описываемая в данной работе система является комбинацией каскадной и
итерационной моделей, так как в процессе работы изменяются и появляются
требования, задачи, которые требуют постоянных доработок ИС с
корректировкой технического задания. В качестве стратегии автоматизации
выбрана собственная разработка, что вызвано следующими причинами:
- наличие в штате Гостиницы «Россия»сотрудников, обладающих
достаточной квалификацией;
- наличие в существующих решениях автоматизации гостиниц излишнего
функционала, что приводит к непроизводительным затратам денежных средств
на приобретение лицензий на ПО;
- возможность корректировки ПО под специфику Гостиницы «Россия».
Проведем выбор стратегии внедрения информационной системы.
Существуют следующие стратегии внедрения информационных систем
[17]:
46
1. Параллельная стратегия, при которой одновременно
функционируют старая (ручная) и новая технологии, и производится сверка
результирующих документов. При соответствии выходной документации
постепенно производится переход на новую систему.
2. "Скачок". Стратегия, связанная с непосредственным переходом на
новую технологию и исправлением ошибок в процессе эксплуатации.
3. "Пилотный проект". Данная стратегия является наиболее часто
используемой. "Пилотный проект" является формой "скачка", но применяется к
ограниченному числу процессов. Областью применения данной стратегии
являются небольшие участки деятельности. Указанный подход снижает риски и
является наиболее надежным. В настоящее время подобная тактика
применяется на большинстве предприятий.
4. "Узкое место". "Узкое место" - это малая часть производственного
процесса. При использовании тактики "узкое место" планы внедрения
выполняются только для "узких мест" и для людей, работающих в
нем.Примерами использования подобной тактики могут являться технологии
внедрения небольших прикладных программ, выполняющих небольшое число
операций (например, при отсутствии данных возможностей в основном
программном пакете).
Разрабатываемая система будет внедряться по стратегии пилотного
проекта, так как в условиях Гостиницы «Россия»в настоящее время данная
технология не автоматизирована и работа в параллельном режиме
неэффективна, так как требует дополнительных штатных единиц и
существенно увеличивает нагрузку на специалистов, а также нет гарантий
достоверности документов, формируемых в ручном режиме. При этом
указанная технология не может считаться узким местом, так как
автоматизирует большой участок работы – от учета абонентов и потребленного
трафика до формирования платежных документов.
47
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
В процессе жизненного цикла разрабатываемой информационной
системы всегда существует вероятность возникновения различного рода
рисков, влияющих, как и на процесс разработки, так и нафункционирование
предприятия. Рассмотрим ожидаемые риски по этапам жизненного цикла
подробнее:
Этапы разработки и внедрения.
o Риск, связанный с нарушениями методологии реализации проекта.
Причиной возникновения данного риска может служитьнеобдуманное
описание и утверждение документов, содержащих информацию о состоянии
проекта.
Влияние данного риска можно минимизировать путем принятия
следующих мер [11]:
строгое разграничение доступа в рамках рабочей группы;
проведение технических учеб со специалистами, работающими с
указанной технологией;
ведение документации и согласование технических условий
проектирования;
документальное подтверждение вносимых изменений в проект;
Риски, связанные с процессом ведения проекта:
ошибочность определения рамок и масштабов проекта;
ошибочность проектирования в функциях и интерфейсах будущей
системы;
ошибки выбора технологий и методов решения поставленных
задач;
несоблюдение требований при проектировании будущей системы
или постоянное изменение требований.
Для минимизации влияния указанных факторов можно принять
следующие меры [11]:
48
обеспечение стабильности границ проекта, определенных на
начальном этапе;
качественность планирования работ;
обеспечение проекта необходимыми ресурсами;
обязательность утверждения и согласования проектных решений;
возможность дополнительного анализа функций и целей проекта.
Риски, обусловленные ошибками планирования:
недостаточная проработка плана разработки и внедрения системы;
срыв сроков исполнения этапов.
Мерами, позволяющими минимизировать влияние указанных факторов,
могут служить [13]:
привлечение к работе квалифицированных специалистов;
оптимальное распределение обязанностей между сотрудниками
команды;
документирование всех работ на этапе проектирования и
обеспечение доступности данных для всех участников проекта;
Риски, связанные с программными и технологическими факторами:
частичная или полная приостановка стадии разработки вследствие
ошибок в используемом программном обеспечении;
утрата программных кодов;
недостаточная проработанность системы в соответствии с
функционалом работы специалистов;
несоответствие документации работе системы.
Минимизация влияния рисков подобного рода достигается за счет:
использования лицензионного программное обеспечение;
проведение регулярного резервного копирования данных;
проведения многократных проверок, тестирования
работоспособности системы для выявления малейших неисправностей
функционала системы;
проверка документации перед передачей системы в эксплуатацию.
49
Этапы эксплуатации:
Риск, обусловленные влиянием персонала работы системы:
затруднения, связанные со сменой технологии и необходимостью
переобучения персонала;
недостаточность осуществления технической поддержки
пользователей;
отстраненность от проекта руководства компании;
нарушение информационной безопасности в процессе работы
системы.
Этого можно избежать, путем реализации следующих мер:
проведение обучения персонала работы с системой;
составление плана внедрения ИС;
доведение до персонала смысла внедрения автоматизированной
системы;
активное вовлечение высшего руководства;
организация системы поощрений использующего систему
персонала заказчика.
o Технический риск:
потеря данных при внедрении ИС;
возможный отказ технического оборудования при внедрении ИС;
ошибки в программе вызывающие простой системы;
невозможность осуществления требуемых действия, «зависание»
программы;
использование вредоносных программ (вирусы, черви, трояны,
логические бомбы), использование в корыстных целях найденных ошибок;
приостановка деятельности третьего лица (например, провайдера
Интернет услуг);
Мерами предупреждения этого служит:
использование пилотного, поэтапного -подхода к организации
внедрения;
50
тщательное тестирование и выявление ошибок на этапе разработки;
оперативность устранения ошибок функционала;
наличие альтернативных средств доступа в Интернет или других
способов передачи данных;
обязательность утверждения любых изменений системы.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Программно-аппаратные средства защиты информации включают:
- установленное антивирусное программное обеспечение;
- разграничение доступа на уровнях: операционной системы, СУБД,
прикладного ПО.
Разграничение уровней доступа по ролям пользователей приведено в
таблице 2.2.
Таблица 2.2
Разграничение уровней доступа по ролям пользователей
Режимы работы
Роли пользователей
Администр
атор
Руководит
ель
Менеджер
Справочник - клиенты
X
X
Справочник – номерной фонд
X
Справочник – виды номеров
X
Ввод бронирования
X
Ввод заселения
X
Отчет – Забронированные
номера
X
Отчет – Анализ оплат
Х
X
Отчет – Отчет о загрузке
номеров
Х
X
51
2.2.Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель задачи представлена на рисунке 2.2.
Рисунок 2.2 – Информационная модель задачи
Область 1 – работа Администратора, включает работу по заполнению
классификаторов гостиницы, включая данные о типах гостиничных номеров,
номерном фонде, пользователях системы. Область 2 – работа менеджера,
включающая ввод оперативной информации о бронировании и заселении