Otchyot_1
.docxГОУ ВПО
Уфимский государственный авиационный технический университет
Кафедра АСУ
Отчет по лабораторной работе №1
по дисциплине «Проектирование АСОИУ»
« Управление требованиями к автоматизированным системам с помощью IBM Rational Requisite PRO. Сбор требований заинтересованных лиц »
Выполнили: ст. гр.АСОИ-539
Давлетбаев А.С.
Гнусин Н.В.
Ахметов А.Ф.
Проверила: Латыпова В.А.
Уфа 2013
Цель работы: Получения навыков сбора и анализа требований заказчиков и пользо-вателей к автоматизированным системам на основе методики управления требованиями.
Задачи работы: Освоение принципов применения программного продукта IBM Rational Requisite Pro для управления требованиями к программному обеспечению.
Теоретическая часть:
Управление требованиями. Один из наиболее важных элементов при разработке
программного обеспечения – управление требованиями (Requirements Management, RM). Это систематический подход к сбору, организации, документированию и отслеживанию требова-ний системы. Надлежащее управление требованиями помогает проверять систему, управлять изменениями и анализировать статус проекта. Намного дешевле исправлять проблемы в те-чение процесса анализа требований, чем на стадии проектирования, тестирования или вы-пуска релиза.
Использование инструмента для управления требованиями поможет организовать
процесс, а также способствовать созданию и настройке требований. Один из наиболее попу-лярных инструментов – это IBM Rational RequisitePro.
Требования к ПО. Требование определяется как «условие или особенность, которой
должна удовлетворять система». Требованием может быть:
– Функциональность, необходимая заказчику или пользователю для разрешения про-блем (или получения прибыли).
– Функциональность, которая должна быть реализована в системе в соответствии с
контрактом, стандартом, спецификацией, инструкцией или другим официальным докумен-том.
– Ограничение, наложенное заинтересованным лицом.
Заинтересованные лица. Обычно под заинтересованным лицом (stakeholder) пони-мают личность, на которую оказывает влияние разрабатываемая система. Два главных типа
заинтересованных лиц – это пользователи и заказчики. Пользователи – это лица, которые бу-дут пользоваться системой. Заказчики – лица, кто заказывает систему и отвечает в дальней-шем за приемку системы.
В качестве заинтересованного лица можно рассматривать:
– Любого, участвующего в разработке системы (бизнес-аналитики, дизайнеры, коди-ровщики, тестеры, менеджеры проектов, менеджеры по внедрению, дизайнеры сценариев
использования, графические дизайнеры).
– Любого, кто привносит свои знания в систему (эксперты предметной области, авто-ры документов, которые были использованы для сбора требований, собственники веб-сайтов, ссылки на которые были предоставлены).
– Руководство (президент компании, которого представляют заказчики, директор от-дела информационных технологий компании, проектирующей и разрабатывающей систему).
– Лица, вовлеченные в управление, настройку и сопровождение системы (хостинговая
компания, справочная служба).
– Поставщики стандартов и регламентов (стандарты устанавливаются поисковыми
механизмами согласно содержанию веб-сайта, политическим нормам, а также порядку нало-гообложения в конкретном штате).
Этапы управления требованиями. Самое простое описание процесса управления
требованиями содержит следующие основные пункты:
– Формирование плана управления требованиями.
– Сбор требований.
– Разработка документа Концепции (Vision).
– Создание сценариев использования (Use Cases).
– Дополнительная спецификация.
– Создание тестовых сценариев (Test Cases) из сценариев использования (Use Cases).
– Создание тестовых сценариев (Test Cases) из дополнительной спецификации.
– Проектирование системы.
Заинтересованными лицами являются:
-
Руководитель компании
-
Юзер отдела
-
Администратор
-
Пользователь
-
Разработчик
Рис. 1. Результаты работы в программе IBM Rational Requisite PRO
Вывод: В ходе лабораторной работы были получены навыки сбора и анализа требований заказчиков и пользователей к автоматизированным системам на основе методики управления требованиями.