Инструменти за проектиране на данни, CASE инструменти (моделиране), Програмиране, статии за
Ролята на проектирането на данни в жизнения цикъл на информационните системи
Жизненият цикъл на една информационна система обикновено започва в момента на вземане на решение за нейното създаване и завършва в момента на нейното извеждане от експлоатация. Основните му етапи (ако са пропуснати подробности) обикновено са:
- предпроектно проучване;
- дизайн на данни;
- разработване на приложения, тестване, писане на документация;
- внедряване на създадената информационна система и обучение на потребителите;
- експлоатация и поддръжка;
- извеждане от експлоатация и обезвреждане.
На етапа на предпроектното проучване се извършват анализът и моделирането на бизнес процесите, които трябва да бъдат автоматизирани (понякога този процес се нарича структурно моделиране), както и се формулират изисквания за бъдещия продукт. Често на същия етап се прави избор на СУБД и инструменти. Обикновено такова проучване се провежда с участието на потенциални потребители.
Фазата на проектиране на данни също обикновено включва потенциални потребители. Понякога по време на процеса на проектиране на данни се създават прототипи на работещи приложения, за да се усъвършенстват и допълват изискванията за крайния продукт. Ако се предвижда въвеждането на нова информационна система да бъде придружено от извеждането от експлоатация на своя предшественик, тогава се вземат решения как да се използват старите данни и се правят необходимите промени в модела на данните, който е резултат от това сцена.
Истинското създаване на софтуерен продукт, включително клиентски приложения и приложения, отговорни за генериране на отчети и анализ на данни, се извършва на етапа на разработване. Важна част от работата в този случай също е тестване и документиране на създавания продукт. Този етап обикновено завършва със създаването на дистрибуция на приложението или неговите части и документиране на процедурата за неговото инсталиране.
Въпреки факта, че разглеждането на етапите на внедряване, експлоатация и поддръжка, както и извеждане от експлоатация е извън обхвата на нашата уводна серия статии, трябва да се отбележи, че тези етапи са не по-малко важни от началните етапи на жизнения цикъл на информационните системи, свързани с проектирането и разработването.
По-долу ще разгледаме процеса на проектиране на данни с помощта на такива инструменти.
Компоненти на процеса на проектиране на данни
Процесът на проектиране на данни може грубо да бъде разделен на две фази: логическо моделиране и физически дизайн. Резултатът от първия от тях е така нареченият логически (или концептуален) модел на данни, обикновено изразен като диаграма „обект-връзка“ или ER (Entity-Relationship), която е представена в едно от стандартните обозначения, приети за показване такива диаграми. Резултатът от втория етап е готова база данни или DDL скрипт за нейното създаване.
Логическо моделиране
Логическият модел на данни описва факти и обекти, които трябва да бъдат регистрирани в бъдеща база данни. Основните компоненти на такъв модел са обекти, техните атрибути и взаимовръзки между тях. Като правило физическият аналог на обект в бъдещата база данни е таблица, а физическият аналог на атрибут е поле на тази таблица.
От логическа гледна точка обектът е съвкупност от обекти или факти от същия тип, наречени екземпляри на този обект. Физическият аналог на екземпляр обикновено е запис в таблица на базата данни. Подобно на записите в релационна таблица на СУБД, екземплярите на обекти трябва да бъдат уникални, т.е. пълният набор от стойности за техните атрибути не трябва да се дублират. И точно като полетата в таблица, атрибутите могат да бъдат ключови и неключови.
На етапа на логическото проектиране за всеки атрибут обикновено се определя приблизителен тип данни (низ, числови, BLOB и др.). Конкретизацията се случва на етапа на физическия дизайн, тъй като различните СУБД поддържат различни видове данни и ограничения за тяхната дължина или точност.
От логическа гледна точка връзката е връзка между обекти, която често може да бъде изразена в общи фрази, например: „Клиент прави поръчка“ - тази фраза може лесно да опише връзката, показана на фиг. 1, където съществителни са имената на свързани лица.
По-голямата част от инструментите за проектиране на данни ви позволяват да създавате ER диаграми визуално, изобразяващи обекти и ги свързвайки с връзки с помощта на мишката. Интерфейсът на такива инструменти често е толкова прост, че позволява не само разработчик да овладее логически дизайн на данни, но и потребител, който не е програмист, ако участва в проектирането на данни като експерт в домейна.