- •Черновик системотехническое проектирование
- •Компоненты проектирования иус Исходные данные для проектирования иус
- •Риск проекта иус
- •Компоненты проектирования. Стадии разработки, модели представления, уровни детализации Функциональные спецификации (фс) в проектировании систем
- •Компоненты проектирования ис
- •Информационно-логическая модель иус Общая схема информационно-логической модели. Определение структуры иус
- •Модели представления иус
- •Функциональная модель иус Описание функциональной модели (фм) Основные виды элементов фм
- •Диаграммы потоков действий-данных (модель деМарко)
- •Стратегии построения схем требований действий
- •Основные схемы декомпозиции действий и данных фм
- •Общая схема разработки функциональной модели
- •Функциональная модель области деятельности Модели данных Иерархия моделей данных
- •Некоторые концептуальные модели данных
- •Модель с классификацией информационных объектов
- •Нормализация концептуальной модели данных и целостность данных. Нормальные формы модели данных
- •Параметризация модели данных.
- •Пример нормализации реляционной модели
- •Пример нормализации функциональной модели данных.
- •Ссылочная целостность
- •Агрегирование объектов в предметные базы данных.
- •Концептуальные модели предметной области на основе логики предикатов
- •Сравнение различных моделей данных концептуального уровня.
- •Методики конструирования моделей данных Методика построения локальных моделей данных на основе выделения баэовых действий.
- •Методика построения локальных моделей данных на основе выделения баэовых объектов.
- •Методика раэработки типов данных на основе синтаксиса языка управления эаданиями.
- •Определение объекта.
- •Определение атрибута
- •Спецификация атрибутов
- •Объекты модели представления
- •События
- •Различные подходы к событийному управлению
- •Генераторы событий и процедуры формирования событий
- •Внешние события
- •Спецификация использования события
- •Спецификация предоставления события
- •Состояния
- •Спецификация автоматов с использованием механизма событий
- •Структура модулей Описание структуры модулей
- •Область видимости и время жизни переменных и констант
- •Процедуры
- •Пакеты, модуль (Unit)
- •Задачи и обмены Вэаимодействия задач
- •Пользовательский интерфейс
- •Конструирование последовательных управляющих структур
- •Приемы структурирования для последовательных управляющих структур
- •Логика модулей
- •Методика раэработки логики модулей на основе автоматной модели
- •Таблицы решений
- •Проектирование логики на основе асинхронных взаимодействий Базовые варианты обработки точек входа
- •1. Фиксированный порядок обработки входов.
- •2. Селективный выбор входов.
- •3. Селективный выбор с механизмом защиты.
- •4. Селективный выбор с выделением лимита времени.
- •5. Ответ всем запросившим.
- •6. Фиксированный порядок с использованием атрибута входа "count.
- •Логика асинхронных взаимодействий.Доступ к переменн-
- •Примеры конструирования логики с использованием асинхронных взаимодействий
- •Прочность и сцепление компонентов иус
- •Анализ информационной связности действий
- •Анализ функциональной связности систем
- •Анализ функциональной связности данных
- •Анализ информационной связности систем
- •Распределение обработки данных на основе анализа структур иус Формы распределенных данных
- •Синхронные и несинхронные данные Обеспечение синхронности данных
- •Регламент
- •Компоновка распределенной обработки
- •Анализ функциональных потребностей пользователей.
- •Анализ информационных потребностей пользователей.
- •Компоновка функциональных возможностей арм
- •Распределение данных по арм
- •Доступ к данным в локальной сети
Регламент
В организациях подготовка первичных и отчетных данных производится в соответствии с определенным расписанием (регламентом)
Компоновка распределенной обработки
Исходные данные для распределения данных
Исходные данные для проектирования представим следующим образом:
G - множество конечных пользователей;
P - множество процедур обработки;
F - множество файлов данных; G-call-P -отношение, задающее функциональные потребности пользователей;
P-use-P - отношение, задающее схему использования процедур;
P-use-F - отношение, задающее схему использования файлов;
f(G-call-P) - задает частоту использования пользователями соответстующих процедур; f(P-use-P) - задает относительную частоту использования процедурами других процедур; u(P-use-P) - задает объемы используемых процедурами данных; u(F) - задает объемы файлов данных.
Анализ функциональных потребностей пользователей.
Процедуры, непосредственно поддерживающие функциональные потребности пользователей, заданы отношением G-call-P. Получим транзитивное замыкание этого отношения
P-nuse-P = (P-use-P) ** n .
Тогда полные функциональные потребности пользователей можно определить следующим образом:
G-ncall-P = G-call-P # P-nuse-P ,
где # - знак логического умножения матриц.
Связность пользователей по общим требуемым процедурам можно определить на основе следующего выражения:
G-f-G = G-ncall-P x (G-ncall-P)t,
где x - знак арифметического умножения матриц, t - знак
транспонирования матрицы.
Каждый элемент матрицы G-f-G задает количество совместно используемых процедур соответствующей парой пользователей.
Проведя нормировку G-f-G по элементам главной диагонали, как это показано в [1], получим матрицу коэффициентов связности пользователей по требуемым процедурам. Указанные оценки чувствительны к перераспределению функциональных потребностей пользователей.
Рассмотрим пример. Пусть заданы следующие исходные данные:
G = {g1, g2};
Pr = { p1, p2, p3, p4, p5, p6, p7};
A = {a1, a2};
F = {f1, f2, f3, f4};
G-call-P = | 1 1 0 0 0 0 0 |;
| 0 1 1 0 0 0 0 |
| 1 0 0 1 1 0 0 |
| 0 1 0 1 1 1 0 |
| 0 0 1 0 1 0 1 |
P-use-P = | 0 0 0 1 0 0 0 | ;
| 0 0 0 0 1 0 0 |
| 0 0 0 0 0 1 0 |
| 0 0 0 0 0 0 1 |
| 0 0 0 0 |
| 0 0 0 0 |
| 0 0 0 0 |
P-use-F = | 1 0 0 0 | ;
| 0 1 0 0 |
| 0 0 1 0 |
| 0 0 0 1 |
u(F) = | 10 15 5 20 | .
Оценим взаимосвязь пользователей по требуемеым процедурам.
Получим транзитивное замыкание по схеме использования процедур:
P-nuse-P = (P-use-P) ** n .
В данном случае P-nuse-P = P-use-P. Полные функциональные потребности определятся следующим образом :
G-ncall-P = G-call-P # P-nuse-P = | 1 1 0 1 1 1 0 |
| 0 1 1 1 1 1 1 |.
Взаимосвязь пользователей
G-f-G = G-ncall-P x (G-call-P)t = | 5 4 |
| 4 6 |.
Проведя нормировку по элементам главной диагонали получим
K = | 1,00 0,65 |.
| 0,80 1,00 |
Коэффициент сцепления пользователей по общим процедурам
Kout = (0,80 + 0,65) / 4 = 0.32 .
Проведем перераспределение функциональных потребностей пользователей следующим образом :
G-call-P = | 1 1 0 0 0 0 0 | .
| 0 0 1 0 0 0 0 |
Повторяя последовательность операций получим новую матрицу связности :
K = | 1,00 0,30 | и коэффициент сцепления Kout = 0,125.
| 0,20 1,00 |