
- •Оглавление
- •2. Реализация
- •3. Обслуживание
- •1.1.1. Усовершенствование каскадной модели
- •1.1.2. Определение фаз жизненного цикла
- •Основные работы над проектом
- •1.2. Виды программных документов
- •1.3.Требования к программным документам, содержащим в основном сплошной текст по гост 19.106-78
- •1.3.1. Текст документа по гост 19.106-78
- •1.4. Правила оформления исходного текста программ
- •1.4.1. Методы повышения информативности программ
- •1.4.2. Количество операторов в строке
- •1.4.3. Отступы
- •1.4.4. Основные правила использования отступов таковы.
- •1.4.5. Операторные скобки
- •1.4.6. Пробелы
- •1.4.7. Пустые строки
- •1.4.8. Имена
- •1.4.9. Комментарии
- •1.5. Методы тестирования по
- •1.5.1. Аксиомы тестирования
- •1.5.2. Уровни тестирования
- •1.5.3. Статическое и динамическое тестирование
- •1.6.3. Состав
- •2. Практическая часть
- •2.1.Требования, предъявляемые к программе
- •2.2. Цели, достигаемые в процессе создания программы
- •2.3. Внешние спецификации
- •2.3.1. Интерфейс приложения и интерфейсные спецификации
- •2.3.2. Спецификации входных и выходных данных
- •2.4. Сценарий работы программы
- •2.5. Алгоритм программы
- •2.6. Тестовые наборы
- •Литература
1.3.1. Текст документа по гост 19.106-78
Текст документа должен быть кратким, четким, исключающим возможность неоднозначного толкования.
Термины и определения должны быть едиными и соответствовать установленным стандартами, а при их отсутствии - общепринятым в научно-технической литературе, и приводиться в перечне терминов.
Допускаются сокращения слов в тексте и надписях под иллюстрациями по ГОСТ 2.316-68. Дополнительные сокращения, принятые в документе и не входящие в ГОСТ 2.316-68, следует приводить в перечне принятых сокращений [из п. 2.2.2 ГОСТ 19.106-78]
Для выделения отдельных понятий допускается изменять интервалы между словами, а также печатать отдельные слова или части текста шрифтом, отличным от печати основного текста, например:
UNGATLG - указывает, что запись каталога, относящаяся к исходному набору данных, должна быть исключена.
ТО=устройство=список - указывает носители данных, на которые осуществляется...
АВС3091 СИНТАКСИЧЕСКАЯ ОШИБКА
ПРИЧИНА. Указанный в сообщении...
ДЕЙСТВИЯ СИСТЕМЫ. Задание не выполняется...
ДЕЙСТВИЯ ПРОГРАММИСТА. Необходимо обеспечить...
Необходимые пояснения к тексту документа могут оформляться сносками.
Сноска обозначается цифрой со скобкой, вынесенными на уровень линии верхнего обреза шрифта, например: «печатающее устройство2)...» или «бумага5)...».
Если сноска относится к отдельному слову, знак сноски помещается непосредственно у этого слова, если же к предложению в целом, то в конце предложения. Текст сноски располагают в конце страницы и отделяют от основного текста линией длиной 3 см, проведенной в левой части страницы
1.4. Правила оформления исходного текста программ
1.4.1. Методы повышения информативности программ
Одним из важнейших факторов, влияющих на способность программы к развитию, является ее понимаемость. Одним из существенных факторов понимаемости программы, в свою очередь, является информативность исходного текста. Если исходный текст не является хорошо читаемым, то есть написан без соблюдения определенного стиля и системы и представляет собой "мешанину" операторов и знаков препинания, то вносить изменения в него очень сложно даже автору. Такая программа, безусловно, не является информативной. Сложности модификации значительно возрастают по прошествии времени и при необходимости работать с чужой программой. Рассмотрим ряд требований и рекомендаций, позволяющих выработать хороший стиль оформления программ, повышающий ее информативность. Изложение будем вести на примере языка C/C++, хотя все, сказанное ниже, относится к любому алгоритмическому языку.
1.4.2. Количество операторов в строке
Для улучшения читаемости исходного текста программы рекомендуется писать не более одного оператора в строке, что вызвано особенностями человеческого восприятия текста. Кроме того, это облегчает пошаговую отладку в символьных отладчиках.
Не следует опасаться того, что программа слишком вырастет в длину, так как реальные программы и без того настольно длинны, что несколько "лишних" страниц (или даже десятков страниц) не меняют общую ситуацию. Выигрыш же в понимаемости с избытком покрывает увеличение длины.
Два оператора в строке вполне допустимы, если второй подчинен первому, причем является единственным подчиненным, например: for( i=0; i < size; i++ ) m[i] = 0;
Использование двух и более операторов в строке не только допустимо, но и желательно, если это позволяет подчеркнуть некую систему в локальной последовательности операторов.