Дипломная работа: Автоматизация продажи железнодорожных билетов ООО «Four cardinal points Train»
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
66
3) Опытная эксплуатация "пилотного проекта –это тактика "скачка",
но применяемая к ограниченному числу изделий, наиболее успешна в малом
участке деятельности;
4) Узкое место –при внедрении "узкого места" план внедрения
выполняется только для "узкого места" и для людей, работающих в нем.
На основе описания и условий деятельности компании, а также
особенностей разрабатываемой ИС в качестве стратегии внедрения была
выбрана пилотная стратегия пилотной операции, поскольку в этом случае
внедрение системы будет наиболее безболезненным.
Для проекта по разработке информационной системы управления
проектами наиболее подходящей является каскадная модель для разработки
приложений из-за возможности управления промежуточными фазами.
На этапе «Формирование требований к АИС» выполняются следующие
работы:
1) Сбор информации о деятельности компании;
2) Изучение существующей на предприятии технологии для
реализации выбранной функции управления, выделение областей работы,
которые необходимо автоматизировать;
3) Оценка возможности создания автоматизированной
информационной системы;
4) Формирование требований, предъявляемых пользователями к
автоматизированной информационной системе;
5) Составление отчета о выполненных работах и заданиях на
разработку.
На этапе «Разработка концепции АИС» изучается объект
автоматизации, проводится необходимое исследование, разрабатывается
концепция АИС для удовлетворения требований пользователей, составляется
отчет и утверждается концепция.
На этапе «Технического задания» проводится разработка и
утверждение технического задания для создания АИС: определяются
67
требования к системе, состав и функции задач, которые должны решаться
АИС. Также проводится технико-экономическое обоснование разработанной
системы (изучение ее экономической рентабельности, анализ и расчет
экономических показателей АИС).
На этапе «Эскизный проект» разрабатываются предварительные
проектные решения для системы и ее частей, разрабатывается проектная
документация для АИС и ее частей.
На этапе «Технический проект» разрабатываются проектные решения
для системы и ее частей, разрабатывается документация для EIS и ее частей,
разрабатывается и выполняется документация на поставку комплектующих
частей, проектные задачи разрабатываются в смежных частях проекта. ,
На этапе «Рабочий проект» ведется разработка рабочей документации
для EIS и ее частей, создается программный код системы и заполняются базы
данных. Разработка рабочего проекта EIS также происходит. Затем EIS
проверяется и исправляется ошибки.
В этом проекте были рассмотрены все этапы жизненного цикла
программного продукта, за исключением его окончательных испытаний и
ввода в эксплуатацию.
Были выделены следующие этапы проектирования:
1) Формирование требований к ЭИС;
2) Разработка концепции ЭИС;
3) Техническое задание;
4) Эскизный проект;
5) Технический проект;
6) Рабочий проект.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Разрабатываемый проект по созданию информационной системы учета
продаж железнодорожных билетов включает в себя множество задач,
68
связанных с общим управлением проектом, разработкой программного
обеспечения, разработкой ИС, реализацией, каждая из которых сама по себе
является проектом со своими присущими ему особенностями. Поэтому при
разработке возникают различные риски.
Риски заказчика связаны с неполным достижением целей проекта и
неэффективно израсходованными средствами, а риски подрядчика связаны с
возможностью резкого превышения фактической стоимости работ по
сравнению с запланированной. Необходимость параллельной, а иногда и
принципиально иной по характеру работы приводит к тому, что уровень
риска проекта увеличивается во много раз.
Рассмотрим наиболее существенные риски на этапах разработки
системы в соответствии с выбранным стандартом жизненного цикла
(таблица 9).
69
Таблица 9
Возможные риски проекта на этапах жизненного цикла информационной системы
Этап разработки
Этап внедрения
Этап эксплуатации
Риски
– Возможность ошибок при
определении требований к
системе;
– Риск неправильного
выбора методологии
разработки, программного и
аппаратного обеспечения;
– Слабая поддержка
проекта со стороны высшего
руководства
– Недостаток необходимых
человеческих ресурсов
Невнимание к связанным
процессам
– Отсутствие постановки проблемы
управления на предприятии;
– Необходимость частичной или полной
реорганизации структуры и / или бизнес-
технологии предприятия (реинжиниринг);
– Активное или пассивное сопротивление
(саботаж) работников предприятия
(человеческий фактор);
– Временное увеличение нагрузки на
сотрудников при внедрении системы;
Необходимость формирования
квалифицированной группы для
внедрения и обслуживания системы,
выбор сильного лидера команды.
– Нежелание старших
менеджеров принимать
непопулярные решения,
необходимые для успешного
внедрения системы;
– Изменения внешней и
внутренней конъюнктуры в
течение периода внедрения,
требующие значительных
изменений в системе;
– Отсутствие четкой иерархии
подчинения на предприятии, что
означает несоблюдение указаний
высшего руководства на более
низких уровнях управления;
– Неэффективность работы
консультантов;
– Сложная интеграция системы с
уже имеющимися на предприятии
системами автоматизации
управления;
Потеря информации при
внедрении системы учета и
управления
70
Этап разработки
Этап внедрения
Этап эксплуатации
Снижение
видов риска
Детальный анализ каждого
этапа работы,
взаимодействие участников,
организация работы
– Строгий отбор проектной команды в
соответствии с квалификационными
критериями. Обучение участников проекта
технологиям дизайна, инструментам
– Обучение участников проекта (курс
«Управление проектами»), командное
обучение, наиболее полная формализация
деятельности
Повторное тестирование
созданных продуктов, тщательная
проверка документов
Снижение
вероятности
возникновения
риска
Детально разработать
программу развития,
привлечь компетентных
специалистов, разработать
управление конфигурацией
проекта, а также уточнить
специальные процедуры
взаимодействия участников.
– Максимально формализовать все те
контрольные петли, которые планируется
автоматизировать
– Создать солидное чувство среди
сотрудников на всех уровнях
неизбежности внедрения;
– Наделить руководителя проекта
достаточными полномочиями.
Строгое выполнение качественных
программных процедур
Источник: https://baza.diplomsite.ru/previewfile/567