- •Черновик системотехническое проектирование
- •Компоненты проектирования иус Исходные данные для проектирования иус
- •Риск проекта иус
- •Компоненты проектирования. Стадии разработки, модели представления, уровни детализации Функциональные спецификации (фс) в проектировании систем
- •Компоненты проектирования ис
- •Информационно-логическая модель иус Общая схема информационно-логической модели. Определение структуры иус
- •Модели представления иус
- •Функциональная модель иус Описание функциональной модели (фм) Основные виды элементов фм
- •Диаграммы потоков действий-данных (модель деМарко)
- •Стратегии построения схем требований действий
- •Основные схемы декомпозиции действий и данных фм
- •Общая схема разработки функциональной модели
- •Функциональная модель области деятельности Модели данных Иерархия моделей данных
- •Некоторые концептуальные модели данных
- •Модель с классификацией информационных объектов
- •Нормализация концептуальной модели данных и целостность данных. Нормальные формы модели данных
- •Параметризация модели данных.
- •Пример нормализации реляционной модели
- •Пример нормализации функциональной модели данных.
- •Ссылочная целостность
- •Агрегирование объектов в предметные базы данных.
- •Концептуальные модели предметной области на основе логики предикатов
- •Сравнение различных моделей данных концептуального уровня.
- •Методики конструирования моделей данных Методика построения локальных моделей данных на основе выделения баэовых действий.
- •Методика построения локальных моделей данных на основе выделения баэовых объектов.
- •Методика раэработки типов данных на основе синтаксиса языка управления эаданиями.
- •Определение объекта.
- •Определение атрибута
- •Спецификация атрибутов
- •Объекты модели представления
- •События
- •Различные подходы к событийному управлению
- •Генераторы событий и процедуры формирования событий
- •Внешние события
- •Спецификация использования события
- •Спецификация предоставления события
- •Состояния
- •Спецификация автоматов с использованием механизма событий
- •Структура модулей Описание структуры модулей
- •Область видимости и время жизни переменных и констант
- •Процедуры
- •Пакеты, модуль (Unit)
- •Задачи и обмены Вэаимодействия задач
- •Пользовательский интерфейс
- •Конструирование последовательных управляющих структур
- •Приемы структурирования для последовательных управляющих структур
- •Логика модулей
- •Методика раэработки логики модулей на основе автоматной модели
- •Таблицы решений
- •Проектирование логики на основе асинхронных взаимодействий Базовые варианты обработки точек входа
- •1. Фиксированный порядок обработки входов.
- •2. Селективный выбор входов.
- •3. Селективный выбор с механизмом защиты.
- •4. Селективный выбор с выделением лимита времени.
- •5. Ответ всем запросившим.
- •6. Фиксированный порядок с использованием атрибута входа "count.
- •Логика асинхронных взаимодействий.Доступ к переменн-
- •Примеры конструирования логики с использованием асинхронных взаимодействий
- •Прочность и сцепление компонентов иус
- •Анализ информационной связности действий
- •Анализ функциональной связности систем
- •Анализ функциональной связности данных
- •Анализ информационной связности систем
- •Распределение обработки данных на основе анализа структур иус Формы распределенных данных
- •Синхронные и несинхронные данные Обеспечение синхронности данных
- •Регламент
- •Компоновка распределенной обработки
- •Анализ функциональных потребностей пользователей.
- •Анализ информационных потребностей пользователей.
- •Компоновка функциональных возможностей арм
- •Распределение данных по арм
- •Доступ к данным в локальной сети
Синхронные и несинхронные данные Обеспечение синхронности данных
Синхронность данных понимается как соответствие копий данных между собой и соответствие значений вычисляемых показателей своим аргументам в произвольные моменты времени.
Остановимся на вычисляемых показателях. Рассмотрим различные варианты решения проблемы синхронности для вычисляемых атрибутов:
функция вычисления актуализируется непосредственно пе-
ред использованием значения вычисляемого показателя;
функция вычисления актуализируется по требованию;
функция вычисления актуализируется при изменении одного
из аргументов.
Типичной является технология работы информационной системы, при которой длительный период происходит накопление первичных данных, а в произвольные моменты времени требуется обработка этих данных, поступивших за заданный период, с целью вычисления некоторых интегральных показателей. При большом количестве записей первичных данных время подготовки отчетных данных определяется в основном временем доступа к внешней памяти. Например, суммирование значения одного поля определяется следующим образом:
Tsum = K * (Tread + Tобр ) * n , где
K - коэффициент, связанный с соотношением длины блока и
длины записи;
Tread - время чтения одной записи;
Tобр - время обработки одной записи;
n - количество записей .
При Tread = 0.002 c , Тобр = 0, К = 1 и n = 20000 Tsum = 40 c.
Такое время время для оперативного получения значения показателя не приемлемо. А значит первый вариант синхронизации для оперативного доступа к вычисляемым атрибутам не может быть использован при большом объеме первичных данных.
Второй вариант отличается от первого тем, что если показатель расчитан, то при следующем использовании его можно заново не расчитывать. Правомочность этого утверждения определяет пользователь. Если пользователь не уверен в достоверности
данных он требует расчитать их заново с учетом всех изменений, произведенных к данному моменту времени.
Интенсивность поступления первичных данных обычно не высока. Редко можно встретить системы, где за смену поступает 10000 записей первичных данных. Это составляет 0.33 записей/с или 3 с/запись. Практически имеется огромный резерв времени для первичной обработки записей в моменты их поступления.
Объем данных для вычисляемыех показателей обычно не велик. Поэтому с точки зрения избыточного объема памяти проблем не возникает.
Таким образом предлагается следующая схема поддержания синхронности данных применительно к вычисляемым атрибутам:
- для вычисляемых атрибутов, связанных с большим объемом накапливаемых во времени исходных данных, предлагается строить и исполнять схемы обработки, которые инициализируются по каждому событию успешного ввода функционально связанных с ним первичных данных. Исполнение схемы обработки поддерживает
синхронность обычно нескольких вычисляемых атрибутов;
- для атрибутов с простой схемой обработки (с небольшим числом аргументов ипростым алгоритмом), которые часто используются предлагается активизировать схему обработки в моменты каждого требования на представление;
- для редко используемых вычисляемых атрибутов предлагается использовать активизировать его схему обработки по специальному требованию.
И так, третий вариант синхронизации оказывается приемлемым в большинстве приложений. Рассмотрим различные варианты организации обновления вычисляемых аргументов при изменении аргументов:
- функций активизации для вычисляемых атрибутов , которыеиспользуют механизм флагов событий (в том числе флагов изметения значения);
- схемы обработки событий, которые используют формализованное описание вычислений, выполняемых при выполнении некоторого события.
Первый вариант предпочтительнее для систем автоматизации расчетов, в которых основополагающей является структура расчетной модели при относительно малом потоке однородных первичных данных. Расчетная модель сама является ядром модели данных.
Второй вариант ориентирован на применение в системах, в которых первичная обработка интенсивного потока первичных данных является определяющей. Вычислительный процесс в таких системах целесообразнее организовывать по принципу "приращений".
По этому принципу каждое внешнее событие, связанное с поступлением или измененим первичных данных актуализирует схему вычислений, синхронизирующую вычисляемые данные. По такой схеме, как правило, обрабатываются не все вычисляемые атрибуты, а только те , которые связаны с большим объемом первичных данных. Для другой части вычисляемых атрибутов, аргументами которых являются первые вычисляемые атрибуты могут быть синхронизированы, например, по первому варианту(в момент использования).