Дипломная работа: Автоматизация контроля качества в ООО «РиК»
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
66
3. Тестирование системе в эксплуатационной среде, кооперация со
службой сопровождения для устранения возникших проблем и
модернизации системы.
4. Поддержка и консультация пользователей.
В соответствии с выбранной моделью основными этапами
разработки будут являться:
Формирование требований
Проектирование
Реализация
Тестирование
Ввод в действие
Эксплуатация и сопровождение.
Существует 4 основных способа начала использования новой
системы
Параллельная стратегия;
Скачок;
Узкое место;
Опытная эксплуатация "пилотного проекта.
Параллельная стратегия не подходит , так как компания не
располагает достаточными ресурсами для ведения учета одновременно в
автоматизированном и ручном вариантах. Стратегия Скачек не позволяет
плавно перейти на использование разработки, узкое место больше
подходит для использования в крупных компаниях. Поэтому в качестве
стратегии внедрения ИС была выбрана «Опытная эксплуатация пилотного
проекта».
2.1.2 Ожидаемые риски на этапах жизненного цикла и их
описание
67
Разработка программного обеспечения — это деятельность, которая
использует различные технологические достижения и требует высокого
уровня знаний. Из-за этих и других факторов каждый проект разработки
программного обеспечения содержит элементы неопределенности. Это
называется рисками проекта. Успех проекта разработки программного
обеспечения в значительной степени зависит от степени риска, который
соответствует каждой деятельности проекта. Как руководитель проекта,
недостаточно просто осознавать риски. Чтобы достичь успешного
результата, руководство проекта должно определить, оценить, расставить
приоритеты и управлять всеми основными рисками [5].
Цель большинства проектов по разработке программного
обеспечения состоит в том, чтобы отличаться - часто за счет новых
функций, большей эффективности или использования достижений в
разработке программного обеспечения. Любой руководитель проекта
программного обеспечения согласится с тем, что поиск таких
возможностей не может продвигаться без риска.
Поскольку риски чрезвычайно реальны и довольно распространены
во всех программных проектах, крайне необходимо, чтобы
заинтересованные стороны усердно работали над выявлением,
пониманием и смягчением любых рисков, которые могут угрожать успеху
проекта. Для проектов, имеющих ограничения по времени и затратам,
успешные усилия по разработке программного обеспечения — это те, в
которых снижение рисков является центральным управленческим
действием.
При проектировании информационной системы обязательно
необходимо задумываться о рисках, которые могут возникнуть на всех
этапах еѐ существования. В этой части работы я опишу возможные риски и
шаги, которые можно предпринять для уменьшения величины каждого
конкретного риска. Риски разбиты по типам для улучшения восприятия.
Этап проектирования проекта:
68
Риски, связанные с сотрудниками
Список рисков этого типа:
• Недостаточный опыт сотрудников, привлекаемых в проект
• Плохо мотивированные сотрудники
• Плохое понимание персоналам конечной цели проекта
• Плохая коммуникация внутри коллектива
Способы снижения рисков:
• Налаживание процесса обчуения новых разработчиков более
опытными
• Персональный подход начальников к своим подчинѐнным
• Мотивационные бонусы
• Чѐткое разделение обязанностей сотрудников
2. Риски, связанные с принятием неправильных решений
Список рисков этого типа:
• Ошибочная оценка ресурсов, необходимых для проекта
• Появление лишнего функционала
• Неправильный выбор технологического стека
• Невыполнение технического задания заказчика
Способы снижения рисков:
• Хорошо поставленный процесс разработки
• Своевременное предоставление ресурсов, необходимых проету
• Неизменяемость границ проекта в течение его развития
• Принятие решения должно проходить в несколько этапов и
согласований
3. Риски при планировании проекта
Список рисков этого типа:
• Плохо проработанный план развѐртывания системы
• Неправильно определѐнные сроки разработки
Способы снижения рисков:
• Проведение независимых исследований
69
• Своевременное создание документации, доступной для всех
сотрудников, участвующих в проекте
Этап разработки
4. Риски, связанные с сотрудниками
Список рисков этого типа:
• Уход ключевых сотрудников
• Плохо мотивированные сотрудники
• Плохое понимание персоналам конечной цели проекта
• Плохая коммуникация внутри коллектива
• Утечка корпоративных данных
• Плохие отношения внутри коллектива
Способы снижения рисков:
• Тщательный отбор персонала
• Чѐтко разграниченные роли
• Мотивационные бонусы
• Хорошо выстроенная система безопасности проекта
• Совместные мероприятия и тим-билды
5. Риски, связанные со сбоями в системе
Список рисков этого типа:
• Отказ компонентов системы
• Неправильная работа системы после внесения в неѐ изменений
Способы снижения рисков:
• Качественный мониторинг системы
• Создание резервных копий
• Использование проверенных решений при разработке
• Своевременное изменение ресурсов при увеличение нагрузки
• Периодические исследования на выявление слабых мест системы с
последующим их устранением
Этап внедрения
6. Риски, связанные с сотрудниками
70
Список рисков этого типа:
• Плохая коммуникация между разработчиками и специалистами по
внедрению
• Недостаток знаний сотрудников после перехода на новую систему
Способы предотвращения:
• Проведение обучающих занятий для сотрудников заказчика
• Создание плана по внедрению новой системы
• Обоснование необходимости автоматизации персоналу
7. Технические риски
Список рисков этого типа:
• Утеря данных при внедрение новой системы
Способы предотвращения:
• Привлечение квалифицированного и опытного персонала
Этап эксплуатации и сопровождения
8. Технические риски
Список рисков этого типа:
• Ошибки в работе системы
• Некорректная работа старого функционала после обновления
• Некорректная эксплуатация оборудования
• Устаревшая документация
Способы предотвращения:
• Своевременные исправление ошибок системы
• Тщательно выстроенная система тестирования нового функционала
и регрессионное тестирование старого
• Своевременное обновление документации.
В типичном проекте можно выделить следующие основные риски на
каждом этапе разработки (таблица 8).
Таблица 8
Основные риски на этапах реализации системы
Этап
Риск
Мероприятия
Источник: https://baza.diplomsite.ru/previewfile/1830