Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Управление качеством / 7 семестр / Методичка к ПР1.docx
Скачиваний:
0
Добавлен:
26.06.2025
Размер:
85.92 Кб
Скачать

3. Спецификация требований пользователей согласно esa pss-05-03

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

Первый уровень абстракции

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

В разделе 2 приводится краткая характеристика среды, в которой предполагается использование программного продукта. При этом не предполагается получения детальной картины физического устройства продукта.

В разделе 3 описываются формальные признаки, на основе которых будет производиться оценка программного продукта после его создания. В случае большого объема спецификации (сорок страниц и более) должно быть выполнено индексирование текста.

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

Второй уровень абстракции

В рекомендуется использование следующих обозначений в спецификации требований пользователей:

– a – Abstract;

– b – содержание;

– c – признак состояния документа;

– d – список изменений, внесенных в документ с момента последнего изменения.

Требования описываются в соответствии со структурой:

1. Введение.

1.1.Цель разработки

1.2. Охват разработки

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

1.4. Ссылки

1.5. Общие сведения

2. Основное содержание

2.1. Место программного продукта

2.2. Основные возможности программного продукта

2.3. Основные ограничения

2.4. Характеристики пользователей (имя собственное программного продукта)

2.5. Среда использования

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

3. Специальные требования

3.1. Требования-возможности

3.2. Требования-ограничения

Замечание. Материалы, не вписывающиеся в предлагаемую схему, следует вынести в отдельное приложение. Если материал для некоторой секции отсутствует, то в раздел следует вставить фразу «отсутствует» с сохранением при этом принятой в документе нумерации.

Третий уровень абстракции

На этом уровне требования описываются в соответствии со следующей структурой:

1. Введение

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

1.1. Цель разработки

  • Определение целей отдельных спецификаций пользователей, установление взаимосвязи целей с особенностями внешних бизнес-процессов, управление которыми должен поддерживать программный продукт;

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

1.2. Охват разработки

  • Наименование программного продукта;

  • Описание того, что должен делать программный продукт (и, насколько это возможно, описание того, что программный продукт делать не должен )

  • Описание преимуществ, целей и решаемых задач настолько точно, насколько это возможно;

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

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

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

1.4. Ссылки

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

1.5. Общие сведения

  • Приводится описание содержания последующих разделов документа;

  • Приводится объяснение схемы организации спецификации.

2. Основное содержание

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

2.1. Место программного продукта

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

2.1.1 Основные возможности программного продукта

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

2.1.2 Общие ограничения

В этом разделе должны быть описаны все ограничения, накладываемые на решения, которые будут приниматься разработчиками программного продукта. Специальные требования и специальные ограничения в этом разделе не приводятся. Вместе с тем, приводятся обоснования того, чем обусловлены специальные требования и ограничения.

2.1.3 Характеристики пользователей

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

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

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

2.1.4 Среда использования

В этом разделе приводится описание среды, в которой будет использоваться программный продукт. Повествовательное описание может быть дополнено контекстными диаграммами (для описания в сжатом виде внешних интерфейсов); блок-диаграммами системы (чтобы показать, какие операции реализует внешняя система). Должна быть представлена информация о способах взаимодействия с внешними системами.

Если спецификация требований пользователей определяет продукт, который является компонентом «родительской» системы или проекта, то в этом разделе:

  • должны быть представлены основные принципы обеспечения функционирования компонента со стороны внешних систем;

  • даны ссылки на документ ICD (Interface Control Document), в котором описаны внешние интерфейсы с другими системами;

  • приведено описание необходимой инфраструктуры.

2.1.5 Допущения и зависимости

В этом разделе приводится перечень допущений, положенных в основу спецификации требований. Должен быть выполнен анализ риска включения необоснованных требований. Требования-ограничения, например, могут описывать интерфейсы с несуществующими системами. Если результаты, выдаваемые системой, не совпадают с ожидавшимися результатами, возможно изменение спецификации требований пользователей.

Соседние файлы в папке 7 семестр