КАТЕГОРИИ:


Астрономия- (809) Биология- (7483) Биотехнологии- (1457) Военное дело- (14632) Высокие технологии- (1363) География- (913) Геология- (1438) Государство- (451) Демография- (1065) Дом- (47672) Журналистика и СМИ- (912) Изобретательство- (14524) Иностранные языки- (4268) Информатика- (17799) Искусство- (1338) История- (13644) Компьютеры- (11121) Косметика- (55) Кулинария- (373) Культура- (8427) Лингвистика- (374) Литература- (1642) Маркетинг- (23702) Математика- (16968) Машиностроение- (1700) Медицина- (12668) Менеджмент- (24684) Механика- (15423) Науковедение- (506) Образование- (11852) Охрана труда- (3308) Педагогика- (5571) П Архитектура- (3434) Астрономия- (809) Биология- (7483) Биотехнологии- (1457) Война- (14632) Високи технологии- (1363) География- (913) Геология- (1438) 1065) House- (47672) Журналистика и масови медии- (912) Изобретения- (14524) Чужди езици- (4268) Компютри- (17799) Изкуство- (1338) История- (13644) Компютри- (11121 ) Художествена литература (373) Култура- (8427) Лингвистика- (374 ) Медицина- (12668 ) Naukovedenie- (506) Образование- (11852) Защита на труда- ( 3308) Педагогика- (5571) P Политика- (7869) Право- (5454) Приборостроение- (1369) Программирование- (2801) Производство- (97182) Промышленность- (8706) Психология- (18388) Религия- (3217) Связь- (10668) Сельское хозяйство- (299) Социология- (6455) Спорт- (42831) Строительство- (4793) Торговля- (5050) Транспорт- (2929) Туризм- (1568) Физика- (3942) Философия- (17015) Финансы- (26596) Химия- (22929) Экология- (12095) Экономика- (9961) Электроника- (8441) Электротехника- (4623) Энергетика- (12629) Юриспруденция- (1492) Ядерная техника- (1748) Олимпиада- (1312) Политика- (7869) Право- (5454) Инструменти- ( 1369) Програмиране- (2801) Производство- (97182) Промишленост- (8706) Психология- (18388) Земеделие- (299) Социология- (6455) Спорт- (42831) Строителство- (4793) Търговия- (5050) Транспорт- (2929) Туризъм- (1568) Физика- (3942) ) Химия- (22929 ) Екология- (12095) Икономика- (9961) Електроника- (8441) Електротехника- (4623) Енергетика- (12629 )

Етапи на жизнения цикъл на бази данни




Вижте също:
  1. Стандартът на САЩ DES за криптиране на данни
  2. А. Колониалната система: основните етапи.
  3. Автоматизиране на въвеждането на данни
  4. Адаптиране на процесите и работата в стандартите на жизнения цикъл на ПР към характеристиките на конкретни проекти.
  5. Система на аденилат циклаза.
  6. Администриране на данни
  7. Анализът на Pareto включва следните стъпки.
  8. Архитектура на база данни в реално време
  9. Архитектура на склад за данни
  10. Атаки на ниво системи за управление на бази данни
  11. База данни за проследяване на преговорите
  12. База данни, бази данни и информационни складове

Изисквания към базата данни.

ПРОЕКТИРАНЕ НА БАЗИ ДАННИ ЧАСТ 1

Лекция 04

Бази данни и технологии на знанието

Проектирането на база данни е процесът на създаване на проект за база данни, предназначен да подпомогне функционирането на икономическа единица и да допринесе за постигането на нейните цели. Това е отнемащ време процес, изискващ обединените усилия на анализатори, дизайнери и потребители. При проектирането на база данни е необходимо да се вземе предвид фактът, че базата данни трябва да отговаря на набор от изисквания.

Тези изисквания са следните.

1. Цялост на базата данни. (Изискване за пълнота и последователност на данните).

2. Повторна употреба на данните.

3. Бързо търсене и получаване на информация за заявките на потребителите.

4. Лесна актуализация на данните.

5. Намалете излишното съкращение на данни.

6. Защита на данните от неоторизиран достъп, от изкривяване и унищожаване.

Цикълът на жизнения цикъл на база данни (WDCB) е процес на проектиране, внедряване и поддържане на база данни. WCRD се състои от следните седем етапа:

1) предварително планиране;

2) проверка на осъществимостта;

3) определението на изискванията;

4) концептуален дизайн;

5) логически дизайн;

6) физически дизайн;

7) оценка на производителността и поддръжка на база данни.

Ние описваме основните задачи на всеки етап.

1. Предварително планиране на базата данни. Това е важна стъпка в прехода от фрагментирани към интегрирани данни. На този етап се събира информация за използваните приложения, които са в процес на разработка и свързаните с тях файлове. Той помага да се установят връзки между текущите приложения и как се използва информацията за приложенията. Освен това ви позволява да определите бъдещите изисквания за база данни.

2. Тестване на осъществимостта. Тя включва изготвянето на доклади по три въпроса:

1) Има ли технология - необходимият хардуер и софтуер - за изпълнението на планираната база данни? ( технологична осъществимост );

2) Налице ли са персонал, съоръжения и експерти за успешното изпълнение на плана за бази данни? ( оперативна осъществимост );

3) Изплаща ли се планираната база данни? ( икономическа ефективност ).

3. Определяне на изискванията . На този етап се определят:

· Цели на базата данни;

· Информационни потребности на различните структурни деления и техните лидери;

· Изисквания към оборудването;

· Софтуерни изисквания.

4. Концептуален дизайн . На този етап се създават подробни модели на представяния на потребителски данни на домейна. След това те се интегрират в концептуален модел, който обхваща всички елементи от корпоративните данни, които се зареждат в базата данни. Този модел се нарича схема на концептуална база данни.



5. Логически дизайн. На този етап се избира типът на модела за данни. Концептуалният модел е преобразуван в логически модел, базиран на структурите, характерни за избрания модел. Така че, ако се избере релационен модел, структурите на таблиците се развиват, се определят ключовете им, се установява връзката между таблиците, оптимизира се моделът на база данни (съкращаването на данните е сведено до минимум). Най-често срещаният метод за оптимизация е методът на нормална форма или, с други думи, нормализиране на данните

6. Физически дизайн. На този етап разработчикът се очаква да вземе окончателно решение как да внедри базата данни, която се създава. Логическият модел се разширява с характеристиките, необходими за определяне на методите за физическо съхранение на базата данни, типа устройства за съхранение, методите за достъп до базата данни, необходимия размер на паметта, правилата за поддръжка на базата данни и др.

7. Оценка и поддръжка на базата данни. Оценката включва проучване на потребителите, за да разберат какви са техните нужди от информация, които не са записани. При необходимост се правят промени в проектната база данни. Потребителите са обучени да работят с базата данни. Тъй като нуждите на бизнеса се разширяват и променят, базата от данни се осигурява чрез извършване на промени, добавяне на нови данни и разработване на нови приложни програми, които работят с базата данни.

4.2 Модел "образувание - връзка"

Инструментът за моделиране на домейна в етапа на концептуален дизайн е моделът "образувание - връзка". Често се нарича ER-модел (Entity - Essence, Relation - връзка). В него моделирането на структурата на домейна се основава на използването на графични инструменти - ER-диаграми ( диаграми "връзка-лице"). В визуална форма те представляват връзката между обектите.

Основни понятия на ER-диаграми - същност, атрибут, връзка .

Едно същество е някакъв обект на реалния свят, който може да съществува независимо . Предприятието има случаи, които се различават един от друг в стойностите на атрибутите и позволяват еднозначна идентификация.

Атрибутът е собственост на предприятието . Например, същността на книгата се характеризира с атрибути като автор, заглавие, цена, издател, циркулация, брой страници. Специфични книги са копия на справочника. Те се различават в стойностите на посочените атрибути и са уникално идентифицирани чрез атрибута "име". Атрибут, който уникално идентифицира копия на дадена единица, се нарича ключ . Може да има комбиниран ключ, представляващ комбинация от няколко атрибута.

Да предположим, че базата данни е проектирана да съхранява информация за дейността на определена фирма. Тази фирма има клонове. Клоновете се управляват от мениджъри. Клиентите правят поръчки на клонове. Партньорите обработват тези поръчки. Описаният домейн се нарича FIRM . Тя може да бъде разделена на четири субекта: клон, мениджър, поръчка, клиент.

В ER диаграмата предприятието се изобразява като правоъгълник, в който се посочва името му. Например

МЕНИДЖЪР


В реалния свят има връзки между единици. Връзката е взаимодействието между субектите. Тя се характеризира със сила , която показва колко субекти са въвлечени в комуникацията. Връзката между две единици се нарича двоично .

В разглежданата област на FIRM има три връзки:

1. УПРАВИТЕЛ - УПРАВЛЯВА - КЛОН

2. КЛОН - РАБОТА - РЕД

3. КЛИЕНТ - ИЗПЪЛНЯВАНЕ - ПОРЪЧКА

На ER диаграмата връзката е представена от диамант.

Например

Важна характеристика на комуникацията е вида на комуникацията ( кардиналност ).

Помислете за видовете горепосочени връзки 1-3 .

Тъй като мениджърът управлява само един клон, всяко копие на MANAGER на предприятието може да се свърже с не повече от един екземпляр на предприятието BRANCH. В този случай връзката 1 е от тип one-to-one (1: 1). На фиг. 4.1 представя ER-диаграмата за комуникация тип 1: 1.

Тъй като клонът обработва няколко поръчки и поръчката се обработва само от един клон, всяко копие на бранша може да бъде свързано с повече от едно копие на обекта ORDER и всяко копие на обекта ORDER може да бъде свързано с не повече от едно копие на обекта КЛОН.

В този случай връзката 2 е от типа "one-to-many" (1: M). На фиг. 4.2 представя ER-схемата за комуникация тип 1: М.

Тъй като дадена поръчка може да бъде направена от няколко клиента и клиентът може да има няколко поръчки, всяко копие на обекта ORDER може да бъде асоциирано с няколко копия на обекта на клиента и всяко копие на обекта на клиента може да бъде асоциирано с няколко копия на обекта ORDER. В този случай връзката 3 е от тип много към много (M: N). На фиг. 4.3 представя ER-схемата за комуникация тип М: N.


Обмислете понятието за клас на собственост на предприятието.

Ако всяко копие на обект А е свързано с инстанция на обект Б, тогава класът на собственост на лице А е задължителен . Този факт е отбелязан върху ER-диаграмата с черен кръг, поставен в правоъгълник, съседен на същността правоъгълник А.

Ако не всеки екземпляр на обект А е свързан с инстанция на обект Б, тогава класът, принадлежащ на обект А, е незадължителен. Този факт се отбелязва на ER-диаграмата с черен кръг, поставен на комуникационната линия в близост до правоъгълника на лице A.

Като пример на фиг. 4.4 показва възможните ER-диаграми за връзката M: N, отчитайки класа на членството в предприятието.

Фиг. 4.4. ER- диаграми на комуникацията M: N, като се вземе предвид класа на членството в предприятието


В ER диаграмата, клас 1, принадлежащ на двете единици, е по избор.

В ER схемата се изисква клас 2 на клиентското лице, а поръчката е незадължителна.

В ER схемата, клас 3, членството в клиентския обект е незадължително, а обектът ORDER е задължителен.

На ER-диаграмата се изисква 4 клас на собственост и на двете единици.

Да предположим, че в разглеждания домейн на FIRM, клаузата за собственост на четирите субекта е задължителна. След това ER моделът на обекта на FIRM ще има формата, показана на фиг. 4.5.


Всяка от четирите звена на представения ER-модел може да бъде описана от неговата

атрибут (фиг. 4.6).

ER моделът във връзка със сбор от атрибути на единица може да служи като пример за модел на концептуален домейн или схема на концептуална база данни.

МЕНИДЖЪР КЛОН
Номер на мениджъра (NM) Номер на клон (NF)
Трудов стаж (STAGE) Адрес на клон (ADR_F)
Специалност (SPEC)
КЛИЕНТИ
ПОРЪЧКА Номер на клиент (NC)
Номер на поръчката (NC) Пълно име клиент (FIO_K)
Дата на поръчката (DZ) Социален статус (SOC)
Тегло на поръчката (OT) Адрес на клиента (ADR_K)

Фиг . 4.6 . Наборът атрибути на обекта за тематичната област FIRM

Забележка. Ключовите атрибути са в получер шрифт.