О документации
О документации
Казалось бы, наличие хорошей документации это тоже один из факторов качества ПО. Но это не так - напротив, необходимость документации является следствием других факторов качества, рассмотренных выше. Выделим три вида документации:
[x]. Внешнюю, дающую пользователям возможность понять сильные стороны системы и удобство их использования. Необходимость в ней является следствием простоты использования системы.
[x]. Внутреннюю, дающую разработчикам ПО возможность понять структуру и реализацию системы, - следствие требования расширяемости.
[x]. Описывающую интерфейс модулей. Она дает возможность разработчикам понять функции, реализованные модулем, без изучения его реализации. Этот вид документации является следствием требования повторного использования и расширяемости, поскольку документация позволяет определить, будет ли данное изменение влиять на определенный модуль.
Документацию не следует считать независимой частью проекта. Предпочтительнее в максимально возможной степени создавать самодокументируемое ПО. Это справедливо для всех трех видов документации:
[x]. Включение возможности получения справки проясняет соглашения пользовательского интерфейса. Тем самым облегчается задача авторов руководств пользователей и других форм внешней документации.
[x]. Хороший язык реализации устраняет необходимость большой части внешней документации. Это будет одним из главных требований ОО-нотации, разработанной в этой книге.
[x]. Нотация будет поддерживать сокрытие информации и другие технические приемы (такие как утверждения), позволяющие отделить интерфейс модуля от его реализации. При этом становится возможным из текстов автоматически извлекать документацию интерфейса модулей. Эта тема подробно изучается в лекциях книги. Все эти приемы уменьшают роль традиционной документации, хотя, конечно, не следует ожидать, что они полностью ее заменят.
Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКЧитайте также
Окно документации
Окно документации Окно документации по умолчанию может не присутствовать на экране. В этом случае оно может быть активизировано через пункт меню View -> Documentation (Вид->Документация), после чего появится ниже браузера (рис. 12.7).Окно документации, как следует из его названия,
9.5 Дополнительные средства для подготовки документации
9.5 Дополнительные средства для подготовки документации Для подготовки документации существует несколько дополнительных программ. Команда refer(1) отыскивает ссылки на ключевые слова, вставляет эти ссылки в строки вашего документа и помещает раздел ссылок в его конце.
Проект создания документации Asterisk
Проект создания документации Asterisk Проект создания документации Asterisk (Asterisk Documentation Proj ect) начали осуществлять Лейф Мадсен и Джаред Смит, но в нем участвовали и другие члены сообщества.Цель проекта - создание структурированного хранилища письменных источников по Asterisk. В
Библиотека документации по производственному процессу
Библиотека документации по производственному процессу Формируется для: 1) хранения документов процесса, обладающих потенциальной ценностью для текущего и будущих проектов, особенно в их связи с СППО; 2) совместного использования этих документов в рамках организации. Эта
Использование справочной документации
Использование справочной документации Справочная документации по средствам разработки Qt является важным инструментом в руках любого разработчика Qt—программ, поскольку в ней есть все необходимые сведения по любому классу и любой функции Qt. В данной книге используются
18.1. Концепции документации
18.1. Концепции документации В первую очередь необходимо определить различия между WYSIWYG-программами (WYSIWYG, "What You See Is What You Get" — "что видишь, то и получаешь") и инструментами разметки (Markup-Centered Tools). Большинство настольных издательских программ и текстовых процессоров входят в
18.1. Концепции документации
18.1. Концепции документации В первую очередь необходимо определить различия между WYSIWYG-программами (WYSIWYG, "What You See Is What You Get" — "что видишь, то и получаешь") и инструментами разметки (Markup-Centered Tools). Большинство настольных издательских программ и текстовых процессоров входят в
Соглашения по документации
Соглашения по документации Основной текст книги представлен этим шрифтом.Тексты, набранные данным шрифтом, являются кодом, скриптами или примерами командной строки.! ! !ПРИМЕЧАНИЕ. Фрагменты текста, выделенные как этот, - используются для того, чтобы привлечь ваше
Оформление документации
Оформление документации Концепция подготовки документации в ArchiCAD базируется на понятии Layout Book (Книга чертежей). Под этим термином понимается совокупность листов чертежа (Layout), на которых пользователь может размещать виды проекта. Лист чертежа связан с шаблоном (Master) –
Оформление документации
Оформление документации Вы уже можете выводить на плоттер или принтер иллюстрации, в качестве которых выступают различные виды вашего проекта: поэтажные планы, разрезы и фасады, деталировочные чертежи, трехмерные изображения и т. п. Однако для сдачи проекта должен быть
Формирование документации
Формирование документации Теперь, когда создана структура книги чертежей и подготовлены форматы, можно начинать подготовку документации.В подмножество Фасады поместим северный фасад здания, в подмножество Планы – планы первого и второго этажей, в подмножество Общий
5 ФУНКЦИИ ПРОГРАММНОЙ ДОКУМЕНТАЦИИ
5 ФУНКЦИИ ПРОГРАММНОЙ ДОКУМЕНТАЦИИ Для эффективного управления документированием программного обеспечения, важно осознавать различные функции, выполняемые документацией.Программную документацию можно рассматривать как имеющую шесть основных функций:1) информация