Описание требований к программному продукту содержит:
- обозначения и указания;
- функциональные возможности;
- надежность;
- эффективность.
При описании общих требований к программному продукту необходимо указать:
а) целевые рабочие задачи, которые могут быть выполнены данным продуктом;
б) ссылки на нормативные документы, которым удовлетворяет данный продукт, в этом случае должны быть указаны соответствующие редакции данных документов;
в) технические, программные средства, необходимые для ввода продукта в эксплуатацию, включая наименования изготовителей и обозначения типов всех ее частей, например:
1) процессоры, включая сопроцессоры;
2) объем основной памяти;
3) типы периферийных устройств;
4) оборудование ввода и вывода;
5) сетевое оборудование;
6) системные и прочие программные средства;
г) соответствующие интерфейсы или продукты, если в описании продукта имеются ссылки на интерфейсы с другими продуктами;
д) каждый физический компонент поставляемого продукта, в частности, все печатные документы и все носители данных;
е) вид поставляемых программ, например исходные программы, объектные (рабочие) модули или загрузочные модули;
ж) необходимое программное обеспечение для сопровождения продукта.
При описании функциональных возможностей необходимо отразить:
а) обзор функций продукта, необходимых для них данных и предоставляемых средств;
б) граничные значения. Если использование продукта ограничено конкретными граничными значениями. Они должны быть указаны в описании продукта, например:
1) минимальные или максимальные значения;
2) длины ключей;
3) максимальное число записей в файле;
4) максимальное число критериев поиска;
5) минимальный объем выборки.
При необходимости в описание продукта должна быть включена информация по средствам предотвращения несанкционированного доступа к программам и данным.
При описании надежности продукта необходимо привести информацию по процедурам сохранения данных. Например:
- проверка достоверности исходных данных;
- описание технологии сбора, передачи, обработки и выдачи информации;
- защита от серьезных последствий ошибки пользователя;
- восстановление при ошибках.
При описании эффективности необходимо отразить информацию о характере поведения продукта во времени, например, указать время ответа и время оценки производительности для заданных функций при установленных условиях (например, для заданных конфигураций системы и профилей загрузки).
В описание продукта могут быть внесены формулировки требований (правил) по сопровождению и мобильности продукта.
Экспериментальный раздел
Обоснование выбора языка программирования
В обосновании выбора языка программирования аргументируется выбор языка программирования и используемой системы управления баз данных (далее СУБД). Дается их краткая характеристика.
Описание программы
Описание программы содержит: описание модулей, модульную схему задачи, схему алгоритма.
В описании модулей подробно описывается каждый модуль; перечисляются все процедуры, входящие в модуль; описываются действия, выполняемые в каждой процедуре модуля.
В модульной схеме следует указать в виде иерархической структуры все модули и связи между ними. Схема алгоритма может быть представлена укрупненной блок - схемой (согласно пунктам меню), а также блок-схемами наиболее интересных процедур задачи.
Протокол тестирования программного продукта
В протоколе тестирования отражаются:
- тестирование на корректных данных;
- тестирование на некорректных данных;
- тестирование на данных контрольного примера с приложением распечатки исходных данных (таблиц) и результата решения.
Руководство пользователя
Руководство пользователя должно отвечать следующим характеристикам: полнота, правильность, непротиворечивость, понятность, простота обозрения.
Полнота. Документация пользователя должна содержать информацию, необходимую для использования продукта. В ней должны быть полностью описаны все функции, используемые в программном продукте. Кроме того, граничные значения, заданные в описании продукта, должны быть продублированы в документации пользователя. Если установка (инсталляция) и/или сопровождение продукта могут быть проведены пользователем, то в документацию пользователя должны быть включены руководства по установке продукта и/или по сопровождению программы.
Правильность. Вся информация в документации пользователя должна быть правильной. Кроме того, представление данной информации не должно содержать ошибок и неоднозначных толкований.
Непротиворечивость. Документы, входящие в комплект документации пользователя, не должны противоречить сами себе, друг другу и описанию продукта. Каждый термин должен иметь один и тот же смысл во всех документах.
Понятность. Документация должна быть понятной для пользователя, например, посредством использования в ней соответствующим образом подобранных терминов, графических вставок, уточняющих пояснений и ссылок на полезные источники информации.
Простота обозрения. Документация пользователя должна быть достаточно проста.
Руководство пользователя должно содержать:
- руководство по установке и запуску программы;
- руководство по использованию программы;
- сообщения пользователю.
В руководстве по установке и запуску программы указываются: диск, с которого устанавливается программа; папка, где она находится; какие системные или дополнительные компоненты необходимы; как выполняется вызов загрузочного модуля.
Сообщение пользователю оформляется в виде таблицы, в которой перечисляются все сообщения, выдаваемые программой, их причина и необходимые действия пользователя.
Таблица 9 - Сообщение пользователю
| Сообщение | Причина | Что делать |
Экономический раздел
В экономическом разделе необходимо произвести расчет затрат на создание программного продукта, расчет цены предложения и необходимого количества копий программного продукта.
