язку між сутностями.
Сутність № паспорта лікаря пов'язана з сутністю № паспорта лікаря облік відпрацьованих змін. Ступінь зв'язку - «один-до-багатьох».
1 N
Рис. 1.
база даних ключ інформаційний
Сутність № паспорта лікаря пов'язана з сутністю № паспорта лікаря в таблиці журнал операцій. Один пацієнт може зробити кілька прийомів до різних лікарів. Ступінь зв'язку - «один-до-багатьох».
1 N
Рис. 2.
Сутність № палати зв'язана із сутністю № палати в таблиці журнал операцій. Ступінь зв'язку - «один-до-багатьох».
1 N
Рис. 3.
2.2 ВИЯВЛЕННЯ АТРИБУТІВ сутності. ПРИЗНАЧЕННЯ ПЕРВИННИХ КЛЮЧІВ
Розглянемо атрибути кожної сутності:
§ Лікарі (№ паспорта , Прізвище, Ім'я, По батькові, Дата народження, Спеціальність, Кабінет);
§ Журнал операцій (№ поліса , № палати, Прізвище, Ім'я, По батькові, Дата народження, дата надходження, Дата виписки, Діагноз, № паспорта лікаря , № реєстратора);
§ Палати ( № палати, кількість місць, комфортабельність);
§ Реєстратори (Код реєстратора , Прізвище, Ім'я);
§ Облік відпрацьованих змін (№ паспорта, Числа місяця );
2.3 РЕЛЯЦІЙНА МОДЕЛЬ ДАНИХ
Виявивши суті, їхні зв'язки і атрибути бази даних була побудована наступна схема даних.
Рис. 6. Схема даних
3. МОДЕЛЬ ЖИТТЄВОГО ЦИКЛУ БАЗИ ДАНИХ
Розробка проходила згідно моделі життєвого циклу RUP. Життєвий цикл інформаційної системи поділяється на такі стадії:
§ Аналіз;
§ Проектування;
§ Реалізація (кодування);
§ Впровадження;
§ Супровід.
Розробка протікала ітераційно, тобто з постійним возращением з поточного етапу на попередні та внесенням змін у відповідну документацію (вимоги до системи, архітектура системи і т.п.).
Так як повністю сформулювати вимоги до системи - завдання складне, а в міру просування по життєвому циклу це виявляється набагато простіше.
3.1 АНАЛІЗ
Починається життєвий цикл з аналізу вимог, яким вона повинна буде задовольняти, з метою зрозуміти призначення й умови експлуатації системи настільки, щоб зуміти скласти її попередній проект.
Під час етапу я виявила, що мені потрібно створити базу даних, яка буде зберігати в собі всю інформацію про лікарів і про пацієнтів. Для перегляду відомостей про прийшли пацієнтах по запису до лікаря, про лікарів необхідно скласти запити і вивести по цих запитах звіти.
Дана база розроблялася в програмі Visual Basic, тому що в ній найлегше проводити операції.
3.2 РЕАЛІЗАЦІЯ (КОНСТРУЮВАННЯ)
Після того як прикладна задача досліджена і результати її дослідження зафіксовані у вигляді об'єктної, динамічної та функціональної моделей, можна приступити до конструювання системи. На етапі конструювання БД приймаються рішення про розподіл підсистем по процесорах та іншим апаратним пристроям і встановлюються основні засади та концепції, які формують основу подальшої детальної розробки бази даних.
Зовнішня організація системи називається архітектурою системи. Вибір архітектури системи є ще одним завданням, розв'язуваної на етапі її конструювання.
Конструювання системи завершується конструюванням її об'єктів. На цьому етапі розробляються повні визначення класів і залежностей, використовувані на етапі реалізації системи. Крім того, визначаються і конструюються внутрішні об'єкти і оптимізуються структури даних і алгоритми.
Додаток розроблялося в середовищі Visual Basic. Взаємодія з БД здійснюється за допомогою таких компонентів, що входять в стандартний набір цієї системи:
1) Database;
2) Do Until;
3) MoveNext;
4) Update;
) OpenDatabase;
3.3 ВПРОВАДЖЕННЯ І СУПРОВІД
Системні вимоги
База даних повинна ...
