Как правильно оформить приложение к проекту. Оформление исследовательской работы и проекта. Ситуации оформления приложений, предусмотренные Стандартом

С первого взгляда складывается впечатление, что приложение , а также реквизит «Отметка о наличии приложения » просто невозможно оформить неправильно. Существует ГОСТ Р 6.30-2003 «Унифицированные системы документации. Унифицированная система организационно-распорядительной документации. Требования к оформлению документов» (далее — ГОСТ Р 6.30-2003), в котором закрепляются правила оформления реквизитов организационно-распорядительных документов. И если возникают какие-либо вопросы, связанные с оформлением приложений , то большинство ­обращается к тексту ГОСТа Р 6.30-2003.

Этот фрагмент документа действительно может прояснить некоторые моменты, связанные с оформлением приложений . Но, к сожалению, на все вопросы в нем нельзя найти ответы. Например, остается непонятным:

1. Где именно в документах стоит располагать реквизит «Отметка о наличии приложения»?
2. Всегда ли на первом листе приложения в правом верхнем углу надо делать надпись «Приложение» с указанием документа, его даты и регистрационного номера?

Ответы на эти вопросы можно найти, но у же в других документах. Попробуем это сделать вместе.

Где располагать реквизит «Отметка о наличии приложения»?

Как известно, приложение А ГОСТа Р 6.30-2003 содержит схемы расположения реквизитов организационно-распорядительных документов. Если посмотреть на них, то можно прийти к выводу, что 21 реквизит «Отметка о наличии приложения» должен находиться в интервале 60-40 мм от границы нижнего поля (см. Рисунок 1). На самом деле это не так . Границы, которые на этих схемах отмечены пунктиром, допускается двигать и вверх, и вниз. Более того, бывают случаи, когда оформление реквизита «Отметка о наличии приложения » в интервале 60-40 мм от границы нижнего поля может привести к плачевным последствиям (см. Пример 1).

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

Итак, чтобы никто не мог добавить какой-либо новый текст в уже подписанный документ, стоит располагать не ближе к границе нижнего поля, а после текста документа. Причем отступ должен составлять 2-4 межстрочных интервала, размер отступа зафиксирован в Методических рекомендациях по внедрению ГОСТ Р 6.30-2003 , которые были изданы разработчиком ГОСТа — Всероссийским научно-исследовательским институтом документоведения и архивного дела (ВНИИДАД).

Если еще раз посмотреть на схемы расположения реквизитов организационно-распорядительных документов (см. Рисунок 1), то можно отметить, что реквизит 21 — «Отметка о наличии приложения» и реквизит 22 — «Подпись» располагаются на одном уровне. Однако подпись стоит располагать под реквизитом «Отметка о наличии приложения» через 2-4 интервала. Это нужно делать для того, чтобы никто не смог добавить к документу еще какое-нибудь приложение после подписания документа.

Говоря о расположении реквизита «Отметка о наличии приложения» , стоит отметить еще ряд моментов. Если вы посмотрите на фрагмент ГОСТа Р 6.30-2003, опубликованный в начале статьи, то увидите, что в ГОСТе приводятся примеры оформления, где четко видно, что рассматриваемый нами реквизит располагается от границы левого поля с отступом . При этом в тексте ГОСТа на это нет четких указаний. Но в Методических ­рекомендациях по внедрению ГОСТа Р 6.30-2003 они есть, и вот что там написано:

Таким образом, можно сделать вывод, что правильным будет ­расположение, продемонстрированное нами в Примере 2.

В каких организационно-распорядительных документах можно использовать реквизит «Отметка о наличии приложения»?

В тексте ГОСТа Р 6.30-2003 говорится о том, что реквизит «Отметка о наличии приложения» может оформляться в письмах (см. пункт 3.21, приведенный в начале статьи). То есть если письмо содержит какое-либо приложение , то данный реквизит должен оформляться в обязательном порядке. При этом в сопроводительных письмах, основным назначением которых является отправка документов, не имеющих адресной части, ­реквизит ­«Отметка о наличии ­приложения» должен оформляться всегда (см. Пример 2).

Также реквизит «Отметка о наличия приложения », при необходимости, может присутствовать в следующих видах информационно-справочных документов: справках, докладных записках, объяснительных записках, служебных записках.

Но существуют виды организационно-распорядительных документов, в которых реквизит «Отметка о наличии приложения » не оформляется, т.к. информация о приложениях указывается непосредственно в тексте. Об этом говорится в Методических рекомендациях по внедрению ГОСТа Р 6.30-2003 и в Типовой инструкции по делопроизводству в федеральных органах исполнительной власти. К таким документам, например, относится протокол .

Реквизит «Отметка о наличии приложения » не оформляется и в распорядительных документах : приказах, распоряжениях, указаниях, ­постановлениях и решениях.

Обычно, если к распорядительному документу имеются приложения справочного или аналитического характера (графики, схемы, таблицы, списки), то в тексте в соответствующих пунктах распорядительной части даются ссылки: «(приложение 1)», «(приложение 2)» или «согласно приложению 1», «согласно приложению 2». Если приложением к распорядительному документу является утверждаемый документ (положение, правила, инструкция и т.п.), в соответствующем пункте распорядительной части делается отметка: «(прилагается)» (см. Пример 3).

Всегда ли на первом листе приложения надо делать надпись «Приложение»?

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

Рассмотрим случаи, когда надпись «Приложение» с указанием ­документа, его даты и регистрационного номера не следует проставлять.

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

Однако если отправляется не сопроводительное письмо, а, например, письмо-извещение или письмо-приглашение и приложение включает дополнительные материалы, которые были специально подготовлены для этого письма, то тогда на приложении должна проставляться вышеуказанная надпись.

Во-вторых, не стоит делать надпись «Приложение » на документе, который утверждается распорядительным документом. Именно при оформлении таких приложений чаще всего делают ошибки . И посмотрите, что получается: есть варианты, когда отсутствует необходимая информация (Пример 6) или когда она дублируется (Примеры 7 и 8).

Возможные варианты неправильного оформления этим не ограничиваются. Однако правила оформления приложений к распорядительным документам регламентируются на примере указов и распоряжений Президента Российской Федерации в Типовой инструкции по делопроизводству в федеральных органах исполнительной власти.

Из вышеизложенного сделаем вывод, что утверждаемые документы должны содержать реквизит «Гриф утверждения документа», который оформляется по ГОСТу Р 6.30-2003, а не надпись «Приложение №» с данными распорядительного документа. Но если приложение носит справочный или аналитический характер (т.е. не утверждается), то в его правом верхнем углу должна делаться надпись «Приложение №» с указанием соответствующего документа, его даты и регистрационного номера.

Как нужно оформлять приложения?

При оформлении приложений следует соблюдать следующие ­несложные правила :

1. Приложения всегда оформляются на стандартных листах бумаги, а не на бланках документов.
2. Так как приложения отдельно не регистрируются, на них не должны оформляться реквизиты «Дата документа» и «Регистрационный номер документа». Ведь дату и регистрационный номер документа, к которым относится приложение, можно посмотреть в верхнем правом углу на первой странице приложения в надписи «Приложение…» (см. Пример 5) или в реквизите «Гриф утверждения документа» (см. Пример 9).
3. Заголовок к тексту приложения печатается центрованным способом, в конце заголовка точка не ставится. Наименование вида приложения (первое слово заголовка приложения) выделяется прописными буквами и может быть напечатано в разрядку (П О Л О Ж Е Н И Е, П Е Р Е Ч Е Н Ь, С П И С О К и т.д.). Межстрочный интервал между первой строкой заголовка и последующими строками может быть увеличен на 6 пт.

   Заголовок приложения располагается под надписью «Приложение…» или реквизитом «Гриф утверждения документа» и отделяется от них двумя — четырьмя межстрочными интервалами.

4. Размеры полей, шрифты и межстрочные интервалы при печатании приложений идентичны размерам, применяемым при печатании текстов документов.
5. Листы приложения нумеруются самостоятельно, начиная со второго листа. Номера страниц проставляют посередине верхнего поля листа. При этом номер пишется арабскими цифрами без знаков препинания (точки), без указания слова «страница», его сокращенных вариантов «стр.» или «с.» и знаков тире.
6. Организационно-правовые документы — инструкции, правила, положения, регламенты, утверждаемые распорядительными документами и являющиеся приложениями к ним, — в обязательном порядке должны быть подписаны руководителем структурного подразделения, разработавшим данное приложение. Другие приложения при необходимости также могут быть подписаны уполномоченным на это должностным лицом. Если приложение не подписывается, то целесообразно его заканчивать горизонтальной чертой, расположенной по центру текста на расстоянии примерно 3 межстрочных интервалов. Длина черты должна составлять несколько сантиметров. Этот нехитрый прием застрахует от добавления какого-либо текста в конец приложения после подписания основного документа (см. Пример 5).

Приведем образец правильного оформления первой страницы Положения о структурном подразделении, которое является приложением к распорядительному документу (см. Пример 9).

* * *

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

1 Организационно-распорядительная документация. Требования к оформлению документов: Методические рекомендации по внедрению ГОСТ Р 6.30-2003. — ВНИИДАД. — 2003.

2 Месторасположение некоторых реквизитов, которые должны оформляться только в конкретных зонах страницы документа, указываются непосредственно в тексте ГОСТа Р 6.30-2003 и вышеназванных Методических рекомендациях. К таким реквизитам относятся: «Визы согласования документа», «Отметка об исполнении документа и направлении его в дело», «Отметка о ­поступлении документа в организацию», «Идентификатор электронной копии документа».

3 При наличии нескольких приложений они нумеруются, т.е. надпись «Приложение» должна включать знак «№» и порядковый номер приложения (см. Пример 5).

4 Исключения составляют самостоятельные документы, которые не имеют адресной части, отправляются с сопроводительным письмом в стороннюю организацию (см. Пример 4) и указываются в письме как приложения. Данные документы оформляются стандартно, т.е. по правилам, применяемым к определенным видам документов.

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

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

Существует два риска, которые очень часто выливаются в проблемы:

1. те кто специализируется на разработке ПО, не замечает как ступают на территорию внедрения и проект начинает надуваться… как правило с летальным исходом;

2. те кто специализируются на внедрении и организационных проектах, без понимания сложности, начинают разработку и качество результатов начинает существенно падать - и это в лучшем случае;

Для тех кто занимается чистым внедрением или чистой разработкой - эти проблемы неведомы. Но это редкие счастливчики.

Отличительные особенности

Для начала давайте разберем критерии, по которым мы можем отличить проект разработки компьютерных приложений:

1. результатом такого проекта является компьютерное приложение (web, windows, android, iOS …), модуль (функциональный блок) или какое-то существенное изменение (что такое «существенное изменение» - разберем ниже);

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

П.2 - в части «мало затрагивают взаимодействие с пользователями» - это ключевая особенность, отличающая проект разработки компьютерного приложения от проекта внедрения компьютерного приложения в бизнес-процессы. Это не значит что такого взаимодействия нет, конечно же есть, просто оно минимально.

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

Существенные изменения

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

Если изменение или группа изменений помещается в один релиз - затевать проект не стоит.

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

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

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

3. Часто изменение вынуждает разработчиков дублировать различные механизмы, делать новые рядом со старыми и старые механизмы по завершению серии изменений нужно будет удалить из системы. Без координации - эти «ошметки» могут там остаться навсегда и это влечет за собой печальные последствия в долгосрочной перспективе.

Например :

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

Начали с проработки интерфейса, оказалось что нужно менять подсистему доступа

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

Внесли изменения в интерфейс, подружили с новой моделью, отладили новый

Теперь нужно удалить старый механизм

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

Опасный момент

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

Вроде бы с первого взгляда это обычный проект разработки. Нужно что-то разработать.

Но шансов на успех у этого проекта не много, т.к. очень скоро окажется что приложение готово, но заказчик почему то не доволен. Система не работает.

Причина в том, что внедрение - это отдельная область знаний. А проекты внедрения - это отдельная категория проектов.

Долгое время мне удавалось реализовывать различные ИТ-проекты, лишь краем затрагивая разработку. Это вызывало дикие проблемы, потому старался всегда разработчиков обходить стороной. Лучше внедрить типовой продукт типа 1С УПП 8, а после чего можно дорабатывать. И это вполне реально, хоть многие 1С-разработчики в это не очень то верят

Итого

Однако за последний год меня угораздило мне повезло заниматься проектами внедрения, вплотную завязанным на проекты разработки. Это был крайне тяжелый год.

После чего выработались те определения, которые вы прочитали в начале статьи.

Наверное для разработчиков приложений - я не открыл ничего нового. Те кто сидят за стенкой из Интернет в далеке от конечных пользователей - занимаются только проектами разработки компьютерных приложений - все это понятно как ясень день.

Но вот те кто работают в отделах ИТ различных организаций, вот для них это все суровые «трудовыебудни».

Готов поспорить, что в большинстве организаций нет таких процессов:

1. управление проектами разработки

2. управление релизами

3. управление изменениями по релизам

Хоть практика ITIL и говорит что они нужны, но многие этими рекомендациями пренебрегают. Или попытались, но не получилось.

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

Что заметил?

1. проще стало прогнозировать ресурсы и затраты на развитие информационной системы

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

3. особенно хорошо, когда проект закрывает сам разработчик. Это уже не мелкое изменение - это уже проект. Совсем другие ощущения.

4. ну и конечно же качество разработки - хвосты не теряются, серии изменений проходят точнее и с меньшими ошибками

5. на сколько удалось понять, в SCRUM - аналогом проекта является «запрос» или «заказ», который может поступить от «Заказчика», и который затем нужно разбить на задачи, которые могут закрываться в разных релизах.

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

Что такое приложения

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

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

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

В зависимости от дисциплины и разрабатываемой темы он может содержать:

• рисунки, фото и другие картинки;
• справки, свидетельства;
• копии документов;
• отчеты о производственных испытаниях;
• чертежи;
• статистику;
• законодательные акты;
• формулы и математические расчеты;
• планы, карты;
• исходники переводных текстов;
• опросные анкеты и т. д.

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

В тексте исследования на все вкладыши даются ссылки, а дополнительные материалы располагаются строго в порядке появления отсылок к вспомогательным данным.

Как оформлять приложения в курсовой

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

1. Каждое приложение располагается на отдельном листке.
2. Заголовок печатается с выравниванием по центру строки заглавными буквами без точки.
3. Информативный подзаголовок обязателен.

1. Для маркировки используются прописные (большие, набранные с клавишей Caps Lock) буквы:

• русского алфавита, исключая неблагозвучные или непроизносимые Ё, Й, Ъ, Ы, Ь, а также схожие по начертанию с цифрами Ч, О, З;
• латиницы, кроме I и O (тоже из-за формального подобия).

Допускается нумеровать дополнения арабскими цифрами, если не осталось разрешенных стандартом символов кириллицы или латиницы.

1. Единственный в курсовой добавочный материал обозначается «ПРИЛОЖЕНИЕ А».
2. В случае необходимости текст может делиться на разделы, пункты, которые имеют собственную нумерацию в границах приложения (к примеру, Г. 5 или Д № 4).
3. По ГОСТу 7.32-2001 (подпункт 6.14.6) нумерация страниц приложения - общая с остальным текстом работы.
4. Обширные приложения, оформленные в виде отдельной книжки, могут иметь раздел «Содержание».

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

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

Примеры приложений.

Чаще всего это:

• различные графики, схемы, рисунки, диаграммы, которые оказались слишком громоздкими для стандартных страниц;
• справочные материалы, например, данные по отчетности определенной организации или внутренняя документация какой-либо компании;
• методики, которые были использованы при выполнении исследовательской части дипломной работы, например, различные анкеты или вопросники.
• большие таблицы, размер которых равен более 2/3 страницы А4;

Перечисленные выше материалы важны для разъяснения и детализацию некоторых составляющих дипломной работы. Они разрешают понять, за счет чего были сформированы выводы и решения проблемы, как работает алгоритм, на какие материалы был сделан упор и т.д. Члены аттестационной комиссии очень часто обращают внимания на приложения, поэтому ваша оценка во многом будет зависеть от качества оформления этой части дипломной работы. К примеру, многие студенты ошибочно считают, что большее количество приложений ведет к лучшей оценке. Такой факт вряд ли может найти подтверждение на практике. На самом же деле, приложения в количестве больше 15 значительно осложняют структуру работы, внимание комиссии при проверки рассеивается, некоторых из них это может раздражать. Ниже будут сформулированы некоторые советы, которые должны помочь Вам правильно оформить приложения.

Советы по оформлению приложений .

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

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

Оформление приложения в дипломе пример №2: «Полномочия сотрудников отдела кадров закреплены в Положении об отделе кадров компании Нептун (см. Приложение 6).» Положение является объемным документом, поэтому важно вынести его именно в приложения, ведь в тексте выложить его суть практически нереально. Приложение наглядно покажет, какой сотрудник какие полномочия исполняет.

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

Обычно приложения оформляют в формате А3 или А4. Справа в верхнем углу пишут слово «Приложение», после него ставят номер приложения (при этом «№» не пишется): Приложение 1. Для обозначения приложений нередко используют буквы: Приложение А. Однако стоит запомнить, что буквы Е, И, О, З, Ь, Ъ не используются.

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

Если грамотно оформить приложения к дипломной работе, это сыграет только Вам на руку и покажет ваше умение работать с большим материалом, выделять в огромных работах основное и второстепенное, акцентировать внимание на самых важных фактах и объектах. Члены аттестационной комиссии по достоинству оценят Ваш труд.

1 толщина слоя должна быть от 0,5 до 20 мм.

2 рисунок 1 – 14

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

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

Пример

Предельные отклонения размеров профилей всех номеров:

по высоте.................................................  2,5 %

по ширине полки....................................  1,5 %

по толщине стенки.................................  0,3 %

3.3 Оформление математических формул

Оформление формул в курсовом или дипломном проекте выполняется согласно ГОСТ 2.105-95 и ГОСТ 7.32-2001.

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

Перенос формулы осуществляется после указания математического знака (=,+,-, : ,х) с его повторением на новой строке. Между знаками арифметических действий и стоящими рядом символами или числами делаются пропуски в один пробел (например: 6 х 9 = 54 ; А - С = Д).

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

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

Примеры сквозной нумерации: (1), (6). Нумерация, связанная с разделами (главами) выглядит следующим образом: (1.3), (6.5) и т.д. Здесь 1 и 6 - номера разделов (глав), 3 и 5 - номера формул в них. При ссылке в документе на формулу, ее выполняют по примеру: согласно формуле (3); в соответствии с формулой (2.5).

Пример

Плотность каждого вида образца  вычисляют по формуле (1).

где m - масса образца, кг;

V - объем образца (м 3) ;

 - плотность образца(кг/м 3).

Формулы , следующие одна за другой и не разделенные текстом, разделяют запятой .

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

Оформление приложений в курсовом или дипломном проекте выполняется согласно ГОСТ 2.105-95 и ГОСТ 7.32-2001.

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

В тексте документа на все приложения должны быть ссылки. Приложения располагают в порядке ссылок на них в тексте документа.

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

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

Приложения обозначают заглавными буквами русского алфавита, начиная с А, за исключением букв Ё, З, Й, О, Ч, Ь, Ъ. После слова “Приложение” следует буква, обозначающая его последовательность.

Если в документе одно приложение, оно обозначается “Приложение А”.

Приложение должно иметь общую с остальной частью документа сквозную нумерацию страниц.

Все приложения должны быть перечислены в содержании документа с указанием их имен и заголовков. Ссылки на приложение оформляются следующим образом: “Сведения о современных ЭВМ представлены в приложении А”.

Приложение А (обязательное) Современные микроЭВМ Рисунок А.1 – Notebook Таблица А.1 – Характеристики ПК IBM PC Параметр Тип микропроцессора 1.Тактовая частота, МГц 2. Разрядность. бит 3. Объем ОЗУ, Мбайт 4. Объем кэш-памяти, Кбайт 5. Емкость НМД, Гбайт

Рисунок 3.4 – Пример оформления приложения