Управление требованиями к системе

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

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

Требования – условие или характеристика, которым должна удовлетворять ИС.

Различают функциональные и нефункциональные требования:

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

Требования к системе в целом (требования к структуре и функционированию системы, к численности и квалификации персонала, режиму работы и т. д.)

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

Требования к видам обеспечения ИС (математическому, информационному).

Требования к АИС фиксируются в техническом задании после завершения соответствующей стадии проекта и являются объектом управления с целью организации и контроля их выполнения и при необходимости согласованного изменения.

Раздел 2. Методы проектирования и программирования по.

Принципы проектирования пользовательского интерфейса.

Интерфейс – способ и принципы взаимодействия 2х и более элементов.

Интерфейс пользователя – разновидность интерфейсов, в котором одна сторона представлена пользователем, а другая машиной.

С помощью ИД в той или иной степени определяющие процессы, происходящие в системе такими объектами могут быть объекты реального мира (детали, вагоны, сотрудники) или потоки данных и информации (документы, данные)

Любой ФБ по требованиям стандарта должен иметь одну управляющую и одну исходящую.

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

Глоссарий – для каждого из элементов IDF0 (диаграмм, ФБ, стрелок) существующий стандарт создания и поддержания набора определений, ключевых слов, которые характеризуют объект отображённый данным элементом.

Методология IDF0 всегда начинается с представления системы как единого целого – одного ФБ с интерфейсными дугами, идущие за пределы рассматриваемой области. Такая диаграмма с одним ФБ называется контекстной диаграммой. В пояснительном контекстной диаграмме должна быть указана цель построения в виде краткого описания и зафиксирована точка зрения. Точка зрения определяет основное направления развития модели и уровень необходимой детализации.

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

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