в зручному вигляді та автоматизації часто повторюваних операцій (таких, як ведення рахунків, облік, планування тощо). При всьому цьому Access забезпечує доступ до всіх типів даних і дозволяє використовувати одночасно декілька таблиць бази даних. Таблицю Access можна пов'язати з даними, що зберігаються на великій ЕОМ або на сервере.Access надає вам максимальну свободу в завданні типу ваших даних: текст, числові дані, дати, час, грошові значення, малюнки, звук, документи, електронні таблиці. Ви можете задати також формати зберігання (довжина рядка, точність представлення чисел і дати часу) і надання цих даних при виведенні на екран або друк.
Основними поняттями або об'єктами системи Access є: таблиці, запити, формули, звіти, макроси і модулі.
. 3 Аномалії і захисне програмування
Опис аномалііРеакціі на аномаліюСпособ защітиПопитка переходу до наступного запису після закінчення спіскаВвод текстового повідомлення без зміни структуриАвтоматіческі захищено за допомогою AccessВвод в числові поля текстових значенійВиводіт помилку, при цьому з'являється звуковий сигнал без зміни вмісту поля вводаЗащіщено за допомогою Access автоматіческіВвод в текстові поля цифрових значенійВиводіт помилку, при цьому з'являється звуковий сигнал без зміни вмісту поля вводаЗащіщено за допомогою Access автоматично
. 4 Тестування та налагодження
На налагодження і тестування програм припадає близько 50% загальної вартості розробки програмного забезпечення.
Тестування - це процес виконання програми з метою виявлення в ній помилок. Таке визначення мети стимулює пошук помилок в програмах. Звідси також ясно, що вдалим тестом є такою, на якому виконання програми завершилося з помилкою. Навпаки, невдалим можна назвати тест, що не дозволив виявити помилку в програмі.
Налагодження - виправлення помилок, знайдених за допомогою тестування.
Основні принципи організації тестування:
необхідною частиною кожного тесту повинно бути опис очікуваних результатів роботи програми, щоб можна було швидко з'ясувати наявність або відсутність помилки в ній;
слід по можливості уникати тестування програми її автором, тому крім вже вказаної об'єктивної складності тестування для програмістів тут присутній і той фактор, що виявлення недоліків в своїй діяльності суперечить людській психології (однак відладка програми ефективніше усього виконується саме автором програми);
по тих же міркуваннях організація - розробник програмного забезпечення не повинна одноосібно його тестувати (повинні існувати організації, що спеціалізуються на тестуванні програмних засобів);
повинні бути правилом доскональне вивчення результатів кожного тесту, щоб не пропустити малопомітну на поверхневий погляд помилку в програмі;
необхідно ретельно підбирати тест не тільки для правильних (передбачених) вхідних даних, але і для неправильних (непередбачених);
при аналізі результатів кожного тесту необхідно перевіряти, чи не робить програма того, що вона не повинна робити;
потрібно зберігати використані тести (для підвищення ефективності повторного тестування програми після її модифікації або установки у замовника);
тестування не повинне плануватися виходячи з припущення, що в програмі не будуть виявлені помилки (зокрема, потрібно виділяти для тестування достатні тимчасові і матеріальні ресурси);
слід враховувати так званий принцип скупчення помилок: імовірність наявності не виявлених помилок в деякій частині програми прямо пропорційна числу помилок, вже виявлених в цій частині;
слід завжди пам'ятати, що тестування - творчий процес, а не ставитися до нього як до рутинного заняття.
Існує два основних види тестування: функціональне і структурне. При функціональному тестуванні програма розглядається як чорний ящик (тобто її текст не використовується). Відбувається перевірка відповідності поведінки програми її зовнішньої специфікації. При структурному тестуванні програма розглядається як білий ящик (тобто її текст відкритий для користування). Відбувається перевірка логіки програми. Повним тестуванням в цьому випадку буде таке, яке приведе до перебору всіх можливих шляхів на графі передач управління програми (її керуючому графові). Навіть для середніх по складності програм числом таких шляхів може досягати десятків тисяч. Якщо обмежитися перебором тільки лінійних незалежних шляхів, то і в цьому випадку вичерпне структурне тестування практично неможливе, т. К. Неясне, як підбирати тести, щоб забезпечити покриття всіх таких шляхів. Тому при структурному тестуванні необхідно викори...
