Cтраница 1
Наборы информационных элементов, образующих векторы состояния, отличаются у ЭВМ разных типов. Наиболее просто он выглядит у микропроцессоров. Например, вектор состояния микропроцессора К580, как это показано на рис. 9.22, включает в себя содержимое 16-разрядного счетчика команд ( адрес очередной команды), содержимое 8-разрядного регистра признаков, называемое в документации на этот микропроцессор словом состояния процессора, и содержимое 8-разрядного аккумулятора АЛУ. [1]
Наборы информационных элементов, образующих векторы состояния, отличаются у ЭВМ разных типов. Наиболее просто он выглядит у микропроцессоров. Например, вектор состояния микропроцессора К580, как это показано на рис. 9.5, включает в себя содержимое 16-разрядного счетчика команд ( адрес очередной команды), содержимое 8-разрядного регистра признаков, называемое в документации на этот микропроцессор словом состояния процессора, и содержимое 8-разрядного аккумулятора АЛУ. [2]
Заданы система программных модулей и наборов информационных элементов функциональной задачи АИУС и их характеристики. Необходимо определить состав и содержание информационных массивов системы, разместить их во внешней памяти ЭВМ и выбрать методы контроля достоверности информационных элементов и процедур, обеспечивающие минимальное приращение вероятности главного события ошибки. [3]
Нерациональное объединение процедур обработки данных в модули и наборов информационных элементов в массивы ( сегменты) может привести к значительным потерям времени на пересылку неиспользуемых для получения выходных результатов данных и процедур. [4]
Если реализация каждой процедуры обработки данных требует обращения к внешней памяти ЭВМ, число обращений легко определяется на основании блок-схемы обработки данных и наборов информационных элементов. Объединяя процедуры в модули и данные в массивы с учетом допустимого объема оперативной памяти, которая должна обеспечить хранение программных модулей и сопутствующих данных, можно значительно уменьшить число обращений к внешней памяти. Минимизация технологической сложности алгоритмов СОД позволяет уменьшить число обращений к внешней памяти ЭВМ и объем промежуточных данных. Данный критерий является обобщением показателей, оценивающих число обращений к внешней памяти и транспортного фактора, позволяющего определить степень целесообразности создания промежуточных массивов данных при решении задачи. Значение критерия технологической сложности модульных СОД не может быть меньше единицы. [5]
Для анализа информационных потоков в управляемой системе исходными являются данные о парных взаимосвязях, или отношениях ( т.е. есть отношение или нет отношения), между наборами информационных элементов. Под информационными элементами понимают различные типы входных, промежуточных и выходных данных, которые составляют наборы входных Nlt промежуточных N2 и выходных W3 элементов данных. [6]
Рассмотрим пример анализа структуры информационных потоков в системе управления движением материальных ценностей в АСУ Метро. В табл. 2.1.1 приведено множество наборов информационных элементов, используемых при вводе в ЭВМ данных о поступивших на склады материальных ценностях, управлении их размещением, квитировании этого размещения и составлении приемного акта. [7]
Информационные элементы, строки которых в матрице М не содержат единиц ( нулевые строки), являются выходными информационными элементами, а информационные элементы, соответствующие нулевым столбцам матрицы М, являются входными. Это условие может служить проверкой правильности заполнения матриц В и М, если наборы входных и выходных информационных элементов известны. Информационные элементы, не имеющие нулевой строки или столбца, являются промежуточными. [8]
На этапе предпроектного анализа при создании типовых модульных СОД необходимо проведение комплекса работ. Основными из них являются: выделение задач, подлежащих автоматизации; определение необходимого множества U процедур реализации заданного множества Z функциональных задач и необходимого для этого набора D информационных элементов; предварительная оценка уровня типизации используемых алгоритмов. [9]
Блок-схема предлагаемой системы представлена на рис. 2.1.1. В основу подхода при разработке системы положен принцип последовательного эквивалентного преобразования матричных моделей систем обработки данных в зависимости от этапа анализа системы и необходимости получения требуемых характеристик. Предлагаемая совокупность моделей ориентирована на автоматизированный анализ систем обработки данных и корректировку исходной информации в режиме диалога с проектировщиком и обеспечивает подготовку информации для последующего синтеза оптимальной по заданному критерию модульной системы обработки данных на этапе технического проектирования. Исходными данными для анализа, систематизации и формирования требований к блок-схеме обработки данных разрабатываемой СОД является получаемая в режиме диалога с проектировщиком информация о парных отношениях между наборами информационных элементов ( ИЭ) системы обработки данных, формализуемая в виде матрицы смежности и получаемая в результате предварительного изучения информации об ограничениях на структуру блок-схемы СОД. [10]