Дипломная работа: Автоматизация управления проектами студии ТОО "Black and white"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
56
итерационным и включает применение объектно-ориентиров а нных моделей.
MSF в отличии от RUP чаще всего используется для создания бизнес ПО;
• Extreme Programming (XP) – экстремальное программирование
(современная методология, создана в 1996 году). Ее суть составляют командн ая
работа, постоянная коммуникация с заказчиком в рамках всего проектирования
ИС, создание проекта с использованием последовательно оптимизируемых
прототипов.
Для определ е ния стандарта главным фактором выступает более подробное
и полноценное описание работы на этапах и стадия АС.
Станда рт ISO/IEP 12207 не включает полноценного описания работы на
этапах и стадиях реализации АС.
Станда рт CDM оправдан при работе с проектами, включающими Oracle-
технологий, которые в нашем случае не используются.
Станда рт MSF, как было описано выше, направлен на бизнес-сферу.
Станда рт XP предпочтителен для команды. Поэтому в наш ем с л учае будет
использоваться ГОСТ 34.601-90, т.к. именно он имеет опи сание работы на
любом этапе создан ия АС.
Основные стадии с оздания АС включают в себя:
1) Определение требований к системе;
2) Подготовка концепции;
3) Подготовка ТЗ;
4) Реализация технического проекта;
5) Написание документации;
6) Установка и использов ание.
Рисунок 2.1 Базовые стадии реализации ИС
1) Формирование требований к системе
2) Разработка концепции
6) Внедрение
3) Техническое задание
4) Технический проект
5) Оформление документации
57
В рамках этапа «Выведение требований к системе» реа л изуется
следующее:
• Изучается сам объект;
• Готовятся требования пользова теля;
• Указывается важность разработки.
В данном этапе и с пользуются такие участники, как: IT-менеджер,
руководитель отдела производ ства. По факту создания всех зад ач готовится
отчет о выполненной работе – описыв ае тся объект автоматизации, выделяются
требования системе, отражаются расходы на создание, введение в работу и
поддержку, указывается возможный эффект от реализации и отражаются
условия для корректной работы системы.
По факту реализации этапа «Отражение требований к системе» готовятся
виды концепц ий. Создается ряд доступных концепции и пл анов реализации,
анализируют ресурсы, требуемые для реализации ИС и ее адекватной работы,
изучают н едостатки и преимущества всех мет одов, сверяют т ребов ания
пользователей и п оказатели всех предлагаемых систем.
В рамках этапа «Подготовка концепции» используется только IT-
менеджер. По факту завершения всех описанных работ определяется самый
удачный из всех при емлемых вари антов , который сможет полностью
удовл е творить всем требованиям.
По факту завершения этапа «Подготовка концепции» выполняет ся ТЗ
проекта автоматизации. По факт у его подготовки нужно его согласов а ть и
утвердить. В этом этапе принимают участие: IT-менеджер и руководитель
отдела делопроизводства. По факту завершения этот пункт отражает - функции
ИС и подсистем, с остав совокупных и персональных задач, концепцию БД,
состав СУБД, параметры и функции программных средств.
По факту утверждения ТЗ реал изуется разработка проектного решения.
IT-менеджер и программист готовят физическую и логическую модель БД,
отражают совокупную организацию данных.
По факту окончания этапа «Под готовк а технического проекта» IT-
менеджер и программист готовят рабочую документацию, состоящую из:
58
программных и технических требований, руководства по применению. По итогу
всех работ и написания документации нужно лишь установить систему.
Этап установки состоит из: подготовки исследуемого объекта, тренинг
сотрудн иков, проведение пуско-наладочных и монтажных работ, реализация
испытаний, первый опытный запуск и приемочные испытания. На данном этапе
задействованы: IT-менеджер, сисадмин, руководи тель делопроизводства. По
итогу происходит изучение итогов испытаний ИС, проверка соответствия ТЗ,
устранения возможных неполадок и подпись всех актов.
Сейчас все чаще применяют такую следующую модель ЖЦ:
• Каскадная модель (рис. 2.2) включает в себя последовательную
реализацию описанных этапов в порядке очередности . Переход на дальнейший
этап отражает полную готовность на всех предыдущих.
Рисунок 2.2 - Каскадн ая модель ЖЦ ИС
Поэтапная модель с серединным контролем (Рисунок 2.3). Создание ИС
происходит итерац иями с циклами обратной связи по каждому этапу.
Межэтапные проверки помогают учесть реально возникающие взаимовлияния
итогов проектировки на различных этапах; время жизни любого из этапов равно
совокупному пери оду создания.
Разработка требований
Проектирование
Реализация
Тестирование
Ввод в действие
59
Рисунок 2.3 - Поэтапная модель с серединным контролем
Спиральная модель (Рисунок 2.4). Каждый цикл реализует создание
другой версии продукта, утверждаются правила проекта, проверяется уровень
его качество, рассматриваются работы будущего цикла.
Рисунок 2.4 - Спиральная модель ЖЦ ИС
Большое внимание уделено стартовым этапам разработки – разработке и
изучению, где все те хнические реш е ния корректируются и доказываются
методом создания прототипов.
Разработка требований
Проектирование
Реализация
Тестирование
Ввод в действие
Проектирование
Реализация
Тестирование
Версия 1
Версия 2
Версия 3
Разработка
требований
Ввод в действие
прототипов системы
60
Для разрабатываемого проекта наиболее подойдет каскадная модель для
разработки приложения из-за возможности контроля промежуточных фаз.
Далее произведем выбор ст ратегии внедрения разработа нной системы. В
настоящий момент выделяется четыре стратегии внедрения информационной
системы:
• Параллельная стратегия - для с л учая, когда старую работающую
систему необходимо заменить нов ой;
• Скачок – эта стратегия под ра зумевае т резкий переход от одной
системы автоматизации к другой;
• Опытная эксплуат ация "пилотного проекта - это тактика "скачка",
но применяемая к ограниченному числу изделий, наиболее успешна в малом
участке д е ятельности;
• Узкое место - при внедрении "узкого места" план внедрения
выполняет с я только для "узкого места" и для людей, работающих в нем.
Исходя из описания и услови й деятельности компании, а также
особенностей разрабатываемой информационной системы, в качестве стратегии
внедрения была выб ра на страт егия Опытная эксплуатация пилотного проекта,
так как в этом случае внедрение системы произойдет наиболее безболезненно.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Любой сложный проект, а особенно проект разработки программного
обеспечения, содержит в себе много неопределен ных моментов, которые влекут
за собой риски реал изации проекта.
Управление рисками заключается в их раннем выявлении и разработке
мер либо полнос тью предотвращающих их возникновение, либо
минимизирующих их пос л едстви я.
В нас тоящее время существует три общепринятых стратегии управления
рисками:
• Избегание рисков – проект реорганизуется таким образом, чтобы
исключить возможность возникновения рисков;
Источник: https://baza.diplomsite.ru/previewfile/2311