
- •4. Особенности кп в срмв.
- •6. Понятие резидентных и кросс систем автоматизации.
- •7. Задачи стандартизации средств разработки кп.
- •8. Документация на сложные кп.
- •9. Еспд. Общие положения.
- •10. Еспд. Виды программ и программных документов. Гост 19.107-77
- •11. Еспд. Пояснительная записка. Гост 19.404-79
- •12. Еспд. Техническое задание. Гост 19.106-78
- •13. Еспд. Стадии разработки. Гост 19.102-77
- •14. Еспд. Общие требования к программным документам. Гост 19.105-78
- •15. Еспд. Спецификация. Гост 19.202-78
- •16. Еспд. Формуляр. Гост 19.501-78
- •17. Еспд. Текст программы. Гост 19.401-78 (текст программы)
- •17. Еспд. Программа и методика испытаний. Гост 19.301-79
- •18. Еспд. Руководство системного программиста. Гост 19.503-79
- •19. Еспд. Руководство оператора. Гост 19.505-79
- •20. Типовая структура программы и программного модуля
- •21. Понятие резидентных и кросс–систем автоматизации
- •22. Проблемы стандартизации при разработки пс.
- •23. Принципы планирования больших кп.
- •24. Основная опасность при разработке программных средств.
- •25. Укрупненный сетевой график создания сложных кп.
- •Отладка
- •26.Эталоны при проектировании кп
- •27.Типичные ошибки при проектировании кп
- •Технологические ошибки
- •Определение рациональной длительности отладки
- •29.Основные принципы отладки
- •30.Методы отладки
- •31.Принципы отладки:
- •32.Принципы комплексной отладки и испытаний кп
- •Комплексна отладка:
17. Еспд. Программа и методика испытаний. Гост 19.301-79
Документ содержит следующие разделы:
Объект испытаний
Цель испытаний
Требования к программе (подлежащие проверке)
Требования к программной документации (указывается те документы, которые необходимы при проведении испытаний ).
Состав и порядок
Методы испытаний (указывается конкретно, обращая внимание на внештатные ситуации)
18. Еспд. Руководство системного программиста. Гост 19.503-79
Руководство системного программиста предназначено для подачи информации по установке программы либо как самостоятельного компонента, либо как части комплекса.
Документ должен содержать следующие разделы:
Общие сведения о программе
Структура программы – дается менее подробно чем в описании программы и предназначена для ознакомления с программой при ее установке.
Настройка программы (если она требуется)
Проверка программы ( в меньшем объеме, чем в документе программа и методика испытаний.)
Дополнительные возможности (если они имеются)
Сообщение системному программисту
Конкретное содержание разделов указывается в соответствующем стандарте.
19. Еспд. Руководство оператора. Гост 19.505-79
РО – эксплуатационный документ. Он он составляется для оператора, который не может быть специалистом по вычислительной технике, а специалист в прикладной области.
Документ содержит следующие разделы:
Назначение программы
Условия выполнения программы (на языке, доступном оператору, без специальных терминов)
Выполнение программы
Сообщение оператору (этот раздел должен быть исчерпывающим, предусматривающий штатные и внештатные действия с программой).
Конкретное содержание раздела и рекомендации создаются в соответствии со стандартом.
20. Типовая структура программы и программного модуля
Требования к тексту программы. Текст программы начинается с развернутого комментария, в котором отмечается:
наименование и назначение программы
автор программы
время написания
версия
особенности программы (если имеются)
описание входных переменных на языке программирования с обязательными комментариями для любой переменной
описание выходных переменных, с требованиями п.6
описание внутренних переменных с требованием п.6
тело программы – запись программы на языке ВУ
В теле программы, в обязательном порядке, должны создаваться комментарии, но не для каждого оператора, а лишь для тех, которые определяют логику работы программы.
Например условные переходы и циклы.
В нашем документе составляется текст и описание программы.
21. Понятие резидентных и кросс–систем автоматизации
Разработка программного обеспечения осуществляется на технологических ВС (ТВС), эксплуатация программы осуществляется на исполнительных ВС (ИВС).
Практика показывает, что мощность ТВС существенно превосходит мощность ИВС. При резидентных системах разработки ИВС совпадает по системе команд с ТВС, хотя они могут, что чаще бывает, существенно отличаться по мощности.
Преимущества:
простота разработки ПС
использование мощных ОС, БД, компиляторов, отладчиков, а также других средств разработки
Недостатки:
Часто ИВС оказываются излишне мощными, что естественно сказывается на стоимости системы.
При кросс-системе разработки, ИВС не совпадают с ТВС, причём несовпадение может быть по мощности и по системе команд, это особенно характерно для Систем реального времени, когда ИВС могут обладать специфическим набором команд, ориентированных на специальное применение. Пример: цифровая обработка данных со спектральным анализом и преобразованием Фурье.
Преимущества кросс-системы:
Разработка ведется на ТВС высокой мощности и с развитыми средствами разработки
Недостаток:
Для разработки приходится создавать специальные технологические средства, в первую очередь кросс-компиляторы, это специальные программы, которые приводят текст программы с языка ВУ в исполняемый двоичный код, не для ТВС, а для ИВС