КАТЕГОРИЯ:


Infological моделиране домейн

Изясняване на понятията Infological модел. Базата данни показва някаква част от реалния свят. Естествено, на пълнотата на описанието му ще зависи от целите, поставени от информационната система.

За да може на базата данни, за да се отрази адекватно предметната област, дизайнер база данни има добро разбиране на всички нюанси присъщи на предметната област (ON), и да може да ги покаже в базата данни. Така че, преди да започне проектирането на база данни, трябва правилно да се разбере как предметната област, за да се покаже, които ще се създаде база данни. Специализация трябва да бъде описано по-горе. За тази цел, по принцип, може да се използва и естествен език, но употребата му има много недостатъци, основните от които са тромави и двусмислено описание на лечението му. Следователно, обикновено използвани за тази цел изкуствено формален език означава. В тази връзка, в рамките на модела Infological (ILM) да разбирам описания на предметната област, направена с помощта на специални езикови ресурси, които не са зависими от използвания софтуер в бъдеще.

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

Изисквания за Infological модел. Основното изискване за ILM, произтичаща от неговата дестинация, е изискването за адекватно дисплей домейн. Във връзка с този език, за да представляват ILM трябва да има достатъчно изразителна сила, за да се покаже на явленията, които протичат в предметната област. ILM е да бъде последователна. Тя е единна интегрирана описание на предметната област и да отразяват вижданията и нуждите на всички потребители на системата. Тя не трябва да бъде двусмислен модел интерпретация.

Независимо от факта, че в реалния свят се появява в ILM е безкрайна в природата, тя е най-добрата infological модел, който дава ясна ограничаване на предметната област. Въпреки ILM по различни причини, често е необходимо да се въведат нови обекти. Затова ILM трябва да има собственост на лесна скалируемост, предоставяне на входа на нови данни, без да променя предварително дефинирани. Същото може да се каже и за данните се заличават. Поради големия размер на реални infological модели следва да бъде възможно да се моделира състава и разлагането.

Желателно е, че ILM на език спецификация е еднакво приложим както за потребителя и за автоматизирано проектиране на информационни системи. Последно налага допълнителни изисквания към него, а именно, е необходимо:



• да бъде изчислена, т.е., възприема и се обработват от компютърна ..;

• Използване на "приятелски" потребителски интерфейси, като например графики;

• да бъде независим от хардуера и други ресурси, които са предмет на чести промени;

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

С автоматични промени в проекта, направени в ILM трябва да бъде автоматично се отразява на свързания елемент с изменяема компоненти база данни.

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

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

Компоненти митологичния модел. Infological модел домейн включва редица компоненти (Фиг. 2.1). модел Централна Infological компонент е описанието на обектите на домейни и отношенията между тях (ER-модел). Тези въпроси ще бъдат разгледани подробно по-долу в т. 2.2.

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

В допълнение, моделът трябва да се infological отразено и алгоритмични връзка между параметрите. Обикновено се използва за тази цел, графики показателите за отношенията, които отразяват това, което индикатори започват да се изчисли от друга (фиг. 2.2.).

Изчислителни формули и алгоритми за изчисляване в някаква форма трябва да бъдат представени на ILM.

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

Важна характеристика на предметната област са така наречените ограничения целостта.

Моделът "субект-връзката"

Симулация структура на база данни с помощта на алгоритъм за нормализация има сериозни недостатъци:

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

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

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

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

Първата версия на модела на лице-връзката е предложена през 1976 г. от Петър Pin-Шан Чен. В бъдеще, много автори са разработили свои собствени версии на тези модели (Martin бройна система, за отбелязване на IDEF1X, нотация Баркър и др.). Освен това, различни софтуерни инструменти, които изпълняват една и съща означения могат да се различават в своите възможности. В действителност, всички версии на лице-отношенията диаграми са базирани на една и съща идея - снимка винаги по-ясно описание на текст. Всички тези класации използват графично представяне на лица подлежат площ на своите имоти (атрибути), както и отношенията между лица.

Основни понятия на ER-диаграми

Определение 1. Същността - клас на подобни обекти, информация за които трябва да се вземат под внимание при модела.

Всеки субект трябва да има име, изразена чрез съществително в единствено число.

Примери за лица могат да бъдат обекти на такива класове като "доставчик", "Персонал", "Фактура".

Всеки субект в модела е показано под формата на правоъгълник с името:

Определение 2. Копие от същността - това е конкретен представител на юридическото лице.

Така например, представител на "служителя" на предприятие може да бъде "Полицай Смит".

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

3. Умение Definition лице - с име функция, която е в основата на някои имоти.

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

Примери за предприятието отнася "Служител" може да бъде атрибути като "брой на персонала", "Фамилия", "Име", "Близък", "Позиция", "заплата" и т.н.

Атрибутите са представени в рамките на правоъгълника, който определя същността:

Определение 4. Ключовият същност - не-излишни набор от атрибути, стойностите на които в съвкупност са уникални за всеки отделен случай на предприятието. Non-излишно е, че премахването на всяко атрибут от ключа нарушил своята уникалност.

Едно предприятие може да има няколко различни ключове.

Ключови характеристики са показани на графиката подчерта:

Дефиниция 5. Комуникация - това е някаква връзка между двете дружества. Едно лице може да бъде свързано с друго предприятие или за себе си.

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

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

Графично изобразен комуникация линия, свързваща двете автономни области:

Всяка връзка има два края и една или две имена. Името обикновено се изразява в инфинитив глагол формата на "да", "да принадлежат", и т.н. Всяка от позоваванията отнася до край връзка. Понякога имената не са написани от гледна точка на техните показания.

Всяка връзка може да има един от следните видове комуникация:

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

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

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

Всяка връзка може да има един от двата реда и условията на комуникацията:

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

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

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

Горната графика синтаксис позволява да изрично да чете диаграма се използва следната схема на строителство на фрази:

<Всеки субект, например 1> <CONNECTION модалност> <ИМЕ НА ВРЪЗКА> <Вид връзка> <например ESSENCE 2>.

Всяка връзка може да се чете от ляво на дясно и от дясно на ляво. Съобщение на фиг. 4 гласи, както следва:

От ляво на дясно: "Всеки служител може да има няколко деца."

От дясно на ляво: "Всяко дете трябва да принадлежи на точно един служител."

Пример за развитието на прост ER-модел

В развитието на ER-модели, ние трябва да получи следната информация за домейна:

Списъкът на лица домейни.

Списък на образуванията атрибути.

Описание на отношенията между субектите.

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

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

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

Съхранява информация за клиентите.

Печат на фактури за продадените стоки.

Уверете се, наличието на продукти на склад.

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

Купувачът - очевиден кандидат за предприятието.

Товарителница - очевиден кандидат за предприятието.

Стоки - очевиден кандидат за същността

Warehouse (?) - И като цяло, колко има складовете на фирмата? Ако няколко, той ще бъде кандидат за новото образувание.

Наличност на стоки (?) - Има вероятност да се припише, но атрибута от всякакво естество?

Веднага съществува ясна връзка между субектите - "купувачи могат да се купят много стоки" и "продукти се продават на много клиенти." Първата версия на графиката изглежда така:

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

Къде да поставя същността на "фактура" и "Склад" и това, което те свързват? Задайте си въпроса как тези образувания са свързани един с друг и с лица "купувач" и "продукт"? Купувачите купуват стоки, докато получават фактури, в които са записани данни за броя и цената на закупените стоки. Всеки клиент може да получи няколко сметки. се изисква всяка пратка да бъде приключен до един единствен купувач. Всяка фактура трябва да съдържа множество продукти (там не са празни отгоре). Всеки елемент от своя страна, може да се продава на няколко купувачи в някои режийни. В допълнение, всеки законопроект ще бъде изготвен от специален магазин, и всеки магазин може да бъде написано много режийни. По този начин, след проверка, графиката ще изглежда по следния начин:

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

Всеки клиент е юридическо лице и има име, адрес, банкови детайли.

Всеки елемент има име, цена, и се характеризира с единици.

Всяка фактура е с уникален номер, дата на издаване, на списъка на стоки за количества и цени, както и общата сума на фактурата. Фактура се издава със специфична склад и по конкретен купувач.

Всеки магазин има свое име.

Отново пишем всички съществителни, които са потенциални качества и да ги анализират:

Юридическо лице - един риторичен термин, ние не работим с частни лица. Ние не се обърне внимание.

Името на купувача - купувачът е ясна характеристика.

Адрес - ясно описание на купувача.

Банкери - ясно описание на купувача.

Име на продукта - ясна характеристика на стоката.

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

Unit - явна характеристика на стоката.

фактура номер - уникална характеристика на изрична бележка.

дата на фактура - ясно описание на фактурата.

Списъкът на стоките във фактурата (?) - Списъкът не може да бъде атрибут. Вероятно искате да изберете този списък в отделна единица.

Броят на стоки в товарителницата (?) - Това е очевидна функция, но тази функция? Това е характерно не само на "стоки" и "стоки в товарителницата".

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

Сумата на фактурата - ясно описание на фактурата. Тази функция не е независима. Сумата на фактурата е равна на сумата от стойностите на всички стоки, включени в товарителницата.

Име на магазина - ясно описание на склада.

В хода на по-нататъшни разговори с управителя е в състояние да се изяснят различните концепции цена. Оказа се, че всеки продукт има определен текущата цена. Тази цена, при която стоки се продават в момента. Естествено, тази цена може да се променя с времето. Цената на един и същ продукт в различни режийни заустват в различни времена, може да варира. По този начин, има две цени - цените на стоките в товарителницата и текущата цена на стоката.

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

По същия начин ние се процедира с връзката, свързваща същността на "Склад" и "продукт". Ние се въведе допълнителна същност "Продуктът е в наличност." Атрибутът на това лице ще бъде "номер на стоки на склад." По този начин, продуктът ще бъде листвана на всеки състав и количеството на това на всеки състав ще има своя собствена.

Сега можете да направите всичко това в една диаграма:

<== Предишна лекция | На следващата лекция ==>
| Infological моделиране домейн

; Дата: 01.11.2014; ; Прегледи: 715; Нарушаването на авторските права? ;


Ние ценим Вашето мнение! Беше ли полезна публикуван материал? Да | не



ТЪРСЕНЕ:


Вижте също:



ailback.ru - Edu Doc (2013 - 2017) на година. Тя не е автор на материали, и дава на студентите с безплатно образование и използва! Най-новото допълнение , Al IP: 11.45.9.24
Page генерирана за: 0.061 сек.