Управляющие структуры сея

1. последовательная структур

@ ВЫПЛНИТЬ <функция 1>

ВЫПЛНИТЬ <функция n>

2. конструкция выбора

@ ЕСЛИ <условие>

ТО ВЫПОЛНИТЬ <функция 1>

ИНАЧЕ ВЫПОЛНИТЬ <функция 2>

КОНЕЦЕСЛИ

3. итерационные конструкции ДЛЯ, ПОКА

Пример

Система обслуживания клиентов. В обслуживании пользователя выделяют 2 функции:

1. администрирование системы (настройка и контроль за работой системы)

2. информационное обслуживание пользователя (получение заказа)

Спецификация:

Activity Name: Получение заказа

Activity Definition:

@ ВХОД = ЗАЯВКА НА ОБСЛУЖИВАНИЕ

@ ВХОД = ДАННЫЕ О ПОЛЬЗОВАТЕЛЕ

@ ВХОД = ДАННЫЕ О КЛИЕНТЕ

@ ВЫХОД = ОТВЕТ НА ЗАЯВКУ

…

@ СПЕЦПРОЦ = ПОЛУЧЕНИЕ ЗАКАЗА

ЕСЛИ <пользователь имеет право доступа>

ТО ВЫПОЛНИТЬ <извлечь из ЗАЯВКИ НА ОБСЛУЖИВАНИЕ ПЕРВИЧНЫЕ

ДАННЫЕ О ВАГОНЕ>

ВЫПОЛНИТЬ <сохранить в ЗАКАЗЕ ПЕРВИЧНЫЕ ДАННЫЕ О ВАГОНЕ>

ВЫПОЛНИТЬ <ОТВЕТ НА ЗАЯВКУ = подтверждение операции>

КОНЕЦВЫПОЛНИТЬ

ИНАЧЕВЫПОЛНИТЬ …

КОНЕЦЕСЛИ

27.09.10.

Лекция 5 Архитектура данных (способы представления данных на этапе представления функциональных требований)

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

На этапе инфологического проектирования создается наиболее общий уровень модели данных ИС: модель описания предметной области выполненной с использованием специальных базовых структур полностью независимых от физических параметров среды хранения (системотехнической платформы) и программных средств (ОС, СУБД и др.). Основные требования к инфологическому моделированию это требования адекватного отображения предметной области. Средством для инфологического моделирования является модель Чена «сущность-связь» т.к. ER-модель.

При формировании требований к архитектуре данных на основе инфологической модели возможно 2 подхода:

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

2. UP – подход связан с формированием концептуального прикладного представления информации о предметной области, определяющего требования ИС к обработке данных. В этом подходе описываются данные и связи, используемые только в текущих и предполагаемых приложениях, а DFD-модель является основой для построения архитектуры данных, которая в этом случае является логическим продолжением архитектуры функциональных требований, полученных в результате моделирования процесса, функций и соответствующих потоков данных.

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

В процессе проектирования модели данных должны быть сформированы следующие требования в архитектуре данных ИС:

1. обеспечение согласованности и концептуального единства представления информации

2. требования полноты и непротиворечивости данных

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

4. оптимизация объемов хранимой информации

5. требования унификации и прозрачности доступа к каждому информационному объекту

10.10.10.

Лекция 6

Логическое и физическое моделирование

(см. методичку)

11.10.10.

Лекция 7

Архитектура функциональных приложений (АФП)

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

На первом этапе разработки АФП надо:

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

Первый уровень классификации - это разбиение всех приложений на типовые (базовые) и специальные.

Типовые – это приложения:

1. связанные с визуализацией данных

2. предназначенных для создания и сопровождения БД и организации SQL-запросов

3. приложения конечных пользователей, предназначенные для обеспечения эффективного доступа к ИС, для поддержки процесса принятия решения.

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

Требования к сложным приложениям ИС представляются в виде системы математических моделей (например, модели оптимизации).