Функциональная модель объекта
Функциональные требования исследуются и формулируются в процессе разработки функциональной модели и модели прецедентов (вариантов использования системы).
Анализ функций дает возможность систематизировать знания о темпах и направлении развития системы, сформулировать функциональные требования к системе, а также взаимосвязях функций.
Функция – это предметно – ориентированное задание или действие, выполняемое над объектом, в результате которого достигается одна или несколько целей, стоящих перед компанией.
Традиционно техническое задание – это описание системы на естественном языке. Строгое формальное математическое описание не подходит, т.к. техническое задание должно быть в форме, понятной и заказчикам программной системы и членам команды разработчиков.
Наиболее часто применяемым методом описания функциональных требований является метод функционального моделирования.
Функциональная модель (ФМ) является структурированным изображением функций проектируемой организационно-технической системы, а также информации, поддерживающей выполнение этих функций. На этапе проектирования ФМ используется для разработки требований, а затем для создания системы, удовлетворяющей этим требованиям. Она может быть использована также для анализа существующих систем и механизмов реализации этих функций. При этом оценивается распределение функций между подразделениями, взаимодействие подразделений, распределение ответственности, существующая система стимулирования, документооборот достоверность получаемой информации, порядок принятия решений и эффективность функционирования системы управления.
Государственным стандартом России для построения ФМ является методология IDEF0.
Технология работы с ФМ предусматривает:
постоянное рецензирование экспертами развивающейся модели, что обеспечивает необходимый уровень соответствия модели конкретному моделируемому объекту (если модель отражает состояние «как есть») или предполагаемому (состояние «как должно быть») в том понимании, которое соответствует мнению экспертов;
периодическое обсуждение диаграмм, частей модели и модели в целом на техническом совете, решение которого (оформленное в виде протокола) позволяет автору продолжить уточняющее моделирование или закончить его ввиду достаточности детализации и приемлемости модели.
IDEF0 предполагает работу по следующей формальной схеме:
- анализ существующего положения дел с целью построения модели «как есть», фиксирующей существующее состояние;
- концептуализация с целью получения предварительной модели «как будет» (предполагаемое состояние);
- разложение общей функции на отдельные функции до тех пор, пока полностью не станет ясно, как ее выполнить (разложение происходит от 3 до 6 отдельных функций на каждом иерархическом уровне);
- модернизация – то, что нужно внести в систему нового.
Такая методология позволяет на этапе проектирования обнаружить недостатки системы и избежать их при реализации проекта. Перед началом этих действий следует определить направленность разрабатываемой модели. Границы модели определяются посредством описания внешних интерфейсов. На функциональных и информационных моделях все стрелки, выходящие извне – внешние интерфейсы.