Автор работы: Пользователь скрыл имя, 19 Февраля 2012 в 15:33, курсовая работа
Цель разработки приложения «Протоколы поручений» заключается в том, чтобы автоматизировать ввод, контроль, а так же предоставление отчетов о проделанной работе главному врачу, что повышает производительность труда.
Программный продукт выполнен на языке Delphi 7, который более десятка лет является одним из самых наиболее эффективных средств разработки программных продуктов.
Введение . . . . . . . . . . . . . . . . . . . . 1
1. Описание предметной области
1.1. Общее описание предметной области . . . . . . . . . 2
1.2. Описание входных документов и сообщений . . . . . . 2
1.3. Описание выходных документов и сообщений . . . . . 3
1.4. Описание запросов к базе данных . . . . . . . . . . 5
1.5. Список ограничений. . . . . . . . . . . . . . . 7
2. Выбор и описание используемой СУБД . . . . . . . . . 8
3. Инфологическая модель (ИЛМ).
3.1. Граф алгоритмической взаимосвязи показателей . . . . . 9
3.2. ER-модель . . . . . . . . . . . . . . . . . . 11
4. Датологическая модель.
4.1. Нормализованная реляционная модель . . . . . . . . 12
4.2. Варианты ДЛМ в среде выбранной СУБД
а) состав файлов / таблиц баз данных . . . . . . . . . 13
б) структура и ключи файлов / таблиц баз данных . . . . . 13
в) схема данных . . . . . . . . . . . . . . . . 16
5. Функциональная структура программной системы
обработки данных . . . . . . . . . . . . . . . . . 17
6. Оценка вариантов ДЛМ в среде выбранной СУБД . . . . . . 18
7. Заключение . . . . . . . . . . . . . . . . . . . 19
8. Список литературы . . . . . . . . . . . . . . . . 19
Приложения.
1. Листинги реализованных форм
а) результаты выполнения . . . . . . . . . . . . 20
= заданному Ответственное лицо (скрытое поле) = заданному сотруднику
периоду
7.
Выдать неисполненные
Дата совещания | Пункт поручения | Срок исполнения | Периодичность | Дата переноса | Записка о переносе | Исполнение |
8.
Выдать исполненые поручения,
у которых ответственное лицо соответствует
заданному сотруднику.
Дата совещания | Пункт поручения | Срок исполнения | Периодичность | Дата переноса | Записка о переносе | Исполнение |
9.
Выдать перенесенные поручения,
Дата совещания | Пункт поручения | Срок исполнения | Периодичность | Дата переноса | Записка о переносе | Исполнение |
10.
Идентификация пользователя.
При
соответствии имени пользователя и
пароля возвращается единица (количество
пользователей, соответствующих заданному
имени и паролю).
1.5
Список ограничений
1. У одного поручения может быть несколько ответственных лиц, а так же несколько групп ответственных лиц;
2. Ответственные лица имеют свойство должность и структурное подразделение;
3. Каждое ответственное лицо относится к какой-либо группе.
4.
Необходима таблица операторов,
которые будут работать с БД.
2.
Выбор и описание
используемой СУБД
InterBase
представляет собой
Клиенты посылают запросы серверному процессу, чтобы выполнить различные действия в базе данных, включая:
• поиск в базе данных по заданным условиям;
• сравнение, сортировку и предоставление данных в табличном
виде;
• изменение хранимых данных;
• добавление новых данных в базу;
• удаление данных из базы данных;
• создание новых базы данных и структур данных;
• выполнение программного кода на сервере;
• передачу сообщения другим клиентам, подключенным в данный момент к серверу.
Серверный процесс является полностью сетевым, он поддерживает запросы на подключение от других узлов сети и тот же самый протокол InterBase прикладной программы, что и клиентские процессы.
Несколько
клиентов могут быть связаны с
многопоточным процессом
Отличительными качествами InterBase являются:
• Высокая производительность и надежность сервера при минимальных требованиях к техническим средствам.
• Поддержка стандарта SQL-92, обеспечивающая переносимость
приложений.
• Относительно низкая стоимость продукта.
• Простота установки и поддержки сервера. Удобный и не требующий специальной подготовки механизм администрирования базой данных.
Все
это делает InterBase прекрасным выбором
для реализации корпоративных систем
малого и среднего масштаба (с количеством
пользователей в несколько
3.
Инфологическая модель (ИЛМ)
3.1
Граф алгоритмической
взаимосвязи показателей
Условные
обозначения
Условное
обозначение |
Значение |
ДС | Дата совещания |
ПП | Пункт поручения |
СП | Содержание поручения |
ОЛ | Ответственные лица |
СИ | Срок исполнения |
ПТ | Признак периодичности |
ФМ | Фамилия |
ИМ | Имя |
ОТ | Отчество |
ДЛ | Должность |
СТ | Структурное подразделение |
ДО | Дата получения ответа на протокол |
ПН | Признак наличия ответа |
СС | Состояние поручения |
ЗП |
|
ДП |
|
Рисунок
3.1.1. Граф алгоритмической взаимосвязи
показателей
3.2
ER-модель
Рисунок
3.2.1. ER-модель
4.
Даталогическая модель
в среде выбранной СУБД
4.1
Нормализованная реляционная
модель
Таблица 4.1.1–
Исходная реляционная модель
Ответственные лица (ID, Фамилия, Имя, Отчество, Должность, Структурное подразделение) |
Поручение (ID, Дата совещания, Пункт поручения, Содержание поручения, Ответственные лица, Срок исполнения, Состояние поручения, Дата получения ответа, Признак наличия ответа, Записка о переносе, Дата переноса) |
Согласно ограничению 1, из ограничений (см. п.1.5), в таблицу Поручение добавляются шесть индексов для таблицы ответственных лиц, и шесть индексов для групп ответственных лиц.
Согласно
ограничению 2, из ограничений (см. п.1.5),
необходимо создать справочник ответственных
лиц и структурных
Согласно ограничению 3, из ограничений (см. п.1.5), необходимо создать справочник групп ответственных лиц.
Согласно
ограничению 1, из ограничений (см. п.1.5),
необходимо создать таблицу операторов.
Таблица 4.1.2–
Реляционная модель в 3 нормальной форме
Ответственные лица (ID, Фамилия, Имя, Отчество, Должность, Структурное подразделение) |
Справочник должностей (ID, Название должности) |
Справочник структурных подразделений (ID, Название структурного подразделения) |
Справочник групп ответственных лиц (ID, Название группы) |
Справочник операторов (ID, ФИО, Пароль, Признак входа, Права) |
Протоколы (ID, Дата совещания, Пункт поручения, Содержание поручения, Ответственные лица, Группы ответственных лиц, Срок исполнения, Состояние поручения, Дата получения ответа, Признак наличия ответа, Записка о переносе, Дата переноса, Признак периодичности) |
4.2.
Структура базы данных
а)
состав файлов / таблиц
баз данных
S_Liable – ответственные лица;
S_Dolg – должности;
S_Sp – структурные подразделения;
T_Protokols – поручения;
S_Groups - группы ответственных лиц;
S_Users
- операторы.
б)
структура и ключи
файлов / таблиц баз
данных
Таблица 4.2.1 - Структура
таблицы Ответственные лица (S_Liable)
Название | Обозначение | Тип | Длина |
Ключевой | ID | Integer | |
Фамилия | Family | Varchar | 20 |
Имя | Name | Varchar | 20 |
Отчество | Pat_ Name | Varchar | 30 |
Группа ответственных лиц | GR1 | Integer | |
Группа ответственных лиц | GR2 | Integer | |
Группа ответственных лиц | GR3 | Integer | |
Группа ответственных лиц | GR4 | Integer | |
Группа ответственных лиц | GR5 | Integer | |
Группа ответственных лиц | GR6 | Integer | |
Должность | Dolg | Integer | |
Структурное подразделение | Podr | Integer |