Дипломная работа: Автоматизация приема регистрируемых почтовых отправлений УФПС "Татарстан Почтасы"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
59
полностью завершена работа на текущем (рисунок 10).
Рисунок 10 - Каскадная схема разработки
Каждый этап завершается выпуском полного комплекта документации,
достаточной для того, чтобы разработка могла быть продолжена другой командой
разработчиков. Положительные стороны применения каскадного подхода
заключаются в следующем: 1) на каждом этапе формируется законченный набор
проектной документации, отвечающий критериям полноты и согласованности; 2)
выполняемые в логичной последовательности этапы работ позволяют планировать
сроки завершения всех работ и соответствующие затраты.
Каскадный подход хорошо зарекомендовал себя при построении
информационных систем, для которых в самом начале разработки можно
достаточно точно и полно сформулировать все требования, с тем, чтобы
предоставить разработчикам свободу реализовать их как можно лучше с
технической точки зрения. В эту категорию попадают сложные расчетные системы,
системы реального времени и другие подобные задачи. Однако в процессе
использования этого подхода обнаружился ряд его недостатков, вызванных прежде
всего тем, что реальный процесс создания систем никогда полностью не
укладывался в такую жесткую схему. В процессе создания постоянно возникала
потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее
принятых решений. В результате реальный процесс создания программного
обеспечения принимал следующий вид (рисунок 11).
60
Рисунок 11 - Реальный процесс разработки ПО по каскадной схеме
Основным недостатком каскадного подхода является существенное
запаздывание с получением результатов. Согласование результатов с
пользователями производится только в точках, планируемых после завершения
каждого этапа работ, требования к информационным системам "заморожены" в
виде технического задания на все время ее создания. Таким образом, пользователи
могут внести свои замечания только после того, как работа над системой будет
полностью завершена.
В случае неточного изложения требований или их изменения в течение
длительного периода создания программного обеспечения, пользователи получают
систему, не удовлетворяющую их потребностям. Модели (как функциональные,
так и информационные) автоматизируемого объекта могут устареть одновременно
с их утверждением. Сущность системного подхода к разработке ИС заключается в
ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается
на функциональные подсистемы, которые в свою очередь делятся на подфункции,
подразделяемые на задачи и так далее.
Процесс разбиения продолжается вплоть до конкретных процедур. При этом
автоматизируемая система сохраняет целостное представление, в котором все
составляющие компоненты взаимоувязаны. Таким образом, данная модель
основным достоинством имеет системность разработки, а основные недостатки -
медленно и дорого.
Спиральная модель: Для преодоления перечисленных проблем была
предложена спиральная модель жизненного цикла (рисунок 12), делающая упор на
начальные этапы жизненного цикла: анализ и проектирование. На этих этапах
реализуемость технических решений проверяется путем создания прототипов.
61
Каждый виток спирали соответствует созданию фрагмента или версии
программного обеспечения, на нем уточняются цели и характеристики
проекта, определяется его качество и планируются работы следующего витка
спирали. Таким образом, углубляются и последовательно конкретизируются детали
проекта и в результате выбирается обоснованный вариант, который доводится до
реализации.
Разработка итерациями отражает объективно существующий спиральный
цикл создания системы. Неполное завершение работ на каждом этапе позволяет
переходить на следующий этап, не дожидаясь полного завершения
работы на текущем. При итеративном способе разработки недостающую работу
можно будет выполнить на следующей итерации. Главная же задача - как можно
быстрее показать пользователям системы работоспособный продукт, тем самым,
активизируя процесс уточнения и дополнения требований.
Основная проблема спирального цикла - определение момента перехода на
следующий этап. Для ее решения необходимо ввести временные ограничения на
каждый из этапов жизненного цикла. Переход осуществляется в соответствии с
планом, даже если не вся запланированная работа закончена. План составляется на
основе статистических данных, полученных в предыдущих проектах, и личного
опыта разработчиков.
Рисунок 12 - Спиральная модель ЖЦ ИС
Наиболее оптимально считаю спиральную модель, так как в ней были
учтены все недостатки каскадной и задачной модели. В рамках доработки уже
существующей ИС частенько возникают новые замечания от пользователей
62
которые можно реализовать на новом витке спиральное модели.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
При осуществлении любого проекта всегда возникает ситуация, связанная с
неопределенностью, неполнотой или неточностью информации об условиях
реализации проекта и связанных с ними затратах и результатах. Все участники
проекта заинтересованы в том, чтобы исключить возможность провала проекта из-
за таких неопределенных ситуаций. Для того чтобы снизить потери от возможных
просчетов и избежать провала проекта в целом, методология управления проектами
предусматривает специальные процедуры, помогающие учесть факторы
неопределенности и риска на всех фазах и этапах проекта.
Зная виды и значимость рисков, можно на них воздействовать, снижая их
отрицательное влияние на эффективность проекта. Следовательно, создается
реальная возможность управлять ими. Факторы риска и неопределенности
подлежат учету в расчетах эффективности, если при разных возможных условиях
реализации затраты и результаты по проекту различны. Этап подготовки проекта:
1. Риск персонала:
Риски:
Привлечение неопытного персонала к выполнению проекта.
Включение в состав разработчиков «случайных» сотрудников, а не
ключевых участников автоматизируемых бизнес процессов
Отсутствие единой стратегии автоматизации
Отсутствие единой цели и задачи проекта
Отсутствие мотивации сотрудников
Негативное отношение персонала к проекту
Необдуманный план ведения работ
Способы предотвращения:
Активное взаимодействие с руководством в ходе проекта и
своевременное принятие решений.
Участие в проекте ведущих специалистов и профессиональных
консультантов
63
Четко сформулированные цели проекта
Проработка общей стратегии автоматизации организации
Стабильный состав рабочей группы в течение всего проекта
2. Риск ведения проекта
Риски:
Неверное определение рамок и масштаба проекта
Проектирование ошибочных функций системы
Выбор неправильных технологий и методов решений задач
Не соблюдение требования заказчика
Способы предотвращения:
Обеспечение стабильности границ проекта, которые определяются на
начальном этапе и остаются неизменными вплоть до окончания проекта.
Качественное планирование выполняемых работ
Обеспечение проекта необходимыми ресурсами
Утверждение и согласование проектного решения
Установление высокого порога принятия изменений
3. Риск неверного планирования
Риски:
Неэффективный организационный план внедрения системы
Срыв сроков выполнения работ по этапам
Способы предотвращения:
На ранних стадиях проекта проведение аудита, организация командной
работы, распределение ролей и стимулирование.
Документирование всех работ и обеспечение доступа к данным всем
участникам проекта
Этап разработки
4. Риск персонала
Риски:
Увольнение ключевых сотрудников, ответственных за проведение разработки
Недопонимание между участниками проекта из-за отсутствия налаженной
системы коммуникации
Неверное понимание задачи проектирования
Источник: https://baza.diplomsite.ru/previewfile/1481