- •1 Предварительный анализ
- •1.1 Обзор состояния вопроса
- •1.2 Постановка задачи
- •2. Описание программного продукта
- •2.1 Входная информация
- •2.2 Выходная информация
- •2.3 Выбор и обоснование выбора используемого программного
- •2.4 Описание ресурсов пэвм.
- •3.1 Схема программной системы
- •3.2 Структура база данных
- •3. Основные проектные решения
- •3.3 Описание модулей проекта
- •3.4 Описание главной формы
- •3.5 Результаты тестовых испытаний
- •4 Инструкции по использованию программы
- •4.1 Руководства оператора
- •4.2 Руководство программиста
- •5 Результаты проектирования
3. Основные проектные решения
3.1 Схема программной системы
Наиболее наглядным способом представления входных, выходных
данных и процессов их обработки является моделирование потоков данных.
Диаграммы потоков данных является основным способом моделирования к
системе в виде иерархии процессов связанных потоками данных. Позволяет
продемонстрировать процессы преобразования входных данных в выходные и
выявить отношения между этими процессами. Основные понятия,
используемые в контекстных диаграммах:
- внешняя сущность – материальный предмет или физическое лицо
предоставляющие собой источник или приемник информации. Внешняя
сущность находиться за пределами анализируемой системы;
- системы и подсистемы – при построении сложной информационной
системы, сначала информационную систему представляют в общем виде, как
единый блок (система). Затем этот блок разбивается на подсистемы;
а
и дат
- процесс – преобразование входных потоков данных в выходные, в
п.
соответствии с определенным алгоритмом;
Под
- потоков данных – определенная информация, передаваемая через
некоторые соединения от источника к приемнику;
№ дубл.
- накопитель данных – абстрактное устройство для хранения
в.
Ин
информации, в которое можно поместить, а затем извлечь информацию.
в. №
ин
Взам.
аатид
п.
Под
№ подл.
Лист
в.
УЭМК 230401.КП.014.ПЗ
Ин
9
Изм. Лист
№ докум.
Подп.
Дата
Рисунок 1 – Контекстная диаграмма 0 уровень
а
и дат
п.
Под
№ дубл.в.
Ин
в. №
ин
Взам.
аатид
Рисунок 2 –
п.
Контекстная диаграмма 1 уровень
Под
№ подл.
Лист
в.
УЭМК 230401.КП.014.ПЗ
Ин
10
Изм. Лист
№ докум.
Подп.
Дата
а
Рисунок 3 – Контекстная диаграмма 2 уровня
и дат
п.
Под
№ дубл.в.
Ин
в. №
ин
Взам.
аатид
п.
Под
Рисунок 4 – Контекстная диаграмма 2 уровня
№ подл.
Лист
в.
УЭМК 230401.КП.014.ПЗ
Ин
11
Изм. Лист
№ докум.
Подп.
Дата
Рисунок 5 – Контекстная диаграмма 2 уровня
а
и дат
п.
Под
№ дубл.в.
Ин
в. №
ин
Взам.
аатид
п.
Под
Рисунок 6 – Контекстная диаграмма 3 уровня
№ подл.
Лист
в.
УЭМК 230401.КП.014.ПЗ
Ин
12
Изм. Лист
№ докум.
Подп.
Дата
3.2 Структура база данных
Для более наглядного представления сущностей и их атрибутов ниже
представлены таблицы:
Таблица 2 – Сущность «Врач»
Название поля
Тип поля
Размерность
Ключ
Свойство
Код
Числовой
Целое
*
Обязательно
Фамилия
Строковый
40
Обязательно
Имя
Строковый
40
Обязательно
Отчество
Строковый
40
Обязательно
Год рождения
Дата/Время
Дата/Время
Обязательно
Специализация
Строковый
40
Обязательно
Дни приѐма
Строковый
40
Обязательно
Часы приѐма
Дата/Время
Дата/Время
Обязательно
а
и дат
п.
Таблица 3 – Сущность «Медицинские карты»
Под
Название поля
Тип поля
Размерность
Ключ
Свойство
Код карты
Числовой
Целое
*
Обязательно
ФИО пациента
№ дубл.
Строковый
40
Обязательно
в.
Ин
Адрес
Строковый
40
Обязательно
Дата рождения
Дата/Время
Дата/Время
Обязательно
в. №
Контактный
Строковый
40
Обязательно
ин
телефон
Взам.
Диагноз
Денежный
Целое
Обязательно
Дата
Дата/Время
Дата/Время
Обязательно
а
поступления
атид
п.
Под
№ подл.
Лист
в.
УЭМК 230401.КП.014.ПЗ
Ин
13
Изм. Лист
№ докум.
Подп.
Дата
Таблица 4 – Сущность «Оборудование»
Название поля
Тип поля
Размерность
Ключ
Свойство
Код
Числовой
Целое
*
Обязательно
Наименование
Строковый
40
Обязательно
Цена
Числовой
Целое
Обязательно
Модель
Строковый
40
Обязательно
Дата закупки
Дата/Время
Дата/Время
Обязательно
Характеристика
Строковый
Строковый
Обязательно
Таблица 5 – Сущность «Процедуры»
Название поля
Тип поля
Размерность
Ключ
Свойство
Код
Числовой
Целое
*
Обязательно
Название
Строковый
40
Обязательно
процедуры
а
График
Строковый
40
Обязательно
и дат
п.
посещения
Под
Номер кабинета
Число
Целое
Обязательно
Таблица 6 –
№ дубл.
Сущность «Талоны»
в.
Ин
Название поля
Тип поля
Размерность
Ключ
Свойство
Код
Числовой
Целое
*
Обязательно
в. №
ин
Талон на
Строковый
40
Обязательно
Взам.
Дата проведения Дата/Время
Дата/Время
Обязательно
Время
Строковый
40
Обязательно
а
проведения
атид
п.
Под
№ подл.
Лист
в.
УЭМК 230401.КП.014.ПЗ
Ин
14
Изм. Лист
№ докум.
Подп.
Дата
Таблица 7 – Сущность «Диагноз»
Название поля
Тип поля
Размерность
Ключ
Свойство
Код
Числовой
Целое
*
Обязательно
Наименование
Строковый
40
Обязательно
диагноза
Срок лечения
Строковый
40
Обязательно
Код лекарства
Числовой
Целое
Обязательно
Таблица 8 – Сущность «Лекарства»
Название поля
Тип поля
Размерность
Ключ
Свойство
Код
Числовой
Целое
*
Обязательно
Наименование
Строковый
40
Обязательно
Срок годности
Строковый
40
Обязательно
Отпускается
Строковый
40
Обязательно
Код лекарства Числовой
Целое
Обязательно
а
и дат
п.
Обязательно – подразумевает обязательное или полное участие сущности
Под
в данной связи.
Таблица 9 – Связи сущностей
№ дубл.в.
Связь
Сущность
Ин
Использует
Врач -> Оборудование
в. №
Заполняет
Врач -> Медицинские карты
ин
Взам.
Выписывает
Врач -> Талоны
Заносится
Медицинские карты -> Диагноз
аат
Выдаѐтся
Диагноз->Лекарства
ид
п.
Под
№ подл.
Лист
в.
УЭМК 230401.КП.014.ПЗ
Ин
15
Изм. Лист
№ докум.
Подп.
Дата
Рисунок 7 – ER – диаграмма на уровне атрибутов.
а
и дат
п.
