ФЕДЕРАЛЬНОЕ АГЕНСТВО ПО ОБРАЗОВАНИЮ
ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧЕРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ
УФИМСКИЙ ГОСУДАРСТВЕННЫЙ АВИАЦИОННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ
Методические указания по выполнению курсовой работы по дисциплине «моделирование систем»
по направлению подготовки бакалавра
552800(230100) – «Информатика и вычислительная техника»
(очной формы обучения)
Кафедра: Автоматизация проектирования
информационных систем
УФА 2008
Функциональная архитектура
Аналогично тому, как программному проекту может быть поставлено в соответствие множество архитектур, также может быть предложено множество вариантов построения функциональных архитектур. Это вполне объяснимо, так как к обеспечению требуемой функциональности можно подходить с разных позиций, например, потребителей информационных продуктов, и разработчиков программной системы.
Ниже приводится одна из возможных форм представления функциональной архитектуры.
Внешнее проектирование – это процесс описания ожидаемого поведения разрабатываемого продукта с точки зрения внешнего по отношению к нему наблюдателю. Внешний проект выражается в форме внешних спецификаций, предназначенных для широкой аудитории, включающей пользователя (для проверки и одобрения), всех разработчиков проекта, включая тех, кто будет заниматься тестирование программной системы на различных уровнях. Основополагающим принципом внешнего проектирования является принцип концептуальной целостности.
Первые ошибки в программные системы вносятся при определении требований к функциональным возможностям программной системы и целей. Причина большинства ошибок этих ошибок – неправильное понимание потребностей пользователей. В дальнейшем возникают и другие ошибки, обусловленные трансформацией требований и целей во внешние спецификации. Одним из давно известных, «ручных» методов описания требований является метод HIPO-диаграмм (Hierarchy plus Input-Process-Output: иерархия плюс ввод-обработка-вывод). HIPO-диаграмма (рис.1) строится для каждой основной требуемой функции: в ней дается общая характеристика входных и выходных данных для этой функции и основных шагов обработки.
Для отражения иерархической организации таких функций строится оглавление (visual table of contents). Внешний вид оглавления приведен на рис.2.
При использовании этого метода диаграммы обычно готовит организация-разработчик, а затем предъявляет их пользователю для проверки. Диаграммы не содержат никаких предположений о конечной структуре программы. Их назначение – дать пользователю общее представление об информационном продукте.
Рис.1.ПримерHIPO-диаграммы
При использовании этого метода важно учитывать, что HIPO-диаграммы выражают только функциональные требования. Другие требования (надежность, быстродействие,...) должны быть описаны отдельно.
Ответственность за полноту и точность требований несет пользователь. Ответственность за осуществимость и понятность несет разработчик. В процессе разработки требований необходимо установить приоритеты для каждого из них, что поможет принимать компромиссные решения на последующих этапах проектирования.
Требование
Функция 1
Функция 2
Функция N
. ..…
Функция 1.1
Функция 1
Функция N.1
Функция N.M
... ...
....
Рис.2 Внешний вид оглавления
Следует подчеркнуть, что архитектуры, получаемые в рамках разных точек зрения, следует рассматривать не как конкурирующие, а как взаимодополняющие. Чем больше вариантов функциональных архитектур будет рассмотрено (т.е. чем больше точек зрения на обеспечение функциональности будет принято во внимание), тем более полно реализована методология системного подхода, тем больше шансов успешной реализации проекта.