орма, на якій за допомогою контекстного меню здійснюється перехід на форми пошуку та обробки даних в таблицях.
Малюнок 14 - Головна форма, контекстне меню обробка даних
На малюнку 15 наведена головна форма, контекстне меню формування звітів.
Малюнок 15 - Головна форма, контекстне меню формування звітів
На малюнку 16 наведена головна форма, контекстне меню пошук за критерієм.
Малюнок 16 - Головна форма, контекстне меню пошук по критерію
На малюнку 17 наведено приклад форми обробки даних в таблиці Відповідальні.
Малюнок 17 - Форма обробки даних Додавання відповідальних
На малюнку 18 наведено приклад форми обробки даних в таблиці довідник операційних систем.
Малюнок 18 - Форма обробки даних Довідник операційних систем
На малюнку 19 наведено приклад форми обробки даних в таблиці довідник офісів.
Малюнок 19 - Форма обробки даних Довідник офісів
На малюнку 20 наведено приклад форми обробки даних в таблиці додавання робочого місця.
Малюнок 20 - Форма обробки даних Додавання робочого місця
На малюнку 21 наведено приклад форми обробки даних в таблиці дані про ПК.
Малюнок 21 - Форма обробки даних дані про ПК
На малюнку 22 наведено приклад форми обробки даних в таблиці закріплення ПК за робочим місцем.
Малюнок 22 - Форма обробки даних робочі місця
На малюнку 23 наведено приклад форми обробки даних в таблиці закріплення відповідальних.
Малюнок 23 - Форма обробки даних закріплення відповідальних
На малюнку 24 відображена форма пошуку по інвентарному номеру і пошук неіснуючої записи
Малюнок 24 - Форма пошуку
. Тестування та налагодження ПЗ
. 1 Вибір підходу до тестування
Для тестування даного програмного продукту на ранніх стадіях зручно використовувати динамічний підхід до ручного контролю, для тестування готових модулів і міжмодульних інтерфейсів доцільніше використовувати функціональне тестування. Далі про них розказано більш докладно.
Ручний контроль зазвичай використовують на ранніх етапах розробки. Всі проектні рішення, прийняті на тому чи іншому етапі, повинні аналізуватися з точки зору їх правильності та доцільності якомога раніше, поки їх можна легко переглянути. Оскільки можливість практичної перевірки подібних рішень на ранніх етапах розробки відсутня, велике значення має їх обговорення, яке проводять в різних формах.
Розрізняють статичний і динамічний підходи до ручного контролю. При статичному підході аналізують структуру, керуючі та інформаційні зв'язки програми, її вхідні і вихідні дані. При динамічному - виконують ручне тестування., Т. Е. Вручну моделюють процес виконання програми на заданих вихідних даних.
Вихідними даними для таких перевірок є: технічне завдання, специфікації, структурна і функціональна схеми програмного продукту, схеми окремих компонентів і т. д., а для більш пізніх етапів - алгоритми та тексти програм, а також тестові набори.
Доведено, що ручний контроль сприяє істотному збільшенню продуктивності та підвищенню надійності програм і з його допомогою можна знаходити від 30 до 70% помилок логічного проектування і кодування. Отже, один або декілька з методів ручного контролю обов'язково повинні використовуватися в кожному програмному проекті.
Основними методами ручного контролю є:
інспекції вихідного тексту,
наскрізні перегляди,
перевірка за столом,
оцінки програм.
Для тестування даного програмного продукту було прийнято рішення використовувати метод ручного контролю перевірка за столом raquo ;. Історично даний метод ручного тестування з'явився першим, так як він не вимагає наявності групи фахівців. Це - перевірка вихідного тексту або наскрізні перегляди, виконувані однією людиною, яка читає текст програми, перевіряє його на наявність можливих помилок за спеціальним списком часто зустрічаються помилок і «пропускає» через програму тестові дані. Виходячи з принципів тестування, перевірку за столом повинен проводити людина, який не є автором програми. Метод найменш результативним, так як перевірка являє собою повністю невпорядкований процес, при ній відсутній обмін ду...
