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

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

3.1. Требования к программному продукту в целом

СТ1. Организация доступа пользователя к идентификаторам объектов

3.2. Подсистема «Интерфейс пользователя»

СТ2. Общая схема организации интерфейса пользователя

СТ3. Гибкая схема работы пользователя при вводе данных

СТ4. Индикация наличия данных в областях библиографического описания

3.4. Справочная подсистема

3.5. Административная подсистема

3.6. Библиотека функций (процедур)

3.7. Пользовательская подсистема

3.8. Подсистема конфигурирования

3.9. База данных

3.10. Средства импорта и экспорта данных

3. Спецификация системных требований: ее назначение, структура и краткая характеристика всех ее разделов.

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

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

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

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

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

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

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

Требования могут быть функциональные и эксплуатационные. Первые касаются алгоритмов, процессов обработки информации, а именно:

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

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

• пользовательского интерфейса (т.е. всего того, что видит на экране пользователь);

• защиты информации и контроля доступа к ней разных пользователей;

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

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

• производительность программы (скорость обработки, время реакции программы на запрос пользователя и т.п.);

• требования к аппаратным средствам (оперативная память, быстродействие процессора и т.п.).