- •Глава 1. Асоиу как объект проектирования
- •1.1. Классификация асу
- •1.2. Структуризация ас
- •1.2.1. Виды структур ас
- •1.2.2. Виды обеспечений асоиу и их структура
- •Глава 2. Регламентация порядка проектирования асу
- •2.1. Общий порядок проектирования асу
- •2.2. Содержание работ предпроектных стадий создания асу.
- •2.3. Содержание работ проектных стадий создания асу
- •2.4. Содержание работ на стадиях ввода в действие и сопровождения асу
- •Глава 3. Методы и модели анализа и синтеза ас на предпроектных и проектных стадиях ее создания
- •3.1. Методы анализа документооборота в исследуемом объекте управления
- •3.2. Структурный анализ систем средствами idef-моделирования
- •3.2.1. Общие положения
- •3.2.2. Методология описания бизнес-процессов idef3
- •3.2.3. Методология функционального моделирования idef0
- •3.2.3.1. Точка зрения
- •3.2.4. Определение стрелок на контекстной диаграмме
- •3.2.5. Нумерация блоков и диаграмм
- •3.2.6. Связь между диаграммой и ее родительским функциональным блоком
- •3.2.7. Два подхода к началу моделирования ("в ширину" и "в глубину")
- •3.2.8. Когда остановиться?
- •3.2.9. Другие диаграммы idef0
- •3.2.10. Структурный анализ средствами idef-моделирования
- •3.2.11. Применение методов idef для моделирования поведения компаний
- •3.2.12. Синтаксис и семантика моделей idef0
- •3.2.13. Создание моделей idef3 для отображения блоков idef0
- •3.3. Структурный анализ потоков данных с помощью диаграмм dfd
- •3.4. Математическая модель оптимизации движения информационных потоков в системе управления
- •3.5. Построение макромодели ас на предпроектной стадии ее проектирования
- •Уровень 3, ранг 0
- •Уровень 2, ранг 1
- •Уровень 1, ранг 2
- •3.6. Формализация разбиения проектируемой ас на модули
- •3.6.1 Общая постановка задачи
- •3.6.2. Постановка и модель решения задачи разбиения илм асу на функциональные модули с минимальным числом информационных связей
- •3.6.3. Постановка и модель решения задачи разбиения илм асу на функциональные модули с минимальным временем обмена с внешней памятью эвм (базой данных)
- •3.6.4. Синтез технической структуры асутп на основе конденсации графовой функциональной модели системы
- •Алгоритм решения задачи
- •3.7. Синтез информационного обеспечения ас модульного типа
- •3.7.1. Постановка задачи
- •3.7.2. Задача и модель определения числа и состава информационных массивов
- •3.7.3. Задача выбора оптимальных методов организации полученных массивов и размещения программных модулей и массивов во внешней памяти эвм
- •3.7.4. Задача определения оптимальной величины блока данных
- •Глава 4. Примеры математических моделей для асоиу разрабатывающего предприятия (рп).
- •4.1. Агрегированные модели распределения ресурсов рп между нир и окр
- •4.1.1 Общая постановка задачи
- •4.1.2. Модель на основе временной зависимости между затратами ресурсов на нир и окр
- •4.2. Модели формирования тематического плана рп
- •4.2.1. Общая постановка задачи формированная тематического плана
- •4.2.2. Двухуровневое распределение ресурсов между разработками методом динамического программирования
- •4.3. Модели оперативного управления разработками
- •4.3.1. Модель определения срока начала выполнения новой разработки
- •4.3.2. Постановка и вероятностная модель определения периодичности контроля процесса выполнения проектных работ
- •4.4. Модели для определения частоты опроса отдельного исполнителя при оперативном управлении разработками
- •4.4.1. Графическая модель
- •Глава 5. Требования к содержанию документов, разрабатываемых на проектных стадиях создания ас
- •5.1. Общие положения
- •5.2. Требования к документам по общесистемным решениям
- •5.3.Требования к содержанию документов по видам обеспечения ас
- •5.3.1.Требования к содержанию документов по организационному обеспечению
- •5.3.2. Требования к содержанию документов с решениями по техническому обеспечению
- •5.3.3.Требования к содержанию документов с решениями по информационному обеспечению
- •5.3.4.Требования к содержанию документов с решениями по программному обеспечению
- •5.3.5.Требования к содержанию документов с решениями по математическому обеспечению
- •5.3.6.Требования к выполнению схем алгоритмов, программ, данных и систем
- •Экзаменационные вопросы по курсу «проектирование асоиу» 2004 – 2005 учебный год
- •Содержание
- •Глава 1. Асоиу как объект проектирования 1
- •Глава 2. Регламентация порядка проектирования асу 31
- •Глава 3. Методы и модели анализа и синтеза ас на предпроектных и проектных стадиях ее создания 43
- •Глава 4. Примеры математических моделей для асоиу разрабатывающего предприятия (рп). 131
- •Глава 5. Требования к содержанию документов, разрабатываемых на проектных стадиях создания ас 147
5.3.5.Требования к содержанию документов с решениями по математическому обеспечению
В соответствии с ГОСТ 34.201-89 существует единственный вид документа с решениями по математическому обеспечению – «Описание алгоритма». Каждый документ этого вида должен соответствовать определенному документу «Описание постановки задачи». Разработка документа «Описание алгоритма» осуществляется на стадии «Технический проект».
Документ «Описание алгоритма» содержит пять разделов.
В разделе «Назначение и характеристика» указывают назначение алгоритма и обозначение документа, где дается описание постановки задачи, для решения которой он предназначен; краткие сведения об объекте (процессе), при управлении которым используют алгоритм, воздействия на объект, осуществляемые при работе алгоритма; ограничения на возможность и условия применения алгоритма и характеристики качества решения; общие требования к входным и выходным данным, обеспечивающие информационную совместимость решаемых задач в системе.
В разделе «Используемая информация» приводят перечень массивов информации, а также перечень сигналов, используемых при реализации алгоритма. Массивы разделяют на две группы: 1) сформированные из входных сообщений (документы, учетная и нормативно-справочная информация, сигналы и т.п.) и 2) полученные в результате работы других алгоритмов и сохраняемые для реализации данного алгоритма. Для каждого алгоритма указывают его наименование, обозначение и максимальное число записей в нем, перечень наименований и обозначений используемых реквизитов и входных переменных задачи или дают ссылку на документы, содержащие эти данные (соответствующий документ «Описание массива информации», если этот документ был разработан).
Раздел «Результаты решения» содержит перечень массивов информации и перечень сигналов, которые формируются в результате работы алгоритма. Массивы информации и сигналы разделяют на две группы: 1) формируемые для выдачи выходных сообщений в виде документов, видеокадров, сигналов управления и т.п. и 2) сохраняемые для решения данной или других задач АСУ. По каждому массиву приводят его наименование, обозначение, максимальное число записей в нем, а также наименование и обозначение реквизитов и выходных переменных, используемых для формирования выходных сообщений.
В разделе «Математическое описание» приводят математическую модель или экономико-математическое описание процесса (объекта), перечень принятых допущений и ограничений, оценку соответствия принятой модели реальному процессу (объекту), а также сведения о результатах выполненных научно-исследовательских работ, если они были использованы для разработки алгоритма.
В разделе «Алгоритм решения» приводят: 1) описание логики работы алгоритма и способа формирования результатов решения с указанием последовательности этапов счета, расчетных и логических формул, используемых в алгоритме; 2) указания о точности вычисления и соотношения, необходимые для контроля достоверности вычислений; 3) описание связей между частями и операциями алгоритма, а также указания о порядке расположения значений или строк в выходном документе.
Алгоритм, по усмотрению разработчика, может быть представлен одним из следующих способов:
Графический (в виде схемы алгоритма);
Табличный;
Текстовой;
Смешанный (графический или табличный с текстовой частью).
Алгоритм в виде схемы выполняют по правилам, установленным ГОСТ 19.701-90 (см. ниже). Алгоритм в виде таблиц устанавливают согласно ГОСТ 2.105-79, а в виде текстового описания согласно ГОСТ 24.301-80.
