Наша методология развития
Методология развития управления проектами программного обеспечения RC IRC описывает жизненный цикл программных продуктов от определения требований заказчиков, до поставки продукции, деятельность в реальном времени в производственной среде заказчиков и его обслуживание.
Это упорядоченный и дисциплинированный процессный подход, с помощью которого мы предоставляем единую и эффективную систему управления проектами развития и обслуживания программных продуктов, что также снижает проектные риски и позволяет контролировать затраты проекта.
|
Методология развития
Этап 1: Определение требований
Группа проектировщиков, совместно с заказчиком, подробно определяет (уточняет) и координирует требования заказчика и готовит загрузочную концепцию проекта. Общие и расплывчатые требования договора детально определяются и приводятся в соответствие с перечнем исполнимых функций.
Контрольный пункт – KT1: Верификация и валидация подробно указанных требований и концепции запуска проекта.Этап 2: Анализ требований (бизнес-модель)
Проектировщики анализируют требования, определяют бизнес-модель, готовят окончательный документ по анализу и передают его заказчику, который результат анализа, вместе с бизнес-моделью верифицируют и валидизируют.
Контрольный пункт – KT2: Ознакомление, проверка и утверждение заключительного документа, содержащего анализ.Этап 3: Моделирование информационной системы
Цель данного этапа – разработка модели данных и модели сущностей (опционально) и разработка инструкций для программирования и тестирования.
Контрольный пункт – KT3: Контроль модели информационной системы. Контроль плана тестирования.Этап 4: Программирование
Цель данного этапа запрограммировать и разработать программные модули в соответствии с требованиями. Программные модули, после внесения изменений, проходят независимое тестирование и тестирование в группе, результаты тестирования заносятся в IRIS.
Контрольный пункт – KT4: Контроль программирования Контроль результатов тестирования.Этап 5: Тестирование развития
Цель данного этапа – проведение испытаний в соответствии с Основными правилами тестирования (тестирование продукта является успешным, когда все данные из приложений сливаются в правильные результаты на экранах и / или в распечатках). Результат данного этапа – проверенный продукт, готовый к установке у заказчика.
Контрольный пункт – KT5: Функциональное тестирование всей группы. Контроль и проверка соответствия продукции требованиям клиентов.Этап 6: Установка и презентация продукта
Цель данного этапа – переход от разработки, предпроизводственной среды в производственную среду, и презентация продукта клиенту, с помощью презентационных материалов. Результат данного этапа – установка продукта в тестируемой среде клиента и проведение презентации для пользователей в соответствии с программой презентации (организационные, технологические аспекты, содержание, данные, кадровый и временной аспекты).
Контрольный пункт – KT6: Контроль установки продукта у заказчика Контроль и утверждение презентационных материалов. Контроль проведения презентации пользователям в соответствии с программой.Этап 7: Обучение пользователей, тестирование и валидация продукта
Цель данного этапа – обучение пользователей и приемо-сдаточные испытания продукта. Необходимые условия – среда для обучения и тестирования у пользователя и функционирующий продукт, тестовые данные и документация по продукту (пользовательская, поддержка (помощь), техническая, по обслуживанию). Результат данного этапа – обучение и подготовка пользователей и испытанный, проверенный, и утвержденный, принятый по протоколу продукт.
Контрольный пункт – KT7: Контроль квалификации обученных пользователей. Контроль тестирования и протокол приема продукта.Этап 8: Создание производственной среды, запуск системы и прием продукта
Цель данного этапа заключается в создании производственной среды, миграции данных (опционально), прием продукта и начало работы. Результат данного этапа – установленная производственная среда, надлежащее функционирование системы, функционирующий и принятый продукт, задания в IRIS должны иметь статус утвержденных заданий со стороны клиента.
Контрольный пункт – KT8: Контроль функционирования системы (работающая продукция). Тестирование при приеме (проверка и утверждение продукта). Функционирующий и утвержденный продукт (утвержден со стороны клиента).Этап 9: Обслуживание
Цель этапа – поддержка продукта, включая горизонтальную и вертикальную модернизацию стандартного продукта. Содержание данного этапа – устранение неполадок, учет запросов на изменения и модификацию системы и улучшение производительности, помощь при пользовании системой и уведомление клиентов об изменениях в программных модулях.
Контрольный пункт – KT9: Контроль работы и доступность системы. Контроль версий. Контроль и подтверждение надлежащего исполнения услуг в соответствии с договором на обслуживание. Контроль управления изменениями (коммуникации и информации) через веб-приложения Help-Desk.
|
Данное описание методологии разработки «РЦ ИРЦ» дается в простой и упорядоченной форме, последовательным и ясным образом. Подробная методика описана в Описании этапов процесса управления проектами разработки программного обеспечения (модель «A») и технического обслуживания, реконструкции, надстройки и модернизации программных продуктов (модель «B»), представляющих собой новый и расширенный взгляд на жизненный цикл проектов разработки и сопровождения программных продуктов, как это осуществляется в Центре разработчиков «ИРЦ Целье». Развитие продуктов представлено моделью «А», сопровождение продуктов описано в модели «В».
Оба вышеуказанных основных процесса составляют стадии проектирования, в ходе которых осуществляются первичный, поддерживающий и организационный процессы, которые во всех существенных особенностях соответствуют требованиям «Основне процесне книжнице» (BPL – Библиотека базового процесса) в схеме TickIT плюс. Таким образом, домашние модели «A» и «B» описывают первичные (IT / SW) процессы Типа B, которые необходимы для удовлетворения сферы действительности («Сфера») организации, а также процессы Типа С по поддержке и организации (IT / SW).