4.2 Алгоритм рішення задачі

Розробка й обґрунтування алгоритмів розв'язання поставленої задачі містять побудову алгоритму, що реалізує обраний метод розв'язання задачі, обґрунтування його структури, що відображає основні операції процесу обробки даних на ПК, схематичне зображення алгоритму і його опис. Крім того, здійснюється оцінка алгоритму і визначення його якісних показників, порівняння з існуючими алгоритмами. Алгоритм подається згідно з вимогами міждержавного стандарту ГОСТ IO.OOS-SO «Схемы алгоритмов и программы. Обозначения условные графические».

Алгоритм розв’язання може бути поданий у вигляді:

• схеми;

• в табличній формі;

• опису логіки алгоритму;

• опису у вигляді тексту.

Схему при потребі доповнюють текстом.

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

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

У випадку застосування об’єктно-орієнтованого підходу в якості структурної схеми може фігурувати ієрархія класів (об’єктів).

Приклад

procedure TForm1.ToolButton1Click(Sender: TObject); - Вивід форми для розрахунку загальної вартості витрат;

або

Головна програма Program виконує ..., викликає ...

Процедура Ргос1 виконує ..., викликає ...

5 Програмування та тестування

5.1 Розробка програми

У підрозділі необхідно вказати всі етапи розробки програми. Якщо для рішення поставленої задачі необхідно використовувати базу даних то при створенні програми в першу чергу визначається структура бази даних, що включає в себе визначення ієрархії, зв’язків, індексів, назва полів та їх оптимальні розміри. Далі розробляються функції і підпрограми, що відповідають за введення та контроль даних, узгоджуються з вхідними документами. Зовнішнє розташування полів має максимально відповідати структурі вхідних даних і побажанням користувача або замовника. При обробці даних необхідно звернути увагу на неприпустимість зависання програми у разі будь-яких неправильних дій користувача Всі помилкові дії повинні супроводжуватися повідомленнями, зрозумілими користувачеві, а їх відповідь повинна оброблятися усередині програми. При розробці вихідних форм, тобто звітів раціонально буде використання генератора звітів з подальшим підключенням їх до проекту. Далі створюється проектний файл, що включає в себе основну програму, підпрограми, процедурний файл, а також при необхідності установчий файл, який визначає шляхи файлів, тимчасові директорії, додаткові установки. Після складання (побудови) проекту створюється ЕХЕ-файл, готовий до старту програми. Обов’язково створюється ВАТ-файл, який використовує не тільки виклик ехе-файлу, а й деякі установки та шляхи а також параметри, пов’язані з конкретним користувачем, особливо якщо поставлена задача повинна бути впроваджена в мережевому режимі.

5.2 Етапи налагодження

В підрозділі описуються наступні етапи налагодження програми:

• тестування програми на контрольному прикладі;

• пошук синтаксичних та семантичних помилок.

Етап тестування програмного продукту повинен включати опис:

• тестових даних, які необхідні для перевірки працездатності основних функцій реалізованого проекту (дані для заповнення довідників, дані для заповнення файлів оперативної інформації). Наведені тестові дані повинні бути введені у відповідні поля форм і показані в додатку (екранні форми з тестовими даними);

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

• результатів обробки тестових даних (розраховані показники, сформовані відомості, звіти і т.п.). Результати так само повинні бути відображені у відповідному додатку.

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

Також необхідно надати перелік даних, на яких було проведення тестування програми та результати тестування.