- •Черновик системотехническое проектирование
- •Компоненты проектирования иус Исходные данные для проектирования иус
- •Риск проекта иус
- •Компоненты проектирования. Стадии разработки, модели представления, уровни детализации Функциональные спецификации (фс) в проектировании систем
- •Компоненты проектирования ис
- •Информационно-логическая модель иус Общая схема информационно-логической модели. Определение структуры иус
- •Модели представления иус
- •Функциональная модель иус Описание функциональной модели (фм) Основные виды элементов фм
- •Диаграммы потоков действий-данных (модель деМарко)
- •Стратегии построения схем требований действий
- •Основные схемы декомпозиции действий и данных фм
- •Общая схема разработки функциональной модели
- •Функциональная модель области деятельности Модели данных Иерархия моделей данных
- •Некоторые концептуальные модели данных
- •Модель с классификацией информационных объектов
- •Нормализация концептуальной модели данных и целостность данных. Нормальные формы модели данных
- •Параметризация модели данных.
- •Пример нормализации реляционной модели
- •Пример нормализации функциональной модели данных.
- •Ссылочная целостность
- •Агрегирование объектов в предметные базы данных.
- •Концептуальные модели предметной области на основе логики предикатов
- •Сравнение различных моделей данных концептуального уровня.
- •Методики конструирования моделей данных Методика построения локальных моделей данных на основе выделения баэовых действий.
- •Методика построения локальных моделей данных на основе выделения баэовых объектов.
- •Методика раэработки типов данных на основе синтаксиса языка управления эаданиями.
- •Определение объекта.
- •Определение атрибута
- •Спецификация атрибутов
- •Объекты модели представления
- •События
- •Различные подходы к событийному управлению
- •Генераторы событий и процедуры формирования событий
- •Внешние события
- •Спецификация использования события
- •Спецификация предоставления события
- •Состояния
- •Спецификация автоматов с использованием механизма событий
- •Структура модулей Описание структуры модулей
- •Область видимости и время жизни переменных и констант
- •Процедуры
- •Пакеты, модуль (Unit)
- •Задачи и обмены Вэаимодействия задач
- •Пользовательский интерфейс
- •Конструирование последовательных управляющих структур
- •Приемы структурирования для последовательных управляющих структур
- •Логика модулей
- •Методика раэработки логики модулей на основе автоматной модели
- •Таблицы решений
- •Проектирование логики на основе асинхронных взаимодействий Базовые варианты обработки точек входа
- •1. Фиксированный порядок обработки входов.
- •2. Селективный выбор входов.
- •3. Селективный выбор с механизмом защиты.
- •4. Селективный выбор с выделением лимита времени.
- •5. Ответ всем запросившим.
- •6. Фиксированный порядок с использованием атрибута входа "count.
- •Логика асинхронных взаимодействий.Доступ к переменн-
- •Примеры конструирования логики с использованием асинхронных взаимодействий
- •Прочность и сцепление компонентов иус
- •Анализ информационной связности действий
- •Анализ функциональной связности систем
- •Анализ функциональной связности данных
- •Анализ информационной связности систем
- •Распределение обработки данных на основе анализа структур иус Формы распределенных данных
- •Синхронные и несинхронные данные Обеспечение синхронности данных
- •Регламент
- •Компоновка распределенной обработки
- •Анализ функциональных потребностей пользователей.
- •Анализ информационных потребностей пользователей.
- •Компоновка функциональных возможностей арм
- •Распределение данных по арм
- •Доступ к данным в локальной сети
Объекты модели представления
Состояния
События
Работы (операции)
События
Событиеможно представить как некоторый сигнал-сообщение с групповой рассылкой всем запросившим и ожидающим.
Событие- это абстракция инцидента или сигнала в реальном мире, который сообщает нам о перемещении чего-либо в новое состояние [ ].
В абстрагировании события определяются четыре аспекта события:
- значение;
- предназначение;
- метка;
- данные события.
Значение события сообщает, что происходит в реальном мире.
Предназначение события - определяет приемник (приемники) события.
Метка - уникальный идентификатор события.
Данные события - часть данных источника события, переносимая приемникам для правильной обработки события.
Идентифицирующие данные - это множество из одного или нескольких атрибутов, позволяющих правильно идентифицировать источник и экземпляр события.
Дополнительные данные - это данные о состоянии источника события, могут содержать один или несколько атрибутов.
событие.<имя>
состав
wr.Ид_события ; ; ;
reference.Источник : <имя объекта> ; ; ; ; ;
wr.Время_события : ДатаВремя
/*дополнительные атрибуты*/
[[<имя вида атрибута>.]<имя атрибута> : <имя объекта> ; ; ; ; ; ]
reference.Функция_формирования : <ид. генератора события> ; ; ; ; ;
primary_key.Основной
содержит
Ид_события ; Источник
end
Различные подходы к событийному управлению
Подход на основе централизованной обработки событий
С каждым объектом связывантся группа событий. В качестве параметра события выступает объект. С каждым событием связывается событийная процедура, у которой по крайней мере один параметр - объект - источник события. Вся возможная обработка события группируется в этой процедуре.
Подход на основе распределенной обработки событий
Альтернативный подход предполагает, что событие можно представить как некоторый сигнал-сообщение с групповой рассылкой всем запросившим и ожидающим. Реакции на событие распределены в различных элементах, индивидивидуальны и зависят от контекста каждого из них.
Для целей спецификации более удобным является подход на основе распределенной обработки событий, так как при его использовании каждое локальная обработка события рассматривается независимо от остальных . Это существенно снижает трудоемкость спецификации.
Генераторы событий и процедуры формирования событий
Источником событий может быть только активный компонент, который способен выполнять действия. Потребителем (обработчиком) события такхе может стать только активный компонент, который способен выполнять действия.
Объект данных - активный компонент ????????? Скорее всего - ДА!
С каждым действием свяжем по крайней мере два события:
событие начала действия (begin);
событие окончания действия (end).
Эти события будем считать предопределенными. Генератор прикладного события может быть специфицирован в виде специальной процедуры с формальными выходными параметрами в соответствии со спецификацией события:
генератор_события.<имя процедуры>
Внешние события
Внешнюю среду проекта можно представить в виде совокупности внешних объектов, способных выполнять действия. Для этих объектов декларирована спецификация предоставления и использования событий