Конспект по курсу. Объектно ориентированный анализ и проектирование (1133667), страница 20

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 20)

Тестовые варианты и сценарии разрабатываются инженерами по тестированию. Некоторые тестовые варианты предназначены для интеграционного тестирования, они проверяют целостность сборки, т. е. правильность взаимодействия компонент, вошедших в сборку. За тестирование целостности отвечает тестировщик целостности. Другие тестовые варианты используются при системном тестировании – проверке правильности работы системы в целом. За него отвечает системный тестировщик. Помимо этого применяются другие виды тестирования:

• регрессионное (при котором новые сборки проверяются на тестах для предыдущих сборок, поскольку при интеграции новых компонент может быть нарушено правильное функционирование старых и системы в целом);

• инсталляционное (проверка возможности установки системы на вычислительной среде и правильность работы инсталлятора);

• конфигурационное (проверка работы системы в разных конфигурациях);

• отрицательное (проверка устойчивости системы на заведомо неверных данных, при неверных действиях пользователя – «защита от дурака» – при недостаточных ресурсах);

• нагрузочное (проверка нефункциональных свойств, например, производительности, пропускной способности).

Дисциплина развертывания решает следующие задачи – установить систему в ее рабочем окружении и оценить ее работоспособность на том месте, где она должна будет работать.

Управление конфигурациями и изменениями решает следующие задачи – определение элементов, подлежащих хранению в репозитории проекта и правил построения из них согласованных конфигураций, поддержание целостности текущего состояния системы, проверка согласованности вносимых изменений.

Управление проектом решает следующие задачи – планирование, управление персоналом, обеспечение взаимодействия на благо проекта между всеми заинтересованными лицами, управление рисками, отслеживание текущего состояния проекта.

Создание инфраструктуры решает следующие задачи – подстройка процесса под конкретный проект, выбор и замена технологических инструментов, используемых в проекте.

RUP опирается на интегрированный комплекс инструментальных средств, обеспечивающий поддержку всех процессов жизненного цикла.

Литература к лекции 11

1. Кулямин В. В. Технологии программирования. Компонентный подход. – М.: Бином. Лаборатория знаний. 2007

2. Полис Г., Огастин Л. и др. Разработка программных проектов на основе Rational Unified Process.: Пер. с англ. – М.: Бином-Пресс, 2005.

3. Вендров А. М. Проектирование программного обеспечения экономических информационных систем. 2-е изд. – М.: Финансы и статистика, 2005. – Глава 5.

4. Кролл П., Крачтен Ф. Rational Unified Process – это легко. Руководство по RUP для практиков. – М.: КУДИЦ-ОБРАЗ. 2004.

5. Кратчен Ф. Введение в Rational Unified Process. 2-е изд.: Пер. с англ. – М.: Вильямс, 2002.

1 Понятие безнадежного проекта введено Эдвардом Йорданом. См. Эдвард Йордон. Путь камикадзе. 2-е изд. – М.: Лори, 2004

2 Брукс Ф. Мифический человеко-месяц или как создаются программные системы. – СПб.: Символ-Плюс, 1999

3 Гамма Э., Хелм Р., Джонсон Р., Влиссидес Дж. Приемы объектно-ориентированного проектирования. Паттерны проектирования. – СПб.: Питер, 2007.

4 Фаулер М. Архитектура корпоративных приложений. – М.: Вильямс, 2007.

80

Характеристики

Список файлов лекций