ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 22.04.2024
Просмотров: 321
Скачиваний: 3
Скачано с сайта http://ivc.clan.su
Технология разработки программного обеспечения |
117 |
|
7.5.5. Технологический процесс тестирования |
||
|
Процесс позволяет определять и контролировать качество создаваемого ПС, проверять качество интеграции компонентов, а также устанавливать, все ли требования реализованы и все ли выявленные ошибки устранены до того, как ПС будет развѐрнуто на оборудовании конечного пользователя.
Таблица 7-5. Роли и артефакты процесса тестирования
Роль |
|
Артефакты |
|
|
|
||
Модели и коды |
Документы |
||
|
|||
|
|
|
|
|
|
План тестирования |
|
|
Модель рабочей нагрузки |
Контрольная задача |
|
Тестер |
Модель тестирования |
Методика испытаний |
|
|
Коды системных тестов |
Архив системных тестов |
|
|
|
Запросы на изменение |
|
|
|
|
|
|
|
Спецификация результатов тестирования |
|
Разработчик |
Тесты кода |
Архив тестов кода |
|
Архив результатов тестирования кода |
|||
|
|
||
|
|
Запросы на изменение |
|
|
|
|
|
|
|
Спецификация результатов испытаний |
|
Испытатель |
|
Архив результатов испытаний |
|
|
|
Запросы на изменение |
|
|
|
|
Каждая итерация разработки в RUP завершается выпуском работающего приложения. Для максимально раннего выявления дефектов и проверки того, что внесѐнные изменения не приводят к новым ошибкам или не восстанавливают старые, в конце каждой итерации проводится регрессионное тестирование. Такой вид тестирования заключается в повторном запуске всех тестов предыдущих итераций.
Унифицированный процесс рекомендует следующие ступени тестирования:
−Блочное тестирование. Тестируются минимальные части системы.
−Интегральное тестирование. Тестируются компоненты и/или подсистемы.
−Системное тестирование. Конечная система, состоящая из одного или нескольких приложений, тестируется тестерами.
−Приѐмочное тестирование. Конечная система тестируется пользователями.
7.5.6. Технологический процесс развѐртывания
В ходе процесса развѐртывания осуществляется доставка разрабатываемого продукта конечному пользователю, производится установка нового выпуска или исправление существующей системы. Кроме того, проводится обучение пользователей навыкам эффективной работы с поставленным продуктом и предоставление услуг по технической поддержке.
Довбуш Г.Ф., ПГУПС, кафедра ИВС, 2010/2011
Скачано с сайта http://ivc.clan.su
Технология разработки программного обеспечения |
||||
|
|
Таблица 7-6. Роли и артефакты процесса развѐртывания118 |
||
|
Роль |
|
Артефакты |
|
|
|
|
|
|
|
Модели и коды |
Документы |
|
|
|
|
|
||
|
|
|
|
|
|
Архитектор |
Модель развѐртывания |
План развѐртывания |
|
|
|
|
|
|
|
Интегратор |
Модель инсталляции |
Документы по инсталляции |
|
|
Документы версий системы |
|
||
|
|
|
|
|
|
|
|
|
|
|
Технический |
|
Материалы поддержки |
|
|
писатель |
|
Обучающие материалы |
|
|
|
|
|
|
|
Логистик |
|
План внедрения |
|
|
|
Ведомость составляющих систему объектов |
|
|
|
|
|
|
|
|
|
|
|
|
7.6. Вспомогательные процессы RUP
RUP определяет три вспомогательных технологических процесса:
1.Управление конфигурацией и изменениями (Configuration & Change management).
2.Управление проектом (Project Management).
3.Управление средой (Environment).
7.6.1. Технологический процесс управления конфигурацией и изменениями
Этот процесс позволяет организовать эффективную командную работу с артефактами проекта, контролировать и управлять доступом к ним, вести историю изменений, обеспечить эффективное взаимодействие участников проекта, даже если они географически находятся на большом удалении друг от друга.
Таблица 7-7. Роли и артефакты процесса управления конфигурацией и изменениями
Роль |
|
Артефакты |
|
|
|
||
Модели |
Документы |
||
|
|||
|
|
|
|
Интегратор |
|
Архив версий всех артефактов |
|
|
|
|
|
Управляющий |
|
План управления конфигурацией |
|
|
Спецификация конфигурации |
||
конфигурацией |
|
||
Модель реализации |
Архив версий конфигурации |
||
|
|||
|
|
|
|
Управляющий |
|
|
|
контролем |
|
Запросы на внесение изменений |
|
за изменениями |
|
|
|
|
|
|
|
Любой |
|
План внедрения |
|
участник проекта |
|
Ведомость составляющих систему объектов |
|
|
|
|
Довбуш Г.Ф., ПГУПС, кафедра ИВС, 2010/2011
Скачано с сайта http://ivc.clan.su
Технология разработки программного обеспечения |
119 |
|
7.6.2. Технологический процесс управления проектом |
||
|
Управление проектом включает непосредственное формирование условий для эффективного хода всего проекта, определение руководств и руководящих принципов для планирования, формирования команды (и мониторинга) проекта, выявление и управление рисками, организацию работы участников проекта, формирование бюджета, планирование фаз и итераций.
Таблица 7-8. Роли и артефакты процесса управления проектом
Роль |
Артефакты-документы |
|
|
|
Бизнес-план |
|
План принятия программного продукта |
|
Планы управления риском, включая перечень рисков |
|
Планы разрешения проблем |
|
План тестирования |
Руководитель проекта |
План измерений |
|
План каждой итерации |
|
Распределение работ по проекту |
|
Оценка каждой итерации |
|
Оценка периодического состояния проекта |
|
Архив измерений проекта |
|
|
7.6.3. Технологический процесс управления средой
Процесс позволяет осуществить поддержку всех участников проекта. В эту поддержку входят выбор инструментария, его приобретение, настройка и установка. Кроме того, конфигурирование процесса разработки, доработка и адаптация используемой для ведения проекта методологии, обучение.
Таблица 7-9. Роли и артефакты процесса управления средой
Роль |
|
Артефакты |
||
|
|
|
||
Модели |
|
Документы |
||
|
|
|||
|
|
|
|
|
|
|
|
План разработки |
|
Технолог |
|
|
Шаблоны проекта |
|
|
|
|
Оценка организации-разработчика |
|
|
|
|
|
|
Архитектор |
|
|
Директивы по проектированию |
|
|
|
Директивы по программированию |
||
|
|
|
||
|
|
|
|
|
Системный |
Модель среды поддержки |
Спецификация среды поддержки |
||
администратор |
Руководство по стилю |
|||
|
|
|||
|
|
|
|
|
Бизнес- |
|
|
Директивы по моделированию |
|
аналитик |
|
|
бизнес-прецедентов |
|
|
|
|
|
|
Довбуш Г.Ф., ПГУПС, кафедра ИВС, 2010/2011
Скачано с сайта http://ivc.clan.su
Технология разработки программного обеспечения |
||||
Таблица 7-9. Роли и артефакты процесса управления средой (продолжение)120 |
||||
|
Роль |
|
Артефакты |
|
|
|
|
|
|
|
Модели |
Документы |
|
|
|
|
|
||
|
|
|
|
|
|
Разработчик |
|
|
|
|
интерфейса |
|
Директивы по интерфейсу пользователя |
|
|
пользователя |
|
|
|
|
|
|
|
|
|
Аналитик |
|
План управления требованиями |
|
|
|
Директивы по моделированию прецедентов |
|
|
|
|
|
|
|
|
|
|
|
|
|
Тестер |
|
Директивы по тестированию |
|
|
|
|
|
|
|
|
|
Оценка инструментальной поддержки |
|
|
Системотехник |
|
Директивы по инструментальной поддержке |
|
|
|
|
Перечень инструментальных средств |
|
|
|
|
|
|
7.7. Задачи ролей в технологических процессах жизненного цикла RUP
В ходе итеративной разработки программного продукта с использованием RUP предполагается повторение определѐнной последовательности действий для достижения результата.
Следует заметить, что круг задач начала итерации и внутри неѐ различен и по составу задач, и по составу ролей. Исключениями по составу ролей являются процесс управления проектом и процесс управления конфигурацией и изменениями.
Таблица 7-10. Роли и задачи проектной группы в начале итерации
Дисциплина |
Роль |
Задачи |
|
|
|
|
|
Бизнес-моделирование |
Бизнес-аналитик |
Определить все бизнес-прецеденты. |
|
|
|
|
|
Управление |
Системный |
Определить все прецеденты. |
|
требованиями |
аналитик |
||
|
|||
|
|
|
|
Анализ и |
Архитектор |
Определить технологии разработки системы. |
|
проектирование |
|||
|
|
||
|
|
|
|
Реализация |
Интегратор |
Спланировать иерархию классов. |
|
|
|
|
|
|
|
Гарантировать полноту |
|
|
|
и корректность проведения испытаний. |
|
Тестирование |
Тестер |
Выбрать на основе требований то, |
|
|
|
что необходимо проверить. |
|
|
|
Создать средства автоматизации испытаний. |
|
|
|
|
|
Развѐртывание |
Логистик |
Наблюдение за развѐртыванием системы. |
|
|
|
|
Довбуш Г.Ф., ПГУПС, кафедра ИВС, 2010/2011