Как делать приложения в проекте. Приложение в курсовой работе (пример). Историческая справка по проблеме проекта

Всё-таки, нужно не только основательно подбирать материал, но и знать правила его оформления в дипломе по ГОСТу. Из статьи вы узнаете, что такое приложение и как правильно его оформлять.

Что такое приложение к диплому

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

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

Что должно быть в приложении к диплому

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

Дополнительные материалы, которые чаще всего используются в приложениях:

  1. Графики и диаграммы.
  2. Большие таблицы, которые не помещаются на лист формата А4.
  3. Формулы и расчёты по ним.
  4. Промежуточные математические доказательства.
  5. Описание аппаратуры, приборов, которые применялись во время проведения экспериментов.
  6. Метрологическая экспертиза (заключение).
  7. Новые методики, которые разработал автор.
  8. Вспомогательный материал в виде рисунков, схем, картографий, фотокарточек и др.
  9. Справочные материалы. Это может быть образец финансовой отчетности на предприятии и другая документация.

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

Правила оформления приложений в дипломе по ГОСТу

Приложения необходимо оформлять согласно ГОСТам, хотя здесь нет слишком строгих требований. Главное, знать основные правила и стараться от них не отходить. Читайте ниже, как оформить приложение в дипломе по стандартам ГОСТ.

Согласно ГОСТу 2.301 приложения можно оформлять не только на листах формата А4, но и на А3, А4*3, А1, А4*4. Однако, такие форматы могут применяться в том случае, если информация действительно не умещается на А4.

По ГОСТу 2.109 нужно вставить достаточное количество приложений, главное, чтобы они смогли полностью раскрыть тему диплома и должны быть исключительно информационного характера.

Основные правила приложений в дипломной работе:

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

Правило 2. Каждое приложение должно начинаться с новой страницы, а вверху по центру пишется «ПРИЛОЖЕНИЕ». Обратите внимание, что в этом слове исключительно заглавные буквы.

Правило 3. Приложения обозначаются заглавными русскими буквами, но есть исключения, которые согласно ГОСТу 2.109 нельзя писать: Ё, З, Й, О, Ч, Ь, Ъ, Ы.

Правило 4. Можно обозначать приложения и латинским буквами, за исключением – I, O.

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

Правило 6. Если приложение в дипломе только одно, тогда его обозначают: «ПРИЛОЖЕНИЕ А».

Правило 7. Текст приложений разрешается делить на пункты и подпункты.

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

Правило 9. Заголовки всех приложений пишутся в одном и том же стиле.

Правило 10. Если одно приложение состоит из нескольких листов, тогда нужно на первом написать: «Продолжение приложения А», а на последнем – «Окончание приложения А».

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

Как оформить приложение в оглавлении диплома

Приложение А так и указывается в оглавлении. Если есть приложение Б, В, Г и т. д., тогда их тоже необходимо писать в содержании.

На образце видно, что в каждом приложении ставится не только обозначение (буква), но и название..

Как оформить ссылки на приложения диплома

Вот так будет выглядеть приложение, на которое студент ссылается в дипломной работе:

Заключение

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

Обновлено: Февраль 15, 2019 автором: Научные Статьи.Ру

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

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

Следовательно, под «приложением» подразумевается такая информация, без которой невозможно понимание курсовой работы, но которая затрудняет восприятие текста, занимая чрезмерно большой объём. Именно такие материалы и нужно стараться выносить в раздел «приложение».

Оформление приложений в курсовой работе

Несмотря на необязательность раздела, не стоит пренебрегать ещё одной возможностью показать себя как дотошного студента, глубоко проработавшего тему своей курсовой. А для этого нужно знать, как же правильно оформить приложение.

  • Если приложений несколько, то каждое следует начать с отдельной страницы. В этом случае они нумеруются: «Приложение 1», «Приложение 2» и т.д.
  • Номера приложений можно обозначать не только цифрами, но и буквами алфавита – как русского, так и латинского. В первом случае исключаются Ё, З, Й, О, Ч, Ь, Ы и Й, во втором - I и O.
  • Нумерация приложений, независимо от того, цифровая она или буквенная, всегда выравнивается по правому краю. Таким образом, нумерация всегда должна располагаться в правом верхнем углу страницы.

Следует упомянуть, что тот же ГОСТ также утверждает следующее: на каждое приложение в тексте курсовой работы должна быть минимум одна ссылка, а сами приложения необходимо размещать в той же последовательности, в которой расположены ссылки на них.

5. Оформление приложения к проекту

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

2. Юридическая сила приложений и решения Думы города, к которому они относятся, одинакова.

3. Все документы, прилагаемые к проекту ссылками "прилагается", "согласно приложению", "Приложение 1", оформляются как приложения к проекту в соответствии с настоящим Порядком. Использование курсива, подчеркивание или иные выделения текса не допускаются.

4. Отметка "Приложение" с указанием даты и номера проекта размещается в правом верхнем углу страницы, выравнивается по левому краю, печатается строчными буквами размером шрифта 14.

Приложение

к решению Думы

города Нижневартовска

от___.___._____ N ____

5. Наименование приложения должно соответствовать наименованию, указанному в проекте, печатается нежирным шрифтом размером 14 строчными буквами, выравнивается по центру.

6. Текст приложения начинается с абзацного отступа, печатается строчными буквами, размером шрифта 14, выравнивается по ширине.

7. Приложение может иметь может иметь следующие основные структурные элементы текста:

1) раздел;

4) подпункты;

5) абзацы.

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

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

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

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

12. Абзац проекта представляет собой часть текста между двумя отступами (красными строками).

13. Если в приложении к проекту многократно упоминается тот или иной объект либо то или иное понятие, то при первом упоминании такого объекта или понятия оно приводится полностью, а в скобках дается сокращенное наименование по форме: "(далее -___)". При этом нужно иметь в виду, что введенное сокращение не носит нормативного характера и употребляется в конкретном тексте. Не употребляются в проекте сокращенные наименования органов государственной власти Российской Федерации, органов государственной власти субъектов Российской Федерации, органов местного самоуправления муниципальных образований.

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

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

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

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

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 - аналогом проекта является «запрос» или «заказ», который может поступить от «Заказчика», и который затем нужно разбить на задачи, которые могут закрываться в разных релизах.

Сегодня я получил письмо следующего содержания:

«Здравствуйте, Андрей Геннадьевич!
Огромное Вам спасибо за возможность получения информации по интересующим нас вопросам! Ваша помощь неоценима и я постоянно пользуюсь Вашими советами.

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

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

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

Для начала, посмотрите не образец приложения на рисунке ниже:

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

Давайте рассмотрим все по порядку.

1. Оформление приложений в дипломной работе.

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

Листы с приложениями не нумеруются.

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

2. Размещения большой таблицы в Приложении.

Для того, чтобы можно было разместить на листе формата А4 таблицу большего размера, можно воспользоваться настройками принтера именно для файла работы или отдельно для каждого приложения. Принтер должен ОБЯЗАТЕЛЬНО, поддерживать формат А3 (большинство лазерных и струйных принтеров средней и верхней ценовой категории).

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

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

Таким образом при печати Ваше Приложение будет уменьшено до формата А4 и размещено на нем.

Если Ваше Приложение выполнено в Exсel, то можно просто скопировать нужную информацию из листа Exсel на страницу Wordа или распечатать лист Exсel отдельно и приложить к работе.

3. Теперь непосредственно о нормах составления статистических форм.

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

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

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

4. Последнее замечание по Приложениям к дипломной работе.

Не увлекайтесь и не делайте слишком много приложений. Приложений в работе должно быть от 1 до 5 – максимум 8.

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

На этом на сегодня все!

Удачи в написании дипломной работы и приложений к ней!

Понравилось? Лайкни нас на Facebook