Студопедия

Главная страница Случайная страница

КАТЕГОРИИ:

АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника






Функциональные требования






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

В функциональных требованиях определяют:

- работа каких пользователей должна автоматизироваться;

- какие возможности должны быть у каждого пользователя;

- какая информация должна храниться в системе;

- по каким формулам и алгоритмам и в какой последовательности она должна обрабатываться;

- какие документы должны формироваться.

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

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

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

Пример 1.

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

1. Пользователь должен иметь возможность проводить поиск необходимых ему книг и документов или по всему множеству доступных каталожных баз данных или по определенному их подмножеству.

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

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

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

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

 


Поделиться с друзьями:

mylektsii.su - Мои Лекции - 2015-2024 год. (0.007 сек.)Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав Пожаловаться на материал