
- •Часть 1 13
- •Глава 1 14
- •Глава 2 29
- •Часть 2 36
- •Глава 3 37
- •5.6 Заключение 86
- •Глава 6 87
- •6.4 Заключение 108
- •Глава 7 108
- •7.9 Заключение 129
- •Глава 8 130
- •8.7 Заключение 155
- •Глава 9 157
- •9.6 Заключение 176
- •Глава 10 178
- •10.10 Заключение 194
- •Глава 11 195
- •11.4 Заключение 218
- •Глава 12 220
- •14.5 Заключение 246
- •Часть 4 246
- •Глава 15 247
- •3.1 Документы 251
- •Часть 1 Обзор
- •Глава 1
- •1.1 Определение Требования и Заинтересованного Лица
- •1.2 Пирамида Требований
- •1.3 Трассировка (Связь) между Требованиями
- •1.4 Характеристики Хорошего Требования
- •1.5 Обзор Процесса Управления Требованиями
- •Глава 3 «Формирование Плана Управления Требованиями» детально описывает все эти пункты.
- •Глава 8 «Дополнительная Спецификация» детально описывает этот тип требований.
- •1.6 Заключение
- •Глава 2
- •2.1 Интерфейс
- •Окно Проводника Панель Инструментов Область Представлений Описание
- •Views (Область Представлений)
- •2.2 Рабочее Пространство Word
- •2.3 Документы
- •2.4 Требования
- •2.5 Заключение
- •Часть 2
- •Глава 3
- •3.1 Когда Создается Документ rmp
- •3.2 Решения, Которые Могут Быть Оформлены в Документе rmp
- •Глава 1 «Управление Требованиями» перечисляет решения, которые должны быть приняты при создании документа rmp. В следующих пунктах мы обсудим каждое решение и влияющие на него факторы.
- •Глава 12 «Документация» содержит более детальное описание документов, которые, возможно, будет необходимо создать.
- •3.4 Заключение
- •Глава 4
- •4.3 Заключение
- •Глава 5
- •5.6 Заключение
- •Глава 6
- •6.4 Заключение
- •Глава 7
- •7.9 Заключение
- •Глава 8
- •Время ответа
- •Время обработки
- •Число одновременных пользователей
- •Время обработки отчета
- •8.7 Заключение
- •Глава 9
- •9.6 Заключение
- •Глава 10
- •10.10 Заключение
- •Глава 11
- •11.4 Заключение
- •Глава 12
- •12.4 Заключение
- •Часть 3
- •Глава 13
- •13.6 Заключение
- •Глава 14
- •14.5 Заключение
- •Часть 4
- •Заключение
- •Глава 15
- •3.1 Документы
14.5 Заключение 246
Ссылки 246
Часть 4 246
Резюме 247
Глава 15 247
Заключение 247
15.1 Обобщение Подхода Пирамиды к Процессу Управления Требованиями 248
15.2 Преимущества 249
15.3 RequisitePro 250
Приложение 250
Пример 250
Плана Управления Требованиями 250
1 Введение 251
1.1 Назначение 251
1.2 Область Применения 251
1.3 Обзор 251
2 Инструменты, Программная Среда и Инфраструктура 251
3 Документы и Типы Требований 251
3.1 Документы 251
3.2 Типы Требований 252
3.3 Трассировка 252
3.4 Атрибуты Требований 253
3.5 Отчеты и Измерения 255
Предисловие
В течение многих лет я вел курсы по лучшим методикам Управления Требованиями (Requirements Management) с использованием Сценариев Использования (Use Cases), а также применение этих методик вместе с лидирующим в этой области инструментом IBM Rational PequisitePro. В каждом курсе своим студентам я люблю рекомендовать книгу, на которую они могут ссылаться для получения дополнительного материала (чтобы подтвердить теорию). К счастью, существует несколько замечательных изданий, которые я всегда рекомендую.
При изучении различных направлений в управлении требованиями, например управления изменениями, анализа области применения, расстановки приоритетов и трассировки (связи), становится очевидным, что достижение успехов без использования соответствующего инструмента довольно проблематично.
Таким образом, при чтении курса RequisitePro, для меня стало разочарованием отсутствие изданий, которые действительно показывают, как правильно использовать этот замечательный инструмент. К счастью, Peter наконец показал в этой книге, как можно соединить лучшие методики по управлению требований с хорошим инструментом для упорядочивания процесса требований.
Более того, он показал нам, как хорошо структурированные и оформленные требования становятся естественным материалом для умело спроектированного программного обеспечения с объектно-ориентированным анализом и проектированием, а также использованием дополнительных инструментов IMB Rational.
Я очень долгое время ждал такой книги, как это издание, чтобы я мог рекомендовать ее моим студентам на курсах RequisitePro. Если сейчас Вы используете IMB Rational RequisitePro или только еще рассматриваете преимущества этого замечательного инструмента, эта книга будет Вам лучшим помощником.
—Mark Lines
Учредитель, UPMentors.com
Вступление
Один из наиболее важных элементов при разработке программного обеспечения – управление требованиями (Requirements Management, RM). Это систематический подход к сбору, организации, документированию и отслеживанию требований системы. Надлежащее управление требованиями помогает проверять систему, управлять изменениями и анализировать статус проекта. Намного дешевле исправлять проблемы в течение процесса анализа требований, чем на стадии проектирования, тестирования или выпуска релиза. Несмотря на этот факт, RM часто игнорируется. На этот процесс отводят очень мало времени.
Научная исследовательская работа CHAOS, которую выполнил в 1995 году Standish Group, указала на три фактора, которые не позволяют выпускать проект вовремя, придерживаться установленного бюджета и предоставлять требуемую заказчику функциональность:
Недостаток данных от пользователей.
Незаконченные требования и спецификации.
Изменение требований и спецификаций.
Осуществляемое должным образом управление требованиями может улучшить все три фактора.
О Чем Эта Книга
Использование инструмента для управления требованиями поможет организовать процесс, а также способствовать созданию и настройке требований. Один из наиболее популярных инструментов – это IBM Rational RequisitePro. (Для простоты, далее в книге он называется просто RequisitePro). Эта книга предоставляет практическую инструкцию по использованию этого инструмента. В конце каждой главы, описывающей шаг процесса управления требованиями, рассматривается, каким образом RequisitePro может способствовать реализации этого шага. Это первая книга, которая содержит в себе описание функциональных особенностей RequisitePro вместе с их практическим применением. Использование этого инструмента показано на основе простого проекта-образца. Примеры показывают создание наиболее важных документов (Use Cases – Сценариев Использования, Vision – Концепции и Supplementary Specification – Дополнительной Спецификации), создание и настройку требований проекта, трассировку (связь) между типами требований, а также наиболее важные шаги по работе с требованиями. Для лучшего понимания, документы и другие артефакты созданы в таком же порядке, в каком они создаются в настоящем проекте.
Online Travel Agency (Он-лайн Агентство Путешествий) - это пример проекта, который иллюстрирует применение RequisitePro для управления требованиями и документами. Этот проект представляет собой веб-приложение. Оно имеет сходство с приложениями, которые могут быть найдены на сайтах www.travel.yahoo.com, www.expedia.com и www.travelocity.com.
Как Организована Эта Книга
Книга рассматривает организованный подход к управлению требованиями. Каждый основной шаг описан в отдельной главе. Главы относятся к действиям по управлению требованиями, включая создание Плана Управления Требованиями (RM Plan), сбор потребностей заинтересованных лиц, создание документа Концепции (Vision) и создание сценариев использования (use cases). Эти действия представляются в хронологической последовательности. Тем не менее, т.к. проект по разработке программного обеспечения подразумевает сложный процесс с большим количеством итераций и сложными отношениями между этими действиями, описанные шаги могут выполняться в другом порядке. Выполняемые различными людьми действия часто перекрывают друг друга, а многие действия, выполняемые одним и тем же лицом, повторяются в течение процесса. Эта книга также учит техникам современного управления требованиями, такой как трассировке.
Часть 1 «Обзор» содержит пару глав, которые предоставляют обзор требований и RequisitePro. Глава 1 «Управление Требованиями» представляет обзор процесса управления требованиями. В главе описаны разные типы требований. Отношения между этими требованиями показаны в форме пирамиды требований. Глава 2 «Обзор RequisitePro» описывает RequisitePro.
Процесс управления требованиями разделяется на следующие шаги:
Формирования Плана Управления Требованиями
Настройка Проекта
Сбор Требований
Разработка Документа Концепции (Vision)
Создание Сценариев Использования (Use Cases)
Дополнительная Спецификация
Создание Тестовых Сценариев (Test Cases) из Сценариев Использования (Use Cases)
Создание Тестовых Сценариев (Test Cases) из Дополнительных Требований
Проектирование Системы
Создание остальных документов
Эти шаги описаны в этом же порядке в Главах с 3 по 12. В конце большинства этих глав включены примеры, показывающие, как описанные действия по управлению требованиями могут быть выполнены на практике с использованием RequisitePro. Шаги с 3 по 9 относятся к созданию элементов в пирамиде требований (см. Главу 1, Рисунок 1.1).
В Части 2 «Действия по Управлению Требованиями» Главе 2 «Формирования Плана Управления Требованиями» и Главе 4 «Настройка Проекта» описано, как структурировать весь процесс.
Остальные главы, относящиеся к шагам процесса управления требованиями:
Глава 5 «Сбор Требований»
Глава 6 «Разработка Документа Концепции (Vision)»
Глава 7 «Создание Сценариев Использования (Use Cases)»
Глава 8 «Дополнительная Спецификация»
Глава 9 «Создание Тестовых Сценариев (Test Cases) из Сценариев Использования (Use Cases)»
Глава 10 «Создание Тестовых Сценариев (Test Cases) из Дополнительных Требований»
Глава 11 «Объектно-Ориентированное Проектирование»
Глава 12 «Документация»
В Части 3 «Другие Темы» Главе 12 «Управление Проектами» описаны некоторые дополнительные функциональные особенности RequisitePro относительно процесса управления проектом. Глава 14 «Управление Требованиями в RUP (Rational Unified Process)» показывает отношения между пирамидой требований и Rational Unified Process. В последней, 4-ой Части «Резюме», Главе 15 «Заключение», суммируется все представленные в данной книге подходы.
Приложение «Пример Плана Управления Требованиями» представляет собой законченный план по управлению требованиями для ознакомления.
Аудитория Книги
Эта книга предназначена главным образом для тех, кто отвечает за процесс управления требованиями в проекте. То, что у этой функции даже нет названия, служит доказательством частого игнорирования этой позиции. Данная книга может помочь многим людям, вовлеченным в процесс разработки программного обеспечения:
Бизнес-аналитикам
Дизайнерам сценариев использования
Менеджерам проектов
Системным архитекторам
Тестерам
Системным дизайнерам
Разработчикам
Эта книга предназначена как для опытных пользователей RequisitePro, так и для людей, кто только начинает пользоваться этим инструментом. Чтобы читать и понимать эту книгу, не нужно обладать какими-то особыми знаниями. Полезным может быть немного знаний о жизненном цикле разработки программно обеспечения и о сценариях использования. И то совсем не обязательно.
Книга предлагает следующее:
Обзор процесса управления требованиями.
Описание того, как можно быстро начать работать с RequisitePro.
Возможность изучения RequisitePro перед его приобретением.
Описание наиболее важных функциональных особенностей инструмента.
Примеры использования RequisitePro на проекте-образце.
Инструкции по отношению к особым шагам в процессе управления требованиями.
Благодарности
Я бы хотел поблагодарить внутреннюю команду Addison-Wesley/IBM Press за их огромную поддержку. Невозможно упомянуть всех участников, и потому я бы хотел вынести особую благодарность Старшему Редактору Разработки Chris Zahn за высококлассную редакцию, а также Исполнительным Редакторам Chris Guzikowski, William Zobrist и Mary O’Brien.
Я также хотел бы поблагодарить Mark Lines и Celso Gonzalez за прочтение книги и предоставление исключительно ценных комментариев. В дополнение, я бы хотел сказать спасибо Karen Hyland за просмотр начальных глав.
Я бесконечно признателен тем людям, чьи издательства способствовали моим исследованиям относительно управления требованиями: Dean Leffingwell и Don Widrig за введение понятия пирамиды требований, Jim Heumann за его работу над извлечением тестовых сценариев (test cases) из сценариев использования (use cases).
Особые слова признательности я адресую David Grady за его поддержку.
Я также благодарен всем моим клиентам и работникам. Работа с ними преумножила мой опыт.
Больше всего я бы хотел поблагодарить всех читателей, кто интересуется управлением требований и кто выбрал эту книгу.
Об Авторе
Peter Zielczynski обладает 25-летним опытом в области информационных технологий. В Техническом Университете Варшавы он получил степень кандидата компьютерных наук. Он издал боле десяти статей в технических журналах и провел несколько презентаций на интернациональных конференциях, включая Rational Users Conference (Конференция Пользователей Rational). Peter разрабатывал экспертные системы в Cyfronet, а затем работал в качестве консультанта в таких компаниях, как IBM, Merrill Lynch, Ernst & Young и AIG. Он был соучредителем и генеральным директором консалтинговой компании International Object Technology, которая в итоге была приобретена известной торговой компанией A Consulting Team (в настоящее время Helios & Matheson North America). Peter специализируется на Управлении Требованиями, Объектно-Ориентированном Анализе и Проектировании, а также на Управлении Проектом, использует инструменты Rational с 1994 года.