Въведение в базите данни информационни системи
МОДЕЛ PER (Process-Entity-Relationship - процеси, същности, връзки)
Изтегляне 1.01 Mb.
|
- Навигация на страницата:
- Използвани символи и конвенции
- Всеки един от типовете обекти включени в модела трябва да отговаря на правилата за нормализация на данните, описани от д-р Код.
- Примерна обектна блок–схема на процес “Поръчка на стоки”
- Обект процес
- Основни обекти
МОДЕЛ PER(Process-Entity-Relationship - процеси, същности, връзки)Основни понятияМоделът PER се явява развитие на популярния ER модел на д-р Чен. Като за изходно начало при него се използва бизнес процеса, реализиран в предметната област, за обслужване на която се изгражда БД.Обектен модел PER Интелектуално средство за структуриране и моделиране на данните от реалния свят. Съвкупност от всички обекти и връзките, които съществуват между тях. Типовете обекти са подредени в йерархична дървовидна структура, съгласно специфични за модела правила.
Визуално представяне на обектния модел с използване на определени символи и конвенции. Използвани символи и конвенции
МОДЕЛ PER. ИЗИСКВАНИЯВсеки един от типовете обекти включени в модела трябва да отговаря на правилата за нормализация на данните, описани от д-р Код.Основни принципи
Правила
Последователност при създаване на модела
Външни ключове и домени
Примерна обектна блок–схема на процес “Поръчка на стоки”
СЕМАНТИЧНО МОДЕЛИРАНЕ НА ДАННИ СЕМАНТИЧНИ МОДЕЛИ МОДЕЛ PER МОДЕЛ PER. ИЗИСКВАНИЯ МОДЕЛ PER. ТИПОВИ КОНФИГУРАЦИИ СЪЗДАВАНЕ НА МОДЕЛ PER Връзка 1:NТ  ази връзка ще използвате най-често в разработваните от вас приложения. Тя ви осигурява възможност да въвеждате данните само с помощта на мишката, без да използвате клавиатурата. Съществено предимство на този обектен модел е, че без изключение този тип връзка свързва обектите от по-ниско ниво с тези от по-високо.
Връзките се осъществяват чрез вторични ключове. Винаги първичния ключ на обекта от по-ниско ниво се явява вторичен ключ на обекта от по-високо ниво. При реализация на конкретни приложения, вие ще реализирате тези връзки чрез комбо бокс във формата на обекта от по-високо ниво, който се захранва от обекта на по-ниско ниво.
Връзка 1:1
За целта е необходимо да създадете множество подчинени и функционално независими обекти. Те ще осъществяват връзка 1:1 с основния обект. Правилото в случая е, че атрибутите включени в основния обект обслужват транзакцията, описваща съответния процес, а атрибутите на подчинените обекти, служат за извличане на конкретна информация.
· Доставчик (№доставчик, ЕГН/Булстат, Име, Населено място, Адрес) - включват се данни, които са общи за фирма и частно лице. · ДоставчикФД (№доставчик, №тип фирма, Дан. Номер, МОЛ, Президент ) - включват се специфични фирмени данни. · Доставчик К (№доставчик, Пощ. кутия, Телефон, Факс, Ел. поща) - включват се данни за комуникация с доставчика. · ДоставчикЗ (№доставчик, Забележки) - включва се поле за водене на бележки, свързани с доставчика.
Програмната среда Access не може директно да реализира връзка от този тип. Тя свързва два или повече обекта в отношение N:M чрез обект за връзка. Връзката се осъществява чрез съставен ключ в обекта за връзка, включващ първичните ключове на свързваните обекти При разработка на приложения ще срещнете три типа конфигурации, отговарящи на този вид връзка.
При тази връзка един обект процес (изпит) обработва множество екземпляри от един основен обект (студенти). Когато създавате форма за тази конфигурация вие ще използвате форма “майка” за обекта процес и подформа “дете” за основния обект. При анализа и проектирането на данни обърнете особено внимание на тази конфигурация, тъй като тя присъства в почти всички приложения. В случаите, когато един процес обработва повече от един основен обект, използвайте отделни обекти за връзка. Връзка N:M между основен и основен спомагателен обект
Когато създавате форма за тази конфигурация вие ще използвате форма “майка” за основния обект (Коктейл) и подформа “дете” за спомагателния обект (Напитки ) .
Връзка N:M между основен обект и обект за справка
Когато създавате форма за тази конфигурация вие ще използвате форма “майка” за основния обект (служител), подформи “деца” за обектите връзки (Получени квалификации и ползвани езици ) и комбо боксове за обектите справки..
За да създадете обектния модел на вашето приложение ще ви се наложи да определите всички обекти, които имат отношение към реализирания от информационната система процес и да намерите мястото им на съответното ниво. За да се справите успешно с тази задача, опитайте да използвате дадените по долу въпроси. Обект процесВ следващото изложение под процес разбирайте един екземпляр от процеса (един ред от таблицата, съответстваща на съответния типов обект - продажба № 1754, извършена на 05.08.2001г.)
Всички обекти, участници в процеса се определят като основни обекти, ако участват в процеса с повече от един екземпляр. Пример: · Ако продавачът на стока е един, той не се включва, като атрибут на процеса. · Ако продавачите са много, те се включват като атрибут на процеса и съответно като основен обект.
Пример:
Какво обработва процеса?
¨Обикновено процесът обработва множество екземпляри от един основен обект. Те се свързват към обекта процес чрез обект за връзка. Пример: продажба на стоки, заемане на книги, изпит на студенти и др. ¨Ако процесът обработва само един екземпляр от основния обект, то тогава той се свързва директно към обекта процес. Пример: Един клиент може да наеме само един кон или само една кола. Основни обектиКакви данни ще съхранявате? За да работи приложението ви ефективно е необходимо към основните обекти да прикрепите няколко подчинени, така че таблиците ви да са опростени и малки. Съществуват няколко фактора, в съответствие, с които трябва да разделите основните обекти: ¨ Данни, които са необходими за обработка на транзакциите. Те се включват към основния обект.
· ОО Клиент: №клиент, Име на клиент, ЕГН/Булстат, Адрес, Населено място. · ОО Стока: №стока, Име на стоката, №мярка ¨ В един типов обект са включени екземпляри, за които е необходимо да се съхраняват различни данни. Пример: клиент фирма, клиент, гражданин. В този случай ще се създаде подчинен обект, включващ данни само за клиент фирма.
¨ Данни, които имат специфичен характер и обхващат една сфера на дейност - комуникации, сертификати, индивидуални данни и т.н. Пример:ОПО/Клиент: № клиент, №тип комуникация, Абанатен номер ОПО/Манекен: №манекен, Височина, Тегло, Гръдна обиколка, Ханш и т.н. ¨ Данни, които заемат голям обем памет и “тежат” в приложението -снимки, мемо полета и т.н.. Съществуват ли основни обекти, които не са пряко свързани с процеса?
¨ Обектът съществува самостоятелно и няма връзка с други основни обекти или обекти процеси. Пример: налично оборудване.
¨ Един екземпляр от обекта съответства на един екземпляр в основния обект. Пример: · В един магазин може да има само един касов апарат. · Една книга може да има само един преводач.Един филм може да има само един главен герой.
¨ Няколко екземпляра от обекта съответстват на един екземпляр в основния обект. Пример: · В един магазин може да има няколко касови апарата. · Една книга може да има няколко автора. · Една стока се произвежда от много материали. · Едно ястие се готви с много материали (рецепта)
Уточняване атрибутите на обектитеОбекти процеси
Обекти за връзки
Основни обекти На това ниво ще трябва да включите основните, подчинените и съпътстващите обекти. С малки изключения подчинените обекти се свързват с основните чрез първичните им ключове, а съпътстващите чрез вторичен ключ. При тези обекти е трудно да се изведат типови въпроси, на базата на които да бъдат определени съответните аргументи, тъй като основните обекти отразяват многообразието на света. Най-общо трябва да си отговорите на три въпроса, като се помъчите чрез тях да дадете пълна характеристика на съответния обект.
Справочни обекти От изключително значение при определяне характеристиките на всеки обект, независимо на кое ниво се намира е да се научите да отделяте справочните характеристики.
Колкото по-малко давате възможност на оператора да борави с клавиатурата, толкова приложението ви ще бъде по-добре защитено от грешки при въвеждането на данните и ще бъде по производително. Идеално би било това приложение в което операторът въвежда данни само с помощта на мишката, но за съжаление това все още не е възможно. Каталог: sites -> default -> files files -> Образец №3 справка-декларация files -> Р е п у б л и к а б ъ л г а р и я files -> Отчет за разкопките на праисторическото селище в района на вуз до Стара Загора. Аор през 1981 г. ХХVІІ нац конф по археология в Михайловград, 1982 files -> Медии и преход възникване и развитие на централните всекидневници в българия след 1989 година files -> Окръжен съд – смолян помагало на съдебния заседател files -> Семинар на тема „Техники за управление на делата" 18 19 юни 2010 г. Хисар, Хотел „Аугуста спа" Приложение files -> Чинция Бруно Елица Ненчева Директор Изпълнителен директор иче софия бкдмп приложения: програма files -> 1. По пътя към паметник „1300 години България Изтегляне 1.01 Mb. Сподели с приятели:
|
