Об'єктно-орієнтована база даних

↑

▷ Содержание

⇐ ПредыдущаяСтр 23 из 38Следующая ⇒

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

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

Об'єктно-орієнтований підхід вводить більше понять, через що реляційна модель розширює мозкову функцію.

Об'ектно-орієнтовані бази даних (ObjectStore, O2, Versant, Gemstone, Poet, Objectivity/DB, Jasmine, Jade і т.д.) вже зрілі, але все ще ведуть боротьбу за клієнтів.

Об'єктно-орієнтовано-реляційні середовища баз даних

Завдяки успіху об'єктно-орієнтованого підходу безліч понять були введені в реляційні середовища.

Підхід називається "гібридним" або "об'єктно-орієнтовано-реляційним". Сервер під назвою "Універсальний сервер" також стає популярним, що означає можливість зберігання і обробки об'єктів, відносин, мультимедійних даних і т.п. Концептуальна ідея полягає в тому, щоб застосувати відомі реляційні технології (наприклад, SQL) і ввести об'єктну орієнтацію "вищого рівня".

Об'єктно-орієнтовано-реляційні системи (Oracle-8, Informix Dynamic Server і т.п.) розвиваються з повільно.

Середовище програм користувача

Приклад середовища програми користувача - Microsoft Office, документи якого можуть бути оброблені багатьма програмами.

Наприклад, найважливішими особливостями Microsoft Excel є: повністю процедурна мова Visual Basic для програм, добре розроблена об'єктна бібліотека, яка надає майже всі пакети, дозволяє реєстрацію макроозначень, можливість створення інтерфейсного діалогу, розміщуючи поля у листах, оснащена відладчиком, має вдосконалений метод роботи з DLL, DDE, OLE, ODBC.

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

Інструментарій CASE на етапі реалізації

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

Типовими кодовими елементами є:

· скрипти, що створюють відношення в базі даних;

· визначення структури даних;

· заголовки процедур і функцій;

· визначення класів;

· заголовки методів.

Код завершує багато коментарів, заснованих на словнику баз даних. Деякі з інструментів CASE мають інтерфейс для RAD.

Чинники успіху і результати етапу реалізації

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

Основними результатами етапу реалізації є:

· Розширений документ, що описує вимоги;

· Розширена аналітична модель;

· Розширений проект, який в даний момент закінчується документацією;

· Код, що складається з протестованих модулів;

· Звіт, що описує результати тестів;

· Спроектована і створена база даних;

· Розклад етапу тестування.

Короткий звіт

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

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

XI. Тестування

Етап тестування

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

Мають місце наступні два поняття:

Перевірка – тестування на предмет відповідності ПЗ вимогам, описаним на етапі формулювання вимог.

Затвердження – оцінка того, чи є система або її компоненти правильною системою. Проводиться під час або після розробки.

Малюнок 11.2.1. Етап тестування.

Перевірка

Методи перевірки:

Перегляди, інспекція, тестування, ревізія, порівняння і інші методи перевірки відповідності компонентів, процесів, документів вимогам.

Перевірка повинна оцінювати, чи відповідає продукт на даній стадії розробки вимогам, встановленим на початку етапу.

В ході перевірки виконуються наступні дії:

· технічні перегляди і інспекції ПЗ;

· порівняння вимог користувача і ПЗ;

· перевірка відповідності компонентів ПЗ вимогам ПЗ;

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

· тестування цілісності;

· ревізія.

Фази проекту мають свої уявлення на етапі тестування. Малюнок 11.3.1. показує їх зв'язки і відносини.

Як показано нижче, кожен з етапів відповідає своїм типам тестування.

Познавательные статьи:



Формы дистанционного обучения

Передача мяча двумя руками снизу

Значение правильной осанки для жизнедеятельности человека

Основные ошибки при выполнении передач мяча на месте