1.3.2 Програмна реалізація спроектованої бази даних

Всі таблиці функціонують в рамках створеної системи управління базою даних «Архів». СУБД «Архів» створена засобами середовища програмування Delphi і реалізує всі необхідні вимоги, які пред’являлися в постановці завдання до дипломної роботи і виконує повний круг завдань, потрібний від бази даних. Структура програми наведена в Додатку А.

Розроблена програма містить декілька модулів, що поєднані між собою. Кожен з них відповідає за певну роботу у програмі. Основні модулі програми: MainForm, DataModuleForm, AddForm, EditForm.

MainForm – головна форма програми. Модуль забезпечує безпечний доступ користувачів до програми, тобто відбувається перевірка правильності паролю. При негативному результаті видається повідомлення про помилку і надається можливість повторного вводу паролю. Після проведення авторизації користувач переходить в головне меню, в якому можна вибрати певний архівний фонд. Для перегляду інформації по певному фонді необхідно натиснути відповідну кнопку, після чого відкриється відповідна таблиця з даними. Модуль містить компоненту PageControl. Авторизація, меню і всі таблиці БД містяться у відповідних вкладках компоненти.

DataModuleForm – модуль призначений для підключення бази даних до програмного модуля. Форма містить чотири типи не візуальних компонентів: ADOConnection, ADODataSet, ADOQuery, DataSource з двох закладок: dbGo і DataAccess. З їх допомогою здійснюється підключення таблиць.

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

EditForm – модуль призначений для редагування запису бази даних. Уся інформація про запис відображається в поля введення DBEdit, DBComboBox. Користувач бачить усі відомості про даний запис і може ввести певні корективи. Дані можна вибрати з випадаючого списку або ввести їх самостійно. При цьому звернення до даних відбувається через архівний номер.

1.3.3 Підбір контрольних прикладів та тестування програми

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

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

Багато організацій, що займаються створенням програмного забезпечення, до 50% коштів, виділених на розробку програм, витрачають на тестування, що становить мільярди доларів по всьому світу в цілому. І все ж,

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

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

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

Якість не є абсолютною, це суб’єктивне поняття. Тому тестування не може повністю забезпечити коректність програмного забезпечення. Воно тільки порівнює стан і поведінку продукту зі специфікацією. При цьому треба розрізняти тестування програмного забезпечення і забезпечення якості програмного забезпечення, до якого належать усі складові ділового процесу, а не тільки тестування.

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

Існують такі види тестування:

• автоматичне та ручне тестування;

• динамічне та статичне тестування;

• функціональне тестування;

• регресивне тестування;

• тестування процесу роботи програми (workflow testing).

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

Лист

Зм.

Лист

№ докум.

Підпис

Дата