
- •Лекция №2. Основы стандартизации создания асу.
- •2. Васильев в.М. И др. Управление в строительстве. Учебник для вузов. М., асв. 1994.
- •3. Гинзбург в.М. Проектирование информационных систем в строительстве. Информационное обеспечение. Учебное пособие. М., асв, 2008.
- •5. Дикман л.Г. Организация строительного производства. Учебник для вузов. М., асв, 2003.
- •13. Синенко с.А., Гинзбург в.М. И др. Автоматизация организационно-технологического проектирования в строительстве. Учебное пособие м., асв, 2002.
- •1. Сапр – сложная (большая) система.
- •2. Обслуживающие подсистемы.
- •3. Проектирующие подсистемы
- •5. Задачи анализа и синтеза. Локальная оптимизация. Принятие решения.
- •6. Обеспечивающие подсистемы (виды обеспечения).
- •7. Организационно-техническое (технологическое) проектирование.
- •8. Организационно-технологические задачи функционирования
- •Лекция №2 Основы стандартизации создания асу
- •1. Стандарты.
- •2. Стандарты на проектирование.
- •3. Сапр в строительстве.
- •Гост 19. Единая система программной документации (еспд).
- •Лекция №3
- •1. Общие положения
- •2. Состав и содержание
- •Лекция №4 гост 24. Система технической документации на асу
- •1. Состав комплекса стандартов
- •Лекция №5
- •Гост 24.602-86 Единая система стандартов автоматизированных систем управления.
- •Автоматизированные системы управления.
- •Состав и содержание работ по стадиям создания
- •Лекция №6
- •Единая система стандартов автоматизированных систем
- •Управления
- •Автоматизированные системы управления Общие требования гост 24.104-85
- •Виды и состав обеспечения асу (сапр) Лекция №7 Функциональное обеспечение
- •Логико-информационная модель
- •Фрагмент логико-информационной модели.
- •Логико-информационная модель взаимосвязанных задач.
- •Лекция №8 Математическое обеспечение (мо)
- •Лекция №9 Информационное обеспечение
- •Перечень выходных документов, видиограмм и массивов
- •Описание входных документов, видиограмм и массивов
- •Перечень выходных документов, видиограмм и массивов
- •Описание выходных документов, видиограмм и массивов
- •Описание массива базы данных (имя файла)
- •Организация разработчик
- •Классификация и кодирование инфориации
- •Разработка диалога «пользователь – машина»
- •Форматы диалога
- •Пример:
- •Период времени Комплекс работ Вид работ Вывод
- •Входное сообщение
- •Выходное сообщение
- •Лекция №15 гост 34. Единая система программной документации (еспд).
- •Состав еспд
- •Лекция №16 Программное обеспечение
- •1. Организация программирования
- •2. Операционная система
- •3. Выбор языка программирования
- •4. Процесс программирования
- •В. Способ хранения данных, с которыми работает система
- •5. Отладка программ
- •Лекция №17 Блок-схема алгоритма
- •Лекция №18 Комплексная отладка программ на контрольных примерах
- •Лекция №19 Техническое обеспечение.
- •Лекция №20 Организационное обеспечение
- •Лекция №21 Методическое обеспечение
- •Лекция №22 Правовое обеспечение
- •Лекция №23 Эксплуатационная документация
Лекция №18 Комплексная отладка программ на контрольных примерах
Завершающим этапом отладки программы является ее комплексная отладка на специально подготовленных в задании на программирование контрольных примерах - тестах для контроля работы программы на содержательной информации области применения задачи..
Контрольные примеры должны быть построены таким образом, чтобы при работе с ними программа прошла все основные пути алгоритма, поскольку на каждом из путей могут быть свои ошибки, и используемые при расчете данные могли принимать свои граничные допустимые значения. Контрольный пример должен предусматривать прохождение расчета по всем цепям структурной схемы алгоритма решения, с положительными и отрицательными решениями при логических операциях блок-схемы. Если при автономной отладке программы нет необходимости в интерпретации содержания полученной выходной информации, т.е. достаточно убедиться в работоспособности маршрута прохождения информации, то при комплексной отладке интерпретация содержания выходной информации обязательна. При прохождении контрольного примера необходимо добиться полного совпадения результатов счета.
В случае, если отлаживаемая программа задачи является одной из задач некоторого комплекса, например, автоматизированного рабочего места (АРМ), то после отладки процесса решения отдельных задач необходимо провести системную отладку всего программного комплекса, обратив внимание на передачу информации между задачами, решаемыми АРМ.
Контрольный пример должен обеспечить возможность проверки правильности алгоритма решения задачи и программы его реализующей. При этом должна быть учтена возможность проверки различных ситуаций, которые могут возникнуть на объекте при реализации программы. В задании на программирование должны быть сформулированы требования к объему и составу исходных данных, а также перечень ситуаций, охватываемых контрольным примером.
Контрольный пример состоит из
- набора входных документов, технологических показателей, сообщений, массивов, используемых для решения задачи контрольного примера,
- неавтоматизированного расчета, выполненного в соответствии с разделом технического задания "Описание алгоритма",
- набор выходных документов, содepжaщиx решение задачи, экранов, массивов.
Входные и выходные документы контрольного примера могут быть вынесены в Приложение к заданию на программирование.
Лекция №19 Техническое обеспечение.
Комплекс технических средств АСУ должен быть достаточным для выполнения всех автоматизированных функций АСУ.
В комплексе технических средств АСУ должны в основном использоваться технические средства серийного производства.
Технические средства АСУ должны быть размещены с соблюдением требований, содержащихся в технической, в том числе эксплуатационной, документации на них, и так, чтобы было удобно использовать их при функционировании АСУ и выполнять техническое обслуживание.
Технические средства, используемые при взаимодействии с другими системами, должны быть совместимы по интерфейсам с соответствующими техническими средствами этих систем и используемых систем связи.