- •Дипломная работа
- •Аннотация
- •Введение
- •1 Анализ задачи обработки данных
- •Документированная процедура управления ресурсами
- •2 Проектирование структуры базы данных
- •2.1 Структура базы данных
- •3 Проектирование архитектуры проекта
- •3.1 Документ «Архитектура проекта»
- •3.2 Диаграмма состояний
- •4 Управление процессом разработки программного обеспечения
- •7.1 Организация ремонтного производства
- •7.1 Общая постановка к технико-экономическому обоснованию
- •7.3 Расчет единовременных затрат
- •7.4 Расчет годовых текущих издержек
- •7.5 Расчет показателей экономической эффективности
- •7.6 Выводы и рекомендации
- •8 Охрана труда
- •8.1 Идентификация и анализ аредных и опасных факторов в проектируемом объ екте
- •8.2 Технические, технологические, организационные решения по устранению опасных и вредных факторов, разработка защитных средств
- •8.3 Разработка мер безопасности при эксплуатации объекта проектирования
- •Глава 1
- •Глава 2
- •Глава 3
- •Глава 4
- •Глава 5
- •9 Энерго- и ресурсосбережение
- •Заключение по проекту
- •Список использованных источников
- •Приложение а
- •Приложение б
- •Приложение в
2 Проектирование структуры базы данных
Данный раздел дипломного проекта демонстрирует владение компетенциями администратора баз данных (ПК4, ПК5). Администратор баз данных (DatabaseAdministrator) – специалист, который выполняет работы по созданию и эксплуатации баз данных и информационных системах.
На стадии анализа моделируются только основные классы, относящиеся к предметной области, т.е. таблицы базы данных. Необходимо убедиться, что отсутствует избыточность хранимой информации и аномалии в организации данных, т.е. модель данных необходимо привести к третьему нормальному виду.
2.1 Структура базы данных
Архитектор баз данных формирует документ «Структура базы данных». В документе представлены отчёты по структуре данных в документах, отчётах и таблицах. Данные таблицы формируются с помощью возможности формировать отчёты в среде EnterpriseArchitect (F8). Отчёты формируются по шаблону data model template.
Для контроля возможности выполнения АСОИ функциональных требований заполняется таблица, которая позволяет сопоставить наименование полей в документах и отчетах с полями таблиц базы данных.
Диаграмма классов базы данных приведена в графическом материале «Диаграмма классов. Структура базы данных», лист 1.
УТВЕРЖДАЮ
Заведующий филиалом
«Поликлиника №7 г.Могилева»
______________Ф.П.Зарубайко
«_____»______________2014г.
СТРУКТУРА БАЗЫ ДАННЫХ АСОИ
«Расчет врачебной функции»
Версия 1 от 25.03.2014
Структура полей данных документов и отчётов
Таблица 3 – таблица «spr_positions_doctors»
PK |
Name |
Type |
True |
id_position |
int |
True |
id_doctor |
int |
False |
perv |
int |
True |
id_tabel |
int |
False |
povtor |
int |
False |
profosm |
int |
False |
dom |
int |
False |
operac |
int |
False |
days |
int |
False |
function |
varchar |
True |
id_date |
int |
Таблица 4 – таблица «spr_doctors»
PK |
Name |
Type |
True |
id_doctor |
int |
False |
fio |
varchar |
False |
date_pr |
varchar |
False |
date_uv |
varchar |
Таблица 5 – таблица «spr_positions»
PK |
Name |
Type |
True |
id_position |
int |
False |
position |
varchar |
Таблица 6 – таблица «spr_set»
PK |
Name |
Type |
True |
id_set |
float |
True |
id_position |
int |
False |
speopl |
varchar |
False |
shour |
varchar |
False |
Np |
varchar |
False |
No |
varchar |
False |
Nd |
varchar |
False |
Nop |
varchar |
Таблица 7 – таблица «gdoc_pos »
PK |
Name |
Type |
False |
id_position |
int |
False |
id_doctor |
int |
True |
id_date |
int |
Таблица 8 – Cоответствие полей данных документов и таблиц базы данных
Документ |
Поле документа |
Таблица |
Поле таблицы |
Примечание |
Учет количества посещений |
месяц |
spr_positions_doctors
|
id_date |
|
год |
id_date |
|
||
рабочих дней |
days
|
|
||
первичные |
perv |
|
||
повторные |
povtor |
|
||
профосмотры |
profosm |
|
||
на дому |
dom |
|
||
операции |
operac |
|
||
всего |
нет |
в базе данных не требуеться, вычисляеться бизнес-логикой |
||
ФИО врача |
spr_doctors |
fio |
|
|
ФИО статиста |
fio |
|
||
Справочник должностей |
Код |
spr_positions |
id_position |
|
Должность |
position |
|
||
Справочник врачей |
Код |
spr_doctors |
id_doctor |
|
ФИО |
fio |
|
||
Дата приема |
date_pr |
|
||
Дата увольнения |
date_uv |
|
||
Расчет врачебной функции |
месяц |
spr_positions_doctors |
id_date |
|
|
год |
id_date |
||
|
первичных |
perv |
|
|
|
повторных |
povtor |
|
|
|
профосмотров |
profosm |
|
|
|
на дому |
dom |
|
|
|
операций |
operac |
|
|
Продолжение таблицы 8 |
||||
Документ |
Поле документа |
Таблица |
Поле таблицы |
Примечание |
|
сумма первичных |
|
perv |
сумма perv |
|
сумма повторных |
povtor |
сумма povtor |
|
|
сумма профосмотров |
profosm |
сумма profosm |
|
|
сумма на дому |
dom |
сумма dom |
|
|
сумма операций |
operac |
сумма operac |
|
|
рабочих дней |
days |
|
|
|
сумма рабочих дней |
days |
сумма days |
|
|
врачебная функция |
function |
|
|
|
чел/час |
spr_set |
speople |
|
|
час/день |
shour |
|
|
|
коэфф. повторных |
Np |
|
|
|
коэфф. профосмотров |
No |
|
|
|
коэфф. на дому |
Nd |
|
|
|
коэфф. операций |
Nop |
|
|
|
ФИО врача |
spr_positions |
fio |
|
|
ФИО экономиста |
fio |
|
|
|
ФИО зав.отделением |
fio |
|
|
Заключение
Значения всех полей документов и отчетов определить возможно. В базе данных отсутствуют поля, которые не где не используются.
Все поля в таблицах базы данных зависят функционально полно от первичного ключа и не зависят функционально полно от какой-либо части первичного ключа. Отсутствует зависимость неключевых полей от других неключевых полей. Следовательно, база данных находится в третьей нормальной форме.