- •Черновик системотехническое проектирование
- •Компоненты проектирования иус Исходные данные для проектирования иус
- •Риск проекта иус
- •Компоненты проектирования. Стадии разработки, модели представления, уровни детализации Функциональные спецификации (фс) в проектировании систем
- •Компоненты проектирования ис
- •Информационно-логическая модель иус Общая схема информационно-логической модели. Определение структуры иус
- •Модели представления иус
- •Функциональная модель иус Описание функциональной модели (фм) Основные виды элементов фм
- •Диаграммы потоков действий-данных (модель деМарко)
- •Стратегии построения схем требований действий
- •Основные схемы декомпозиции действий и данных фм
- •Общая схема разработки функциональной модели
- •Функциональная модель области деятельности Модели данных Иерархия моделей данных
- •Некоторые концептуальные модели данных
- •Модель с классификацией информационных объектов
- •Нормализация концептуальной модели данных и целостность данных. Нормальные формы модели данных
- •Параметризация модели данных.
- •Пример нормализации реляционной модели
- •Пример нормализации функциональной модели данных.
- •Ссылочная целостность
- •Агрегирование объектов в предметные базы данных.
- •Концептуальные модели предметной области на основе логики предикатов
- •Сравнение различных моделей данных концептуального уровня.
- •Методики конструирования моделей данных Методика построения локальных моделей данных на основе выделения баэовых действий.
- •Методика построения локальных моделей данных на основе выделения баэовых объектов.
- •Методика раэработки типов данных на основе синтаксиса языка управления эаданиями.
- •Определение объекта.
- •Определение атрибута
- •Спецификация атрибутов
- •Объекты модели представления
- •События
- •Различные подходы к событийному управлению
- •Генераторы событий и процедуры формирования событий
- •Внешние события
- •Спецификация использования события
- •Спецификация предоставления события
- •Состояния
- •Спецификация автоматов с использованием механизма событий
- •Структура модулей Описание структуры модулей
- •Область видимости и время жизни переменных и констант
- •Процедуры
- •Пакеты, модуль (Unit)
- •Задачи и обмены Вэаимодействия задач
- •Пользовательский интерфейс
- •Конструирование последовательных управляющих структур
- •Приемы структурирования для последовательных управляющих структур
- •Логика модулей
- •Методика раэработки логики модулей на основе автоматной модели
- •Таблицы решений
- •Проектирование логики на основе асинхронных взаимодействий Базовые варианты обработки точек входа
- •1. Фиксированный порядок обработки входов.
- •2. Селективный выбор входов.
- •3. Селективный выбор с механизмом защиты.
- •4. Селективный выбор с выделением лимита времени.
- •5. Ответ всем запросившим.
- •6. Фиксированный порядок с использованием атрибута входа "count.
- •Логика асинхронных взаимодействий.Доступ к переменн-
- •Примеры конструирования логики с использованием асинхронных взаимодействий
- •Прочность и сцепление компонентов иус
- •Анализ информационной связности действий
- •Анализ функциональной связности систем
- •Анализ функциональной связности данных
- •Анализ информационной связности систем
- •Распределение обработки данных на основе анализа структур иус Формы распределенных данных
- •Синхронные и несинхронные данные Обеспечение синхронности данных
- •Регламент
- •Компоновка распределенной обработки
- •Анализ функциональных потребностей пользователей.
- •Анализ информационных потребностей пользователей.
- •Компоновка функциональных возможностей арм
- •Распределение данных по арм
- •Доступ к данным в локальной сети
Основные схемы декомпозиции действий и данных фм
Декомпозиция действий представляется в виде схем требований действий, а декомпозиция данных - в виде схем состава данных.
Декомпозиция действий на основе состава выходных данных.
Целевое назначение действия отражается в составе выходных данных. Если выходные данные по своему содержанию разнородны, то с каждым элементом выходных данных можно связать свое действие. Каждое из вновь введенных действий войдет в схему требований исходного действия.
Декомпозиция действий на основе входных данных.
В некоторых случаях определяющим для детализации действий является состав входных данных. Если известен состав входных данных и можно каждый элемент входных данных интерпретировать как задание на заданную обработку, то схема декомпозиции примет следующий вид:
d.D01 w.W01 w.W01
own in => call
d.D02; D03 d.D01 w.W02
end end in d.D02;;;
W03
in d.D03
end
Декомпозиция действий на основе представлений о промежуточных результатах
Для каждого выходного данного необходимо ответить на вопрос: "Какие исходные данные необходимы для получения соответствующего результата ?". Выполняем указанную операцию для всех вновь введенных данных пока информационная цепочка не замкнется на входных данных детализируемого действия. Далее с каждым вновь введенным данным и выходным данным детализируемого действия связываемым соответствующее действие, рассматривая данные как выходные.
w.W01 d.D02 w.W01
in call call
d.D01;; d.D03; D04;;;; w.W02
out D03 in
d.D02 call d D03; D04; ; ;
end d.D01; D05;;;; ==> out
D04 d.D02;;;;
call W03
d.D05; D01;;;; in
D05 d.D01; D05;;;
call out
d.D01 end d.D03; ; ; ;
W04
in
d.D05; D01;;;
out
d.D04; ; ; ;
W05
in
d.D01;;;;
out
d.D05 end
Декомпозиция действий на основе представлений о фазах обработки
Данная схема декомпозиции требует указать последовательность действий, приводящих к желаемому результату. В качествевыходных данных последнего действия последовательности выступает выходное данное исходного действия. В качестве входногоданного первого действия последовательности выступает входноеданное исходного действия.
w.W01 w.W01 w.W01
in call call
d.D01;;; w.W02; W03; W04 => w.W02
out end in
d.D02 d.D01;;;
end out
d.D03; D04;;;;
W03
in
d.D03; D04;;;
out
d.D05; ; ; ;
W04
in
d.D04; D05;;;
out
d.D02 end
Декомпозиция действий на основе представлений об альтернативных действиях
Данная схема декомпозиции предполагает наличие несколькихвариантов для получения искомого результата. В соответствии скаждым вариантом вводится новое действие и производится декомпозиция входных данных.
Преобразования ФМ на основе анализа информационной связности действий и схем требований действий (агрегирование действий на основе анализа их информационной связности).
Для анализа рекомендуется следующая последовательность действий:
1. Выбирается действие на одном из верхних уровней детализации.
2. Отбираются все действия, входящие в схему требований исходного действия одного уровня детализации.
3. Для полученного подмножества действий также отбираютсявсе действия, входящие в соответствующие схемы требований одного уровня детализации.
4. Для полученного подмножества действий второго уровня деталиэации строится информационная схема.
5. Оценивается информационная прочность действий первогоуровня деталиэации.
6. Проводится аналиэ информационной свяэности действий второго уровня деталиэации и выделяются информационно сильно свяэанные области.
7. Если прочность новых групп действий больше прочности действий первого уровня детализации, то :
7.1 действия первого уровня деталиэации удаляются иэ схемы требований исходного действия;
7.2 объявляются новые действия на основе выделенных групп действий;
7.3 новые действия включаются в схему требований исходного действия;
7.4 строятся новые схемы требований для вновь объявленных действий на основе состава сильно свяэанных областей.
Преобразования функциональной модели на основе процедурной абстракции ( изменения состава декомпозиции на основе классификации компонентов ФМ)
..............................................................
..............................................................