Бажаєте знати, як здати курсову без проблем? Достатньо виконати грамотне оформлення програми у курсовій роботі.

Якщо ви вже прочитали всі необхідні матеріали на нашому телеграм-каналі і вирішили виконати її самостійно, ми дамо вам кілька порад про те, як має виглядати правильне оформлення малюнків у курсовій, таблицях, графіках та інших документах, що входять до додатку.

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

Правила оформлення курсової та дипломної роботи багато в чому збігаються. Наприклад, доведеться слідувати тим самим рекомендаціям ГОСТ.

Правила оформлення кількох додатків

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

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

Правила оформлення заголовків

Кожен новий лист з додатком має свій заголовок. Вгорі в центрі сторінки пишуть слово "Додаток", а потім його нумерація (відповідно до порядку використання в тексті).

Правила оформлення нумерації програми

Нумерація додатків йде не арабськими цифрами, а великими літерами російського алфавіту (наприклад, ДОДАТОК А). У назві додатків можна скористатися і латинським абеткою.

У цьому випадку не допускаються до використання літери I. Як нумерацію можна використовувати будь-які літери російського алфавіту, крім: Е, З, Й, О, Ч, Ь, Ы, Ъ.

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

До речі! Якщо з нумерацією та цифрами вже давно не ладнається, для наших читачів зараз діє знижка 10% на

Правила оформлення одного та декількох аркушів додатку

Якщо додаток включає лише 1 документ (аркуш), його позначають так: Додаток А.

Якщо в одному додатку планують розділити інформацію на блоки, складові частини документа можна розділити. Це відбувається шляхом додавання до назви індексу № (наприклад, Додаток №1 і т.д.).

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

Завжди звертайте увагу на методичні вказівки. Вони зазначені особливості оформлення додатків саме вашого вузу. Наприклад, деякі вищі навчальні заклади рекомендують оформлювати додатки так: Додаток 1, Додаток 2…Додаток 7.

Правила оформлення посилань на додатки у курсовій

При написанні основного тексту наприкінці фрази, на яку роблять додаток, необхідно робити знак у тому, де шукати пояснення до сказаного вище. Наприклад:

Або ось так:

Тепер ви знаєте, як оформити програму в курсовій роботі. Загалом, якщо не хочете розбиратися в морі інформації, зверніться до професійного студентського сервісу. А якщо ні, то просто дотримуйтесь вищенаведених правил - і буде вам щастя.

Перед тим, як створювати програму, необхідно продумати її архітектуру. Як це зробити правильно розглянемо у статті.

Спростіть життя розробникам

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

Що спростить розробнику життя:

• Зробіть додаток максимально простим та зрозумілим;
• Не перевантажуйте його зайвою функціональністю – впроваджуйте лише необхідні фічі;
• Використовуйте загальноприйнятий підхід до розв'язання задач;
• Використовуйте допоміжні інструменти;
• Зробіть додаток виразним - кожне завдання, яке вирішується в ньому, має бути очевидним;
• Якщо ви плануєте використовувати сторонні бібліотеки, подбайте про те, щоб вони були найкращими.

Приділіть увагу дрібницям

• Вирішуйте всі завдання, поставлені перед проектом, послідовно;
• Зробіть так, щоб найпоширеніші завдання виконувались простіше і прозоріше за інших;
• Зробіть додаток легкорозширюваним;
• Зробіть його настільки простим, наскільки це можливо;

Пам'ятайте про юзабіліті

Рівень юзабіліті життєво важливий із низки причин. Він підвищує довіру та задоволеність клієнтів та знижує витрати.

• Виключіть із програми технології, специфічні для конкретного постачальника;
• Ваша програма повинна підтримувати останні стандарти;
• Забезпечте програмі швидкий відгук;
• Ваш додаток повинен максимально використовувати графічні можливості;
• Додати анімацію там, де це доречно;
• Додайте підтримку A/B тестування;
• Увімкніть у програму підтримку аналітики.

Забезпечте безпеку

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

• Проходьте сторонні пентести;
• Впроваджуйте стандарти безпеки скрізь, де це можливо;
• Дотримуйтесь найкращих практик безпеки.

Забезпечте надійність

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

• Очевидно, що в системі не повинно відбуватися збоїв, але все ж таки вони відбуваються. Потрібно забезпечити журналування та аналіз таких збоїв;
• Система має бути максимально автономною - якщо стався збій, буде ідеально, якщо вона сама з цим впорається;

З розумом підходьте до продуктивності

• Забезпечте додатку рівень продуктивності, що відповідає вашому завданню та можливостям. Іноді збільшення продуктивності може дуже дорого коштувати з погляду витрачених людських та апаратних ресурсів. Якщо продуктивність для ваших завдань не є критичною, не варто на цьому зациклюватися;
• Мінімізуйте затримку до появи інтерфейсу (< 250 мс для 90% запросов, < 2 с для всех запросов) или добавьте механизмы для её компенсации, например, кеширование.

Закладіть масштабованість

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

• Віддайте перевагу горизонтальному, а не вертикальному масштабуванню;
• Закладіть можливість легко додати більше вузлів системи;
• Дозвольте балансувати навантаження між вузлами;
• Не перевантажуйте кожен окремий вузол - розподіляйте навантаження.

Закладіть тестованість

Тестування - показник того, наскільки добре система або її компоненти дозволяють створювати вимоги для тестування та проводити тести, щоб визначити, чи виконуються ці вимоги.

• Впровадьте у систему механізми для імітації даних;
• Переконайтеся, що процеси, які працюють із наборами даних, швидко обробляють набори невеликого розміру;
• Додайте в програму можливість автоматизації тестування інтерфейсу.

Впровадьте інтероперабельність

Наскільки добре ваша система взаємодіє з іншими? Комунікаційні протоколи, інтерфейси та формати даних є ключовими аспектами інтероперабельності. Стандартизація також є важливим аспектом, на який слід звернути увагу під час розробки інтероперабельної системи.

• По можливості використовуйте відкриті стандарти;
• Якщо це з якоїсь причини неможливо, то опублікуйте стандарти, що використовуються;
• Чим більше сторонніх систем підтримує вашу програму, тим краще.

Забезпечте прозорість та усунення несправностей

Коли щось йде не так, наскільки легко простежити помилку та відтворити її?

• Журналуйте всі помилки та важливі події;
• Зробіть трасування стека простим для розуміння;
• Включайте в балку всі дані, необхідні для повторного відтворення помилки;
• Додайте можливість увімкнення/вимкнення налагоджувальних логів;
• Зробіть так, щоб перебіг процесу, що спричинив помилку, можна було легко простежити через весь додаток.

Використовуйте популярні фреймворки

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

Характеристики соціально активного застосування:

• Безліч плагінів та проектів з відкритим вихідним кодом, пов'язаних з фреймворком;
• Активний репозиторій на GitHub, якщо бібліотека з відкритим вихідним кодом;
• Багато запитань та відповідей на StackOverflow;
• Безліч книг, блогів та посібників.

Зробіть розгортання максимально простим

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

• Додайте автоматичне розгортання за сценарієм;
• Спростіть процес написання автоматизованих тестів;
• Мінімізуйте час збирання системи;
• Мінімізуйте фізичний розмір системи;
• Спростіть відкот системи, щоб полегшити собі життя, якщо щось піде не так.

При проектуванні вашої програми пройдіться по цьому списку і подивіться, чи зможете ви поставити галочку якомога більше пунктів. Якщо ви враховуватимете всі ці поради при створенні своєї програми, то в результаті отримаєте кращий результат.

Хінт для програмістів: якщо зареєструватися на змагання Huawei Honor Cup, безкоштовно отримайте доступ до онлайн-школи для учасників. Можна прокачатися за різними навичками та виграти призи у самому змаганні. .

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

Вам подобається розробка мобільних додатків для бізнесу, блогу, продукту чи послуги, чи ви просто шукаєте нове джерело заробітку? Думаєте, як це здійснити та прораховувати майбутні витрати? Насправді втілити в життя цю витівку не так складно і не так дорого, як здається на перший погляд. Необхідно лише досить добре уявити, чого саме ви очікуєте від програми для мобільного телефону або планшета та визначити, якими способами досягти поставленої мети.

ПІДГОТОВЧИЙ ЕТАП

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

• Чи є у мене конкретне бачення того, що буде готовим продуктом і яким буде його функціонал?
• Які завдання програма покликана вирішувати і яка користь для конкретного користувача?
• На яких платформах працюватиме готовий програмний продукт (iOS, Android, Windows Phone)?
• Чи потрібний щоденний контроль за його функціонуванням?
• Яку суму я готовий витратити?
• Чи створюватиму я додаток самостійно або звернуся до розробників-професіоналів.

Також враховуйте, що до створення мобільних програм для бізнесу, наприклад, для кафе, піцерії або фітнес-клубу, слід підходити особливо серйозно. Адже наявність у компанії такого сучасного інструменту – це серйозний іміджевий фактор, який сприятиме більшій лояльності клієнтів до бренду та значному зростанню кількості повторних відвідувань.

СПОСОБИ І ВАРТІСТЬ СТВОРЕННЯ ДОДАТКУ

У створенні програм для мобільних пристроїв є два шляхи.Перший передбачає самостійне формування програм для електронних пристроїв на основі Android або IOS за шаблонним типом за допомогою спеціальних сайтів-конструкторів. Другий шлях, більш витратний, проте в результаті дозволяє отримати серйозні та функціональні продукти - звернутися за допомогою до приватних осіб або компаній, що займаються написанням програмного забезпечення. Другий варіант підходить, якщо йдеться про створення серйозних програмних продуктів із конкретними характеристиками, які виходять за межі готових наборів, доступних на сайтах-конструкторах. Слід також враховувати, що професійна розробка для iOS або Android потребує значних витрат. Яка вартість створення програми для платформ Android та IOS на російському ринку? Діапазон цін досить широкий – від кількох сотень до десятків тисяч доларів – все залежить від типу програмного забезпечення та його функціоналу. Однак такі серйозні вкладення з лишком окупаються у перспективі. При плануванні кінцевої вартості також варто врахувати витрати на розміщення нового продукту в AppStore та Android Market. Якщо ви обмежені невеликим бюджетом і у вас зовсім немає часу, тоді можна спробувати сконструювати програму для електронних пристроїв самостійно. Для цього не потрібно бути програмістом. Про те, як це легко зробити, читайте далі.

ЯК СТВОРИТИ ДОДАТОК БЕЗКОШТОВНО

На сьогоднішній день в мережі є достатньо вітчизняних і зарубіжних платформ, які дозволяють самостійно умовно безкоштовно сконструювати додаток за готовим типом. На сайтах-конструкторах розміщено сотні готових варіантів аплікацій, розсортованих за різними категоріями: малий бізнес, освіта, розваги, спорт, блоги тощо. На таких ресурсах безкоштовно створюються програми зі стандартним та обмеженим набором функцій. Обмеження стосуються кількості установок та переглядів Вашої програми, кількості позицій у каталозі, можливості публікації в магазинах, наявності системи прийому платежів, присутності сторонньої реклами та можливості доопрацювання функціоналу під Ваші потреби. Для зняття обмежень на сайтах можна вибрати певний пакет із фіксованою місячною платою, розмір якої визначається залежно від кількості включених опцій. Приклади сайтів-конструкторів умовно-безкоштовних мобільних програм для Андроїд, iPhone, iPad.

1. Appsgeyser.com (appsgeyser.ru – російськомовний варіант).

А тепер розглянемо, як за кілька хвилин здійснюється розробка мобільної програми на прикладі сайту ibuildapp. Ми вибрали саме цей майданчик, оскільки він дуже простий і зрозумілий у використанні. До речі, ресурс iBuidApp має і російськомовну версію, що полегшує користування конструктором. Перед початком роботи реєструємось на сайті. Далі на головній сторінці клацаємо вкладку "Створити" і вибираємо відповідний шаблон.

ВИБІР ШАБЛОНУ ТА КАТЕГОРІЇ

Цей майданчик пропонує досить великий вибір стандартних варіантів, ознайомитися з якими можна в каталозі категорій у лівому меню сторінки сайту. Для прикладу ми вибрали категорію "Фотографія" та шаблон "Фотостудія". Після вибору дизайну та відповідної категорії, починаємо редагування пунктів меню.

РЕДАКТУВАННЯ КОНТЕНТУ

Адміністративна панель конструктора відкриває широкі можливості редагування елементів меню. Можна змінити фон, додати логотип, настроїти навігацію головного та нижнього меню на екрані електронного пристрою, редагувати вміст внутрішніх сторінок. До речі, у правій частині екрана можна побачити, як внесені зміни виглядатимуть на екрані електронного пристрою. Конструктор дозволяє також протестувати вашу програму на планшеті або смартфоні. Також готову програму можна публікувати в Appstore або Google Play, проте ця функція доступна тільки для платних версій. Сайт пропонує 3 платні пакети вартістю 490 руб., 2400 руб., 3700 руб. в місяць.

ПЛАТНІ ПАКЕТИ

Якщо вас не влаштовує зовнішній вигляд доступних на сайті шаблонів, ви можете створити власний дизайн, натиснувши на обліковий запис вкладку "Мої шаблони". Можливості індивідуального конструктора досить обмежені, вони дозволяють наділити програмний продукт лише найнеобхіднішими елементами.
Тепер Ваша черга взятися за створення програм та встановити його на свій смартфон. Спробуйте це досить просто!

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

Потрібно дуже добре розуміти відмінність цих проектів від інших і особливо від проектів впровадження комп'ютерних програм у бізнес-процеси організації.

Існує два ризики, які дуже часто виливаються у проблеми:

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. Графіки та діаграми.
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 автором: Статті.Ру