Информационная система по учету детей МКДОУ ЗАТО Знаменск ДСОВ №9 «Аленький цветочек»

На рисунке 2.1.3 отражена  диаграмма второго  уровня, детализирующая процесс «обслужить заведующую».

 

 

На рисунке 2.1.4 изображена диаграмма  детализирующая процесс «обслужить сотрудников».

 

На рисунке 2.1.5 отражено дерево процессов, показывающие, какие именно процессы происходят в  информационной системе при обслуживании сотрудников и заведующей.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

4.1  Описание данных

 

Диаграммы потоков данных обеспечивают удобное  описание функционирования компонента системы, но не снабжают аналитика средствами описания деталей этих компонент, а  именно какая информация преобразована  процессами и как она преобразована. Для решения одной из перечисленных задач предназначены текстовые средства моделирования, служащие для описания структуры данных, преобразования информации и получившееся название  словарей данных.

Словарь данных представляет собой определенным образом организованный список всех элементов данной системы с их точными определениями, что дает возможность различным категориям пользователей иметь общее понимание  всех входных и выходных потоков, а так же компонент хранилищ.  

Для каждого  потока данных в словаре необходимо хранить имя потока, его тип  и атрибуты. По типу потока в словаре  содержится информация идентифицирующая:

• Простые или групповые потоки;
• Внутренние или внешние потоки;
• Потоки данных или потоки управления;
• Непрерывные или дискретные потоки.

Атрибуты  потоков данных:

• Имена синонимы потоков данных в соответствие с узлами

изменения имени;

• БНФ определение в случае группового потока;
• Единицы измерения потока;
• Диапазон значений для непрерывного потока, типичное его значение и информацию по обработке экстремальных значений;
• Список значений и их смысл для дискретного потока;
• Список номеров диаграмм различных типов, в которых поток встречается;
• Список потоков, в который данный поток входит;
• Комментарий, включенный дополнительную информацию, например о цели введения данного потока.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

4.2 Спецификация системы

 

Спецификация  процесса используется для описания функционирования  процесса в случае отсутствие необходимости детализировать его с помощью DFD диаграмм. Фактически спецификация процесса представляет собой алгоритм описания задач выполняемых процессами.

Спецификация  процесса содержит номер и/или имя  процесса, списки входных и выходных данных и тело процесса являющееся спецификацией алгоритма или операции трансформирующий входные потоки данных в выходные.

Известно  большое число разнообразных  методов позволяющих задать тело процесса соответствующий язык может  варьировать от структурированного естественного языка или псевдокода до визуальных языков проектирования и формальных компонентов языков.

Структурированный естественный язык применяется для  читабельного строгого описания спецификации процессов. Он является разумной комбинацией  в строгости языка программирования и читабельности естественного  языка и состоит из подмножества слов, организовав определенные логические структуры, арифметических выражений  и диаграмм.

Далее для  описания функционированых процессов будем использовать структурированный естественный язык, т.к. он обеспечивает быстрое проектирование спецификации процессов, прост в использовании, легко понимаем проектировщиками и программистами, а так же пользователями.

   

 

 

 

 

 

 

 

 

4.3   Логическая структура  базы данных

 

Логический  проект предполагает однозначное определение  сущностей и атрибутов, то есть имя  сущности, как и атрибут, пишется  на русском языке.

 

Сущность «Группы» имеет следующие атрибуты:

№

Код_группы

Название  группы

Комментарий

 

 

Сущность «Ребёнок» имеет следующие атрибуты:

№

Код_ребёнка

Код_группы

Фамилия

Имя

Дата  рождения

Пол

 

Сущность «Родственники» имеет следующие атрибуты:

№

Код_родственника

Фамилия

Имя

Отчество

Тип родственника

Город

Адрес

          Дом. телефон

Рабочий телефон

Сотовый телефон

Место работы

Заметки

 

Сущность «Сотрудники» имеют следующие атрибуты:

Табельный номер

Фамилия

Имя

Отчество

Должность

Город

Адрес

Дом. телефон

Рабочий телефон

Дата  рождения

Дата  найма

Заметки

Код_группы

 

Сущность «Отношения» имеет следующие атрибуты:

Код_ребёнка

Код_родственника

 

 

 

 

 

 

 

 

 

 

 

Логическая  структура базы данных МКДОУ ЗАТО Знаменск ДСОВ №9 «Аленький цветочек»

 

 

 

Родственник   Отношения    Ребенок  

 

 

 

 

 

 

 

Группы    Сотрудники

 

 

 

 

 

 

Проанализируем  отношение «Родственники» на нахождение в НФ:

1) Выявим  ключевые атрибуты отношения.

    В  отношении «Родственники» ключевым  атрибутом является «Код_родственника».

2) Проанализируем  отношение на нахождение в  1НФ.

Отношение «Родственники» находится в первой нормальной форме, так как все  атрибуты простые.

3) Проведём  анализ отношения на нахождение  во 2 НФ.

Так как в  отношении «Родственники» ключевые атрибуты не являются составным, то есть состоит из одного атрибута, то отношение  находится во 2 НФ.

4) Проведём  анализ отношения на нахождение  в 3 НФ.

Отношение «Родственники» находится в 3 НФ, так  как транзитивные зависимости между  не ключевыми полями отсутствуют, и  целиком зависят от первичного ключа.

Проанализируем  отношение «Сотрудники» на нахождение в НФ:

1) Выявим  ключевые атрибуты отношения.

    В  отношении «Сотрудники» ключевым  атрибутом является «Табельный  номер».

2) Проанализируем  отношение на нахождение в  1НФ.

Отношение «Сотрудники» находится в первой нормальной форме, так как все  атрибуты простые.

3) Проведём  анализ отношения на нахождение  во 2 НФ.

Так как  в отношении «Сотрудники» ключевые атрибуты не являются составным, то есть состоит из одного атрибута, то отношение  находится

во 2 НФ.

4) Проведём  анализ отношения на нахождение  в 3 НФ.

Отношение «Сотрудники» находится в 3 НФ, так  как транзитивные зависимости между  не ключевыми полями отсутствуют, и  целиком зависят от первичного ключа.

Проанализируем  отношение «Отношения» на нахождение в НФ:

1) Выявим  ключевые атрибуты отношения.

    В  отношении «Отношения» ключевым  атрибутом ничего не является.

2) Проанализируем  отношение на нахождение в  1НФ.

Отношение «Отношения» находится в первой нормальной форме, так как все  атрибуты простые.

3) Проведём  анализ отношения на нахождение  во 2 НФ.

Так как  в отношении «Отношения» ключевые атрибуты не являются составным, то есть состоит из одного атрибута, то отношение  находится

во 2 НФ.

4) Проведём  анализ отношения на нахождение  в 3 НФ.

Отношение «Отношения» находится в 3 НФ, так  как транзитивные зависимости между  не ключевыми полями отсутствуют, и  целиком зависят от первичного ключа.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

5. Технический проект
1. Физическая структура базы данных

 

Физическая структура базы данных – это атрибуты базы данных, их содержание отражены в таблицах: группы, родственники, ребенок, сотрудники, отношения.

 

Таблица  – Группы

 

Имя поля	Тип данных	Описание	Ключевое поле
1	2	3	4
№	Счетчик
Код_группы	Числовой
Название группы	Текстовый
Комментарий	Текстовый

 

Таблица – Ребенок

 

Имя поля	Тип данных	Описание	Ключевое поле
1	2	3	4
№	Счетчик
Код_ребенок	Текстовый
Код_группы	Числовой
Фамилия	Текстовый
Имя	Текстовый
Дата рождения	Дата/время
Пол	Текстовый

 

 

 

Таблица – Родственники

 

Имя поля	Тип данных	Описание	Ключевое поле
1	2	3	4
№	Счетчик
Код_родственника	Текстовый
Фамилия	Текстовый
Имя	Текстовый
Отчество	Текстовый
Тип родственника	Текстовый
Город	Текстовый
Адрес	Текстовый
Дом. телефон	Текстовый
Рабочий телефон	Текстовый
Сотовый телефон	Текстовый
Место работы	Текстовый
Заметки	Текстовый

 

Таблица – Сотрудники