Слайд 1Тема: Организация документирования сложных программных средств
Цель работы познакомить студентов с видами
документации сложных программных средств.
Слайд 2Цель работы: познакомить студентов с видами документации сложных программных средств.
При разработке
ПС создается и используется большой объем разнообразной документации. Она необходима как средство передачи информации между разработчиками ПС, как средство управления разработкой ПС и как средство передачи пользователям информации, необходимой для применения и сопровождения ПС.
Слайд 3Два вида документации сложных программных средств:
1. Пользовательская документация для достаточно больших
ПС:
2.Документация по сопровождению программных средств.
Слайд 4Состав пользовательской документации для достаточно больших ПС:
Общее функциональное описание ПС. Дает
краткую характеристику функциональных возможностей ПС. Предназначено для пользователей, которые должны решить, насколько необходимо им данное ПС. (ГОСТ 19.401-78. Единая система программной документации. Текст программы, требования к содержанию и оформлению).
Руководство по инсталяции ПС. Предназначено для администраторов ПС. Оно должно детально предписывать, как устанавливать системы в конкретной среде, в частности, должно содержать описание компьютерно-считываемого носителя, на котором поставляется ПС, файлы, представляющие ПС, и требования к минимальной конфигурации аппаратуры.
Инструкция по применению ПС. Предназначена для ординарных пользователей. Содержит необходимую информацию по применению ПС, организованную в форме удобной для ее изучения.
Справочник по применению ПС. Предназначен для ординарных пользователей. Содержит необходимую информацию по применению ПС, организованную в форме удобной для избирательного поиска отдельных деталей.
Слайд 5Руководство по управлению ПС. Предназначено для администраторов ПС. Оно должно описывать
сообщения, генерируемые, когда ПС взаимодействует с другими системами, и как должен реагировать администратор на эти сообщения. Кроме того, если ПС использует системную аппаратуру, этот документ может объяснять, как сопровождать эту аппаратуру.
Рразработка пользовательской документации начинается сразу после создания внешнего описания. (ГОСТ 2.119-73. Единая система конструкторской документации. Эскизный проект. ГОСТ 2.120-73. Единая система конструкторской документации. Технический проект).
Качество этой документации может существенно определять успех ПС. Она должна быть достаточно проста и удобна для пользователя (в противном случае это ПС, вообще, не стоило создавать). Поэтому, хотя черновые варианты (наброски) пользовательских документов создаются основными разработчиками ПС, к созданию их окончательных вариантов часто привлекаются профессиональные технические писатели. Кроме того, для обеспечения качества пользовательской документации разработан ряд стандартов, в которых предписывается порядок разработки этой документации, формулируются требования к каждому виду пользовательских документов и определяются их структура и содержание.
Слайд 6Документация по сопровождению программных средств.
Делится на две группы:
документация, определяющая строение программ
и структур данных ПС и технологию их разработки;
документацию, помогающую вносить изменения в ПС.
Слайд 7Документация первой группы содержит итоговые документы каждого технологического этапа разработки ПС.
Включает документы:
Внешнее описание ПС (Requirements document)
ГОСТ 19.202-78. Единая система программной документации. Спецификация, требования к содержанию и оформлению.
Описание архитектуры ПС (description of the system architecture), включая внешнюю спецификацию каждой ее программы (подсистемы).
ГОСТ 19.003-80 Схемы алгоритмов и программ. Обозначения условные графические
Для каждой программы ПС описание ее модульной структуры, включая внешнюю спецификацию каждого включенного в нее модуля.
Для каждого модуля его спецификация и описание его строения (design description).
Тексты модулей на выбранном языке программирования (program source code listings)
ГОСТ 19.401-78. Единая система программной документации. Текст программы, требования к содержанию и оформлению.
Документы установления достоверности ПС (validation documents), описывающие, как устанавливалась достоверность каждой программы ПС и как информация об установлении достоверности связывалась с требованиями к ПС.
Документы установления достоверности ПС включают, прежде всего, документацию по тестированию (схема тестирования и описание комплекта тестов), но могут включать и результаты других видов проверки ПС, например, доказательства свойств программ. Для обеспечения приемлемого качества этой документации полезно следовать общепринятым рекомендациям и стандартам.
Слайд 8 Документация второй группы содержит
Руководство по сопровождению ПС (system maintenance
guide), которое описывает особенности реализации ПС (в частности, трудности, которые пришлось преодолевать) и как учтены возможности развития ПС в его строении (конструкции). В нем также фиксируются, какие части ПС являются аппаратно- и программно-зависимыми.
Слайд 9Состав программных документов ( по ГОСТ 19.101-77)
Слайд 10Документация, разработанная на программу, может использоваться для реализации и передачи программы
на носителях данных, а также для изготовления программного изделия.
К программным относят документы, содержащие сведения, необходимые для разработки, изготовления, сопровождения и эксплуатации программ.
Слайд 11Виды программных документов и их содержание
Слайд 12Виды эксплуатационных документов и их содержание