Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
PZ_2.docx
Скачиваний:
1
Добавлен:
01.07.2025
Размер:
863 Кб
Скачать
☆

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 – диаграмма на уровне атрибутов.

а

и дат

п.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]