Разработка и анализ требований к программному обеспечению

ВАРИАНТ "Б" Тольяттинский государственный университет (Росдистант), ТГУ. Разработка и анализ требований к программному обеспечению (Росдистант)

Тема 1.3. Качество программного обеспечения, его метрики и показатели

Цель работы: сформировать навыки оценки качества программных систем.

Задание. Определите концептуальные различия основных стандартов и методик оценки качества программных средств.

Методические указания

1. Проведите анализ стандартов и методик оценки программных систем. Результат представьте в виде таблицы (табл. 1.1), в которой должны быть отображены показатели и методики оценивания качества ПС.

Таблица 1.1

Стандарты

Фазы жизненного цикла ПС

Показатели

качества

Методики

оценивания качества ПС

ГОСТ Р ИСО/МЭК 9126–93 «Информационная технология. Оценка программной продукции. Характеристика качества и руководства по применению»

· Анализ

· Проектирование

· Реализация

· Тестирование

· Изготовление

· Внедрение

· Эксплуатация

· Обслуживание

· Функциональные возможности

· Надежность

· Практичность

· Эффективность

· Сопровождаемость

· Мобильность

· Метод количественной оценки

· Метод интегральной оценки качества ПС

· Измерительный метод

· Метод экспертного опроса

· Расчетный метод

ГОСТ 28195–99 «Оценка качества программных средств»

· Анализ

· Проектирование

· Реализация

· Тестирование

· Изготовление

· Внедрение

· Эксплуатация

· Обслуживание

· Надежность

· Сопровождаемость

· Удобство использования

· Эффективность

· Универсальность

· Функциональность

· Метод количественной оценки

· Метод интегральной оценки качества ПС

· Измерительный метод

· Метод экспертного опроса

· Расчетный метод

2. Разработайте программу «Калькулятор» на любом языке программирования.

3. Сравните два программных продукта (ПП): калькулятор фирмы Microsoft и разработанный калькулятор. Примените не менее двух методик для оценки программных продуктов.

4. Оформите отчет, предоставив ответы на каждый пункт

Тема 2.2. Программные требования

Цель работы: сформировать навыки работы с нормативными документами в области разработки требований.

Задание. Определите концептуальные различия основных стандартов и методологий для разработки требований.

Методические указания

1. Проведите анализ следующих стандартов и методологий: К. Вигерс, SWEBOK, RUP, IEEE830, ГОСТ 34.

2. Опишите классификацию по каждому стандарту и методологии. Представьте классификацию профессиональных требований в виде таблицы (табл. 2.1).

Таблица 2.1

К. Вигерс

SWEBOK

RUP

IEEE830

ГОСТ 34

Бизнес-требования

Требования к продукту и процессу

Функциональные требования

Функциональные требования

Бизнес-требования

Пользовательские требования

Функциональные требования

Нефункциональные требования

Внешние интерфейсы

Функциональные требования

Функциональные требования

Независимые свойства

Ограничения проектирования

Атрибуты качества

Внешние интерфейсы

Нефункциональные требования

Системные или программные требования

Ограничения

Атрибуты качества

Системные требования

Нефункциональные требования

Ограничения

3. Представьте в виде ментальной карты соответствие типов требований.

4. Напишите выводы и практические аспекты использования классификаций требований.

5. Оформите отчет, предоставив ответы на каждый пункт.

Задания 3–6 являются циклически связанными. Для их выполнения необходимо выбрать сферу исследования.

Выбор осуществляется по первой букве фамилии.

Первая буква фамилии

Сфера исследования

А, Б

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

Тема 2.3. Функции типов требований

Цель работы: сформировать навыки разработки требований.

Задание. Рассмотрите предметную область и выявите бизнес-потребности. Опишите процесс трансформации бизнес-потребностей в бизнес-требования, а затем в функциональные требования.

Методические указания

1. Изучите предметную область в соответствии с вариантом задания и представьте в виде списка перечень заинтересованных сторон (не менее 3).

2. Разработайте анкету, представив не менее 5–7 вопросов для каждой заинтересованной стороны. Проведите анкетирование с каждой заинтересованной стороной. Итоговые анкеты добавьте в отчет.

3. Проанализируйте полученную информацию и сформулируйте актуальные проблемы и потребности заинтересованных сторон.

4. Преобразуйте полученные потребности в бизнес-требования, а затем функциональные требования. Результаты представьте в виде таблицы, как в примере (табл. 3.1).

Таблица 3.1

Бизнес-потребности

Бизнес-требования

Функциональные требования

Торговой компании необходимо постоянно иметь в наличии или оперативно получать нужные товары в нужном количестве

Для поддержания правильных товарных запасов на сладах компании их необходимо регулярно пополнять путем формирования заказов поставщиком. Размер поддерживаемого запаса каждого товара должен определяться, исходя из оптимизации затрат и минимизации рисков потерь.

1. Система управления запасами должна обеспечивать возможность автоматического формирования предлагаемых заказов поставщиком по всем товарам, выбранным закупщиком.

2. Формирование заказов должно выполняться в соответствии с алгоритмом.

3. Отображение позиций сформированного заказа должно содержать информацию о товаре.

4. Система должна давать пользователю возможность …

5. Оформите отчет, предоставив ответы на каждый пункт.

Тема 3.1. Методы и инструменты выявления требований к программному обеспечению

Цель работы: сформировать навыки работы с набором инструментов для выявления требований.

Задание. На основе результатов задания 3 разработать контекстную диаграмму, диаграмму вариантов использования и модели процесса «КАК ЕСТЬ» и «КАК БУДЕТ».

Методические указания

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

2. Для выделенной области исследования постройте диаграмму варианта использования (use case). Опишите все прецеденты, включенные в модель, по примеру спецификации прецедентов (табл. 4.1).

Таблица 4.1

Прецедент

ID:

Предусловие:

Главные актеры:

1.

Второстепенные актеры:

Предусловия:

Основной поток:

1.

Постусловия:

Альтернативные потоки:

1.

3. Для описания текущих бизнес-процессов постройте модели процесса «КАК ЕСТЬ» и «КАК БУДЕТ» в нотации BPMN.

4. Оформите отчет, предоставив ответы на каждый пункт.

Тема 3.3. Область и схема разработки требований

Цель работы: сформировать навыки разработки требований к программному обеспечению.

Задание. Разработать требования к программному обеспечению заданной предметной области.

Методические указания

1. Изучите предметную область в соответствии с вариантом задания и определите группу пользователей (не менее 3).

2. Разработайте анкету, представив не менее 5–7 вопросов для каждого пользователя. Проведите анкетирование с каждым пользователем. Итоговые анкеты добавьте в отчет.

3. Проанализируйте полученную информацию и сформулируйте пользовательские требования.

4. Определите системные требования к программному обеспечению. Составьте диаграмму компонентов по примеру:

5. Оформите отчет, предоставив ответы на каждый пункт.

Тема 3.4. Спецификации требований к программному обеспечению

Цель работы: сформировать навыки разработки спецификации требований к программному обеспечению.

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

1. Введение

1.1. Цель

1.2. Целевая аудитория

1.3. Использование по назначению

1.4. Сфера применения

1.5. Определения и сокращения

2. Общее описание

2.1. Потребности пользователей

2.2. Предположения и зависимости

3. Системные характеристики и требования

3.1. Функциональные требования

3.2. Требования к внешнему интерфейсу

3.3. Особенности системы

3.4. Нефункциональные требования

4. Остальные требования.

Методические указания

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

2. Опишите сферу применения и перспективу программного продукта (отношение программного продукта к другим программным продуктам через блок-схемы). Перечислите все ссылки и другие ресурсы.

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

4. Кратко опишите функции системы и укажите их приоритет.

5. Перечислите по пунктам конкретные функциональные требования.

6. Опишите логические характеристики каждого пользовательского интерфейса.

7. Опишите нефункциональные требования.

8. Оформите отчет, предоставив ответы на каждый пункт.