Общие требования к программному продукту

      Комментарии к записи Общие требования к программному продукту отключены

Описание требований к программному продукту содержит:

— обозначения и указания;

— функциональные возможности;

— надежность;

— эффективность.

При описании общих требований к программному продукту необходимо указать:

а) целевые рабочие задачи, которые могут быть выполнены данным продуктом;

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

в) технические, программные средства, необходимые для ввода продукта в эксплуатацию, включая наименования изготовителей и обозначения типов всех ее частей, например:

1) процессоры, включая сопроцессоры;

2) объем основной памяти;

3) типы периферийных устройств;

4) оборудование ввода и вывода;

5) сетевое оборудование;

6) системные и прочие программные средства;

г) соответствующие интерфейсы или продукты, если в описании продукта имеются ссылки на интерфейсы с другими продуктами;

д) каждый физический компонент поставляемого продукта, в частности, все печатные документы и все носители данных;

е) вид поставляемых программ, например исходные программы, объектные (рабочие) модули или загрузочные модули;

ж) необходимое программное обеспечение для сопровождения продукта.

При описании функциональных возможностей необходимо отразить:

а) обзор функций продукта, необходимых для них данных и предоставляемых средств;

б) граничные значения. Если использование продукта ограничено конкретными граничными значениями. Они должны быть указаны в описании продукта, например:

1) минимальные или максимальные значения;

2) длины ключей;

3) максимальное число записей в файле;

4) максимальное число критериев поиска;

5) минимальный объем выборки.

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

При описании надежности продукта необходимо привести информацию по процедурам сохранения данных. Например:

— проверка достоверности исходных данных;

— описание технологии сбора, передачи, обработки и выдачи информации;

— защита от серьезных последствий ошибки пользователя;

— восстановление при ошибках.

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

В описание продукта могут быть внесены формулировки требований (правил) по сопровождению и мобильности продукта.

Экспериментальный раздел

Обоснование выбора языка программирования

В обосновании выбора языка программирования аргументируется выбор языка программирования и используемой системы управления баз данных (далее СУБД). Дается их краткая характеристика.

Описание программы

Описание программы содержит: описание модулей, модульную схему задачи, схему алгоритма.

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

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

Протокол тестирования программного продукта

В протоколе тестирования отражаются:

— тестирование на корректных данных;

— тестирование на некорректных данных;

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

Руководство пользователя

Руководство пользователя должно отвечать следующим характеристикам: полнота, правильность, непротиворечивость, понятность, простота обозрения.

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

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

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

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

Простота обозрения. Документация пользователя должна быть достаточно проста.

Руководство пользователя должно содержать:

— руководство по установке и запуску программы;

— руководство по использованию программы;

— сообщения пользователю.

В руководстве по установке и запуску программы указываются: диск, с которого устанавливается программа; папка, где она находится; какие системные или дополнительные компоненты необходимы; как выполняется вызов загрузочного модуля.

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

Таблица 9 — Сообщение пользователю

Сообщение Причина Что делать

Экономический раздел

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

Статьи к прочтению:

Требования к программному обеспечению


Похожие статьи: