Додаток 3. Опис програми

Опис програми складається з титульного листа, анотації, змісту й інформаційної частини, що складається з наступних розділів:

· загальні відомості;

· функціональне призначення;

· опис логічної структури;

· використовувані технічні засоби;

· виклик і завантаження;

· вхідні дані;

· вихідні дані.

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

У розділі "Загальні відомості" повинні бути зазначені: позначення і найменування програми; програмне забезпечення, необхідне для функціонування програми; мови програмування, якими написана програма.

У розділі "Функціональне призначення" повинні бути зазначені класи розв'язуваних задач і (чи) призначення програми і відомості про функціональні обмеження на застосування.

У розділі "Опис логічної структури" повинні бути зазначені: алгоритм програми; використовувані методи; структура програми з описом функцій складових частин і зв'язку між ними; зв'язки програми з іншими програмами. Опис логічної структури програми виконують з урахуванням тексту програми вихідною мовою.

У розділі "Використовувані технічні засоби" повинні бути зазначені типи електронних обчислювальних машин і пристроїв, що використовуються при роботі програми та системи.

У розділі "Виклик і завантаження" повинен бути зазначений спосіб виклику програми.

У розділі "Вхідні дані" повинні бути зазначені: характер, організація і попередня підготовка вхідних даних; формат, опис і спосіб кодування вхідних даних.

У розділі "Вихідні дані" повинні бути зазначені: характер і організація вихідних даних; формат і опис вихідних даних.

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

Анотація в додатку оформлюється лише мовою документа. Заголовок "АНОТАЦІЯ" пишеться шрифтом, прийнятим для заголовків розділів симетрично правій і лівій границям аркуша. Анотація в додатку відноситься не до всієї роботи, а тільки до програмного комплексу, або системи. В анотації наводяться відомості про програмний комплекс, що включають у себе засоби розробки, переваги і рекомендації до застосування.

Заголовок "ЗМІСТ" пишеться шрифтом, прийнятим для заголовків розділів симетрично правій і лівій границям аркуша. Зміст включає перелік записів про структурні елементи документа, у кожну з який входять:

§ позначення структурного елемента (номер розділа, підрозділу і т.п.);

§ найменування структурного елемента;

§ номер сторінки.

Загальний обсяг опису програми не повинен перевищувати 6 сторінок.

7.3. Оформлення графічних матеріалів (плакатів)

Графічний матеріал оформлюється на аркушах формату А1 (594 840 мм).

Графічний матеріал призначений для ілюстрування доповіді на захисті і може містити схеми, креслення, діаграми й ін. Наносити на плакати зображення, що не мають прямого відношення до розробки, не допускається. Рекомендується уникати зафарбованих областей і яскравих кольорів. Загальне число кольорів не повинне бути більше 8, включаючи і чорний. Розмір елементів зображення повинен дозволяти читання плакату з відстані не менш 4 м (чому відповідає розмір шрифту не менш 36).

Для бакалаврських робіт плакати оформлюються з кутовим штампом за ДСТ 2.104-68 Форма 2. Допускається оформлення плакату в сторінковому форматі (597 840).

Креслення блок-схеми виконується на аркуші з кутовим штампом за ДСТ 2.104-68 Форма 1. Блок-схема алгоритму виконується відповідно до ДСТ 19.701-90 (викладені нижче).

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

Після захисту всі плакати згортають відповідно до формату А4 для збереження їх в архіві. Правила згортки і збереження регламентуються [6].

7.4. Кодування документів

Реєстраційний номер формується в такий спосіб:

Структура позначення програми і програмного документа – специфікації (у записці Додаток 1):

Наприклад: УКР.ВМУРоЛУУ.КС0120_04Б для бакалаврської атестаційної роботи чи УКР.ВМУРоЛУУ.КС0120_06С - для диплома спеціаліста.

Структура позначення інших програмних документів:

Наприклад: УКР.УКРАЇНА.КС0110_05Б 12-1 для бакалаврської атестаційної роботи чи УКР.УКРАЇНА.КС0110_05С 12-1 - для диплома спеціаліста.

Види документів приведені в наступній таблиці:

Структура позначення аркушів графічного матеріалу:

Наприклад: УКР.ВМУРоЛУУ.КС0110_05Б-01 для бакалаврської атестаційної роботи (1-й лист) чи УКР.ВМУРоЛУУ.КС0110_05С-05 (5-й лист) - для диплома спеціаліста.

7.5. Правила виконання схем та застосування символів

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

Наведені вище форми символів повинні служити керівництвом для фактично використовуваних символів. Не повинні змінюватися кути й інші параметри, що впливають на відповідну форму символів. Розміри символів призначаються з наступних міркувань. Менший геометричний розмір символу (за винятком з'єднувачів і коментарів) вибирається з ряду 80, 120, 160,... мм. Співвідношення більшого і меншого розміру повинне складати 1,5. Всі основні символи на схемі повинні бути, по можливості, одного розміру.

Наприклад:

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

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

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

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

Як правило, студентам комп’ютерних спеціальностей необхідно знати і демонструвати організацію і роботу баз даних. При оформленні відповідного плакату необхідно дотримуватись однаковості – однакова ширина таблиць, однакове зображення зв'язків, полів, ключів і т.п. Назви таблиць, структура таблиць і назви полів оформлюються обов'язково мовою документа, за винятком первинних (PK) і зовнішніх (FK) ключів. Така вимога обов'язкова тільки для плакатів, на відміну від пояснювальної записки, у якій усі ці елементи можуть оформлюватися традиційно англійською мовою.

7.5.2. Правила виконання з'єднань

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

У схемах варто уникати перетинання ліній. Лінії, що перетинаються не мають логічного зв'язку між собою, тому зміни напрямку в точках перетину не допускаються.

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

Лінії в схемах повинні підходити до символу або ліворуч, або зверху, а виходити або праворуч, або знизу. Лінії повинні бути спрямовані до центру символу.

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

8. ВІДгук КЕРІВНИКА І РЕцЕНЗУВАННЯ

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

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

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

Загальна оцінка може виглядати так: «Робота заслуговує оцінки “... ”, а студент... – присвоєння кваліфікації бакалавра комп'ютерних наук».

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

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

9. КРИТЕРІЇ ОЦІНЮВАННЯ БАКАЛАВРСЬКИХ АТЕСТАЦІЙНИХ РОБІТ

Оцінку бакалаврської атестаційної роботи визначають наступні показники:

1. Оцінка програмного продукту, створеного студентом;

2. Оцінка захисту;

3. Оцінка оформлених до захисту документів.

Відповідно до цих складових вироблені наступні критерії оцінки бакалаврської атестаційної роботи:

Робота оцінюється на «ВІДМІННО», якщо

При реалізації програми:

• використано сучасні програмні засоби;

• реалізовано сучасний інтерфейс роботи з користувачем;

• використано поглиблені знання принаймні з однєї з наступних спеціальних дисциплін:

• «ПТЦА»;

• «Організація баз даних»;

• «Теорія електричних кіл»;

• «Комп’ютерна схемотехніка»;

• «Комп'ютерні мережі»;

• «Програмне забезпечення інтелектуальних систем»;

• «Основи проектування трансляторів»;

• «Основи чисельних методів»;

• «Дослідження операцій».

Явною перевагою бакалаврської роботи є:

• освоєння й обґрунтоване застосування оригінальних програмних засобів;

• вивчення і представлення в програмі предметної галузі, що складно формалізується;

• вивчення і використання новітніх інформаційних технологій.

На захисті студент:

• чітко і повно доповідає про мету бакалаврської роботи і задачі, реалізовані розробленою програмою;

• визначає користувачів програмної системи, рівень доступу і функції системи, надані кожному користувачу;

• описує вхідну і вихідну інформації для кожної задачі, реалізованої в системі;

• обгрунтовує використання програмних засобів;

• пояснює суть використовуваних методів реалізації задачі й обґрунтовує їхній вибір;

• грамотно представляє і пояснює блок-схему алгоритму (якщо є);

• демонструє і пояснює ключові фрагменти діалогу програмної системи з користувачем і результати рішення всіх поставлених задач;

• на питання відповідає повно, уміє професійно відстоювати свою точку зору.

До бакалаврської роботи додаються наступні документи за відповідними вимогами:

• Пояснювальна записка, у якій:

• зміст цілком відповідає завданню;

• матеріал добре структурований, викладений вичерпно повно, чітко і грамотно;

• оформлення строго відповідає нормативним вимогам.

• Креслення блок-схеми, що описує:

• алгоритм роботи всієї системи або

• основний метод, реалізований у системі чи

• фрагмент програмного модуля, що містить особливості програмної реалізації, на які доповідач хоче звернути увагу;

• виконується як креслення в строгій відповідності зі стандартами оформлення блок-схем.

• Плакати, що:

• містять ілюстрації до доповіді;

• виконуються у відповідності зі стандартами, прийнятими для оформлення плакатів.

• Відгук керівника бакалаврської роботи;

• Рецензія зовнішньої організації;

• Протокол захисту програмного продукту з оцінкою «відмінно»;

• Протокол передзахисту.

Робота оцінюється на «добре», якщо

При реалізації програми:

• використано сучасні програмні засоби;

• реалізовано сучасний інтерфейс роботи з користувачем, але діалог побудований не оптимально з погляду зручності користувача чи форм виведення і розміщення інформації;

• використано знання й уміння, отримані при вивченні однієї зі спеціальних дисциплін.

На захисті студент:

• доповідає про виконану роботу так само, як зазначено в критеріях на оцінку «відмінно», але допускає несуттєві помилки і неточності;

• уміє професійно відстоювати свою точку зору;

• на питання відповідає загалом правильно, але допускає несуттєві помилки і неточності.

До бакалаврської роботи додаються наступні документи завідповідними вимогами:

• Пояснювальна записка, у якій:

• зміст цілком відповідає завданню;

• матеріал не зовсім вдало структурований;

• матеріал викладений чітко і коротко, але мають місце стилістичні погрішності;

• оформлення з незначними відхиленнями від нормативних вимог.

• Креслення блок-схеми, що:

• має зміст, що відповідає вимогам, пропонованим на оцінку «відмінно»;

• виконується як креслення з незначними відхиленнями від стандартів оформлення блок-схем.

• Плакати, що:

• містять ілюстрації до доповіді;

• виконуються з незначними відхиленнями від стандартів, прийнятих для оформлення плакатів.

• Відгук керівника бакалаврської роботи;

• Рецензія зовнішньої організації;

• Протокол захисту програмного продукту з оцінкою «добре»;

• Протокол передзахисту.

Робота оцінюється на «задовільно», якщо

При реалізації програми:

• коректно зроблені розрахунки, що не вимагають використання чисельних методів;

• реалізовано сучасний інтерфейс роботи з користувачем;

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

На захисті студент:

• доповідає загалом правильно, однак доповідь побудована нелогічно, нечітко, містить неточності;

• на питання відповідає неповно, допускає помилки і неточності.

До бакалаврської роботи додаються наступні документи за відповідними вимогами:

§ Пояснювальна записка, у якій:

§ зміст відповідає завданню, але матеріал невдало структурований, викладений нечітко, маються граматичні помилки;

§ оформлення з відхиленнями від нормативних вимог.

§ Креслення блок-схеми, що:

§ має зміст, що відповідає вимогам, пропонованим на оцінку «відмінно»;

§ виконується як креслення з відхиленнями від стандартів оформлення блок-схем.

§ Плакати, що:

§ містять ілюстрації до доповіді;

§ виконуються з відхиленнями від стандартів, прийнятих для оформлення плакатів.

§ Відгук керівника бакалаврської роботи;

§ Рецензія зовнішньої організації;

§ Протокол захисту програмного продукту з оцінкою «задовільно»;

§ Протокол передзахисту.

СПИСОК ВИКОРИСТАНОЇ ЛІТЕРАТУРИ

1. ДСТ 2.104-68 ЕСКД. Основні надписи.

2. ДСТ 2.108-68 ЕСКД. Специфікація.

3. ДСТ 2.109-73 ЕСКД. Основні вимоги до креслень.

4. ДСТ 2.501-88 ЕСКД. Правила обліку та зберігання.

5. ДСТ 2.701-84 ЕСКД. Схеми. Загальні вимоги до виконання.

6. ДСТ 2.708-81 ЕСКД. Правила виконання електричних схем цифрової обчислювальної техніки.

7. ДСТ 2.743-82 ЕСКД. Правила виконання електричних схем.

8. ДСТУ 3008-95 Документація. Звіти у сфері науки і техніки. Структура і правила оформлення.

9. ДСТ 19.002-80 ЕСПД. Схеми алгоритмів і програм. Правила виконання.

10. ДСТ 19.101-77 ЕСПД. Види програм і програмних документів.

11. ДСТ 19.103-77 ЕСПД. Позначення программ та програмних документів.

12. ДСТ 19.105-78 ЕСПД. Загальні вимоги до програмних документів.

13. ДСТ 19.202-78 ЕСПД. Специфікація. Вимоги до змісту та оформлення.

14. ДСТ 19.401-78 ЕСПД. Текст програми. Вимоги до змісту та оформлення.

15. ДСТ 19.402-78 ЕСПД. Опис програми.

16. ДСТ 19.701-90 ЕСПД. Схеми алгоритмів, програм, даних та систем.

17. Методичні вказівки до виконання курсових проектів (робіт) для студентів, що навчаються за напрямками 6.0804, 6.0915 / Укл. Тимошенко А.Г., Забара С.С., Донець А.Г. – К.: ВМУРоЛ”Україна”, 2004. – 77 с.

Анотація

В бакалаврскій роботі реалізован алгоритм побудови оптимальної транспортної мережі, призначеної для транспортування продукту від джерела до користувачів, який базується на розв’язанні взваженої задачі Штейнера.

Програма дозволяє підрахувати вартість транспортних витрат, а також графічне зображення усієї мережі. Програмний продукт був створений на мові Object Pascal 5.0. в візуальному середовищі Borland Delphi 5.0.

Для визуализацїї, вводу та отримання картографічної інформацїї використовується інтегрирована картографія з геоінформаційної системи MapInfo 5.0., опосередкованої механізмом керування об'єктами OLE.

Аннотация

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

Программа позволяет получить стоимость транспортных издержек, а также графическое изображение всей сети. Программный продукт был реализован на языке Object Pascal 5.0. в визуальной среде Borland Delphi 5.0.

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

Annotation

In this work for a Bachelor's Degree, the algorithm (based on the solution for Steiner problem) of building of an optimal network for source-consumer product transporting is realized.

The software product makes it possible to get the transport costs data, as well as the network graphicalmapping. This program was realized in the Object Pascal 5.0. language in Borland Delphi 5.0. visual environment.

The integrated mapping from MapInfo 5.0. geoinformation system by means of OLE mechanism for objects control is used for the visualization, input and output of mapped information.

ЗМІСТ

Вступ.......................................................... 6

1. Постанова задачі.............................................. 9

2. Актуальність задачі.......................................... 10

3. Аналіз предметної області.................................... 11

3.1. Огляд технічних проблем.................................. 11

3.2. Стан навколишнього середовища........................... 13

4. Опис системи............................................... 16

4.1. Структура системи....................................... 16

4.2. Робота системи.......................................... 18

4.3. Структура бази даних.....................................21

5. Вибір засобів реалізацїї....................................... 28

5.1. Операційна система...................................... 29

5.2. Мова програмування і середа розробки......................30

5.3. Система керування базами даних...........................34

5.4. Необхідні вимоги до конфігурацїї ЕОМ..................... 36

6. Інтерфейс роботи з користувачем..............................38

7. Економічна частина......................................... 42

7.1. Розрахунок впровадження програмної системи.............. 42

7.2. Смета витрат на розробку та впровадження................. 44

7.3. Визначення економічного эфекту..........................46

8.Охорона праці............................................. 51

Висновок...................................................... 48

Література.................................................... 49

Додаток I. Специфікація........................................ 50

Додаток II. Текст програми....................................... 52

Додаток III. Опис програми.......................................65

7. ЕКОНОМІКО-ОРГАНІЗАЦІЙНА ЧАСТИНА

7.1. Розрахунок трудоємності та впровадження

Визначити трудоємність розробки програмного продукту групи задач “Керування охороною навколишнього середовища”. Плановий термін розробки – 0,5 року.

7.2. Смета витрат на розробку та впровадження

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

7.2.1. Витрати на оплату роботи

До цієї статті належать витрати на виплату основної та додаткової зароботної плати виконавців, розрахунки яких наведені нижче.

Рис. 4.9. Діаграма середньорічних концентрацій по SO2

Рис. 4.9

Рис. 8.1. Конструкція плівочного резістору: 1 – проводяща плівка; 2 – резистивна плівка.