Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
М2-1_Тема-6_Требования к ПИ.doc
Скачиваний:
12
Добавлен:
25.11.2019
Размер:
151.04 Кб
Скачать

6.8.1. Функции разработчиков при определении требований

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

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

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

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

6.8.2. Виды требований к программному изделию

В технологии SSADM также различают функциональные и нефункциональные требования.

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

Конкретное нефункциональное требование может относиться как ко всей системе, так и к конкретному функциональному требованию или их группе.

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

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

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

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