Infological дизайн - studopediya

"Информационни технологии в металургията"

за посоки 651300 - Металургия

110400 - "Леярна на черни и цветни метали"

110700 - металургичен на заваряване производството

110800 - прахова металургия, композитни материали, покрития

За студенти редовно обучение

Целите и задачите на РАБОТА

Предназначение - за практическото прилагане на знанията, придобити в процеса на изучаване на раздел "бази данни", както и практическите умения на създаване на автоматизирани информационни системи (АИС), базирани на бази данни.

Основната цел на процеса на проектиране на база данни е да се получи такъв проект, който отговаря на следните изисквания:

1. Справедливост схема на база данни, т.е. база трябва да бъде homomorphic изображение симулирани домен (В), където всеки обект домейн съответства на данни в паметта на компютър и всеки процес - подходящи процедури за обработка на данни.

2. Осигуряване ограничения (в обем и външен RAM и други ресурси на компютърната система).

3. Ефективност на (ограничения за привеждане в съответствие на времето за реакция на данните от заявките и актуализиране).

4. защита на данните (от хардуерни и софтуерни повреди и неоторизиран достъп).

5. Простота и лекота на използване.

6. гъвкавост, т.е. възможност за развитие и адаптиране към промените в предметната област и / или на изискванията на потребителите.

Етапи на проектиране на база данни

Процесът на проектиране включва следните стъпки:

1. Infological дизайн.

2. Определяне на работната среда, което ще управлява информационна система.

3. Избор на система за управление на бази данни (СУБД) и други софтуерни инструменти.

4. Логически дизайн на база данни.

5. Физическа дизайн на база данни.

Infological подход не осигурява формален начин за моделиране на реалността, но това е в основата на методологията на дизайна на базата данни.

Основните цели са да се определи дизайн infological системата за домейн и формирането оглед на софтуера на от гледна точка на базата данни на Общността за бъдещите потребители, т.е. Infological модел софтуер.

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

Помислете за основните подходи за създаване на модел Infological домейн.

Функционален подход към дизайна на базата данни

Този метод прилага принципа на "задачите" и се използва, когато известна функция на група от лица и / или сложни задачи, за обслужване на нуждите от информация, която счита се създава базата данни.

Тема подход към дизайна на базата данни

Материален подход към дизайна на базата данни се използва в случаите, когато разработчиците имат ясно разбиране на софтуера и голяма част от това, каква информация, че биха искали да се съхранява в базата данни, а не въпрос структура се определят или не напълно. След това се фокусира върху изследването на най-адекватните и картиране на базата данни със средствата по сметката на широк набор от искания за информация до него.

Дизайн с помощта на "субект-връзката"

Методът на "субект-връзка" (образувание-връзка, ER-метод) е комбинация от предишните две и има предимствата на двете. Infological дизайн етап започва с моделиране софтуер. Дизайнерът го разделя на няколко местни области, всяка от които (в идеалния случай) включват достатъчно информация, за да се гарантира, че иска определена група от бъдещи потребители или на решения на отделни задачи (Подцели). Всяка местна представяне се моделира отделно, и след това те се смесват.

Избор на местно представителство, зависи от мащаба. Обикновено това е разделен на местните региони, така че всеки от тях е свързан с определена външно приложение и съдържащ 6-7 лица.

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

За да се разграничи от вида на лице и модел на лице. Вид има име, както и списък на имотите, а например - конкретни стойности на имотите.

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

свойства (атрибути) са избрани за всеки субект. разграничат:

Идентифициране и описателни атрибути. Идентифициране на атрибути имат уникална стойност за даден тип лице и са потенциални ключове. Те ви позволяват да идентифицирането на същността инстанция. един първичен ключ (PC) е избрана от ключов кандидат. Както на компютъра обикновено е потенциален ключов избран, на която често има достъп до копия на запис. В допълнение, компютърът трябва да бъде съставен от времето, необходимо за идентифициране на редица атрибути минимум. Други качества, наречени описателни и въплъщават интересните свойства на дадено предприятие.

Недвусмислени и multivalued атрибути (съответно може да има един или множество стойности за всеки субект, например).

Основни и производни атрибути. Стойността на основния атрибут не зависи от други атрибути. Производни стойност атрибут се изчислява на базата на други стойности на атрибути (например, ученическа възраст се изчислява въз основа на датата на раждане и текущата дата).

Умение спецификация включва името си, се посочва видът на данните и описанието на ограничения - зададените стойности (или домейн), които могат да получат атрибута.

Допълнителна спецификация се извършва връзки в рамките на местната гледка. Връзки могат да имат различно значение материалното (семантика). Разграничаване от вида на комуникацията "лице-лице", "субект-атрибут" и "атрибут атрибут" за връзката между атрибутите, които характеризират от същото естество или на същия тип връзка "субект-субект".

Всяка връзка има име, не забравяйте, вида и степента. Разграничаване желание iobyazatelnye връзка. Ако наскоро, генерирани от обект на един вид е непременно свързани с обекта на друг тип, между тези два вида обекти има задължителна връзка (означен с двойна линия). В противен случай, комуникацията е по избор.

По тип разграничи множествена комуникация "12:59" (1: 1), "един към много" (1: п) и "много към много" (т: п). ER-диаграма, съдържаща различните видове връзки, показани на фиг. 1. Моля, обърнете внимание, че задължителната връзка на фиг. 1, белязан от двойна линия.

Фиг.1. ER-схема, показваща примери за видове множествени връзки

Степента на свързване се определя от броя на лица, които са обхванати от това свързване. Пример за двоичен комуникация - комуникация между отдела и служителите, които работят в нея. Пример за трикомпонентна връзка е връзката между образувания като изпита индивиди. Студент. Учител. Последният пример показва, че връзката може да има качества (в този случай датата на реализация и оценка). Пример ER-диаграми показва структурите, техните атрибути и връзки, показани на фиг. 2.

Фиг.2. Пример ER-диаграми с уникални качества и multivalued

След като се установят представяне на местно ниво, извършено техния съюз. С малък брой местни райони (не повече от пет), те са комбинирани в една стъпка. В противен случай обикновено изпълнява двоична асоциация на няколко етапа.

Комбинация дизайнер може да проектира форма, производни по отношение на тези, които са използвани в местните изгледи. Този подход може да има следните цели:

във връзка интегрално фрагментарни представяне на различните свойства на същия обект;

въвеждането на абстрактни понятия, подходящи за решаване на система от цели, установяване на връзка им със специфични термини, използвани в модела;

образователни класове и подкласове на подобни обекти (например, клас "продукт" и под-видове продукти, произведени в завода).

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

При сключването на сдружение на резултатите е концептуален модел на домейн Infological. Модели на местните представителства - са външни модел Infological.