Дипломная работа: Автоматизация учета рабочего времени сотрудников компании ООО «УК «ВОЗРОЖДЕНИЕ Торговый Дом»
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
56
АНАЛИЗ
ПРОЕКТИРОВАНИЕ
РАЗРАБОТКА
ВНЕДРЕНИЕ
СОПРОВОЖДЕНИЕ
Рис. 2.1. Каскадная схема жизненного цикла
Основной недостаток каскадной модели заключается в существенном
запаздывании с получением результатов. Согласование результатов с
пользователями производится только в точках, планируемых после завершения
каждого этапа работ, требования к ИС «заморожены» в виде технического
задания на все время её создания. Таким образом, пользователи могут внести
свои замечания только после того, как работа над системой будет полностью
завершена.
Для преодоления указанных проблем была предложена спиральная модель
ЖЦ (Рис. 2.2), которая делает упор на начальные этапы ЖЦ - анализ и
проектирование. На этих этапах технические решения проверяются на
реализуемость путём создания прототипов. Каждый виток спирали означает
создание фрагмента или версии ПО, на нем уточняются характеристики и цели
проекта, определяется его качество и планируются работы следующего витка
спирали. Таким образом, углубляются и последовательно конкретизируются,
детали проекта и в результате выбирается обоснованный вариант, который
доводится до реализации.
57
Рис. 2.2. Спиральная модель ЖЦ
Основной проблемой спирального цикла является то, что трудно
определить момент перехода на следующий этап. Для её решения нужно ввести
ограничения по времени на каждый из этапов жизненного цикла. Переход
происходит в соответствии с планом, даже если запланированная работа не
полностью закончена. План составляется на основе статистических данных,
полученных в предыдущих проектах, и личного опыта разработчиков.
Итерационная модель является естественным развитием спиральной и
каскадной моделей. Различные варианты итерационного подхода реализованы в
большинстве современных ИС.
Фазы представляют совокупность связанных действий, которые
завершаются вехой. Вехи являются контрольными точками процесса. Это время
проведения инспекций (фазовых обзоров), на которых обсуждаются достигнутые
результаты и принимаются решения. Достижение каждой вехи сопровождается
созданием определённых материалов, которые обязательно согласовываются
всеми лидерами групп и заказчиком.
Недостатки итерационной модели:
общий срок создания ИС может отличаться от запланированного;
58
стоимость создания ИС может изменяться, так как меняется
функциональность.
ЗАВЕРШЕНИЕ
КОДИРОВАНИЯ
ОБЩЕЕ
ОПИСАНИЕ
ПРОЕКТА
РЕЛИЗ
ФУНКЦИОНАЛЬНЫЕ
СПЕЦИФИКАЦИИ
НОВЫЙ РЕЛИЗ
ФИКСАЦИЯ
РАЗРАБОТКА
ПЛАНИРОВАНИЕ
АНАЛИЗ
Рис. 2.3. Итерационная модель процесса разработки приложения по MSF
Каскадная модель жизненного цикла более всего подходит к конкретной
разработке.
Процесс внедрения – трансформация описания разработки программного
проекта в программный продукт, а также создание исходного кода, баз данных и
документации независимо от того, были ли эти программные продукты
разработаны, приобретены либо имеют смешанное происхождение.
На сегодняшний день существуют следующие основные стратегии
внедрения системы.
1. Параллельная стратегия. При этой стратегии одновременно работают
старая (ручная) и новая система, и их выходные документы сравниваются. Если
они согласуются длительное время, осуществляется переход на новую систему.
2. «Скачок». При такой стратегии происходит моментальный переход на
работу с новой системой. Эта стратегия привлекательна, но не рекомендуется.
59
3. «Пилотный проект». Это наиболее часто используемая стратегия.
«Пилотный проект» - это тактика «скачка», но применяемая к ограниченному
числу процессов. Область применения стратегии - небольшой участок
деятельности. Такой подход снижает риск и наиболее надежен. Практически все
предприятия применяют эту тактику сегодня.
4. «Узкое место». «Узкое место» - это малая часть производственного
процесса. При использовании подхода «узкое место» план внедрения
выполняется только для «узкого места» и для людей, работающих в нем.
Точность данных повышается только для изделий в этом «узком месте";
переподготовка - только для людей, работающих в нем, анализ эффект - затрат
делается только для него и т.д.
В качестве стратегии внедрения ИС был выбран пилотный проект. Данная
стратегия внедрения информационной системы была выбрана, так как при ней
автоматизируется ограниченное число процессов и поэтому риски сведены к
минимуму.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
В процессе жизненного цикла разрабатываемой информационной системы
всегда существует вероятность возникновения различного рода рисков,
влияющих, как и на процесс разработки, так и на функционирование компании.
Рассмотрим ожидаемые риски по этапам жизненного цикла подробнее:
Этапы разработки и внедрения.
o Риск нарушения методологии ведения проекта. Причиной
возникновения данного риска может служить необдуманное описание и
утверждение документов, содержащих информацию о состоянии проекта.
Меры предотвращения этому может послужить:
четкое определение прав и обязанностей рабочей группы;
обучение рабочей группы и ключевых пользователей;
документирование и согласование технических условий проекта;
документальное подтверждение вносимых изменений в проект;
o Риск ведения проекта:
60
неправильное определение рамок и масштабов проекта;
проектирование ошибочных функций и интерфейсов будущей
системы;
выбор неправильных технологий и методов решения поставленных
задач;
несоблюдение требований при проектирование будущей системы
или постоянное изменение требований.
В качестве мер предотвращения обозначенных выше моментов можно
назвать:
обеспечение стабильности границ проекта, определенных на
начальном этапе;
качественное планирование работ;
обеспечение проекта необходимыми ресурсами;
обязательное утверждение и согласование по проектным решениям;
дополнительный анализ функций и целей проекта, тщательная
формулировка концепции;
o Риск неверного планирования:
плохая проработка плана внедрения системы;
срыв сроков выполнения;
Мерами предотвращения данных обстоятельств может служить
следующее:
укомплектование проектной команды наиболее талантливыми и
квалифицированными проектировщиками;
распределение работ соответственно способностям членов
проектной команды;
документирование всех работ на этапе проектирования и
обеспечение доступности данных для всех участников проекта;
o Технический и программный риски вызывают:
частичную или полную приостановку этапа разработки из-за
ошибок в используемом программном обеспечении;
частичная или полная потеря программного кода;
Источник: https://baza.diplomsite.ru/previewfile/2443