- •Черновик системотехническое проектирование
- •Компоненты проектирования иус Исходные данные для проектирования иус
- •Риск проекта иус
- •Компоненты проектирования. Стадии разработки, модели представления, уровни детализации Функциональные спецификации (фс) в проектировании систем
- •Компоненты проектирования ис
- •Информационно-логическая модель иус Общая схема информационно-логической модели. Определение структуры иус
- •Модели представления иус
- •Функциональная модель иус Описание функциональной модели (фм) Основные виды элементов фм
- •Диаграммы потоков действий-данных (модель деМарко)
- •Стратегии построения схем требований действий
- •Основные схемы декомпозиции действий и данных фм
- •Общая схема разработки функциональной модели
- •Функциональная модель области деятельности Модели данных Иерархия моделей данных
- •Некоторые концептуальные модели данных
- •Модель с классификацией информационных объектов
- •Нормализация концептуальной модели данных и целостность данных. Нормальные формы модели данных
- •Параметризация модели данных.
- •Пример нормализации реляционной модели
- •Пример нормализации функциональной модели данных.
- •Ссылочная целостность
- •Агрегирование объектов в предметные базы данных.
- •Концептуальные модели предметной области на основе логики предикатов
- •Сравнение различных моделей данных концептуального уровня.
- •Методики конструирования моделей данных Методика построения локальных моделей данных на основе выделения баэовых действий.
- •Методика построения локальных моделей данных на основе выделения баэовых объектов.
- •Методика раэработки типов данных на основе синтаксиса языка управления эаданиями.
- •Определение объекта.
- •Определение атрибута
- •Спецификация атрибутов
- •Объекты модели представления
- •События
- •Различные подходы к событийному управлению
- •Генераторы событий и процедуры формирования событий
- •Внешние события
- •Спецификация использования события
- •Спецификация предоставления события
- •Состояния
- •Спецификация автоматов с использованием механизма событий
- •Структура модулей Описание структуры модулей
- •Область видимости и время жизни переменных и констант
- •Процедуры
- •Пакеты, модуль (Unit)
- •Задачи и обмены Вэаимодействия задач
- •Пользовательский интерфейс
- •Конструирование последовательных управляющих структур
- •Приемы структурирования для последовательных управляющих структур
- •Логика модулей
- •Методика раэработки логики модулей на основе автоматной модели
- •Таблицы решений
- •Проектирование логики на основе асинхронных взаимодействий Базовые варианты обработки точек входа
- •1. Фиксированный порядок обработки входов.
- •2. Селективный выбор входов.
- •3. Селективный выбор с механизмом защиты.
- •4. Селективный выбор с выделением лимита времени.
- •5. Ответ всем запросившим.
- •6. Фиксированный порядок с использованием атрибута входа "count.
- •Логика асинхронных взаимодействий.Доступ к переменн-
- •Примеры конструирования логики с использованием асинхронных взаимодействий
- •Прочность и сцепление компонентов иус
- •Анализ информационной связности действий
- •Анализ функциональной связности систем
- •Анализ функциональной связности данных
- •Анализ информационной связности систем
- •Распределение обработки данных на основе анализа структур иус Формы распределенных данных
- •Синхронные и несинхронные данные Обеспечение синхронности данных
- •Регламент
- •Компоновка распределенной обработки
- •Анализ функциональных потребностей пользователей.
- •Анализ информационных потребностей пользователей.
- •Компоновка функциональных возможностей арм
- •Распределение данных по арм
- •Доступ к данным в локальной сети
Анализ информационных потребностей пользователей.
Эти потребности определим следующим образом:
G-use-F = G-ncall-P # P-use-F .
Информационную связность пользователей (связность по общим используемым файлам) определим как
G-inf-F = G-use-F x (G-use-F)t .
На основе этой матрицы, проведя нормировку, получим матрицу коэффициентов информационной связности пользователей и коэффициент сцепления пользователей по общим файлам.
Продолжим рассмотрение примера. Для первого варианта распределения функциональных потребностей:
G-use-G = | 1 1 1 0 | ; G-inf-G = | 3 3 | ; K = | 1,00 0,75 |
| 1 1 1 1 | | 3 4 | | 1,00 1,00 |
Kout = (1,0 + 0,75) / 4 = 0,435 .
Для второго варианта распределения функциональных потребностей
G-use-G = | 1 1 1 0| ; G-inf-G = |3 1| ; K = |1,00 0,50|;
| 0 1 0 1| |1 2| |0.33 1,00|
Kout = 0.207.
Аналогичные оценки могут быть получены с учетом объемов данных и частоты использования процедур. Учет соответствующих мер показан в публикации [1].
Компоновка функциональных возможностей арм
Рассмотрим простейший случай, когда за каждым пользователем закреплено свое АРМ. Компоновку функциональных возможностей представим в виде отношения A-own-P. Оценка функциональной прочности и сцепления может быть выполнена следующим образом. Получим
матрицу функциональной взаимосвязи процедур по используемым прцедурам
P-f-P = P-use-P x (P-use-P)t
и результаты нормировки P-f-P запишем в матрицу K. Используем операцию агрегирования Agr() для иерархического представления модулей [1]. Агрегирование проведем на основе A-own-P. Результирующая матрица размерности [A] x [A] даст необходимую информацию о качестве распределения процедур: прочность каждого АРМ по используемым процедурам и их сцепление.
Продолжим рассмотрение примера. Определим функциональные взаимосвязи процедур:
| 3 2 1 1 1 0 0 |
| 2 4 1 1 1 1 0 |
| 1 1 3 0 1 0 1 |
P-f-P = | 1 1 3 1 0 0 1 | .
| 1 1 1 0 1 0 0 |
| 0 1 0 0 0 1 0 |
| 0 0 1 0 0 0 1 |
После нормировки P-f-P
| 1,00 0,50 0,33 1,00 1,00 0,00 0,00 |
| 0,67 1,00 0,33 1,00 1,00 0,00 0,00 |
| 0,33 0,25 1,00 0,00 1,00 1,00 1,00 |
K = | 0,33 0,25 0,00 1,00 0,00 0,00 1,00 | .
| 0,33 0,25 0,33 0,00 1,00 0,00 0,00 |
| 0,00 0,25 0,00 0,00 0,00 0,00 0,00 |
| 0,00 0,00 0,33 0,00 0,00 1,00 1,00 |
Не рассматривая алгоритм построения A-own-P примем
A-own-P = | 1 1 0 1 0 1 0 | .
| 0 0 1 0 1 0 1 |
Сворачивая матрицу К в соответствие с A-own-P, как это показано в [1], получим матрицу взаимосвязей АРм по используемым процедурам
Ka = Agr(K,A-own-P) = |0,62 0,22| .
|0,09 0,70|
Коэффициенты прочности каждого АРМ (0,62 и 0,70) свидетельствуют о их высокой функциональной прочности и слабом сцеплении друг с другом.