Воспользуйтесь формой поиска по сайту, чтобы найти реферат, курсовую или дипломную работу по вашей теме.

Методические указания содержат общие требования и рекомендации к курсовому проектированию для студенов специальности 220400. В приложениях даны выдержки основных стандартов Единойсистемы программной документации (ЕСПД). 1. ЦЕЛЬ И ЗАДАЧИ КУРСОВОГО ПРОЕКТИРОВАНИЯ Целью курсового проектирования является закрепление и углубление теоретических знаний и приобретениепрактических навыков поизучаемой дисциплине при разработке программного обеспечения (ПО) для заданной проблемы. В задачи курсового проектирования входят: - изучение особенностейконкретной предметной области, относящихся к теме курсового проекта (работы); - анализ возможных подходов и методов решения собоснованием выбранного подхода; - выборили разработка модели (математической, структурной, информационной и т. д.), необходимой для достижения цели; - выборэффективных алгоритмов с учетомих точности, устойчивости, сходимости и т. д.; - разработка программного обеспечения; - анализ полученных результатовработы ПО. 2. СОДЕРЖАНИЕ И ЭТАПЫ ВЫПОЛНЕНИЯ Курсовой проект (работа) должен включать оттестированное программноеобеспечение и пояснительную записку. В зависимости отдисциплиныв курсовой проект (работу) может быть включена графическая часть. Пояснительная записка проекта (работы) должна иметь следующую структуру: Титульный лист установленногообразца (Приложение 19) Техническое задание Реферат (краткое содержание работы нарусскоми иностранном языке) Содержание Введение 1. Программнаядокументация 2. Эксплуатационная документация Заключение Литература Приложения Во введениикратко описывается состояние вопроса, формулируются цель и задачи проекта (работы). Программнаядокументация может включать следующий комплекс документов [1]: - техническое задание (ГОСТ 19. 201-78), определяющее требования, предъявляемыек ПО, необходимые стадии и сроки разработки, виды испытаний (Приложение1); - спецификация (ГОСТ 19. 202-78), содержащая состав ПО и документации на него (Приложение 7); - программа и методика испытаний (ГОСТ 19. 301-79), содержащая требования, подлежащие проверке при испытании ПО, а также порядок и методы их контроля (Приложение 8); - тексты программ (ГОСТ19. 401-78) - записи программ снеобходимыми коментариями (Приложение 9); - описание программы (ГОСТ 19. 402-78), в котором содержатся сведения ологической структуре и функционированииПО (Приложение 10); - пояснительнаязаписка (ГОСТ 19. 201-78), включающая общее описание алгоритмов и функционированияПО (Приложение 11). Эксплуатационная документация можетвключать следующий комплекс документов [1]: - ведомость эксплуатационных документов (ГОСТ 19. 507-79) - перечень эксплуатационных документов на ПО (Приложение17); - формуляр (ГОСТ 19. 501-78), который определяетосновные характеристики ПО, комплектность и сведения об эксплуатации (Приложение12); - описание применения (ГОСТ 19. 502-78), в котором содержаться сведения оназначении, области применения ПО, методах и классе решаемых задач (Приложение13); - руководство системного программиста (ГОСТ 19. 503-79), включающее сведения для проверки, обеспечения функционированияи настройки программ на условия конкретного приложения (Приложение 14); - руководство программиста (ГОСТ 19. 504-79), содержащее сведения, необходимые для эксплуатации ПО (Приложение 15); - руководство оператора (ГОСТ 19. 505-79) - сведения, необходимые для обеспечения процедурыобщенияоператора с ЭВМв процессе выполнения (работы) ПО (Приложение 16); - руководство по техническому обслуживанию (ГОСТ 19. 508-79) - содержит описание применяемых тестовых и диагностических программ при обслуживании технических средств (Приложение 18). Заключение включаетосновные выводы и перспективы дальнейшего развития защищаемого ПО. В графической частикурсового проекта (работы) могут быть представлены следующие результаты: - функциональная структура ПО, показывающая функциональное назначение всей программы и ее отдельных частей; - модульная (иерархическая) структураПО, фиксирующая результаты проектирования ПО; - диаграммы наследования, зависимостей, классови структур классов ПО, фиксирующие результаты объектно-ориентированногопроектирования ПО [2]; - схемыалгоритмов, иллюстрирующих основные методы и алгоритмы, реализованные в ПО; - результаты работы ПО, показывающие наиболее типичные результаты в формеграфиков, таблиц, примеров выходной документации и т. п. Объем графической части может составлять 3-5 листов формата А1 для проекта и 1-2 - дляработы. Этапы выполнения и форма отчетностиустанавливаютсяв методических указаниях по курсовому проектированию для конкретных дисциплин c учетом данных таблиц 1 и 2. 3. ОБЩИЕ РЕКОМЕНДАЦИИ ПО РАЗРАБОТКЕ ПО Разработка ПО является определяющимэлементом курсового проектированияи можетвестисьс использованием лавинообразной (рис. 1. а) или итеративной (рис. 1. б) моделей разработки [3, 4, 5]. Лавинообразная модель (модель «водопада» [5]) может быть использована для разработки ПО небольшогоразмера (до 10000 операторов исходного языка) с хорошо определенной алгоритмической базой. Этапы жизненного цикла ПО -------------------¬ -------------------¬ ¦ Анализ ¦----+ Анализ¦ ¦ ¦+---¦¦ L--------T----------¦ L------------------¦¦ ¦ -------------------¬¦ -------------------¬ ¦ Проектирование ¦¦---+Проектирование¦ ¦ ¦+---¦¦ L--------T----------¦ L------------------¦¦ ¦ -------------------¬¦ ¦ Программирование ¦¦ ¦ ¦¦ L--------T----------¦ -------------------¬ ¦¦---+ Эволюция¦ +---¦¦ -------------------¬¦ L------------------¦ Тестирование ¦¦ ¦ и отладка ¦¦ L--------T----------¦ ¦¦ ¦ -------------------¬¦ -------------------¬ ¦ Сопровождение ¦¦---+ Модификация¦ ¦ ¦L---¦¦ L------------------- L------------------а) б) а -традиционная лавинообразная модель б -итеративная модель с использованием объектноориентированного подхода Рис. 1 Целью этапаанализаявляется описание задачи, которое должно быть полным, последовательным, доступным для чтения и обзора различными заинтересованными сторонами, позволяющим производить сравнение с реальными условиями. В ходе этого этапа решаютсязадачи: - уточнение требований, приведенных в задании на проектирование; - разработка спецификаций на ПО. Итогом выполнения этого этапа являются эксплуатационные ифункциональные спецификации, содержащие конкретноеописание ПО. Эксплуатационные спецификации должны содержать сведения обыстродействии ПО, затратах памяти, требуемых технических средствах, надежности и т. д. Функциональные спецификацииопределяют функции, которыедолжно выполнять ПО. Спецификации должны быть полными, точными и ясными. Цель этапапроектирования- иерархическое разбиение сложной задачи созданияПО на подзадачименьшейсложности. На этапе проектирования решаются следующие задачи: - формирование структуры ПО и разработка алгоритмов, задаваемыхспецификациями; - определение состава модулей с разделением их на иерархические уровни; - выборструктуры информации в базе данных; - фиксация межмодульныхинтерфейсов. Результатомработы на этом этапе являются спецификации на отдельныемодули, дальнейшая декомпозициякоторыхнецелесообразна. Цель этапа тестирования и отладки -выявление в ПО ошибок, проверка работоспособностиПО, егосоответствие спецификациям. В ходе этого этапа решаютсяследующие задачи: - подготовка данных дляотладки; - планирование отладки; - разработка драйверов тестов; - испытание ПО. Результатомработы должно являться оттестированное и отлаженное ПО. Примерные временныесоотношения между отдельными видами работ при лавинообразной модели можно представить сетевым графиком разработки ПО (рис. 2), цифры на котором означают время в %% от полной длительности курсового проектирования. Сетевой графикразработки ПО ------------T---¬ ------------T---¬ ------------T---¬ ¦Разработка ¦ 18¦-----¦Проектиро- ¦ 18¦-----¦Документи- ¦ 8 ¦--¬ ¦требований L---+ ¦вание L---+ ¦рование L---+ ¦ L---------------- L---------------- L---------------- ¦ - ¦ ¦ ¦ ¦ ----------¬ ------------T---¬ ------------T---¬ ---------¬ ¦ Выдача ¦ ¦Подготовка ¦ 5 ¦ ¦Программи- ¦ 18¦ ¦ Защита ¦ ¦ задания ¦ ¦данных для L---+ ¦рование L---+ ¦ работы ¦ L---------- ¦отладки ¦ L---------------- L--------¦ L---------------- ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ L-------------------¬ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ------------T---¬ ------------T---¬ ¦ ------------T---¬ ¦Разработка ¦ 17¦ ¦Испытание ¦ 11¦ ¦ ¦Планирова- ¦ 5¦-----¦драйверов L---+-----¦программно-L---+--¦ние отладкиL---+ ¦тестов ¦ ¦го изделия ¦ L---------------- L---------------- L---------------Рис. 2 Распределение временных затрат по этапам разработки представлено в табл. 1. Таблица 1 Распределение времени по этапам разработки ПО для лавинообразной модели (в %% к общему времени разработки) -------T----------------T------T--------T--------T------------T-----¬ ¦ L----¬ Этапы¦Анализ¦Проекти-¦Программ¦Тестирование¦Всего¦ ¦Виды работ ¦ разработки¦ ¦рование¦ирование¦и отладка ¦ ¦ +-----------+-----------+------+--------+--------+------------+-----+ ¦Анализтребований и¦ 13 ¦¦ ¦ ¦ 13 ¦ ¦разработка спецификаций¦ ¦¦ ¦ ¦ ¦ +-----------------------+------+--------+--------+------------+-----+ ¦Подготовка данных для¦ ¦ 2¦ 2 ¦4 ¦ 8 ¦ ¦отладки¦ ¦¦ ¦ ¦ ¦ +-----------------------+------+--------+--------+------------+-----+ ¦Планирование отладки¦ 2 ¦¦ 2 ¦4 ¦ 8 ¦ +-----------------------+------+--------+--------+------------+-----+ ¦Проектирование¦ ¦ 13¦ ¦ ¦ 13 ¦ +-----------------------+------+--------+--------+------------+-----+ ¦Разработка драйверов¦ 5 ¦ 5¦ 4 ¦ 11 ¦ 25 ¦ ¦тестов¦ ¦¦ ¦ ¦ ¦ L-----------------------+------+--------+--------+------------+-----------------------------T------T--------T--------T------------T-----¬ ¦Программирование¦ ¦¦ 8 ¦ ¦ 8 ¦ +-----------------------+------+--------+--------+------------+-----+ ¦Испытание программного¦ ¦¦ ¦ 17 ¦ 17 ¦ ¦изделия¦ ¦¦ ¦ ¦ ¦ +-----------------------+------+--------+--------+------------+-----+ ¦Документирование¦ ¦¦ 4 ¦4 ¦ 8 ¦ +-----------------------+------+--------+--------+------------+-----+ ¦Всего¦ 20 ¦ 20¦ 20 ¦ 40 ¦100 ¦ L-----------------------+------+--------+--------+------------+-----Объектно-ориентированный подход разрушает монотонность отдельныхэтапов лавинообразной модели разработкиПО и ихстрогуюпоследовательность. Объектно-ориентированная разработка ПО базируется не только на итеративности этапов, но ина их произвольном чередовании. Цель и задачаи этапа объектно-ориентированного анализа те же, что и для лавинообразной модели. Итогомвыполнения этого этапа является идентификация и моделирование основных классови объектов, логических отношений и взаимодействий между ними. Наэтапе объектно-ориентированного проектирования результаты анализамодифицируются путем ввода новых абстракций и механизмов, которыепозволяют болееэффективно использоватьуже идентифицированные классы и объекты. Признак завершения процесса объектно-ориентированного проектирования состоит в том, что полученные ключевые абстракции становятся достаточно простымии не требуют дальнейшей декомпозиции. Эволюция в жизненном цикле разработки объектно-ориентированного ПО совмещает традиционные этапы, включающие составлениепрограмм, их тестирование и интеграцию (комплексирование). Таким образом, процесс разработкипревращается в постепенное составление ряда прототипов, которые затем входят в конечную реализацию. Составление развивающихся прототипов в свою очередь стимулирует разработку и оценку альтернативных решений, что позволяет получить разумный компромисс, удовлетворяющийряду ограничений, которые соответствуют функциональнымтребованиям, требованиям на сроки разработки и занимаемый объем. В процессе эволюцииПО в нем могут произойти следующие изменения: - добавление нового класса; - изменение реализации класса; - изменение представления класса; - реорганизацияструктуры класса; - изменение интерфейса класса. Рассмотрение этапа модификации для итеративной модели разработки ПО не проводится, так же каки для этапа сопровождения в лавинообразной модели в связи с тем, что это этапы жизненного цикла для доловременно эксплуатируемых программных изделий. Примерные временныесоотношения между отдельными этапами объектно-ориентированной разработки ПО представлены в табл. 2. Таблица 2 Распределение времени по этапамразработки ПО для итеративной модели (в %% кобщему времени разработки) ------------------------------T--------T----------------T----------¬ ¦Этапы объектно-ориентирован- ¦Анализ ¦ Проектирование¦ Эволюция ¦ ¦ной разработкиПО ¦ ¦¦ ¦ +-----------------------------+--------+----------------+----------+ ¦Продолжительность этапа ¦ 20 ¦ 30¦ 50 ¦ L-----------------------------+--------+----------------+----------Разработка ПО должна начинаться с тщательного изучения задания на курсовое проектирование, представленного вметодических указаниях для конкретной дисциплины в форме частичноподготовленноготехнического задания. Первоочередной задачей разработчика являетсяформирование полного технического задания в соответствии сГОСТ 19. 201-78 [1]. Этапы анализа и проектирования должны быть формализованы с помощью одного изрекомендуемых средств: - аппарат формальных спецификаций [6]; - методы структурного анализа [7]; - методы объектно-ориентированного анализа [2]; - методы объектно-ориентированного проектирования [4]. В Приложении 20 дано краткое описание аппарата формальных спецификаций. Подготовка и проведение отладки и тестирования могут быть проведены в соответствии с рекомендациями [4, 5, 6]. Разрабатываемое в курсовом проектировании ПО должнобыть обязательно оснащенографическим пользовательским интерфейсом [8, 9, 10], что соответствует современным тенденциям и требованиям рынка. Основные требования по организации такого интерфейсаприведены в Приложении 21. Состав программной документации, входящейв состав курсового проекта (работы) определяется методичскими указаниями по конкретным дисциплинам. При разработке документации необходимо придерживаться требований следующих стандартовЕСПД: - «Видыпрограмм и программных документов» (Приложение 2); - «Обозначение программи программных документов» (Приложение 3); - «Основные надписи» (Приложение 4); - «Общие требования к программным документам» (Приложение 5); - «Требования кпрограммным документам, выполненным печатным способом» (Приложение 6). Л И Т Е Р А Т У Р А 1. Единая система программной документации. - М.: Изд-во стандартов, 1985. - 128с. 2. Шлеер С., Меллор С. Объектно-ориентированный анализ: моделирование мира в состояниях. - К.: Диалектика, 1993. -240 с. 3. Боэм Б. У. Инженерное проектирование программного обеспечения. - М.: Радио и связь, 1985. - 512 с. 4. Буч Г. Объектно-ориентированное проектирование. - М.: Конкорд, 1992. 519 с. 5. Страуструп Б. Язык программирования С++. В 2-х кн. Частьпервая. К.: ДиаСофт, 1993. - 264 с. Часть вторая. - К.: ДиаСофт, 1993. - 296 с. 6. Лисков Б., Гатэг Дж. Использование абстракций испецификаций при разработке программ. - М.: Мир, 1989. - 424 с. 7. Росс Д. Т. Структурный анализ (SA): язык для передачи понимания. В кн. Требования и спецификации в разработке программ. - М.: Мир, 1984. С. 240-284. 8. Шикин Е. В., Боресков А. В., Зайцев А. А. Началакомпьютерной графики. М.: ДИАЛОГ-МИФИ, 1993. - 138 с. 9. Хокс Б. Автоматизированное проектированиеи производство. - М.: Мир, 1991. - 296 с. 10. Гардан И., Люка М. Машинная графика и автоматизация конструирования. М.: Мир, 1987. - 272 с. ПРИЛОЖЕНИЕ 1 ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ (ГОСТ 19. 201-78). Информационную часть (аннотацию и содержание), лист регистрации изменений допускается в документ невключать. Длявнесения изменений или дополнений в техническое задание на последующих стадиях разработки программы или программного изделия выпускают дополнение к нему. Согласование и утверждениедополнения к техническому заданию проводят втом же порядке, который установлен для технического задания.. В зависимости от особенностей программы или программного изделия допускаетсяуточнять содержание разделов, вводить новые разделы или объединять отдельные из них. 1. ВВЕДЕНИЕ В разделе указываютнаименование, краткую характеристику области применеия программы или программногоизделияи объекта, в котором используют программу или программное изделие. 2. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ В разделе должны быть указаны: - документ (документы), на основании которых ведется разработка; - организация, утвердившая этотдокумент, и дата его утверждения; - наименование и/или условное обозначеие темы разработки. 3. НАЗНАЧЕНИЕРАЗРАБОТКИ В разделе должно быть указано функциональное и эксплуатационное назначение программы или программного изделия. 4. ТРЕБОВАНИЯ К ПРОГРАММЕ ИЛИ ПРОГРАММНОМУИЗДЕЛИЮ Раздел должен содержать следующие подразделы: 4. 1. Требованияк функциональным характеристикам В подразделе должныбыть указаны требованияк составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т. п. 4. 2. Требованияк надежности В подразделе должныбыть указаны требованияк обеспечению надежного функционирования (обеспечение устойчивости, контроль входной и выходной информации, время восстановления послеотказа и т. п.). 4. 3. Условия эксплуатации В подразделе должныбыть указаны условия эксплуатации (температура окружающего воздуха, относительнаявлажность и т. п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала. 4. 4. Требования к составу и параметрам технических средств В подразделе указывают необходимый состав технических средств с указанием их основных технических характеристик. 4. 5. Требования к информационной и программной совместимости В подразделе должныбыть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования и программным средствам, используемым программой. Принеобходимости должна обеспечиваться защита информации и программ.. 5. ТРЕБОВАНИЯ КПРОГРАММНОЙ ДОКУМЕНТАЦИИ В разделе должен быть указан предварительный состав программной документации и, при необходимости, специальные требования к ней. 6. ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ В разделе дожны быть указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами. 7. СТАДИИ И ЭТАПЫ РАЗРАБОТКИ В разделе устанавливают необходимыестадии разработки, этапы и содержание работ (перечень программныхдокументов, которые должны быть разработаны, согласованы иутверждены), а также, как правило, сроки разработки и определяют исполнителей. 8. ПОРЯДОК КОНТРОЛЯИ ПРИЕМКИ В разделе должны быть указаны виды испытаний и общие требования к приемке работы. В приложениях к техническому заданию, при необходимости, приводят: - перечень научно-исследовательских и других работ, обосновывающих разработку; - схемыалгоритмов, таблицы, описания, обоснования, расчеты идругие документы, которые могут быть использованы при разработке; - другие источники разработки. ПРИЛОЖЕНИЕ 2 ОБОЗНАЧЕНИЯ ПРОГРАММ И ПРОГРАММНЫХ ДОКУМЕНТОВ (ГОСТ 19. 103-77). 1. Настоящий стандарт устанавливает структуру обозначения программ и программных документов для вычислительных машин, комплексов и систем независимо от ихназначения и области применения. 2. Обозначение программ и документов должно состоять из групп знаков, разделенных точками (после кодастраны и кодаорганизацииразработчика), пробелами (посленомера редакциидокумента и кода вида документа), дефисами (после регистрационногономера и номера документаданноговида). 3. Устанавливается регистрационная система обозначения программ и программных документов. Структура обозначения программы и ее программногодокумента спецификации: --A. B. XXXXX-XX Общая часть обозна- ¦ Код страны¦ ¦ ¦ ¦ чения программыи ¦--------------------------------- ¦ ¦ ¦ программных докумен-¦ Код организации-разработчика ¦ ¦ ¦ тов на нее ¦----------------------------------- ¦ ¦ ¦ Регистрационный номер ¦ ¦ L---------------------------------------- ¦ Номериздания (для программы) ¦ Номерредакции (для документа) ¦ -------------------------------------------4. Структура обозначения других программныхдокументов: A. B. XXXXX-XX XXXX-X Общая часть обозначенияпрограммы и ¦ ¦ ¦ ¦ ¦ программных документов на нее ¦ ¦ ¦ ¦ ¦ ----------------------------------------------------- ¦ ¦ ¦ ¦ Номер редакции документа ¦ ¦ ¦ ¦ ------------------------------------------------------------ ¦ ¦ ¦ Код вида документа ¦ ¦ ¦ --------------------------------------------------------------- ¦ ¦ Номер документаданноговида ¦ ¦ ------------------------------------------------------------------ ¦ Номер части документа ¦ -------------------------------------------------------------------5. Код страны разработчика и код организации (предприятия) -разработчика присваивают вустановленном порядке. Кодстраны для программных документов, разрабатываемых студентами специальности ПВС, не указывается. В качестве кода организации (СГТУ) следует указывать - КФБН. Регистрационный номер присваивают всоответствии с Общесоюзным классификаторомпрограмм, утверждаемым Госстандартом, в установленном порядке. До утверждения Общесоюзногоклассификатора программ допускается присваивать регистрационный номер в порядке возрастания, начиная с 00001 до 99999, для каждой организации (предприятия) -разработчика. Номер издания программы илиномер редакции документа присваивают в порядке возрастания с 01до 99. 6. Код видадокумента присваивают всоответствии стребованиями ГОСТ 19. 101-77. 7. Номер документаданноговида присваивают в порядке возрастания с 01 до 99. 8. Номер части одного и того же документа присваивают в порядке возрастания с 1до 9. Примечание. Если документ состоит из одной части, то дефис и порядковый номер части неуказывают. 9. Номер редакции спецификации и ведомости эксплуатационных документов на программу должен совпадать с номером издания этой же программы. ПРИЛОЖЕНИЕ 3 ВИДЫ ПРОГРАММ И ПРОГРАММНЫХ ДОКУМЕНТОВ (ГОСТ 19. 101-77). ----------------------------------------------T--------------------¬ ¦ Вид документа ¦Код вида документа ¦ +---------------------------------------------+--------------------+ ¦ Спецификация ¦- ¦ ¦ Ведомость держателей подлинников ¦05 ¦ ¦ Текстпрограммы ¦12 ¦ ¦ Описание программы ¦13 ¦ ¦ Ведомость эксплуатационных документов ¦20 ¦ ¦ Формуляр ¦30 ¦ ¦ Описание применения ¦31 ¦ ¦ Руководство системного программиста ¦32 ¦ ¦ Руководство программиста ¦33 ¦ ¦ Руководство оператора ¦34 ¦ ¦ Описание языка ¦35 ¦ ¦ Руководство по техническому обслуживанию ¦46 ¦ ¦ Программа и методика испытаний ¦51 ¦ ¦ Пояснительнаязаписка ¦81 ¦ ¦ Прочие документы ¦ 90-99 ¦ L---------------------------------------------+--------------------. Допускаетсяобъединять отдельные виды эксплуатационных документов (заисключением ведомости эксплуатационных документов и формуляра). необходимость объединения этих документов указывается в техническом задании. Объединенному документуприсваивают наименование и обозначение одного из объединяемых документов. В объединенных документах должны быть приведены сведения, которые необходимо включатьв каждый объединяемый документ. ПРИЛОЖЕНИЕ 4 ОСНОВНЫЕ НАДПИСИ (ГОСТ 19. 104-78) 1. ОСНОВНЫЕ ПОЛОЖЕНИЯ 1. 1. В состав основных надписей листа утверждения и титульного листа впрограммных документах входят следующиеструктурные данные: наименование министерства (ведомства); наименование документа; обозначениедокумента; сведения о носителеданных, на котором представляется подлинник; общее количество листов утверждения, объем документа; сведения о разработчике; подпись нормоконтролера; отметка об учете и хранении; сведения обизменении. 2. ОСНОВНЫЕНАДПИСИЛИСТА УТВЕРЖДЕНИЯ (ЛУ) 2. 1. Лист утверждения выпускается на каждый программный документ налистах бумаги формата А4 (ГОСТ 2. 301-68) независимо отвида документа, который может быть выполнен на любомносителе данных. 2. 2. Обозначение листа утверждениясостоитиз обозначения документа, к которому относится лист утверждения, ичерез дефис - шифра ЛУ. Лист утверждения невходит в общее количество листов документа. 2. 3. Лист утверждения можетвключать несколько листов, вэтом случае каждый лист нумеруется. На первом листе указывается общее количество листов, вхлдящих в лист утверждения. Второй и последующие листы утверждения оформляют всоответствии с разд. 1 ГОСТ 19. 106-78, при этом в поле «текст документа» приводят должности иподписилиц, неуместившихся напервомлисте листа утверждения. 2. 4. Лист утверждения вносят в спецификацию после утверждения документа и хранят на предприятии - держателе подлинника документа. Лист утверждения спецификации такжевносят в даннуюспецификацию. Копии листаутверждения высылают заказчику и головному предприятию. По особому разрешению заказчика лист утверждения может бытьвыслан и вдругие организации. 2. 5. Лист утверждения заполняют поформе, приведенной на рис. 1: поле 1 - наименование министерства или ведомства, всистему которого входит организация, разработавшая данныйдокумент. Заполняют по требованию заказчика. Выше поля 1, в правом верхнем углу, при необходимости, ставят специальную отметку (гриф секретности, указание «С предприятия не выносить» и т. п.); поле 2 - в левой части поля - должности иподписилиц, согласовавших документ от организации заказчика при необходимости, вправой части поля - должность и подпись лица, утвердившегодокумент от организации разработчика. Справа от каждой подписи проставляют инициалы и фамилию лица, подписавшего документ, а ниже подписи -дату подписания. Согласующие и утверждающие организации, а также конкретные подписидолжностных лицрегламентируют министерства и ведомства. поле 3 - полное наименование программы или программного изделия (прописными буквами), наименование и вид документа. Наименование документа может быть опущено или объединено снаименованием программы; поле 4 - обозначение документа и указание вида носителя данных. Формалиста утверждения ---------T-----------------------------------------------------T---¦ - -- -- -- ---- -¬ ¦ ¦ ¦ ¦ ¦ ¦ L -- -- -- ---- -- ¦ ¦ ¦ ¦ -- -- -- ---- -- -- -- -- -- -- ---- -- -- -- ¬ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ 1 ¦ ¦ ¦ L- -- -- ---- -- -- -- -- -- -- ---- -- -- -- - ¦ ¦ ¦ ¦ ¦ ¦ ¦ -- -- -- ---- -- -- -- T- -- -- ---- -- -- -- ¬ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦2 ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ L- -- -- ---- -- -- -- +- -- -- ---- -- -- -- - ¦ ¦ ¦ ¦ ¦ ¦ ¦ -- -- -- ---- -- -- -- -- -- -- ---- -- -- -- ¬ ¦ ¦ ¦ 20 ¦ ¦ 297 ¦------¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ 3 ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ -- ---+ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ L- -- -- ---- -- -- -- -- -- -- ---- -- -- -- - ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ -- -- -- ---- -- -- -- -- -- -- ---- -- -- -- ¬ ¦ ¦ ¦ ¦ ¦ 4 ¦ ¦ ¦ L- -- -- ---- -- -- -- -- -- -- ---- -- -- -- - ¦ ¦ ¦ ¦ ¦ -- -- -- ----¬ ¦ ¦ ¦ 5 ¦ ¦ ¦ ¦ ¦ L- -- -- ----- ¦ ¦ ¦ -- -- -- ---- -- -- -- T- -- -- ---- -- -- -- ¬ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ 8 ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦6 ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ L- -- -- ---- -- -- -- +- -- -- ---- -- -- -- - ¦ ¦ ¦ ¦ ¦ -- -- -- ----¬ ¦ ¦ ¦ 7 ¦ ¦ ¦ ¦ ¦ L- -- -- ----- ¦ ¦ ¦ -- -- -- ----¬ ---- -- -- -- ¬ ¦ ¦ ¦ ¦ ¦ 9 10 ¦ ¦ ¦ L- ---- L- -- -- ----- L -- -- ---- -- ¦ +--------------------------------------------------------------+---¦ 210 ¦ ¦------------------------------------------------------------¦ Рис. 1 Видносителя данныхуказывают только в случае выполнения программного документа на носителе данных; поле 5- общее количество листов утверждения, например, «Листов 3». Дляодного листа поле 5 не заполняют; поле 6 - в правой части поля - должности и подписируководителя организации, выпустившей документ, руководителяподразделения, разработавшего документ, руководителя разработки (разработчика), исполнителейразработки документа и нормоконтролера. Справа от каждой подписи проставляют инициалы и фамилию лица, подписавшего документ, а ниже подписи -дату подписания. Прибольшомколичестве согласующих подписейих размещают либо в левой части поля 2, либо в левой части поля 6. Визы другихдолжностных лиц, если они необходимы на документе, размещают на поле для подшивки ЛУ; поле 7 - год издания (утверждения) документа (без указанияслова «год» или «г»); поле 8 - отметка обучете ихранении по ГОСТ 19. 601-78; поле 9 - строка изменений по ГОСТ 19. 604-78; поле 10 - литера документа. Поля 8, 9 и10 для программных документов вкурсовом проектировании студентовспециальности ПВС можноне заполнять. Пример заполнения листа утвержденияприведен на рис. 2. Количество подписей в примере приведено условно. 3. ОСНОВНЫЕ НАДПИСИ ТИТУЛЬНОГО ЛИСТА 3. 1. Титульный лист заполняют по форме и правилам, установленным дляЛУ, приэтом: поле 1 - заполняют по требованию заказчика; поле 2 - незаполняют; поле 3 - полное наименование программы или программного изделия (прописными буквами), наименование и вид документа. Наименование документа может быть опущено или обЪединено снаименованием программы. Допускается указывать сокращенное наименование программы или программного изделия; поле 4 - обозначение документа и указание вида носителя данных. Видносителя данныхуказывают только в случае выполнения программного документа на носителе данных; поле 5 - указывают объем документа; поле 6 - незаполняют; поле 7 - год издания (утверждения) документа (без указанияслова «год» или «г»); поле 8 - отметка обучете ихранении по ГОСТ 19. 601-78; поле 9 - строка изменений по ГОСТ 19. 604-78; поле 10 - литера документа. 3. 2. На титульном листе в левом верхнем углу должнабыть надпись: Утвержден -----------------обозначение ЛУ Пример заполнениятитульного листа приведен на рис. 3. 4. ОСНОВНЫЕ НАДПИСИ В ТЕКСТЕ ДОКУМЕНТА 4. 1. Содержание и правила выполнения основныхнадписей в программных документах на конкрктных носителяхданныхприведены в соответствующихгосударственныхстандартах ЕСПД. 4. 2. Содержание и правила выполнения основных надписей последующих листов программных документов, выполненных печатным способом, приведены в ГОСТ 19. 106-78. Пример заполнения листа утверждения -------------------------------------------------------------------¬ ¦ Государственный комитет Российской Федерации ¦ ¦ повысшемуобразованию ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ УТВЕРЖДАЮ ¦ ¦ Зав. кафедрой ПВС ¦ ¦ (подпись) В. Б. Байбурин ¦ ¦ 22. 02. 1996 ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ТЕХНОЛОГИЯ ПРОГРАММИРОВАНИЯ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦Двумерный геометрический редактор ¦ ¦ ¦ ¦ Руководство программиста ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦Л И С Т У ТВ Е Р ЖД Е Н ИЯ ¦ ¦ ¦ ¦ КФБН. 00001-01 33 01-1-ЛУ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ СОГЛАСОВАНО ¦ ¦ Руководитель работы Разработчики: ¦ ¦ (подпись) Н. Н. Клеванский Студ. ПВС-11 ¦ ¦ 20. 02. 1996 (подпись) С. В. Соболев ¦ ¦ 19. 02. 1996 ¦ ¦ Студ. ПВС-11 ¦ ¦ (подпись) С. А. Бузин ¦ ¦ 19. 02. 1996 ¦ ¦ Студ. ПВС-11 ¦ ¦ (подпись) А. А. Букарев ¦ ¦ 19. 02. 1996 ¦ ¦ ¦ ¦ Нормоконтролер ¦ ¦ (подпись) С. С. Лалетин ¦ ¦ 19. 02. 1996 ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ 1996 ¦ L------------------------------------------------------------------Рис. 2 Пример заполнения титульног листа -------------------------------------------------------------------¬ ¦ Государственный комитет Российской Федерации ¦ ¦ повысшемуобразованию ¦ ¦ ¦ ¦ ¦ ¦ УТВЕРЖДЕН ¦ ¦ КФБН. 00001-01 33 01-1-ЛУ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ТЕХНОЛОГИЯ ПРОГРАММИРОВАНИЯ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦Двумерный геометрический редактор ¦ ¦ ¦ ¦ Руководство программиста ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ КФБН. 00001-01 33 01-1-ЛУ ¦ ¦ ¦ ¦ Листов 23 ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ 1996 ¦ L------------------------------------------------------------------Рис. 3 ПРИЛОЖЕНИЕ 5 ОБЩИЕ ТРЕБОВАНИЯ КПРОГРАММНЫМ ДОКУМЕНТАМ (ГОСТ 19. 105-78). 1. ОБЩИЕ ТРЕБОВАНИЯ 1. 1. Программный документ может быть представлен на различных носителях данных. 1. 2. Программный документ состоит из следующих условных частей: титульной; информационной; основной; регистрацииизменений. 1. 3. Правила оформления документа и его частей на каждом носителе данных устанавливаются стандартамиЕСПД на правила оформления документов на соответствующих носителяхданных. 2. ТИТУЛЬНАЯ ЧАСТЬ 2. 1. Титульная часть состоит из листа утверждения и титульного листа. Правила оформления листа утверждения и титульноголиста - по ГОСТ 19. 104-78. 3. ИНФОРМАЦИОННАЯ ЧАСТЬ 3. 1. Информационная часть должна состоять из аннотации и содержания. 3. 2. Необходимость включения информационной частив различные виды программных документов установленасоответстующими стандартами ЕСПД наэти документы. 3. 3. В аннотации приводят сведения о назначениидокумента и краткоеизложение его основной части. 3. 4. Содержание включает перечень записей о структурных элементах основной части документа, вкаждую из которых входят: обозначениеструктурного элемента (номер раздела, подраздела и т. п.); наименование структурного элемента; адрес структурного элементана носителе данных (например, номер страницы, номерфайла ит. п.). Правила обозначенияструктурных элементов основнойчасти документа иих адресации устанавливаются стандартами ЕСПД на правила оформления документов на соответствующих носителях данных. 4. ОСНОВНАЯ ЧАСТЬ 4. 1. Состави структура основной части программного документа устанавливаютсястандартами ЕСПД нп соответствующие документы. 5. ЧАСТЬ РЕГИСТРАЦИИИЗМЕНЕНИЙ 5. 1. О каждом изменении программного документа в этой части делается записьв соответствии с требованиями ГОСТ 19. 603-78. ПРИЛОЖЕНИЕ 6 ТРЕБОВАНИЯ К ПРОГРАММНЫМ ДОКУМЕНТАМ, ВЫПОЛНЕННЫМ ПЕЧАТНЫМСПОСОБОМ (ГОСТ 19. 106-78). 1. ОБЩИЕ ТРЕБОВАНИЯ 1. 1. Состави структура программного документа устанавливаются по ГОСТ19. 105-78. 1. 2. Программный документ выполняютодним из следующих печатных способов: машинописным - на одной стороне листа, через два интервала; допускается черезодин или полтора интервала, если обеспечиваетсяпригодность к микрофильмированию по ГОСТ 13. 102-80 (разд. 1); машинным - на одной стороне листа, с расстоянием между основаниями строк, обеспечивающим пригодностьк микрофильмированию; типографским - в соответствии с требованиями, предъявляемыми к изданиям, изготовляемымтипографским способом. Примечания: 1. При выполнении программного документа допускается сочетание печатных способов, указанных в п. 1. 2 настоящего стандарта. 2. Допускается выполнение документа или его части рукописным способом - на одной стороне листа черными чернилами или тушью, основным чертежным шрифтом по ГОСТ 2. 304-81 с высотой букв не менее 2. 5 мм. 1. 3Вписывать в программныедокументы, выполненные машинописным, машинным и рукописным способами, отдельные слова, формулы, условные знаки (от руки чертежным шрифтом), буквы латинского и греческого алфавитов, а также выполнять схемы и рисунки необходимо черными чернилами или тушью. 1. 4. При машинописном, машинном и рукописном способах выполнения документа опечатки и графические неточности, обнаруженные впроцессе выполнения, допускается исправлять подчисткой некачественно выполненной части текста (чертежа) и нанесениемна том же листе исправленного текста (графики) машинописью или черной тушью в зависимости от способа выполнения документа. Повреждениялистов документов, помарки и следы неполностьюудаленногопрежнего текста (графики) не допускаются. 1. 5. Программные документы оформляют: на листах формата А4 (ГОСТ 2. 301-68) - при изготовлении документа машинописнымили рукописным способом (рис. 1). Допускается оформление на листах формата А3; на листах форматов А4 и А3, предусматриваемых выходными характеристиками устройств вывода данных - приизготовлении документа машинным способом. Допускаются отклонения размеров листов, соответствующих форматам А4 иА3, определяемые возможностями применения технических средств; на листах типографских форматов - при изготовлении документа типографским способом. Заполнение страницы текста программного документа -----г=============================================================¬ - ¦ - поле 1 - порядковый ¦ ¦ ¦ ¦ номер страницы ¦ ¦ ¦ ¦25 ¦ ¦ ¦ ¦ поле 2 - обозначение ¦ ¦ ¦ документа ¦ ¦ ¦ - -- - - -- - - -- - - -- - - -- - - -- - - -¬ ¦ ¦ ¦20 10¦ ¦ ¦----¦-- ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ поле 3 - текст¦ ¦ ¦ ¦ документа ¦ ¦297¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ L -- - - -- - - -- - - -- - - -- - - -- - - -- ¦ ¦ ¦ - поле 4 - строка ¦ ¦ ¦15 изменений ¦ -----L============================================================¦ 210 ¦ ¦-----------------------------------------------------------¦ Рис. 1 1. 6. Материалы программногодокумента располагаютв следующей последовательности: титульная часть: лист утверждения (невходитв общее количество листов документа); титульный лист (первый лист документа); информационная часть: аннотация; лист содержания; основная часть: текст документа (c рисунками, таблицамии т. п.); приложения; перечень терминов; перечень сокращений; перечень рисунков; перечень таблиц; предметный указатель; перечень ссылочных документов; перечень символов и числовых коэффициентов; часть регистрации изменений; лист регистрации изменений. Приложения, перечнитерминов, сокращений, рисунков и таблиц, предметный указатель, перечни ссылочныхдокументов, символов ичисловых коэффициентов выполняютсяпри необходимости. 1. 7. Перечни терминов и сокращений, предметный указатель, перечень символов ичисловых коэффициентов следует составлять в алфавитном порядке. Остальные перечни составляют в порядке возрастания номеров. 2. ТРЕБОВАНИЯК ПРОГРАММНЫМ ДОКУМЕНТАМ, СОДЕРЖАЩИМ В ОСНОВНОМ СПЛОШНОЙ ТЕКСТ 2. 1. Построение документа 2. 1. 1. При необходимости допускается делитьдокумент на части. Делениена части допускается науровне не ниже раздела. Каждую часть комплектуют отдельно. Всем частям присваивают обозначение документа в соответствии с ГОСТ 19. 103-77. Части оформляют в соответствии с требованиями настоящего стандарта, при этомв концесодержания первой частиследует перечислять обозначения остальных частей. Допускаетсявключать в документ части текста программы, оформляемыев соответствии с правилами языка, на котором написан текст программы. Нумерацию страниц документа, а также нумерацию разделов, рисунков и таблиц производятв пределах каждой части. Каждуючасть начинают с титульного листа. Отдельная нумерациястраницдокумента в пределах раздела иподразделане допускается. Лист утверждения выпускают на весь документс обозначениемпервой части. 2. 1. 2. Информационная и основная части программного документа выполняются по форме 1, где: поле 1 - порядковыйномер страницы; поле 2 - обозначение документа; поле 3 - текст документа; поле 4 - строка изменений; заполняется в соответствии с требованиями ГОСТ 19. 604-78. Рамку (границы) формата страниц документа допускается не наносить. 2. 1. 3. Аннотацию размещаютна отдельной (пронумерованной) странице с заголовком «АННОТАЦИЯ» ине нумеруют какраздел. В аннотацииуказывают издание программы, кратко излагают назначение исодержание документа. Если документ состоит из нескольких частей, в аннотации указывают общее количество частей. 2. 1. 4. Содержаниедокумента размещают на отдельной (пронумерованной) странице (страницах) после аннотации, снабжают заголовком «СОДЕРЖАНИЕ», не нумеруют на раздел и не включают в общее количество страниц документа. В содержание документа включают номера разделов, подразделов, пунктови подпунктов, имеющих заголовок, их наименование и номера страниц; номераи наименование (при наличии) приложений программного документа и номера страниц; прочие наименования (перечень рисунков, таблиц и т. п.) и номера страниц. Наименования, включенные в содержание, записывают строчнымибуквами. Прописными должныпечататься заглавные буквы и аббревиатуры. 2. 1. 5. Текст каждого документа, принеобходимости, разбивают на пункты, а пункты - на подпункты, независимо от того, разделен документ начасти, разделы и подразделы илинет. 2. 1. 6. Структурными элементами текста документа являются разделы, подразделы, пункты, подпункты и перечисления. Раздел - первая ступень деления, обозначенная номером и снабженная заголовком. Подраздел - частьраздела, обозначенная номером иимеющая заголовок. Пункт - часть раздела или подраздела, обозначенная номером. Может иметь заголовок. Подпункт -часть пункта, обозначенная номером, может иметь заголовок. Абзац - логически выделенная часть текста, не имеющая номера. Приотсутствии разделов в тексте документа его первым структурным элементом является пункт. Допускаетсяпомещать текст между заголовками раздела и подраздела, между заголовками подраздела и пункта. Внутри подразделов, пунктови подпунктов могут быть даны перечисления, которые рекомендуется обозначать арабскими цифрами со скобкой: 1), 2) и т. д. Допускается выделять перечисления простановкой дефиса перед текстом. Не рекомендуется делать ссылки на элементы перечисления. Каждый структурный элемент начинается с абзацного отступа. 2. 1. 7. Заголовки разделов пишут прописными буквамии размещают симметрично относительно правойи левойграниц текста. Заголовки подразделов записывают с абзаца строчными буквами (кроме первой прописной). Допускаетсяпри машинном способе выполнеиядокумента заголовки подразделов и пунктов записывать шрифтом, имеющимся на печатающем устройстве. Переносы слов в заголовках не допускаются. Точку вконце заголовка не ставят. Если заголовок состоит из двух предложений, их разделяют точкой. Каждый раздел рекомендуетсяначинать с нового листа. 2. 1. 8. Расстояние между заголовком и последующим текстом, атакже между заголовками раздела и подраздела, должно быть равно: привыполнении документа машинописным способом - двум интервалам; привыполнении рукописным способом - 10 мм; привыполнении машинным способом - не менеетрех высот шрифта. Дляразделов и подразделов, текст которых записывают на одной странице с текстом предыдущего раздела, расстояние между последней строкойтекста и последующим заголовкомдолжно быть равно: привыполнении документа машинописным способом - трем машинописным интервалам; привыполнении рукописным способом - не менее 15 мм; привыполнении машинным способом - не менеечетырехвысот шрифта. Расстояние между основаниями строкзаголовка принимают таким, как в тексте. Притипографском способе издания документов указанные расстояния оформляют по правилам для типографских изданий. 2. 1. 9. Разделы, подразделы, пунктыи подпункты следует нумеровать арабскими цифрами с точкой. Разделы должны иметь порядковый номер (1, 2и т. д.). В пределах раздела должна бытьсквозная нумерация по всем подразделам, пунктам и подпунктам, входящим в данный раздел. Нумерация подразделов включает номер раздела и порядковый номер подраздела, входящего вданный раздел, разделенные точкой (2. 1, 3. 1 и т. д.). Приналичииразделов и подразделовк номеру подраздела после точки добавляютпорядковый номер пунктаи подпункта (3. 1. 1, 3. 1. 1. 1 и т. д.). Пример структуры текста программного документа и нумерация его разделов, подразделов, пунктов и подпунктов приведен нарис. 2. 2. 2. Текст документа 2. 2. 1. Текст документа должен быть кратким, четким, исключающим возможность неоднозначного толкования. Термины и определения должны быть едиными исоответствовать установленным стандартами, а при их отсутствии - общепринятым в научно-технической литературе, и приводиться в перечне терминов. 2. 2. 2. Допускаются сокращения слов в текстеи надписях под иллюстрациями по ГОСТ 2. 316-68. Дополнительные сокращенияследуетприводить в перечне принятых сокращений. 2. 2. 3. Для выделения отдельных понятий допускается изменять интервалымежду словами, а также печататьотдельные слова или части текста шрифтом, отличным от печати основного текста, например: UNGATLG- указывает, что записькаталога, относящаясяк исходному набору данных, должна быть исключена. TO = устройство= список указывает носители данных, на которые осуществляется. ABC3091СИНТАКСИЧЕСКАЯ ОШИБКА ПРИЧИНА. Указанный в сообщении. ДЕЙСТВИЯ СИСТЕМЫ. Задание не выполняется. ДЕЙСТВИЯ ПРОГРАММИСТА. Необходимо обеспечить. 2. 2. 4. Необходимыепояснения к тексту документамогут оформлятьсясносками. Сноска обозначаетсяцифрой со скобкой, вынесенными на уровень линии верхнего обреза шрифта, например: «печатающее устройство'. «или «бумага». «. Если сноскаотносится к отдельному слову, знак сноски помещается непосредственно у этого слова, если же к предложениюв целом, то в концепредложения. Текст сноски располагают вконце страницы и отделяют от основного текста линией длиной 3 см, проведенной в левой части страницы. 2. 3. Иллюстрации 2. 3. 1. Иллюстрации могут быть расположеныв тексте документа и/или вприложениях. Иллюстрации, если их в данном документе более одной, нумеруют арабскими цифрами в пределах всего документа. В приложениях иллюстрации нумеруются в пределах каждого приложения в порядке, установленном для текстадокумента. Ссылки на иллюстрации дают по типу: «рис. 12» или «(рис. 12) «; Ссылки на ранее упомянутые иллюстрации даютс сокращеннымсловом «смотри», например, «см. рис. 12»; СТРУКТУРА ТЕКСТАПРОГРАММНОГО ДОКУМЕНТА ---------- перечисления ¦--------- подпункты ¦¦-------- пункты ¦¦¦------- подразделы ¦¦¦¦------ разделы ¦¦¦¦¦ г===========================================================¬ ¦¦¦¦¦ ¦ г=====================================================¬ ¦ ¦¦¦¦+--+---+-------------------- 1. ЗАГОЛОВОК ¦ ¦ ¦¦¦¦¦ ¦ ¦ ¦ ¦ ¦¦+++--+---+-- 1. 1. ------------------------------------------¬ ¦ ¦ ¦¦¦¦¦ ¦ ¦-------- (текст) ¦ ¦ ¦ ¦¦¦¦¦ ¦ ¦L------------------------------------------------- ¦ ¦ ¦¦¦¦¦ ¦ ¦ ¦ ¦ ¦¦¦¦+--+---+-------------------- 2. ЗАГОЛОВОК ¦ ¦ ¦¦¦¦¦ ¦ ¦ ¦ ¦ ¦¦¦++--+---+-- 2. 1. Заголовок ¦ ¦ ¦¦¦¦¦ ¦ ¦ ¦ ¦ ¦¦+++--+---+ 2. 1. 1. ------------------------------------------¬ ¦ ¦ ¦¦¦¦¦ ¦ ¦-------- ¦ ¦ ¦ ¦¦¦¦¦ ¦ ¦L------------------------------------------------- ¦ ¦ ¦¦+++--+---+ 2. 1. 2. ------------------------------------------¬ ¦ ¦ ¦¦¦¦¦ ¦ ¦-------- ¦ ¦ ¦ ¦¦¦¦¦ ¦ ¦L------------------------------------------------- ¦ ¦ ¦¦¦¦¦ ¦ ¦ ¦ ¦ ¦¦¦¦L--+---+-------------------- 3. ЗАГОЛОВОК ¦ ¦ ¦¦¦¦ ¦ ¦ ¦ ¦ ¦¦¦¦ ¦ ¦ ------------------------------------------¬ ¦ ¦ ¦¦¦¦ ¦ ¦-------- ¦ ¦ ¦ ¦¦¦¦ ¦ ¦L------------------------------------------------- ¦ ¦ ¦¦¦¦ ¦ ¦ ¦ ¦ ¦¦¦L---+---+-- 3. 1. Заголовок ¦ ¦ ¦¦¦ ¦ ¦ ¦ ¦ ¦¦¦ ¦ ¦ ------------------------------------------¬ ¦ ¦ ¦¦¦ ¦ ¦-------- ¦ ¦ ¦ ¦¦¦ ¦ ¦L------------------------------------------------- ¦ ¦ ¦¦¦ ¦ ¦ ¦ ¦ ¦¦L----+---+ 3. 1. 1. Заголовок ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦+-----+---+-3. 1. 1. 1. ----------------------------------------¬ ¦ ¦ ¦¦ ¦ ¦---------- ¦ ¦ ¦ ¦¦ ¦ ¦L------------------------------------------------- ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦+-----+---+-3. 1. 1. 2. ----------------------------------------¬ ¦ ¦ ¦¦ ¦ ¦---------- ¦ ¦ ¦ ¦¦ ¦ ¦L------------------------------------------------- ¦ ¦ ¦¦ ¦ ¦ ¦ ¦ ¦L-----+---+-3. 1. 1. 3. Заголовок ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ------------------------------------------¬ ¦ ¦ ¦ ¦ ¦-------- ¦ ¦ ¦ ¦ ¦ ¦L------------------------------------------------- ¦ ¦ +------+---+- 1) ------------------------------------------¬ ¦ ¦ ¦ ¦ ¦ L------------------------------------------ ¦ ¦ +------+---+- 2) ------------------------------------------¬ ¦ ¦ ¦ ¦ ¦ L------------------------------------------ ¦ ¦ +------+---+-- - ------------------------------------------¬ ¦ ¦ ¦ ¦ ¦ L------------------------------------------ ¦ ¦ L------+---+-- - ------------------------------------------¬ ¦ ¦ ¦ ¦ L------------------------------------------ ¦ ¦ ¦ L=====================================================- ¦ L===========================================================Рис. 2 Иллюстрациимогут иметь тематический заголовок и подрисуночный текст, поясняющий содержание иллюстрации. Тематический заголовок (наименование) помещают над иллюстрацией, подрисуночный текст - под ней. Номер иллюстрации помещают под поясняющимиданными. 2. 4. Формулы 2. 4. 1. Формулы в документе, если их более одной, нумеруются арабскими цифрами, номер ставятс правой стороны страницы, в скобках, науровне формулы. В пределах всего документа или его частей, в случаеделения документана части, формулы имеютсквозную нумерацию. Ссылки в тексте на порядковый номерформулыдают в скобках, например: «в формуле (1. 4) «. 2. 4. 2. Значения символов и числовых коэффициентов, входящих в формулу, должныбыть приведены непосредственно под формулой. Значение каждого символа печатают с новой строки в той последовательности, в какой ониприведены в формуле. Первая строка расшифровкидолжна начинаться со слова»где», без двоеточия после него. Если в программном документе приведен перечень этих символов и числовых коэффициентов, значения их подформулой допускается неприводить. 2. 4. 3. Размерность одного итого жепараметра в пределах одного документа должна быть постоянной. 2. 5. Ссылки 2. 5. 1. В программных документах допускаютсяссылки на стандарты (кроме стандартов предприятий), технические условия и другие документы (например, документы органов Государственного надзора, правила и нормы Госстроя СССР). При ссылках на стандарты и технические условияуказывают их обозначения. Ссылаться следует на документ в целом или его разделы и приложения (с указанием обозначения и наименования документа, номера инаименования раздела или приложения). При повторных ссылках на раздел или приложение указывают толькономер. Приссылкахна документ допускается проставлять в квадратных скобкахего порядковый номер в соответствии с перечнем ссылочных документов. Допускаетсяуказывать только обозначение документа и (или) разделов без указания их наименований. Ссылки на отдельные подразделы, пункты и иллюстрации другого документа не допускаются. Допускаются ссылки внутри документана пункты, иллюстрации и отдельные подразделы. 2. 6. Таблицы 2. 6. 1. Цифровой материал для достижения лучшей наглядности и сравнимости показателей, как правило, следует оформлятьв видетаблицы. 2. 6. 2. Оформление таблиц должно производиться в соответствии с требованиями ГОСТ 1. 5-68. Таблица может иметьзаголовок, который следует выполнять строчными буквами. Прописными должныпечататься заглавные буквы и аббревиатуры. 2. 6. 3. Сноски к таблицам располагают непосредственно под таблицей, например: Наборы данных, используемые для распечатки ------------------------------------------------------------------Назначение | Стандартное имя | Используемоеустройство ------------------------------------------------------------------Дляинформа- | SSSSSSS | Печатающее устройционнойраспечатки | |ство | | Дляраспечатки | PPPPPPPP | Печатающее устройво время выполнения | |ство программы | | ---------Имя SSSSSSS должнобыть при настройке операционнойсистемы. Для уменьшения простоев центрального процессора из-за операции ввода -вывода может быть использована магнитная лента. 2. 7. Примечания 2. 7. 1. В примечаниях к тексту и таблицам указывают только справочные и пояснительные данные. Одно примечание не нумеруется. После слова»Примечание» ставят точку, после слова «Примечания»- двоеточие. Например: Примечание. ---------------------------------------------------------------------------------------------------------------------или Примечания: 1. ------------------------------------------------------------------------------------------------------------------------------2. ------------------------------------------------------------------------------------------------------------------------------2. 7. 2. Текст примечаний допускается печататьчерезодин интервал. 2. 8. Сокращения 2. 8. 1. Сокращения слов в тексте и надписях под иллюстрациями не допускаются, заисключением: cокращений, установленных в ГОСТ 2. 316-68, и общепринятых в русскомязыке; сокращений, применяемых дляобозначения программ, их частей и режимовработы, в языках управления заданиями, в средствах настройки программы и т. п., в том числе и обозначаемых буквами латинского алфавита. Если в документе принята особая система сокращения слов илинаименований, то внем должен бытьприведен перечень принятых сокращений. 2. 9. Приложения 2. 9. 1. Иллюстрированный материал, таблицы и текст вспомогательного характера допускается оформлять в видеприложений. Приложения оформляют как продолжение данного документа на последующих страницах или выпускают в виде отдельного документа. 2. 9. 2. Каждое приложение должно начинаться с новой страницы с указанием в правом верхнем углуслова «ПРИЛОЖЕНИЕ» прописными буквами и иметь тематическийзаголовок, который записывают симметрично тексту прописными буквами. Приналичиив документе более одного приложения все приложения нумеруют арабскими цифрами (беззнака N), например, ПРИЛОЖЕНИЕ 1, ПРИЛОЖЕНИЕ 2 и т. д. Привыпускеприложения отдельными документами на титульномлисте под видом документа следует указывать слово «ПРИЛОЖЕНИЕ», а при наличиинескольких приложений указываюттакже их порядковые номера. Приложения, выпущенные в виде отдельного документа, обозначают как часть документа. При необходимости в таком приложении можетбыть помещено «Содержание». Допускаетсяобъединять несколько приложений в отдельную часть программного документа. 2. 9. 3. Содержание каждого приложения, при необходимости, разбивают наразделы, подразделы, пункты, нумеруемыеотдельно по каждому приложению. 2. 9. 4. Нумерация страниц документа и приложений, входящих всостав документа, должна быть сквозная, если приложения не выполняются отдельным документом. Иллюстрациии таблицы в приложенияхнумеруют в пределах каждого приложения. 2. 9. 5. На приложения должныбыть даны ссылки в основном тексте документа. Всеприложения должны быть перечислены в листе «Содержание». 3. ТРЕБОВАНИЯ К ПРОГРАММНЫМДОКУМЕНТАМ, СОДЕРЖАЩИМ ТЕКСТ, РАЗБИТЫЙНА ГРАФЫ 3. 1. Программные документы, содержащие текст, разбитый награфы, принеобходимости разделяютна разделы и подразделы, которые не нумеруют. Допускается линии, разграничивающие строки и графы, не наносить. 3. 2. Наименования разделов и подразделов записываютв виде заголовков строчными буквами (кромепервой прописной) и подчеркивают. Расстояния между заголовками и последующим текстом, междутекстом и последующими заголовкамидолжны соответствоватьуказанным в п. 2. 1. 8. 3. 3. Примечания в документе оформляют в порядке, изложенном в п. 2. 7. 3. 4. В таблицах и формах, имеющих строки, все записи размещают на каждой строке в одинряд. Записи не должны сливаться с линиями, разграничивающими строки и графы. Следует оставлять свободныестроки между разделами и подразделами, а вдокументах большого объема - также внутри разделов и подразделов. Если в графе документа записан текст в несколько строк, то в последующих графах записи начинают на уровне первой строки. Допускается помещатьзапись на уровне последней строки, если она занимает одну строку. ПРИЛОЖЕНИЕ 7 СПЕЦИФИКАЦИЯ (ГОСТ 19. 202-78). 1. Структура и оформление документаустанавливаются в соответствии сГОСТ 19. 105-78. Информационную часть (аннотацию и содержание) допускается в документ не включать. 2. Спецификация является основнымпрограммным документом для компонентов, применяемых самостоятельно, и для комплексов. Длякомпонентов, неимеющихспецификации, основным программным документом является «Текст программы». Форма спецификации приведена в обязательномприложении. 3. Спецификация в общем случае должна содержать разделы: документация; комплексы; компоненты. Наименование каждого раздела указывают в виде заголовка в графе «Наименование». Для документов, выполненных печатным способом, заголовок подчеркивают. 4. В раздел»Документация» вносят программные документы наданную программу, кроме спецификации и технического задания, в порядке возрастания кода вида документа, входящего в обозначение. Далее записывают заимствованные программныедокуметы. Запись их производится впорядке возрастания кодов организаций (предприятий) -разработчиков и далее в порядке возрастания кода вида докумета, входящего в обозначение. 5. После каждого раздела спецификации необходимо оставлятьнесколько свободных строк для дополнительных записей. 6. Графы спецификаций заполняют следующим образом: в графе «Обозначение» указывают: в разделе «Документация» - обозначения записываемых документов программы; в разделе «Комплексы» - обозначения спецификацией комплексов, входящих в данный комплекс; в разделе «Компоненты» - обозначения основных программных документов компонентов; в графе «Наименование» указывают: в разделе «Документация» -наименование и вид документа для документов на данную программу; полное наименование программы, наименованиеи вид документадля заимствованных документов; в разделах «Комплексы» и «Компоненты» -полноенаименование программы, наименованиеи вид документа; в графе «Примечание» - дополнительные сведения, относящиеся к записанным в спецификации программам. Приотсутствии места в графе «Примечание»допускается записывать только порядковые номера примечаний. Текст примечаний записывают вконце соответствующихразделов спецификации. Допускается текст примечаний записывать на последних листахспецификации налистах безграф с проставлением порядкового номерапримечания. 7. В графе «Обозначение» запись производят в одну строку. В остальныхграфах спецификации записи допускаются в несколько строк. Форма спецификации ----T--------------------------------------------------------------¬ - ¦- ¦ ¦ ¦¦25 ¦ ¦ ¦ ¦ ¦ ¦-----T-------------------T----------------T-------------¬ ¦ ¦ ¦ ¦10 ¦ Обозначение ¦ Наименование ¦ Примечание¦ ¦ ¦ ¦ -----+-------------------+----------------+-------------+ ¦ ¦ ¦¦7min¦ ¦ ¦¦ ¦ ¦ ¦ -----+-------------------+----------------+-------------+ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ +-------------------+----------------+-------------+ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ +-------------------+----------------+-------------+ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ +-------------------+----------------+-------------+ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ +-------------------+----------------+-------------+ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ +-------------------+----------------+-------------+ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ 297 ¦ +-------------------+----------------+-------------+ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ +-------------------+----------------+-------------+ 10¦ ¦ ¦-20--¦-------80--------¦------78------¦----30-----¦-¦ ¦ ¦ +-------------------+----------------+-------------+ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ +-------------------+----------------+-------------+ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ +-------------------+----------------+-------------+ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ +-------------------+----------------+-------------+ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ +-------------------+----------------+-------------+ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ +-------------------+----------------+-------------+ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ +-------------------+----------------+-------------+ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ +-------------------+----------------+-------------+ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ +-------------------+----------------+-------------+ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ +-------------------+----------------+-------------+ ¦ ¦ ¦ ¦ ¦ ¦¦ ¦ ¦ ¦ L-------------------+----------------+-------------- ¦ ¦ ¦ - ¦ ¦ ¦ ¦15min ¦ ¦ ¦ ----+--------------------------------------------------------------+ ¦ 210 ¦ ¦------------------------------------------------------------¦ Примечание. Размеры таблицы допускается выполнять кратнымишагу печатающих устройств. ПРИЛОЖЕНИЕ 8 ПРОГРАММА И МЕТОДИКА ИСПЫТАНИЙ (ГОСТ 19. 301-79). Составлениеинформационной части (аннотации и содержания) является необязательным. 1. ОБЪЕКТ ИСПЫТАНИЙ В разделе указываютнаименование, область применения и обозначение испытуемой программы. 2. ЦЕЛЬИСПЫТАНИЙ В разделе должна быть указана цель проведения испытаний. 3. ТРЕБОВАНИЯ К ПРОГРАММЕ В разделе должны быть указаны требования, подлежащие проверке во время испытанийи заданные в техническом задании на программу. 4. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ В разделе должны быть указаны состав программной документации, предъявляемой на испытания, а также специальныетребования, если они заданы в техническом задании напрограмму. 5. СРЕДСТВА ИПОРЯДОКИСПЫТАНИЙ В разделе должны быть указаны технические и программные средства, используемые во время испытаний, а также порядок проведения испытаний. 6. МЕТОДЫ ИСПЫТАНИЙ В разделе должны быть приведены методы описания используемых методов испытаний. Методыиспытаний рекомендуетсяпо отдельным показателям располагать в последовательности, в которой эти показатели расположены в разделах «Требования к программе» и «Требования к программной документации». В разделе должны быть приведены описания проверокс указанием результатов проведения испытаний (перечней тестовых примеров, контрольных распечаток тестовых примеров ит. п.).. В приложение к документу могут бытьвключены тестовые примеры, контрольные распечатки тестовыхпримеров, таблицы, графики и т. п. ПРИЛОЖЕНИЕ 9 ТЕКСТ ПРОГРАММЫ (ГОСТ 19. 401-78). Составлениеинформационной части (аннотации и содержания) является необязательным. Для текста программы наисходном языке при наличиианнотации в неевключают краткое описание функций программы. Основная часть документа должна состоять изтекстов одного или нескольких разделов, которым даны наименования. Допускаетсявводитьнаименование также и для совокупности разделов. Каждый из этих разделов реализуетсяодним из типов символической записи, например: символическая запись на исходном языке; символическая запись на промежуточных языках; символическое представление машинных кодови т. п. В символическую запись разделов рекомендуется включать коментарии, которые могут отражать, например, функциональное назначение, структуру. ПРИЛОЖЕНИЕ 10 ОПИСАНИЕ ПРОГРАММЫ (ГОСТ 19. 402-78). Составлениеинформационной части (аннотации и содержания) является обязательным.. В зависимости от особенностей программы допускаетсявводить дополнительные разделы помимо нижеуказанных или объединять отдельные разделы. 1. ОБЩИЕ СВЕДЕНИЯ В разделе должны быть указаны: обозначение и наименование программы; программное обеспечение, необходимое для функционирования программы; языки программирования, на которых написана программа. 2. ФУНКЦИОНАЛЬНОЕ НАЗНАЧЕНИЕ В разделе должны быть указаны классы решаемых задачи/или назначение программыи сведения о функциональных ограничениях на применение. 3. ОПИСАНИЕ ЛОГИЧЕСКОЙ СТРУКТУРЫ В разделе должны быть указаны: алгоритмы программы; используемые методы; структура программы с описанием функцийсоставных частей и связи между ними; связи программы с другими программами. Описание логическойструктуры программы выполняют сучетомтекста программы на исходном языке. 4. ИСПОЛЬЗУЕМЫЕ ТЕХНИЧЕСКИЕ СРЕДСТВА В разделе должны быть указаны типы электронных вычислительных машин иустройств, которые используютсяпри работе программы. 5. ВЫЗОВ И ЗАГРУЗКА В разделе должны быть указаны: способ вызова программы с соответствующегоносителя данных; входные точки в программу. Допускаетсяуказывать адреса загрузки, сведения об использовании оперативнойпамяти, объем программы. 6. ВХОДНЫЕ ДАННЫЕ В разделе должны быть указаны: характер, организация и предварительная подготовкавходныхданных; формат, описание испособ кодирования входных данных. 7. ВЫХОДНЫЕ ДАННЫЕ В разделе должны быть указаны: характер иорганизация выходных данных; формат, описание испособ кодирования выходных данных. Допускаетсяиллюстрироватьсодержание разделов пояснительными примерами, таблицами, схемами, графиками. В приложение допускается включать различные материалы, которые нецелесообразновключать в разделы документа. ПРИЛОЖЕНИЕ 11 ПОЯСНИТЕЛЬНАЯ ЗАПИСКА (ГОСТ 19. 404-79). Составлениеинформационной части (аннотации и содержания) является необязательным.. В зависимости от особенностей документа отдельные разделы (подразделы) допускается объединять, а также вводить новые разделы (подразделы). ВВЕДЕНИЕ В разделе указываютнаименование программы и/или условное обозначениетемы разработки, а также документы, на основании которых ведется разработка с указанием организации и датыутверждения. 1. НАЗНАЧЕНИЕ ИОБЛАСТЬПРИМЕНЕНИЯ В разделе указываютназначение программы, краткую характеристику области применения программы. 2. ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ Раздел должен содержать следующие подразделы: 2. 1. Постановка задачи Описываетсяпостановка задачи на разработкупрограммы, описание применяемых математических методов и, при необходимости, описание допущений и ограничений, связанных с выбранным математическим аппаратом. 2. 2. Описание алгоритма и/или функционирования программы Описываетсяалгоритм и/или функционированиепрограммы с обоснованием выбора схемы алгоритма решения задачи, возможные взаимодействия программыс другими программами. 2. 3. Организация входных и выходных данных Приводится описание и обоснование выбора метода организации входныхи выходных данных. 2. 4. Состав технических и программныхсредств Приводится описаниеи обоснование выбора состава технических и программных средств на основании проведенных расчетов и/или анализов, распеределение носителей данных, которые использует программа. 3. ОЖИДАЕМЫЕ ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ В разделе указываюттехнико-экономические показатели, обосновывающие приемущество выбранного вариантатехнического решения, атакже, принеобходимости, ожидаемые оперативные показатели. 4. ИСТОЧНИКИ, ИСПОЛЬЗУЕМЫЕ ПРИ РАЗРАБОТКЕ В разделе указываютперечень научно-технических публикаций, нормативно-технических документов и другихнаучно-технических материалов, накоторыеесть ссылки в основном тексте. В приложение к документу могут бытьвключены таблицы, обоснования, методики, расчеты и другиедокументы, использованные при разработке. ПРИЛОЖЕНИЕ 12 ФОРМУЛЯР (ГОСТ 19. 501-78). Информационную часть (аннотацию и содержание) допускается в документ не включать.. Состав и содержаниеразделов документа определяют в соответствии сособенностями программных изделий. Принеобходимости допускается дополнять документ другими разделами или объединять отдельные разделы, а также помещатьих в приложениях. 1. ОБЩИЕ УКАЗАНИЯ В разделе приводят общие указания для обслуживающего персонала по эксплуатациипрограммного изделия, заполнению и ведению егоформуляра, например: «Перед эксплуатацией необходимо внимательноознакомиться с соответствующими эксплуатационными документами (приводятсянаименования документов). Формуляр должен находиться в подразделении, ответственном за эксплуатацию программногоизделия». 2. ОБЩИЕ СВЕДЕНИЯ В разделе указываютнаименование программного изделия, его обозначение, наименование предприятия-изготовителя, номерпрограммного изделияпредприятия и другие общие сведения о программном изделии. 3. ОСНОВНЫЕ ХАРАКТЕРИСТИКИ В разделе приводят необходимые при эксплуатации программного изделия значения основныххарактеристик (например, функциональных, надежности и др.). 4. КОМПЛЕКТНОСТЬ В разделе перечисляют все непосредственно входящие в программное изделие другие программныеизделияи документацию в соответствии скомплектностью, указанной в техническихусловиях на программное изделие. Приналичииведомости эксплуатационных документовв формуляре делают на нее ссылку без перечисленияэксплуатационных документов (форма 1 обязательного приложения). 5. ПЕРИОДИЧЕСКИЙ КОНТРОЛЬ В разделе указываютнаименование измерения проверяемых характеристик, требуемую периодичностьконтроля (форма2 приложекния). Фактическоезначение характеристик записывают в раздел формуляра после каждого определения. 6. СВИДЕТЕЛЬСТВО О ПРИЕМКЕ В разделе приводят свидетельство о приемке программного изделия, подписанное лицами, ответственными за приемку (форма 3 приложения). 7. СВИДЕТЕЛЬСТВО ОБ УПАКОВКЕ И МАРКИРОВКЕ В разделе помещают сведенияоб упаковке программного изделия, подписанные лицами, ответственными за упаковку (форма 4приложения). 8. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА В разделе приводят гарантийные обязательства предприятия-изготовителя. 9. СВЕДЕНИЯ О РЕКЛАМАЦИЯХ В разделе приводят краткое изложение порядка предъявления рекламации, их содержание и принятыемеры (форма 5 приложения). 10. СВЕДЕНИЯ О ХРАНЕНИНИИ В разделе указываютсроки хранения и условия хранения программного изделия (форма 6 приложения). 11. СВЕДЕНИЯО ЗАКРЕПЛЕНИИ ПРОГРАММНОГО ИЗДЕЛИЯ ПРИ ЭКСПЛУАТАЦИИ В разделе указываютфамилиии должности лиц, за которыми закрепляют программное изделие (форма7 приложения). 12. СВЕДЕНИЯ ОБ ИЗМЕНЕНИЯХ В разделе указываютоснование для внесенияизменений, содержание изменения суказанием его порядкового номера, а также должность, фамилиюи подпись лица, ответственного за проведение изменения (форма 8 приложения). 13. ОСОБЫЕОТМЕТКИ В разделе оставляютнесколько чистых листовдля специальных отметок, которые вносят во время эксплуатации программного изделия. В качестве приложений к документу могут быть приведены справочные материалы идополнительные документы (например, журнал учета работы), необходимые при эксплуатации программного изделия. Формы разделов формуляра Форма 1 Комплектность -------------T--------------T------------T--------------T----------Обозначение ¦ Наименование ¦ Количество ¦ Порядковый¦ Примечание ¦ ¦ ¦учетный номер¦ -------------+--------------+------------+--------------+----------Форма 2 Периодическийконтроль основных характеристик при эксплуатации и хранении --------------------------T----------------------------------------Проверяемая характеристика¦ Дата проведения измерения ------------T-------------+-------------T-------------T------------Наименование¦ ¦ 19. г. ¦ 19. г. ¦ 19. г. ¦ Величина +------T------+------T------+------T-----измерения ¦ ¦Фактич¦Заме-¦Фактич¦Заме- ¦Фактич¦Заме¦ ¦еская ¦рил¦еская ¦рил ¦еская ¦рил ¦ ¦величи¦ (долж-¦величи¦ (долж-¦величи¦ (долж¦ ¦на ¦ность, ¦на ¦ность, ¦на ¦ность, ¦ ¦ ¦под-¦ ¦под- ¦ ¦под¦ ¦ ¦пись¦ ¦пись ¦ ¦пись ------------+-------------+------+------+------+------+------+-----Форма 3 Свидетельство о приемке ______________________________________ __________________________ наименование программного изделияобозначение Соответствует техническим условиям (стандарту) __________________ номер технических ____________________________________________________________________ условий или стандарта и признан (о) годным (ой) для эксплуатации Дата выпуска___________________________ М. П. Подпись лиц, ответственных за приемку Форма 4 Свидетельство об упаковке _______________ _______________ наименование обозначение номерпрограммного изделия предприятия_____________упакован (а) ________________________________ наименование или код предприятия (организации) согласно требованиям, предусмотренным инструкцией___________________ обозначение Дата упаковки___________________ Упаковку произвел_____________________ (подпись) Изделие послеупаковки принял__________________ (подпись) М. П. Примечание. Формузаполняют напредприятии, производившем упаковку. Форма 5 Учетпредъявленных рекламаций --------T-------------T----------------T---------------------------Дата¦ Содержание ¦Меры, принятые ¦ Подпись ответственноголица ¦ рекламации ¦по рекламации ¦ --------+-------------+----------------+---------------------------Форма 6 Сведения о хранении ---------------------------------T-----------T---------------------Дата ¦ Условия ¦ Должность, фамилия и ----------------T----------------+ хранения ¦ подпись лица, установки на¦ снятия с ¦ ¦ответственного за хранение¦ хранения ¦ ¦ хранение ----------------+----------------+-----------+---------------------Форма 7 Сведения о закреплении программногоизделияпри эксплуатации --------------T--------------T-----------------------T-------------Должность ¦ Фамилия ¦Номер и дата приказа ¦ Подпись ответственного¦ответственного+-----------T-----------+ответственного лица ¦ лица ¦оназначе- ¦об освобож-¦ ¦ ¦нии ¦дении ¦ --------------+--------------+-----------+-----------+-------------Форма 8 Сведения об изменениях ------------T-------T-------T-------T--------------T---------------Основание ¦ Дата ¦Содер- ¦Поряд- ¦Должность, ¦Подпись лица, (входящий ¦прове- ¦жание ¦ковый ¦фамилия и ¦ответственного номер сопро-¦дения ¦измере-¦номер ¦подпись ¦за эксплуатацию водительного¦измере-¦ния ¦измере-¦ответственного¦программного документа ¦ния ¦ ¦ния ¦лица за прове-¦изделия и дата) ¦ ¦ ¦ ¦дение измере- ¦ ¦ ¦ ¦ ¦ний ¦ ------------+-------+-------+-------+--------------+---------------ПРИЛОЖЕНИЕ 13 ОПИСАНИЕ ПРИМЕНЕНИЯ (ГОСТ 19. 502-78). Составлениеинформационной части (аннотации и содержания) является обязательным.. В зависимости от особенностей программы допускаетсявводить дополнительные разделы или объединять отдельные разделы. 1. НАЗНАЧЕНИЕ ПРОГРАММЫ В разделе указываютназначение, возможностипрограммы, ее основные характеристики, ограничения, накладываемые на область применения программы. 2. УСЛОВИЯ ПРИМЕНЕНИЯ В разделе указываютусловия, необходимые для выполнения программы (требования к необходимым для даннойпрограммы техническим средствам, и другимпрограммам, общие характеристики входной и выходной информации, а также требования и условия организационного, технического и технологическогохарактера и т. п.). 3. ОПИСАНИЕ ЗАДАЧИ В разделе должны быть указаны определения задачи и методы ее решения. 4. ВХОДНЫЕ И ВЫХОДНЫЕ ДАННЫЕ В разделе должны быть указаны сведения о входных и выходныхданных. В приложение к документу могут бытьвключены справочные материалы (иллюстрации, таблицы, графики, примеры и т. п.). ПРИЛОЖЕНИЕ 14 РУКОВОДСТВО СИСТЕМНОГО ПРОГРАММИСТА (ГОСТ 19. 503-79). Составлениеинформационной части (аннотации и содержания) является обязательным. В зависисмости от особенностей документа допускается объединять отдельные разделы или вводить новые. В обоснованных случаях допускается раздел «Дополнительныевозможности» не приводить, а в наименованиях разделов опускать слово «программа» илизаменять его на»наименование программы». 1. ОБЩИЕ СВЕДЕНИЯ В разделе должны быть указаны назначение и функциипрограммы и сведения о технических и программных средствах, обеспечивающих выполнение даннойпрограммы. 2. СТРУКТУРАПРОГРАММЫ В разделе должны быть приведены сведения о структуре программы, ее составных частях, о связях между составными частями и о связях с другимипрограммами. 3. НАСТРОЙКАПРОГРАММЫ В разделе должно быть приведено описание действий по настройке программы на условия конкретного применения (настройка на состав технических средств, выбор функций и др.). Принеобходимости приводят поясняющие примеры. 4. ПРОВЕРКА ПРОГРАММЫ В разделе должно быть приведено описание способов проверки, позволяющих дать общее заключение о работоспособности программы (контрольные примеры, методы прогона, результаты). 5. ДОПОЛНИТЕЛЬНЫЕ ВОЗМОЖНОСТИ В разделе должно быть приведено описание дополнительных разделов функциональных возможностейпрограммы и способов ихвыбора. 6. СООБЩЕНИЯ СИСТЕМНОМУ ПРОГРАММИСТУ В разделе должны быть указаны тексты сообщений, выдаваемых в ходе выполнения настройки, проверки программы, а также в ходе выполнения программы, описаниеих содержания идействий, которые необходимо предпринять по этим сообщениям. В приложении к документу могут бытьприведены дополнительные материалы (примеры, иллюстрации, таблицы, графикии т. п.). ПРИЛОЖЕНИЕ 15 РУКОВОДСТВОПРОГРАММИСТА (ГОСТ 19. 504-79). Составлениеинформационной части (аннотации и содержания) является обязательным. В зависисмости от особенностей документа допускается объединять отдельные разделы или вводить новые. 1. НАЗНАЧЕНИЕ И УСЛОВИЯ ПРИМЕНЕНИЯ ПРОГРАММЫ В разделе должны быть указаны назначение и функции, выполняемые программой, условия, необходимые для выполнения программы (объем оперативной памяти, требования к составу и параметрампериферийных устройств, требования кпрограммному обеспечению и т. п.). 2. ХАРАКТЕРИСТИКИ ПРОГРАММЫ В разделе должно быть приведено описание основных характеристик и особенностей программы (временные характеристики, режим работы, средства контроля правильности выполнения и самовосстанавливаемости программы и т. п.). 3. ОБРАЩЕНИЕ К ПРОГРАММЕ В разделе должно быть приведено описание процедур вызова программы (способы передачиуправления и параметровданных и др.). 4. ВХОДНЫЕ И ВЫХОДНЫЕДАННЫЕ В разделе должно быть приведено описание организации используемой входной и выходной информации и, при необходимости, ее кодирования. 5. СООБЩЕНИЯ В разделе должны быть указаны тексты сообщений, выдаваемых программисту или оператору в ходе выполнения программы, описание их содержания и действий, которые необходимопредпринять по этим сообщениям. В приложении к документу могут бытьприведены дополнительные материалы (примеры, иллюстрации, таблицы, графикии т. п.). ПРИЛОЖЕНИЕ 16 РУКОВОДСТВО ОПЕРАТОРА (ГОСТ 19. 505-79). Составлениеинформационной части (аннотации и содержания) является обязательным. В зависисмости от особенностей документа допускается объединять отдельные разделы или вводить новые. 1. НАЗНАЧЕНИЕ ПРОГРАММЫ В разделе должны быть указаны сведения о назначениипрограммы и информация, достаточнаядля понимания функций программы и ее эксплуатации. 2. УСЛОВИЯ ВЫПОЛНЕНИЯ ПРОГРАММЫ В разделе должны быть указаны условия, необходимые для выполнения программы (минимальный и/или максимальный состав аппаратных и программных средств и т. п.). 3. ВЫПОЛНЕНИЕ ПРОГРАММЫ В разделе должна быть указана последовательность действий оператора, обеспечивающих загрузку, запуск, выполнение и завершение программы, приведено описание функций, формата и возможных вариантов команд, спомощьюкоторыхоператор осуществляет загрузкуи управляет выполнением программы, а также ответы программына эти команды. 4. СООБЩЕНИЯОПЕРАТОРУ В разделе должны быть приведены тексты сообщений, выдаваемых в ходе выполненияпрограммы, описание их содержания и сооответствующие действия оператора (действия оператора в случае сбоя, возможности повторного запуска программыи т. п.). Допускаетсясодержание разделов иллюстрировать поясняющимипримерами, таблицами, схемами, графиками. В приложения к документу допускается включать различные материалы, которые нецелесообразно включать в разделы руководства. ПРИЛОЖЕНИЕ 17 ВЕДОМОСТЬ ЭКСПЛУАТАЦИОННЫХ ДОКУМЕНТОВ (ГОСТ 19. 507-79). 2. Составление информационной части (аннотации и содержания) является необязательным. 3. В ведомости перечисляют документы, входящие в перечень эксплуатационных программных документов. Ведомость эксплуатационных документов должна содержать следующие разделы: документы на программу; документына составные части программы. Ведомость эксплуатационных документов на компонент, имеющий самостоятельное применение, должна содержать только раздел «Документы на программу». В разделе «Документы на программу» должны быть записаны все эксплуатационные документы (кромеведомости эксплуатационных документов) наданную программу. В разделе «Документы на составные части программы»должныбыть записаны ведомости эксплуатационных документов на всепрограммы непосредственновходящие в программу. Форма ведомости приведена на рис. 1. 4. Запись документов в ведомости производятпод заголовкамиразделов вграфе «Наименование». 5. Документы записывают в ведомостив порядке возрастаниякода вида документа, входящего в обозначение. 6. Графы ведомости заполняют следующим образом: в графе «Обозначение» указывают обозначениедокументов поГОСТ 19. 103-77; в графе «Наименование» указывают полное наименование эксплуатационного документа в соответствии с наименованием, указанным влисте утверждения или титульном листе; Длядокументов на данную программу записывают только наименование и вид документов; в графе «Кол. экз. «указывают количество экземпляров данного документа; в графе «Местонахождение» указываютномер папки, в которойхранится документ, выполненный печатным способом. Допускаетсязаписать текст примечаний и дополнительные сведения, относящиеся к дополнительным эксплуатационным документам, если это необходимо. Допускаетсяприводить порядковые номера примечаний. Текст примечаний может бытьзаписанв концесоответствующихразделов ведомостиэксплуатационных документов. Допускается текстпримечанийзаписывать на последнихлистах ведомости эксплуатационнх документов на формах без граф с проставлением порядковогономерапримечаний. 7. В ведомости приводят также, при необходимости, перечень папок, в которые уложены документы, выполненные печатным способом. Папки в ведомости записывают после перечисления всех документов под заголовком «Перечень папок»в графе «Наименование» в порядке возрастания их порядковых номеров. Призаписи папок графы ведомости заполняют следующим образом: графу «Обозначение»подчеркивают; в графу «Наименование» указывают наименование и номер папки, например, «Папка N 1»; в графе «Кол. экз. «указывают количество экземпляров папокданного наименования, входящих в состав одного комплекта эксплуатационных документов; в графе «Местонахождение» указывают, при необходимости, местонахождение папок. Пример заполнения ведомостиэксплуатационных программных документов показан на рис. 2. Обозначенияв примере указаны условно. ФОРМА ВЕДОМОСТИ ЭКСПЛУАТАЦИОННЫХ ДОКУМЕНТОВ -------------------------------------------------------------------¦ - ¦ 25¦ ¦ ¦ ¦ ¦ ---T-----------------T----------------T------T----------¬ ¦ ¦ - ¦¦ ¦ Кол. ¦ Местона- ¦ ¦ ¦ 20¦ ¦ Обозначения¦ Наименование ¦¦ ¦ ¦ ¦ ¦¦ ¦ экз. ¦ хождение ¦ ¦ ¦ ---+-----------------+----------------+------+----------+ ¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ 7min¦¦ ¦¦ ¦ ¦ ¦ ---+-----------------+----------------+------+----------+ ¦ ¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ --+-----------------+----------------+------+----------+ ¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+297¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ 20 +-----------------+----------------+------+----------+ 10 ¦ ¦---¦------80-------¦-----60-------¦-10-¦--30----¦--¦ ¦ ¦ +-----------------+----------------+------+----------+¦ ¦ ¦ ¦¦ ¦¦ ¦¦ ¦ ¦ +-----------------+----------------+------+----------+¦ ¦ ¦¦ ¦ ¦ +-----------------+----------------+------+----------+¦ ¦ ¦ ¦¦ ¦¦ ¦¦ ¦ ¦ +-----------------+----------------+------+----------+¦ ¦ ¦ ¦¦ ¦¦ ¦¦ ¦ ¦ +-----------------+----------------+------+----------+¦ ¦ ¦ ¦¦ ¦¦ ¦¦ ¦ ¦ +-----------------+----------------+------+----------+¦ ¦ ¦ ¦¦ ¦¦ ¦¦ ¦ ¦ +-----------------+----------------+------+----------+¦ ¦ ¦ ¦¦ ¦¦ ¦¦ ¦ ¦ +-----------------+----------------+------+----------+¦ ¦ ¦ ¦¦ ¦¦ ¦¦ ¦ ¦ +-----------------+----------------+------+----------+¦ ¦ ¦ ¦¦ ¦¦ ¦¦ ¦ ¦ L-----------------+----------------+------+-----------¦ ¦ ¦ -¦ ¦ ¦ ¦15min¦ ¦ ¦ ¦ +---------------------------------------------------------------+--¦ 210¦ ¦-------------------------------------------------------------¦ Примечание. Размеры таблицы допускается выполнять кратнымишагу печатающих устройств. Рис. 1 Пример заполнения ведомости эксплуатацционных документов -------------------------------------------------------------------¬ ¦ - 1 - ¦ ¦ КФБН. 0000-01 20 01-1 ¦ ¦ ¦ ¦ ------------------T----------------T------T----------¬ ¦ ¦ ¦¦ ¦ Кол. ¦ Местона- ¦ ¦ ¦ ¦ Обозначения¦ Наименование ¦¦ ¦ ¦ ¦ ¦¦ ¦ экз. ¦ хождение ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦Документы на ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦программу ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦КФБН. 00001-01 32¦Двумерный ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦ 01-1¦геометрический ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦редакто𠦦 ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦Руководство сис-¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦темного програм-¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦миста ¦ 1¦Папка N 1 ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦КФБН. 00001-01 33¦Двумерный ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦ 01-1¦геометрический ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦редакто𠦦 ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦Руководство ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦программиста ¦ 1¦Папка N 1 ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦КФБН. 00001-01 34¦Двумерный ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦ 01-1¦геометрический ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦редакто𠦦 ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦Руководство ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦опрератора ¦ 1¦Папка N 1 ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦ и т. д. ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ L-----------------+----------------+------+----------- ¦ ¦ ¦ ¦ ¦ L------------------------------------------------------------------Продолжение -------------------------------------------------------------------¬ ¦ - 2 - ¦ ¦ КФБН. 00001-01 20 01-1 ¦ ¦ ¦ ¦ ------------------T----------------T------T----------¬ ¦ ¦ ¦¦ ¦ Кол. ¦ Местона- ¦ ¦ ¦ ¦ Обозначения¦ Наименование ¦¦ ¦ ¦ ¦ ¦¦ ¦ экз. ¦ хождение ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦Перечень папок ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦ Папка N 1 ¦ 1¦Шкаф N2 ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦ и т. д. ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ +-----------------+----------------+------+----------+ ¦ ¦ ¦¦ ¦¦ ¦ ¦ ¦ L-----------------+----------------+------+----------- ¦ ¦ ¦ ¦ ¦ L------------------------------------------------------------------ПРИЛОЖЕНИЕ 18 РУКОВОДСТВО ПО ТЕХНИЧЕСКОМУ ОБСЛУЖИВАНИЮ (ГОСТ 19. 508-79). Составлениеинформационной части (аннотации и содержания) является обязательным.. В зависимости от особенностей документа допкскаетсявводить дополнительные разделы. 1. ВВЕДЕНИЕ В разделе указываютназначение руководства, перечень эксплуатационныхдокументов, которыми должны дополнительно к руководству пользоваться при техническом обслуживании. 2. ОБЩИЕ УКАЗАНИЯ В разделе указываютпорядоктехнического обслуживания, приводят указание по организациии особенностям его проведения. 3. ТРЕБОВАНИЯ К ТЕХНИЧЕСКИМ СРЕДСТВАМ В разделе указывают минимальный состав технических средств, обеспечивающий работу программы. 4. ОПИСАНИЕ ФУНКЦИЙ В разделе указывают: максимальный составтехнических средств, проверяемых этой программой; описание совместного функционирования технических средств и программы с указанием метода обработки ошибок; описание организации входных и выходных данных, используемых при обслуживании технических средств; описание взаимодействий устройств с программой, результатов взаимодействий, с выводом результатов работы программы. ПРИЛОЖЕНИЕ 19 Форма титульного листа курсового проекта (работы) ---------------------------------------------------------------------¬ ¦ - ¦ ¦ ¦ 20мм ¦ ¦ ¦ ¦ ---------------------------------------------------------¬ ¦ ¦ ¦ Государственный комитет Российской Федерации¦ ¦ ¦ ¦по высшему образованию¦ ¦ ¦ ¦¦ ¦ ¦ ¦ Саратовский государственный технический университет¦ ¦ ¦ ¦¦ ¦ ¦ ¦ Кафедра «Программное обеспечение вычислительной¦ ¦ ¦ ¦ техники иавтоматизированных систе컦 ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ 20мм ¦¦10мм¦ ¦----¦¦--¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦ ПОЯСНИТЕЛЬНАЯ ЗАПИСКА¦ ¦ ¦ ¦¦ ¦ ¦ ¦ к курсовой работе по дисциплине¦ ¦ ¦ ¦ «Технология программирования»¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦ Выполнил (а, и): студ. ПВС-. /Ф. И. О. /¦ ¦ ¦ ¦ (студ. ПВС-. /Ф. И. О. /) ¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦ Принял: (должность) каф. ПВС. /Ф. И. О. /¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦¦ ¦ ¦ ¦ Саратов, 199. г. ¦ ¦ ¦ L--------------------------------------------------------- ¦ ¦ - ¦ ¦ ¦ 15мм ¦ ¦ ¦ L--------------------------------------------------------------------ПРИЛОЖЕНИЕ 20 ИСПОЛЬЗОВАНИЕ ФОРМАЛЬНЫХСПЕЦИФИКАЦИЙ Одним из методов выполненияэтапов анализа и проектирования ПО является использование формальныхспецификаций, описывающих абстракции процедуры, данныеи итераторыв соответствии с приведенными ниже шаблонами. Процедурная абстракция Процедуры объединяют в себеметоды абстракции черезпараметризацию и через спецификацию, позволяя абстрагировать отдельную операцию илисобытие. Процедура выполняет преобразование входных аргументов в выходные. Более точно, это есть отображение набора значений входныхаргументов в выходной набор результатовс возможной модификацией входных значений. Спецификация процедуры (рис. 1) состоит из заголовка и описания функции, выполняемой процедурой. Заголовок содержит имя процедуры, номер, порядок и типы входных ивыходных параметров. Семантическая частьспецификации состоит изтрех предложений requires (требует), modifies (модифицирует) и effects (выполняет). Эти предложениядолжны появляться в указанном ниже порядке, однако предложения requires и modifiesобязательными не являются. Шаблон спецификации для процедурных абстракций -------------------------------------------------------------------¬ ¦ proc_name = proc (входные данные) returns (выходные данные) ¦ ¦ requires - этотоператор задаетнеобходимые требования ¦ ¦ modifies - этотоператор идентифицируетвсе модифицируемые ¦ ¦ входные данные ¦ ¦ effects - этотоператор описывает выполняемые функции ¦ L------------------------------------------------------------------Рис. 1 Предложениеrequires задаетограничения, накладываемые на абстракцию. Предложение requires необходимо в томслучае, если процедура является частичной, то есть если ее поведение для некоторых входныхзначений недетерминировано. Если же процедура глобальна, то есть ееповедение определено для всех входных значений, то предложение requires может бытьопущено. В этомслучае единственными требованиями, предъявляемымипри обращении кпроцедуре, являются требования, указанные в заголовке, о числе и типе аргументов. Оператор modifies задает список имен входных параметров, модифицируемых процедурой. Если входные параметры не указаны, то это предложениеможет быть опущено. Предложениеeffectsописывает работу процедуры со значениями, не охваченными предложением requires. Оно определяет выходные значения и модификации, производимые надвходными параметрами, перечисленными в списке modifies. Предложение effects составляется исходя из предположения, что требования предложения requires удовлетворены. Однако в том случае, когда требованияв предложенииrequires не удовлетворены, о поведении процедуры ничего не сообщается. Процедурнаяабстракция естьотображение аргументов в результаты с возможной модификацией некоторых аргументов. Аргументы принадлежат области определенияпроцедуры, а результаты- области изменения. Часто процедура имеет смыслтолько для аргументов, принадлежащих подмножеству ее области определения. Такие процедуры приводят к неустойчивым программам. Устойчивая программа -это такая программа, котораяведет себя корректно даже в случае ошибки. То есть, онадолжна вести себя определенным, предсказуемым образом. Метод, который гарантирует устойчивость, заключается в использовании процедур, заданных на всей области определения. Если функция неспособна осуществить свою функцию для некоторых аргументов, она должна оповестить обратившегосяк ней овозникшем затруднении. Чтобы специфицировать процедуры, которые вызывают исключительные ситуации, в спецификацию следует добавить предложение signals (рис. 2). Это предложение - часть заголовка. Оно следует за предложением returns. Если исключительных ситуаций не имеется, оно может быть опущено. Шаблон спецификации для процедурных абстракций, обрабатывающих исключительные ситуации -------------------------------------------------------------------¬ ¦ proc_name = proc (входные данные) returns (выходные данные) ¦ ¦ signals (сообщения об исключительных ситуациях) ¦ ¦ requires - этотоператор задаетнеобходимые требования ¦ ¦ modifies - этотоператор идентифицируетвсе модифицируемые ¦ ¦ входные данные ¦ ¦ effects - этотоператор описывает выполняемые функции ¦ L------------------------------------------------------------------Рис. 2 Каки раньше, секция effects должнаопределять поведение процедуры для всех фактических аргументов, отвечающих предложению requires. Так как это поведениевключает в себя исключительные ситуации, секция effects должна определять, что приводит к вызовукаждой исключительной ситуации и что делает процедура в каждом таком случае. Завершение процедуры оповещением об исключительной ситуации - это один из нормальных режимов работыэтой процедуры. Исключительные ситуации следует использовать для устранения большинства ограничений, перечисленных в предложениях requires. Эти предложения следует оставлять только из соображений эффективности или если контекст использованиянастолько ограничен, что можнобыть уверенным, что ограничения удовлетворяются. Абстракции данных Абстракции данных - наиболее важный метод в проектировании программ. Выборправильных структур данных играет решающую роль для создания эффективной программы. При отсутствии абстракций данных структуры данных должныбыть определеныдо начала реализации модулей. Абстракцииданных позволяют отложить окончательныйвыбор структур данных до момента, когда эти структуры станут вполне ясны. Также как для процедур, значение типа не должно задаваться никакой егореализацией. Вместо этого должна иметься определяющая его спецификация. Так как объекты типа используютсятолько вызовомопераций, основнаячасть спецификации посвящена описанию того, что эти операции делают. Общий вид спецификацииданных состоит из заголовка, определяющего имя типа и имена его операций, и двух главных секций секции описанияи секции операций (рис. 3). Шаблон спецификации для абстракции типа данных -----------------------------------------------------¬ ¦data_name = data type is список операций ¦ ¦Описание ¦ ¦ Здесь приводится описание абстракции данных ¦ ¦Операции ¦ ¦ Здесь задаются спецификации для всех операций ¦ ¦end data_name ¦ L----------------------------------------------------Рис. 3 В секции описания тип описывается как целое. Иногда там дается модель для объектов, тоесть объекты описываются в терминах других объектов - таких, которые по предположению понятны тем, для кого эта спецификация предназначена. В секции описаниядолжнотакже говориться, изменяемый или неизменяемый этотип. В секции операций содержатся спецификациидля всех операций. Если операция -процедура, то ее спецификация будет процедурнойспецификацией. В этих спецификациях могут использоваться концепции, введенные в секции описания. Поведение объектов данных наиболееестественно представлять в терминах набораопераций, применимых к данным объектам. Такой набор включает в себяоперации по созданию объектов, получению информации от них и, возможно, их модификации. Таким образом, абстракцияданных (или тип данных) состоит изнабора объектови набора операций, характеризующихповедение этих объектов. Акцент на взаимосвязях между операциями делает абстракциюданных существенноотличной от набора процедур. Абстракции итерации Дляработы с набором данныхтребуется некоторый общий методитерации, который удобен иэффективен и который сохраняет абстракцию через спецификацию. Итератор обеспечивает эти требования. Он вызывается как процедура, но вместоокончания с выдачей всех результатов имеет многорезультатов, которые каждый раз выдает по одному. Полученные элементы могут использоваться в других модулях, которые задают действия, выполняемые для каждого такогоэлемента. Использующий итератор модуль будет содержать некоторую структуру организации цикла. Каждый раз, когда итератор выдает некоторый элемент, надэтим элементом выполняется тело цикла. Затем управление возвращается в итератор, так что он может выдавать следующий элемент. Следует отметить разделениеобязанностей в такой форме взаимодействия. Итератор ответствененза получение элемента, а модуль, содержащий цикл, определяет то действие, которое будет над ним выполняться. Итераторы являются некоторой обобщенной формой методов итерации, имеющихся в большинствеязыков программирования. Каки другие абстракции, итераторы должны быть определены через спецификации. Форма спецификации итератора (рис. 4) аналогична форме для процедуры. Шаблон спецификации абстракции итератора -------------------------------------------------------------------¬ ¦ iter_name = iter (входные данные) yields (выходные данные) ¦ ¦ signals (сообщения об исключительных ситуациях) ¦ ¦ requires - этотоператор задаетнеобходимые требования ¦ ¦ effects - этотоператор описывает выполняемые функции ¦ L------------------------------------------------------------------Рис. 4 Ключевое слово iterиспользуется для обозначения абстракцииитератора и содержит входные данные. Итератор может совсемне выдавать объектов на каждой итерации иливыдать несколько объектов. Число и тип этих объектов описываются впредложении yields. Итератор может не выдавать никаких результатов, когда он заканчивается нормально, но он может заканчиваться по исключительной ситуации с именем и результатами, указанными в предложении signals. Таким образом решается проблема полноты типов данных, которые являются совокупностью объектов. Поскольку совокупность используется для выполнения некоторого действия над ее элементами, необходим некоторый способ доступа ко всем элементам. Этот способдолженбыть эфективным в смысле времени и пространства, удобным для использования и не долженразрушать данную совокупность. Кроме того, ондолжен обеспечивать абстракцию через спецификацию. Итераторы являются механизмом, решающим эту задачу. Поскольку они онивыдают объекты по одному, не требуется дополнительного пространства для хранения объектов, и процедура может бытьостановлена, когда нужный объект будет найден. Методвыдачи объектов зависит от знания представления этих объектов, ноиспользующие его программы защищены от этого знания. Итераторы полезны сами по себе, однако их основным применением являются операции над типами данных. ПРИЛОЖЕНИЕ 21 ОРГАНИЗАЦИЯ ГРАФИЧЕСКОГО ИНТЕРФЕЙСА Подграфическим пользовательским интерфейсом (GUI- Graphical User Interface) понимается некоторая система (среда), служащая для организации интерфейса прикладных программ с пользователем на основе графическогомногооконного представления данных. В среде GUI организацию всеговзаимодействия с пользователем берет насебя именно сама среда, оставляя прикладнойпрограмме делать толькосвою работу. К общим принципам, лежащим в основе GUI относятся: - графический режим работы; - представлениеряда объектов пиктограммами; - многооконность; - использованиеуказывающего устройства- мыши; - адекватность изображения на экране изображаемому объекту (принцип WYSIWIG - What You See Is What You Get); - наглядность; - стандартизация всех основных действийи элементов (все программы для данной графической средывыглядят и ведут себя совершенно одинаково, используютодинаковые принципы функционирования); - наличие большого числа стандартных элементов (кнопок, полей редатирования, переключателей и т. д.), которые могут использоваться при конструировании прикладных программ, делая их похожими в обращениии облегчая процесс их написания. В основе современного графического пользовательского интерфейса лежат две основные концепции. Первой из них является понятие программы, управляемой данными. Как правило, эта концепция практическиреализуется через механизм сообщений. Внешние устройства (клавиатура, мышь, таймер) посылают сообщения модулям программы о наступлении тех или иных событий (например, при нажатии клавиши или передвижении мыши). Поступающие сообщения попадают в очередь сообщений, откуда извлекаются прикладной программой. Таким образом, программа недолжна все время опрашивать мышь, клавиатуру и другие устройства в ожидании, не произошлоли чего-нибудь, заслуживающего внимания. Когда событие произойдет, программа получитизвещение об этом с тем, чтобы надлежащим образом его обработать. Поэтомупрограммы для таких сред обычно представляют собой цикл обработки сообщений: извлечь очередное сообщение, обработать его, если оно интересно, либо передать стандартному обработчику сообщений, обычно входящему в систему ипредставляющемусобой стандартныедействия системы в ответ на то или иноесобытие. Сообщения могут посылаться не только устройствами, но и отдельными частями программы (в частности, возможна посылка сообщения себе). Так одинмодуль может послать сообщение другомумодулю, или меню посылает сообщениео выборе определенного пункта. При этом существует также способ прямой посылки сообщения, минуя очередь, когда непосредственно вызывается обработчик сообщений адресата. Второй основополагающей концепциейявляется понятие окна как объекта. Окно -это не просто прямоугольная область на экране, это и программа (процедура, функция), способная выполнить различныедействия, присущиеокну. Одним из основныхтаких действий являетсяреагирование на поступающие сообщения и посылка сообщений другим объектам. Одной из основных функций окна является перерисовка содержания окна. Любое окно должноуметь при получении соответствующео запроса перерисовать себя (или свою часть) на экране. Перерисовка можетреализовываться или как реакция наспециальное сообщение, или каквиртуальная функция (при использовании объектно-ориентированных языков). В состав любойGUI обязательно входит достаточно мощный графический модуль, обеспечивающий выполнение всех основных графических операцийи поддерживающий отсечение изображенияпо заданной (в том числе и довольносложной) области отсечения. За счет этого реализуется возможностьперерисовки фрагмента окна - устанавливается область отсечения, совпадающая с требуемым фрагментом, а затем выполняется запрос на перерисовку. При отработке запроса на перерисовку окно может определить размер текущей области и непытаться рисовать то, что заведомобудет отсечено. Среди окон вводятсяотношения принадлежности и следования, т. е. любое окно может иметь окно-родителя, которому оно принадлежит, и, следовательно, задаетсяво внутренних координатах родительского окна, отсекается в размерах родительским окноми уничтожается при уничтожении родительского окна. Любое окно может иметь и принадлежащие емуокна (подокна), причем последние некоторым образом упорядочиваются. Тем самым окна могутобразовывать древовидные структуры подчинения. Родительское окно и принадлежащиеему подокна могут обмениваться сообщениями другс другом. Эти сообщения обычно разделяются на два класса -запрос на выполнение окном некоторого действия и сообщение, оповещающее окно о том, что в другомокне (обычно подокне) произошли некоторыеизменения. Любая подобная система должна предоставлятьдля работы некоторый стандартныйнабор типов окон, изкоторых пользователь может строитьсвои программы. В состав окна могутвходитьдругие окна и действовать приэтом как единое целое. Например, в состав окна-списка может входить скроллер. Среди окон обычно выделяются окна, предназначенныедля ведения диалогас пользователем, ввода данных ит. п. Обычно в их основе лежит стандартноеокно с большим набором подокон, играющих роль управляющих элементов. Как правило, диалоговое окно (или процедура, ведущая диалог) снабжается специальной функцией для координации работы управляющих элементов. Например, диалогдля выбора файла. Кроме стандартных окон пользовательможет создавать своисобственные типы окон, либо добавляя какие-то новые свойства, либо переопределяя часть старых и наследующих все остальное. Приработе с клавиатурой важную роль играетпонятиефокусаввода. Фокус ввода- это то окно, которомупоступают все сообщения от клавиатуры. Существует несколько способов перемещения фокуса ввода: - при нажатии кнопки мыши фокуспередается тому окну, над которым это произошло; - окна диалога обычно переключают фокусмежду управляющими элементами диалога при нажатии определенных клавиш (стандартно это Tab и Shift-Tab); - посредством явного вызова функции установки фокуса ввода. Окну, теряющему фокус ввода, обычно посылается уведомление об этом, ионо может предотвратитьпереходфокуса от себя. Окну, получающемуфокус, передается сообщение о том, чтооно получило фокус ввода.

Описание предмета: «Информатика и вычислительная техника»

Литература

1. С.П. Панасенко, В.П. Батура. Основы криптографии для экономистов. – М.: Финансы и статистика, 2005. – 176 с.
   
2. В.П. Агальцов. Базы данных (+ CD-ROM). – М.: Мир, 2002. – 376 с.
   
3. Б.С. Хусаинов. Структуры и алгоритмы обработки данных. Примеры на языке Си (+ CD-ROM). – М.: Финансы и статистика, 2004. – 464 с.
   
4. А.В. Агапов, Т.В. Алексеева, А.В. Васильев. Обработка и обеспечение безопасности электронных данных. – М.: Синергия, 2012. – 592 с.
   
5. М.С. Спирина, П.А. Спирин. Дискретная математика. – М.: Академия, 2012. – 368 с.
   
6. Обеспечение информационной безопасности машиностроительных предприятий. В 2 частях. Часть 1. – М.: ООО "ТНТ", 2012. – 360 с.
   
7. А.В. Кузин, В.М. Демин. Компьютерные сети. – М.: Форум, Инфра-М, 2005. – 192 с.
   
8. Б.Д. Виснадул, С.А. Лупин, С.В. Сидоров, П.Ю. Чумаченко. Основы компьютерных сетей. – М.: Форум, Инфра-М, 2006. – 272 с.
   
9. Т.Л. Партыка, И.И. Попов. Математические методы. – М.: Форум, Инфра-М, 2007. – 464 с.
   
10. О.Л. Голицына, И.И. Попов, Н.В. Максимов, Т.Л. Партыка. Информационные технологии. – М.: Форум, Инфра-М, 2009. – 608 с.
    
11. В.Д. Колдаев, С.А. Лупин. Архитектура ЭВМ. – М.: Форум, Инфра-М, 2009. – 384 с.
    
12. Н.З. Емельянова, Т.Л. Партыка, И.И. Попов. Проектирование информационных систем. – М.: Форум, 2009. – 432 с.
    
13. И.В. Пантина, А.В. Синчуков. Вычислительная математика. – М.: Маркет ДС, 2010. – 176 с.
    
14. А.В. Рудаков, Г.Н. Федорова. Технология разработки программных продуктов. Практикум. – М.: Академия, 2010. – 192 с.
    
15. В.Н. Гусятников, А.И. Безруков. Стандартизация и разработка программных систем. – М.: Финансы и статистика, Инфра-М, 2010. – 288 с.
    
16. С.А. Клейменов, В.П. Мельников, А.Г. Схиртладзе, В.П. Борискин, А.М. Петраков. Обеспечение информационной безопасности машиностроительных предприятий. Часть 1. – М.: ООО "ТНТ", 2007. – 360 с.
    
17. С.А. Орлов, Б.Я. Цилькер. Технологии разработки программного обеспечения. – СПб.: Питер, 2012. – 608 с.
    

Образцы работ

Задайте свой вопрос по вашей проблеме

		Гладышева Марина Михайловна marina@studentochka.ru +7 911 822-56-12 с 9 до 21 ч. по Москве.

Внимание!

Банк рефератов, курсовых и дипломных работ содержит тексты, предназначенные только для ознакомления. Если Вы хотите каким-либо образом использовать указанные материалы, Вам следует обратиться к автору работы. Администрация сайта комментариев к работам, размещенным в банке рефератов, и разрешения на использование текстов целиком или каких-либо их частей не дает.

Мы не являемся авторами данных текстов, не пользуемся ими в своей деятельности и не продаем данные материалы за деньги. Мы принимаем претензии от авторов, чьи работы были добавлены в наш банк рефератов посетителями сайта без указания авторства текстов, и удаляем данные материалы по первому требованию.