Дизайнът като етап 1
Създаването на икономически информационни системи (IS) е сложен и слабо формализирани задача, изискваща подробно познаване на предметната област автоматизиран. В този случай, като правило никой в организацията знае как тя работи, доколкото данните, които трябва да се създаде IP. Ето защо, за да се опише работата на предприятието трябва да се изгради своя адекватен модел, съдържащ в себе си знанието на всички участници в бизнес процесите на организацията.
Около 90% от всички съвременни IP решения изискват цял набор от задачи за съхранение на данни. В съвременните условия, когато обемът на данните, които се обработват е висока и продължава да расте, решаването на тези проблеми е невъзможно без използването на технология на базата данни. Основна информация за системата и резултатите от него се съхраняват в базата данни, като по този начин създаване на база данни излиза на преден план в началната фаза на информационна система.
Когато създадете база данни на IP данни са най-важните проблеми, свързани със създаването на логически правилно структурата на данните осигурява решение на целия набор от необходимите задачи. При правилна логическа структура в този случай тя се отнася до структура, създадена с характеристиките на организацията съхраняване на данните, използвани за решаване на необходимите задачи.
По този начин, планиране е важна стъпка в създаването на базата данни, като На този етап той е взел много важни стратегически решения, които засягат целия процес на създаване на ефективна база данни. Разработване на ефективна база данни е голямо предизвикателство, тъй като често тя е представена много противоречиви изисквания. задача дизайнер е на всички изисквания, за да се създаде оптимална база данни.
Базата данни се отразява информация за определена тематика. Тема област е част от реалния свят на интерес за дадена употреба. автоматизирани модели информационни системи отражение на домейни данни се появяват няколко нива (броя на нивата зависи от базата данни на функции). Независимо от това дали или не е изрично посочено отделен логически и физически модел слой, по отношение на методологията, все още можете да изберете тези нива и съответните им етапи на проектиране на база данни.
Първият етап на проекта - Infological моделиране.
Да се проектира структурата на базата данни, необходима допълнителна информация за предметната област. Желателно е, че тази информация е била представена по документиран начин. Описание домейн оформен без ориентация използва за по-нататъшно софтуер и хардуер, наречена домен (ILM) infological модел.
модел datalogicheskaya база данни (DLM) се основава на втория етап на проекта се основава на Infological модел. Datalogicheskaya модел е модел на логически ниво и представлява разположението на логическите връзки между елементите на данните, независимо от тяхното съдържание, както и съхраняване среда. Моделът е конструиран по отношение на информационни единици, които са разрешени в конкретната база данни, в среда, която е предназначена DB. Фаза на DLM нарича datalogicheskim дизайн. Описание на логическата структура на базата данни на езика на базата данни се нарича схема.
Третата стъпка е да се създаде свързващ носител DLM използвайки модел данни на физическия слой (физически модел). Описание на структурата на физическата база данни, наречена схема за съхранение, съответстващо на етапа на проектиране на базата данни - физически дизайн.
В някои бази данни, в допълнение към описване на цялостната логика на структурата на базата данни, е възможно да се опише логическата структура на базата данни по отношение на определен потребител. Този модел се нарича външната, и описанието му, се нарича вторична верига.
Външният модел не винаги е точно схема подгрупа. Ако решен вторична верига, потребителят има достъп само до данните, са отразени в съответната вторична верига, която е един от начините за защита на данните от неоторизиран достъп.
етапите на проектиране на бази данни отношения се отразяват на фигура 4.1. Фигурата показва, че възможността за връщане към предишните нива в базата данни на проектиране. В този случай, за връщане, поради необходимостта от преразглеждане на резултатите от проекта, и за връщане, причинени от необходимостта да бъдат изяснени с предишния модел (обикновено Infological), за да получи повече информация за проектиране или идентифициране на несъответствия в този модел.