Автор работы: Пользователь скрыл имя, 14 Марта 2012 в 22:48, курсовая работа
В даний час усе більше і більше поширення, як у виробництві, так і в документообігу підприємств знаходить комп'ютерна техніка, усе ширше і ширше стає перелік охоплюваних нею задач. Постійно росте обсяг і складність оброблюваної інформації, вимагаються все нові і нові види її представлення. Як показує практика, більшість користувачів уже не уявляє собі, як би вони виконували свою роботу, з якою прекрасно справлялися ще 5 - 10 років тому, без допомоги комп'ютера.
Вступ .................................................................................................................................
1 Аналіз підходів до проектування інформаційної системи ………………………...….
1.1 Опис предметної області ……………………………………………………..….
1.2 Нормалізація даних …………………………………............................................
1.3 Обґрунтування та вибір СКБД ……......................................................................
1.4 Постановка задачі проектування ………………………………………….……
2 Проектування бази даних………………………..……………………………….…..
2.1 Аналіз існуючих сучасних підходів до проектування бази даних ……………
2.2 Моделі представлення даних ................................................................................
2.3 Реалізація таблиць бази даних за допомогою мови моделювання UML........
2.4 Розробка схеми бази даних за допомогою середовища моделювання ECO
2.5 Розробка інтерфейса користувача БД за допомогою середовища моделювання ECO
2.6 Генерація схеми бази даних в середовищe MSSQL Server
3 Розробка алгоритмів проектуємої системи..........................................................
3.1 Алгоритм роботи основної системи .....................................................................
3.2 Алгоритми роботи підсистеми «Прийомний віділ».............................................. 4 Структура системи керування базою даних ……………………….…….………….
4.1 Опис модулів системи керування базою даних ………………………………...
4.2 Опис діалогу роботи автоматизованої системи ………………..….....................
Висновки .………….…………………………………………………..…………………
Список посилань................................................................................................................
Назва стовпця | Пояснення |
ID_kod | Ідентифікаційний код |
kod_profesii | Код професії |
N_pasporta | № паспорта |
dom_N_tel | Дом № тел |
mob_n_tel | Моб № тел |
rik_narodgenna | Дата народження |
N_rahynky | № рахунку |
N_strahovku | № страховки |
Таблиця 2.4 - Лікарня likarna
Назва стовпця | Пояснення |
N_likarni | № лікарні |
data_zasnyvanna | Дата заснування |
adressa | Адреса |
kontaktnui_telefon | Контактний телефон |
Таблиця 2.5 – Лікарі likari
Назва стовпця | Пояснення |
indutufikaciinui_kod | Ідентифікаційний код |
N_likarni | № лікарні |
FIO | ПІБ |
specialnist_likara | Спеціальність лікара |
N_pasporta | № паспорта |
dom_N_tel | Дом № тел |
mob_N_tel | Моб № тел |
rik_narodgenna | Дата народження |
zakincheni_zakladu | Закінчені заклади |
data_pruinata_na_roboty | Дата прийняття на роботу |
Назва стовпця | Пояснення |
id | № |
indutufikaciinui_kod | Ідентифікаційний код |
misca_robotu | Місця роботи |
pruchuna_zvilnenna | Причина звільнення |
oklad | Оклад |
rokiv_stagy | Років стажу |
data_pruinata | Дата прийнятя |
data_zvilnena | Дата звільнення |
Таблиця 2.7 - Пацієнти pacientu
Назва стовпця | Пояснення |
id | Номер книги абонента |
kod_pacienta | Номер абонента |
diagnoz | Номер реєстра |
N_pasporta_likara | Дата оплат |
data_zahvoryvanna | Сума |
kolu_postypuv | Номер квитанції |
stat | Стать |
misce_robotu | Місце роботи |
data_odyganna | Дата одужання |
SQL сервер дозволяє встановлювати різні типи зв’язків між об’єктами
Існують наступні види зв'язків:
Один-до-одного(One-to-one). При установці відношення "один-до-одного" (1:1) кожному рядку головної таблиці відповідає єдиний рядок залежної таблиці. З іншого боку, кожен рядок залежної таблиці повинен бути зв'язаний тільки з одним рядком головної таблиці. Як приклад такого зв'язку можна привести зв'язок людини і його батьків. Кожна людина може мати єдиного батька і єдину матір. Інший приклад - зв'язок людини і національності.
Один-до-багатьох (One-te-many). При використанні зв'язку "один-до-багатьох" (1:п) кожному рядку головної таблиці відповідає нуль, один чи більш рядків залежної таблиці. З іншого боку, кожен рядок залежної таблиці повинний бути зв'язаний тільки з одним рядком головної таблиці. Прикладом такого зв'язку може бути зв'язок людини з її дітьми.
Багато-до-багатьох (Many-to-many). Цей тип зв'язку припускає, що будь-якому рядку головної таблиці може відповідати нуль, один чи безліч рядків залежної таблиці. При цьому кожен рядок залежної таблиці може бути зв'язаний з одним чи більш рядків головної таблиці. Прикладом такого зв'язку може бути використання файлів співробітниками. Кожен файл може використовуватися безліччю співробітників, у той же час кожен співробітник може працювати з безліччю файлів.
Встановимо зв’язки між нашими об’єктами і визначимо типи цих зв’язків(рис.2.1)
Організація зв'язку між таблицями stag та likari
Для відстеження об'єкта ЕСО, виділеного в певному списку, призначений компонент CurrencyManagerHandle з категорії палітри інструментів Enterprise Core Objects (Ключові корпоративні об'єкти). Додамо його до проекту й назвемо stag_likari (властивість Name). Він буде відслідковувати об'єкти класу likari, обрані у відповідній таблиці (екземпляр DataGrid3).
Як кореневий ідентифікатор об'єкта stag_likari у властивості RootHandle задамо ім'я Stag. При цьому ми прив'язуємо керуючий компонент stag_likari до конкретного набору об'єктів проекту (екземплярам класу likari).
Як елемент, що дозволяє виділяти окремі екземпляри контрольованого класу likari, виберемо таблицю DataGrid3 у властивості BindingContext об'єкта stag_likari.
Настроювання дескрипторів проекту.
Внесемо зміни в ланцюжок взаємозв'язків дескрипторів проекту. Новий об'єкт stag_likari треба зробити кореневим для екземплярів класу stag.Перенастроювання дескриптора Stag виконуються в такий спосіб.
У властивість RootHandle уведемо значення stag_likari замість колишнього значення rhRoot.