Проектиране на базата от данни

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

Обособени са следните обекти, със съответните им атрибути:
Записани(ЕГН , Име , Фамилия , Град , Адрес , Телефон , Години , Дата на записване);
Абонамент (Оферта № , Продължителност , Оферта екип№ , Ниво на трудност , Такса )
Екипировка ( Оферта екип№ , Дни , Такса , Сезонност )
Зимна екипировка (Оферта № , Дни , Такса , Сезонност )
Лятна екипировка (Оферта № , Дни , Такса , Сезонност )
Индивидуална застраховка (Оферта № , Дни , Такса)
Групи (Записани , Инструктори , Върхове за покоряване)
Инструктори (Номер № , ЕГН , Име, Фамилия , Град, Адрес , Години опит)
Върхове за покоряване ( Държава, Планина, Връх, Надморска височина)

Списък от въпроси към базата данни

Колко са записаните от Варна, най-ниско ниво?
Какви са промоциите покрай празниците?
Има ли записани в повече от една група?
Кой инструктор,кои върхове ще покоряват?
Каква е цената на лятната и зимната екипировка?
Какви абонаменти се предлагат?
Хора на какви възрасти най-често се записват?
Колко години опит имат инструкторите?

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

Концептуална схема на база данни (обекти /същност/ – атрибути, ключове; връзки)

Най-често използваният модел в БД е моделът „Обекти-Връзки”. Такъв е и моделът, използван в настоящата СУБД. Той има структура, състояща се от: обекти и връзки. Обектите в повечето случаи образуват набори, като всеки набор е съвкупност от еднородни елементи, характеризиращи се със свойства, които се наричат атрибути. Те трябва да са подредени така, че да съдържат един или няколко ключови атрибута. Чрез ключовите атрибути всеки елемент в БД се идентифицира уникално.

Ключове: Оферта №(застраховка) , ID Записани, Инструктор №, Връх , Оферта № (абонамент), оферта екип (екипировка).

Връзките служат за да показват логическата връзка между обектите. Биват бинарни и множествени. Видовете бинарни връзки от своя страна са три:
един към един или 1:1, при тях всеки обект от единния набор е свързан само с един обект от другия набор
-много към един или m:1(1:m), при тях всеки обект от първия набор е свързан с един обект от втория набор и всеки обект от последния е свързан с много обекти от първия набор;
много към много или m:n, при тях всеки обект от първия набор е свъзан с много обекти от втория набор и обратно.

Преход от КС към РБД

Релационния модел се изгражда върху един термин – отношение (релация). В релациония модел всяко отношение се представя във вид на таблица, като всеки нейн ред е кортеж, а всеки стълб – атрибут на отношението.
За разглежданата база от данни едно отношение ще бъде Записани с атрубути : ID , Име , Фамилия , Град, Адрес, Телефон, Години , Дата на записване:

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

Анализ на релационна база данни – извод на функционални зависимости

Проектирането е дълъг и сложен процес. Необходимо е КС да се усъвършенства и подобрява стъпка по стъпка. За целта се използват т.н. функционални зависимости (ФЗ). Те представляват свойства на отношенията, пораждащи се върху ограниченията при комплектацията на данните в кортежите. Т.е. в даден кортеж не всяка комбинация е допустима.
По отношение на Записаните те се делят,както и по горе споменахме на следните ФЗ:
Записани -> ID на записания, Име на записания, Фамилия на записания

Инструктори -> Номер , ID , Име , Фамилия, защото всеки инструктор си има уникален номер,ЕГН, Име и Фамилия

Оферта екип № -> всяка екипировка си е с индивидуален номер

Оферта № застраховка -> всяка застраховка се отнася за различен период от време,което означава,че всяка оферта е индивидуална.
Върхове за покоряване -> връх , всеки един от върховете предложени от инструкторите е индивидуален

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

1. свързани с излишество на данни в таблиците;
2. аномалии на обновяването на информация в таблиците;
3. аномалии на включването;
4. аномалии на изключването;

Проверка за нормалност на релациите и нормализация, ако това е необходимо. За избягване на тези аномалии (проблеми) се прилага т.н. нормализация. При правилното и прилагане се гарантира отсъствието на аномалии. Съществуват следните т.н. нормални форми, чрез които се гарантира освобождаване на отношенията от аномалии:
1-ва нормална форма (1НФ) – едно отношение се намира в тази форма, ако всички негови атрибути са атомарни (неделими), т.е. стойностите, които могат да заемат неговите атрибути не могат да се делят на по- малки стойности;
2-ра нормална форма (2НФ) – едно отношение е във 2НФ, ако е в 1НФ и всеки не първичен атрибут изцяло зависи от всеки ключ;
3-та нормална форма (3НФ) – едно отношение се намира в тази форма, ако е в 1НФ и не съществуват Х* (ключ), У (атрибути), А (не първичен ключ), такива че:
Х*->У;
У->А;
У->Х*;
Третата нормална е необходимо и достатъчно условие да се твърди, че едно отношение е свободно от аномалии. Ако всички схеми в една РБД са в 3НФ, то схемата на БД е в 3НФ и е изцяло свободна от аномалии.
След внимателно проведен анализ на схемите в настоящата РБД мога да твърдя, че те са в 3НФ и следователно РБД като цяло е в 3НФ и е свободна от аномалии.

Създаване на примерни таблици с данни

Създаване на таблици

След като вече са изградени схемите на отношенията, които са освободени от аномалии, както и връзките между тях, изграждането на СУБД е изцяло технически процес.
При създаването на Базата от данни съм използвала Microsoft Аccess 2007, който е изключително изчистен и опростен,за това създаването на таблиците става по изключително лесен начин.
При стратирането на МС Аccess 2007 избирате бутона „ Създаване” , който се намира в левия ъгъл и после само избирате таблици и започвате да изграждате таблицата която желаете.

Описанието на атрибутите за схема Върхове за покоряване има следният вид: Text и Number,те са най – често използваните типове данни. Това са данни от числов или текстов тип.

Създаване на релациите в система за управление на база данни (СУБД)

Създаването на връзките в използваното програмно осигуряване става като се избере: DataBaseTools Relationships
След избора се добавят всички таблици, за които ще се съставят връзки. Чрез придърпване на мишката се свързват полета на таблиците, които искаме да свържем. От контекстното меню можем да изберем Edit Relationships и да променим параметрите на връзката.

Създаване на справки (Query)

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

Създаването на заявки отново става от менюто Create ->QuerryDesign , от къде си избираме кои полета от кои таблици да използваме за нашата бъдеща заявка.

Има няколко основни типа справки – Select queries, Parameter queries, Action queries. Action queries се делят на няколко подтипа-Delete queries, Update queries, Make-Table queries, Append queries и Crosstab queries.

-Select Queries-Това е най-разпространения вид справка. Тя използва данните от 1 или повече таблици и показва резултата които можете да ъпдейтвате(с някои ограничения);

Тази заявка брои колко са записаните в повече от една група.

-Update Queries-Тази справка прави глобални промени на група записи от 1 или повече таблици.

Тази заявка ни показва коледните намаления,на всеки клиент който се е записъл. Формулата по която се изчислява е: текущата такса-0,1*текущата такса.Така таксите в таблицата Абонамент намаляват драстично.

-Make-Table Queries- този тип справка създава нова таблица с цялата или част от информацията от 1 или повече таблици по даден критерии.

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

-Append Queries- Добавя група от записи от 1 или повече таблици в 1 или повече таблици
-Crosstab Queries- Тази справка се използва за по-лесен анализ на данните в базата.
-Delete Queries-Изтрива група записи от 1 или повече таблици.

Тази таблица изтрива записания, на когото принадлежи посоченото ЕГН в полето Criteria.
-Parameter Queries-Тази заявка при стартиране иска задаване на параметър или критерии по който данните ще бъдат извлечени.

Създаване на формуляри (Forms)

До тук беше изграждането на тази част от СУБД, която остава невидима за потребителя през цялото време. Остава да се построи не по маловажната част – интерфейса или връзката с потребителя. При изграждането на тази част трябва да се вземат под внимание много особености. Задължително трябва да се наблегне на удобството при работата с програмата. Всеки уважаващ себе си потребител не би позволил да използва програма, която не е удобна за работа. Тук трябва да се включи всичко, до което той, обикновенния потребител може да се докосва, и в същото време да се предотврати внасянето на всякакъв достъп, който не се разрешава. Оформянето на външния вид на формите е изцяло оставено на въображението на програмиста и неговия усет за добър външен вид.

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

Най-лесното създаване на Forms става от Create ->More Forms -> FormWizard

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

Тази форма ни извежда списъка с всички инструктори.

Тук отново въвеждаме число,което отговаря на годините на записаните и извежда всички записани на които годините им са по-малко от това число.
По особеното в тази заявка е,че има бутон, който при неговото натискане се отваря прозорец, който отново търси някакъв критерии измежду тези записи които ни е извело. Критерият може да бъде:ЕГН или години.

При проектирането на SubForm отваряме Desine View и от създадените таблици в менюто в дясно издърпваме таблицата която желаем и я поставяме в полето Details.

Създаване на отчети (Reports)

Отечетите, както и формите са част от интерфейса на една база от данни. Колкото по-лесен и удобен за ползване е този интерфейс, на толкова по – голям успех сред потребителите ще се радва базата данни. Докато формите се базираха само на таблиците, то отчетите се базират както на таблиците, така и на справките. Като предимно се използват справките, защото от тях се извлича сложна информация, която да ни е полезна.

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

Отчетът се създава от: Create -> Report Wizard и избираме отново таблиците или заявките, които искаме да вложим в отчета.

Създаване на стартова форма (Startup Form)

Create -> More Forms -> Modal Dialog

Създаването на на една стартова форма, не се различава особено ос създаването на стандартна форма. В този случай вместо полета за данни във формата се поставят бутони, етикети, списъци т.н. Използването на стартова форма улеснява работата на потребителите с базата данни. Добавянето на всички контроли се извършва от Toolbox-a. Действията, които трябва да се извършат след натискане на някой бутон се задават с помощта на Wizard-a, който се стартира при поставянето на бутона.

Защита на бази данни

Защита на една база от данни се състои в използване на парола, като е необходимо тя да се въвежда всеки път когато се отваря информационната система. В противен случай, достъпа не се осъществява. В MS Access е разработено меню, чрез което даден администратор или потребител ползващ Базата данни да въведе парола или да създаде различни потребителски имена и пароли, чрез които да се ограничава достъпа до определени лица, ползващи базата от данни.

Вижте още:

• Файлови системи, поддържани от Windows XP, Windows 2003
• Проектиране и изработка на автоматизирани ситеми за обработка на информацията
• http://www.netagedesign.com/programirane.html
• Входно изходна компютърна система
• http://www.webdesignplovdiv.com/biznes-sistemi-softuer/

Сходни статии:

1. Проектиране на базата данни При проектирането на базата от данни основен етап е моделирането й. При него се очертават редица правила и принципи, които трябва да бъдат спазени, за да се осигури  ефективната и надеждната й работа. Правила за моделиране на базата от данни....
2. Методи за вариантно проектиране на технологичните процеси Методи за вариантно проектиране на технологичните процеси. Системи за класификация и кодиране на обектите. Метод за проектиране на групови и на типови технологични процеси. Видове вариантни процеси: типови технологични процеси (ТП)- разработват се на основата на класификацията на детайлите по...
3. Системни екрани на MS Access и Windows Системният екран на ACCESS следва идеологията на MS Windows. Той предоставя набор от графични средства изградени на йерархичен принцип, които условно могат да се представят по зони  инсталирани на екрана Диалогови средства на Microsoft Windows В първата лента на екрана,...
4. Програмно осигуряване на CAD/CAM системи Програмното осигуряване може да се представи в четири части: базово програмно осигуряване, чиято основна компановка е операционната система; графично програмно осигуряване; база данни и системи за тяхното управление; Приложно програмно осигуряване При Програмно осигуряване на CAD/CAM системата могат да се...
5. Гъвкави бюджети на базата на дейности Гъвкавите бюджети дават възможност на управляващите да предвидят какви разходи по дейности са съответстващи на определено изменение в обема на дейността. Анализът на отклоненията дава възможност да се подразделят разходите по дейности на компонент, който прибавя стойност и компонент, който...