8.6 Оформление приложений

Приложения оформляют как продолжение расчетно-пояснительной записки на последующих страницах или в виде самостоятельного документа (книги). Приложения располагают в порядке появления ссылок в тексте. Различают обязательные и информационные приложения. Информационные приложения могут быть рекомендательного или справочного характера. Приложения должны иметь общую с остальной частью документа сквозную нумерацию страниц.

Приложения обозначают по порядку прописными буквами русского алфавита, начиная с А (за исключением букв Ё, Ц, Щ, З, Й, О, Ч, Ь, Ы, Ъ). Допускается обозначение приложения латинскими буквами (за исключением букв I и O). В случае полного использования букв русского и латинского алфавитов допускается обозначать приложения арабскими цифрами. Если приложение только одно, оно обозначается «Приложение».

Каждое приложение следует начинать с новой страницы. По середине страницы пишут «Приложение…» с указанием его обозначения. Строкой ниже в скобках указывают «обязательное», «рекомендуемое» или «справочное». Приложение должно иметь содержательный заголовок, располагаемый отдельной строкой симметрично относительно текста и начинающийся с прописной буквы.

Текст каждого приложения, при необходимости, может быть разделен на разделы, подразделы, пункты, подпункты, которые нумеруют в пределах каждого приложения. Перед номером ставится обозначение этого приложения. При необходимости такое приложение может иметь «Содержание».

Приложения, как правило, оформляют на листах формата А4. Допускается выполнять на листах форматов А3, А4х3, А4х4, А2 и А1 (ГОСТ 2.301-68 ЕСКД). Листы таких форматов складываются «гармошкой» определенным образом до размеров формата А4.

Все имеющиеся приложения должны быть перечислены в разделе «Содержание» с указанием их обозначений и заголовков.

8.7. Оформление списка использованных источников и ссылок на них

Список использованных источников составляется общий для всех разделов пояснительной записки и помещается после заключения. Он должен содержать сведения об источниках, использованных при составлении пояснительной записки в соответствии с требованиями ГОСТ 7.1. Источники информации в списке приводятся в порядке их упоминания в соответствии библиографическим описанием. Ссылки на источники следует приводить в виде номера источника из списка использованных источников, заключенного в квадратные скобки. Например, [4] - это ссылка на источники под номером 4.

Библиографическое описание зависит от вида источника и количества авторов. Например (Внимание: указанное в скобках примечание приведено как пояснение и в список источников не включается!) :

.1 Бишон, Р. Колебания: Пер. англ. / Р. Бишон; Под ред. Я.Г.Пановко. –М.:Наука , 1986. –192с. (один автор источника)

2. Таиров, Ю. М. Технология полупроводниковых и диэлектрических приборов: учебник для вузов/ Ю. М. Таиров, В. Ф. Цветков. - СПб.: Лань, 2002. - 421 с (два автора источника)

3. Eckhouse, R.H. Minicomputer systems. Organization, programming and application / R.H. Eckhouse, H.R. Morris. - New York, 2000. - 491 p. (два автора источника на иностранном языке)

4. Подстригач, Я.С. Термоупругость тел неоднородной структуры / Я.С.Под­стригач, В.А.Ломакин, Ю.М.Коменко. – М.:Наука , 1984. –368с. (три автора источника).

5. Производственный менеджмент / С.Д. Ильенкова, А.В. Бандурин, Г.А. Горбовцов [и др.]; под ред. С.Д. Ильенкова. - М.: ЮНИТИ, 2003. - 583с. (более трех авторов источника)

6. Рид, М. Методы современной математической физики. Т.4 Анализ операторов: Пер. с англ. / М. Рид , Б.Саймон. – М.:Мир, 1982. – 428с.: ил. ( многотомный иллюстрированный источник )

7. Рейф, Ф. Статистическая физика: Пер. с англ. / Под ред. А Н. Шальникова, О.А.Ваксенберга.- М.:Наука , 1986.- 336с. : ил. ( редактированный иностранный источник )

8. Русинов, Л.М. Вычислительная техника: Справочник в 2 ч. / Л.М.Русинов, А. П. Грамматин , П. Д.Иванов.; Под ред. Л.М.Русинова – Л.:Машиностроение , 1984.- Ч.1-244с. ; Ч.2-137с. : ил. (справочник из нескольких частей как источник)

9. ГОСТ 1.1-2002 Межгосударственная система стандартизации. Термины и определения / Евразийский совет по стандартизации, метрологии и сертификации . - Введ. 01.07.03. - М.: ГУП ЦПП, 2003. - 34 с. (ГОСТ как источник )

10. ГОСТ 7.1-84 Библиографическое описание документа. Общие требования и правила состояния.- Взамен ГОСТ 7.1-76: Введ. 01.01.86.- М.:Изд-во стандартов , 1984.-77с. (измененный ГОСТ как источник )

11. ГОСТ 11326.5-79. Кабель радиочастотной марки РК 50-7-12. Технические условия. - Взамен ГОСТ 11326-71. - Введ. 01.01.81 до 89 // ГОСТ 11326.0-78 и др. Кабели радиочастотные. - М. , 1982.- С. 63-68. ( из сборника ГОСТов)

12. Строительные нормы и правила : СниП 2.02.01-83. Основания зданий и сооружений. – Введ. 01.01.85. - М.:Стройиздат , 1985.- 40с. (СНиП как источник )

13. Единые нормы и расценки: Изд. Офиц. / Гос. ком. Сов. министров СССР по делам стр-ва. - сб.5. Монтажные и спец. работы. – М.:Стройиздат , 1985.-152с. (ЕНиР как источник )

14. Прейскурант № 19-08. Оптовые цены на редукторы и муфты соединенные.: Утв. Госкомцен СССР 12.08.80. - Введ в действие 01.01.82.- М.:Прейскурантиздат , 1980.-60с. (прейскурант как источник )

15. А. с. 1007970 СССР, МКИ3 В 25 J 15/00. Устройство для захвата неориентированных деталей типа валов / В. С. Ваулин, В. Г. Кемайкин (СССР). – № 3360585/25–08 ; заявл. 23.11.81 ; опубл. 30.03.83, Бюл. № 12. – 2 с. ( патентный документ как источник).

16. Пат. 2187888 Российская Федерация, МПК7 H 04 В 1/38, Н 04 J13/00. Приемопередающее устройство / Чугаева В. И. ; заявитель и патентообладатель Воронеж. науч.-ислед. ин-т связи. – № 2000131736/09; заявл. 18.12.00 ; опубл. 20.08.02, Бюл. № 23 (II ч.). – 3 с. ( патентный документ как источник )

17. Заявка 1095735 Российская Федерация, МПК7 В 64 G 1/00. Одноразовая ракета-носитель [Текст] / Тернер Э. В. (США) ; заявитель Спейс Системз/Лорал, инк. ; пат. поверенный Егорова Г. Б. – № 2000108705/28 ; заявл. 07.04.00 ; опубл. 10.03.01, Бюл. № 7 (I ч.) ; приоритет 09.04.99, № 09/289, 037 (США). – 5 с. ( патентный документ как источник )

18.Методические рекомендации по определению областей применения роторноконвейерных линий / Сост. Н.В.Волков. – Вологда: ВоПИ, 1985. -43с. ( методические рекомендации как источник )

19.Инструкция по подготовке материалов о научно-технических достижениях: Утв. МЭП СССР 18.02.85.-М.:ЦНИИ Электроника, 1985.-44с. ( инструкция как источник )

20.Электронные цифровые машины :Каталог / ЦНИИР.-М:БИ, 1984.- 67с. ( каталог как источник )

21. Машина специальная листогибочная ИО 217М: листок-каталог : разработчик и изготовитель Кемер. з-д электромонтаж. изделий. – М., 2002. – 3 л. ( каталог как источник )

22. Горстина, Ц.Ю.Малогабаритные экскаваторы за рубежом / Ц.Ю.Горстина, С.Н. Корнюшенко , Г.С.Скворцов //Строительное , дорожное и коммунальное машиностроение. Сер.1. Экскаваторы и стрелковые краны : Обзорная информация / ЦНИИ ТЭП строймаш. –М., 1986.-Вып.1.-51с. ( статья группы авторов в журнале как источник )

23. Зиненко, В.И. Охрана природы в городе / В.И.Зиненко // Знание-сила. - 2002 .- № 3. - С. 6-14. . ( статья одного автора в журнале как источник )

24. Восстановление деталей машин: Справочник /Ф. И. Пантелеенко, В. П. Лялякин, В. П. Иванов и др.: под ред В. П. Иванова.-М.: Машиностроение, 2003.-672 с. (справочник как источник )

25. Вузовская наука – региону: материалы третьей всероссийской науч.-техн. конф. В 3-х т. – Вологда: ВоГТУ, 2005. – Т. 2. – 383 с. (сборник научных трудов как источник )

26. Башуров, Б.П. Эксплуатационная надежность утилизационных опреснительных установок / Б.П.Башуров // Изв. вузов. Энергетика.-1987.-№1.- С.69-73. (статья в сборниек научных трудов как источник )

27.Физика полупроводников. Физические науки: Межвуз.сб./ МГУ.- М.:Высш.шк. , 1985.-115с.: ил. ( межвузовский сборник как источник )

28. Разумовский, В.А. Управление маркетинговыми исследованиями в регионе / В.А. Разумовский, Д.А. Андреев; Ин-т экономики города. – М., 2002. – 210 с. – Деп. в ИНИОН РАН 15.02.09, № 139876 ( Депонир как источник )

29. Данилов, Г.В. Регулирование взаимодействий субъектов инвестиционного процесса: Дис. канд. экон. наук: 05.13.10 / Г. В. Данилов. С.-Петерб. гос. ун-т экономики и финансов. -СПб.,1999. - 138с. (диссертация как источник )

30. Данилов, Г.В. Регулирование взаимодействий субъектов инвестиционного процесса: Автореф. дис. канд. экон. наук: 05.13.10 /Г.В.Данилов. С.-Петерб. гос. ун-т экономики и финансов. - СПб., 1999. – 16 с.(автореферат диссертации как источник )

31. Васильев, Ю. Заглянем в историю - в ней есть ответы / Ю.Васильев.- Российская газета.-1997.-11 ноября. - С. 3 (статья из газеты как источник )

32. О формировании службы стандартизации ВоГТУ: Приказ от 04. 02. 05, № 01.59. - Вологда: ВоГТУ, 2005.-2с. (приказ как источник )

33. О государственной судебно-экспертной деятельности в Российской Федерации: Федер.закон от 31 мая 2001 г. N 73-Ф3 // Ведомости Федерального Собрания Российской Федерации. - 2001. - N 17. - С. 11-28. (документ органов государственной власти как источник)

Библиографическое описание электронных ресурсов осуществляется в соответствии с ГОСТ 7.82-2001. При этом, после названия вставляют слова [Электронный ресурс] , а после года издания – Режим доступа (адрес) для ресурсов удаленного доступа (в т.ч. Internet). Системные требования допускается не указывать. Например:

34. Цветков, В.Я. Компьютерная графика: рабочая программа [Электронный ресурс]: для студентов заочной формы обучения геодез. и др. специальностей/ В.Я.Цветков. – Электрон. дан. и прогр. – М:МИИГАиК, 1999. – 1 дискета.- Систем.требования: IBM PC, Windows 95, Word 6.0 – Загл. С экрана. - № гос. регистрации 0329900020.

35. Исследовано в России [Электронный ресурс]: многопредметный научный журнал / Моск.физ.-техн.ин-т. – Электрон. журн. – Долгопрудный: МФТИ,1998 – Режим доступа к журн.: http//zhurnal.mipt.rssi.ru. Доступен также на дискетах. Систем. требования для дискет: IBM PC, Windows 3.хх/95; Netscape Navigator или Internet Exploer; Acrobat Reader 3.0 – Загл. С экрана. - № гос. регистрации 0329900013.

36. Лабораторный практикум по курсу "Железобетонные конструкции" [Электронный ресурс]. - Версия 1.1. - М.: АСС бюро, 2005. - Электрон. дан. ( 47 файлов : 2,34 GB). - Электрон. опт. диск (CD-ROM)

37. Сидыганов, В.У. Модель Москвы: электронная карта Москвы и Подмосковья /В.У. Сидыганов, С.Ю. Толмачев, Ю.Э. Цыганков.- М.: FORMOZA, 1998.- Режим доступа: http//formoza.mip.ru 19.

8.8. Оформление алгоритмов программ, данных и систем

Оформление алгоритмов осуществляется в соответствии с ГОСТ 19.701—90 (ИСО 5807 – 85) «Схемы алгоритмов программ, данных и систем. Условные обозначения и правила выполнения» Единой системы программной документации (ЕСПД), введенным 01.01.92

Указанный стандарт распространяется на условные обозначения (символы) в схемах алгоритмов программ, данных и систем и устанавливает правила выполнения схем, используемых для отображения различных видов задач обработки данных и средств их решения.

Схемы данных отображают путь данных при решении задач и определяют этапы обработки, а также различные применяемые носители данных. Схемы программ отображают последовательность операций в программе. Схемы работы системы отображают управление операциями и поток данных в системе. Схемы взаимодействия программ отображают путь активации программ и взаимодействий с соответствующими данными. Каждая программа в схеме взаимодействия программ показывается только один раз (в схеме работы системы программа может изображаться более чем в одном потоке управления). Схемы ресурсов системы отображают конфигурацию блоков данных и обрабатывающих блоков, которая требуется для решения задачи или набора задач. Примеры схем представлены в приложении Г.

Схемы алгоритмов, программ, данных и систем (далее — схемы) состоят из имеющих заданное значение символов, краткого пояснительного текста и соединяющих линий. Они могут использоваться на различных уровнях детализации, причем число уровней зависит от размеров и сложности задачи обработки данных. Уровень детализации должен быть таким, чтобы различные части и взаимосвязь между ними были понятны в целом. Описание символов и область их применения приведены в приложении Д, Примеры использования символов – в приложении Е.

Каждый символ предназначен для графической идентификации функции, которую он отображает, независимо от текста внутри этого символа. Символы в схеме должны быть расположены равномерно. Следует придерживаться разумной длины соединений и минимального числа длинных линий. Большинство символов задумано так, чтобы дать возможность включения текста внутри символа. Формы символов, установленные указанным стандартом, должны служить руководством для фактически используемых символов. Не должны изменяться углы и другие параметры, влияющие на соответствующую форму символов. Символы должны быть, по возможности, одного размера и могут быть вычерчены в любой ориентации, но, по возможности, предпочтительной является горизонтальная ориентация. Зеркальное изображение формы символа обозначает одну и ту же функцию, но не является предпочтительным. Минимальное количество текста, необходимого для понимания функции данного символа, следует помещать внутри данного символа. Текст для чтения должен записываться слева направо и сверху вниз независимо от направления потока. Например:

Если объем текста, помещаемого внутри символа, превышает его размеры, следует использовать символ комментария. Если использование символов комментария может запутать или разрушить ход схемы, текст следует помещать на отдельном листе и давать перекрестную ссылку на символ.

В схемах может использоваться идентификатор символов. Это связанный с данным символом идентификатор, который определяет символ для использования в справочных целях в других элементах документации (например, в листинге программы). Идентификатор символа должен располагаться слева над символом. Например:

В схемах может использоваться описание символов - любая другая информация, например, для отображения специального применения символа с перекрестной ссылкой, или для улучшения понимания функции как части схемы. Описание символа должно быть расположено справа над символом. Например:

В схемах работы системы символы, отображающие носители данных, во многих случаях представляют способы ввода-вывода. Для использования в качестве ссылки на документацию текст на схеме для символов, отображающих способы вывода, должен размещаться справа над символом, а текст для символов, отображающих способы ввода — справа под символом. Например:

В схемах может использоваться подробное представление, которое обозначается с помощью символа с полосой для процесса или данных. Символ с полосой указывает, что в этом же комплекте документации в другом месте имеется более подробное представление. Символ с полосой представляет собой любой символ, внутри которого в верхней части проведена горизонтальная линия. Между этой линией и верхней линией символа помещен идентификатор, указывающий на подробное представление данного символа. В качестве первого и последнего символа подробного представления должен быть использован символ указателя конца. Первый символ указателя конца должен содержать ссылку, которая имеется также в символе с полосой.

Символ с полосой	Подробное представление

Примеры использования символов приведены в приложении И.

Потоки данных или потоки управления в схемах показываются линиями. Направление потока слева направо и сверху вниз считается стандартным. В случаях, когда необходимо внести большую ясность в схему (например, при соединениях), на линиях используются стрелки. Если поток имеет направление, отличное от стандартного, стрелки должны указывать это направление.

В схемах следует избегать пересечения линий. Пересека­ющиеся линии не имеют логической связи между собой, поэтому изменения направления в точках пересечения не допускаются. Например:

Две или более входящие линии могут объединяться в одну исходящую линию. Если две или более линии объединяются в одну линию, место объединения должно быть смещено. Например:

Линии в схемах должны подходить к символу либо слева, либо сверху, а исходить либо справа, либо снизу. Линии должны быть направлены к центру символа.

При необходимости линии в схемах следует разрывать для избежания излишних пересечений или слишком длинных линий, а также, если схема состоит из нескольких страниц. Соединитель в начале разрыва называется внешним соединителем, а соединитель в конце разрыва - внутренним соединителем. Ссылки к страницам могут быть приведены совместно с символом комментария для их соединителей.

Пример.

Внешний соединитель	Внутренний соединитель

Н есколько выходов из символа следует показывать несколькими линиями от данного символа к другим символам или одной линией от данного символа, которая затем разветвля­ется в соответствующее число линий. Например:

Каждый выход из символа должен сопровождаться с соответствующими значениями условий, чтобы показать логический путь, который он представляет, с тем, чтобы эти условия и соответствующие ссылки были идентифицированы. Например:

В место одного символа с соответствующим текстом могут быть использованы несколько символов с перекрытием изображения, каждый из которых содержит описательный текст (использование или формирование нескольких носителей данных или файлов, производство множества копий печатных отчетов или форматов перфокарт). Когда несколько символов представляют упорядоченное множество, это упорядочение должно располагаться от переднего (первого) к заднему (последнему).Например:

Представлению процедурных алгоритмов посвящен также стандарт ГОСТ Р ИСО/МЭК 8631-94 «Программные конструктивы и условные обозначения для их представления»(введен 1995—07—01). Он содержит полный текст международного стандарта ИСО/МЭК 8631-94 «Информационная технология. Программные конструктивы и условные обозначения для их представления». В стандарте представлены конструктивы, принятые в разных странах, в том числе для сравнения приводятся конструктивы в соответствии с ГОСТ 19.701—90 (приложение Ж)

Программный конструктив состоит из набора одной или более процедурных частей и управляющей части (может быть задана неявно). Каждая процедурная часть состоит из одной или более операций, которые могут исполняться или быть пустыми (нулевыми). Управляющая часть определяет способ выполнения процедурных частей и состоит из управляющей команды или набора условий. Она инициирует или дезактивирует процедурную часть(и) в зависимости от характера управляющей команды или значений условий. Если нет ни управляющей команды, ни условия, то управляющая часть называется неявной. Единственным способом, по которому конструктивы могут быть объединены при создании правильно структурированной программы, является замена процедурной части одного конструктива целым конструктивом.