Детский сад описание предметной области

Обновлено: 04.07.2024

Государственное бюджетное профессиональное образовательное учреждение

по МДК 02.01 «Информационные технологии и платформы разработки

по специальности

(подпись) (Ф.И.О)
Проверил:
___________/ Преподаватель

1 Общая часть. 5

1.1 Краткая характеристика Детского сада. 5

1.2 Обзор и анализ известных проектных решений. Отечественный и зарубежный опыт. 7

1.3 Постановка задачи. 7

2 Специальная часть . 9

2.1 Описание инфологической модели системы. 9

2.2 Описание входных и выходных данных. 10

2.3 Обоснование выбора средств разработки. 10

2.4 Описание программных модулей и элементов. 16

2.5 Руководство для пользователя. 21

СПИСОК ЛИТЕРАТУРЫ. 24

ПРИЛОЖЕНИЕ А. 25

ПРИЛОЖЕНИЕ В. 26

Автоматизированная система управления – комплекс аппаратных и программных средств, а также персонала, предназначенный для управления различными процессами в рамках технологического процесса, производства, предприятия.

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

Основная функция АСУ – обеспечение руководства информацией.

Важнейшая задача АСУ – повышение эффективности управления объектом на основе роста производительности труда и совершенствования методов планирования процесса управления.

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

Цель курсовой работы – разработать информационную систему, автоматизирующую учет детей детского сада.

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

1.1 Краткая характеристика детского сада

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

Модель AS-IS представлена в соответствии с рисунками 1, 2.

Рисунок 1 – Главная контекстная диаграмма (модель AS - IS)

Рисунок 2 – Декомпозиция AS-IS

Модель To-Be представлена в соответствии с рисунками 3, 4.

Рисунок 3 – Контекстная диаграмма модели TO – BE

Рисунок 4 – Контекстная диаграмма модели TO – BE

1.2 Обзор и анализ известных проектных решений. Отечественный и зарубежный опыт

1.3 Постановка задачи

добавление данных;
редактирование данных;
удаление данных;
сортировка данных.

Перечислим основные требования, которые предъявляются к операционным базам данных, а следовательно, и к СУБД, на которых они строятся.

1. Простота обновления данных. Под операцией обновления понимают добавления, удаления и изменения данных.

2. Высокое быстродействие (малое время отклика на запрос).

Время отклика — промежуток времени от момента запроса к БД и фактическим получением данных. Похожим является термин время доступа — промежуток времени между выдачей команды записи (считывания) и фактическим получением данных. Под доступом понимается операция поиска, чтения данных или записи их.

3. Независимость данных.

4. Совместное использование данных многими пользователями.

5. Безопасность данных — защита данных от преднамеренного или непреднамеренного нарушения секретности, искажения или разрушения.

6. Стандартизация построения и эксплуатации БД (фактически СУБД).

7. Адекватность отображения данных соответствующей предмет ной области.

8. Дружелюбный интерфейс пользователя.

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

2 Специальная часть

2.1 Описание инфологической модели системы

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

Информационный объект – это описание некоторой сущности (явления, реального объекта, процесса) в виде совокупности логически связанных реквизитов.

Логическая и физическая модель данных построена в MS Access.

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

Инфологическая модель представлена в соответствии с рисунком 5.

Рисунок 5 – Инфологическая модель

2.2 Описание входных и выходных данных

Выходные данные – это данные, которые получиться в результате манипуляции программы.

Выходными данными являются данные получившиеся в результате вывода запросов и отчетов.

2.3 Обоснование выбора средств разработки

Средства автоматизации разработки программ (CASE-средства) — инструменты автоматизации процессов проектирования и разработки программного обеспечения для системного аналитика, разработчика ПО и Средства автоматизации разработки программ (CASE-средства) — инструменты автоматизации процессов проектирования и разработки программного обеспечения для системного аналитика, разработчика ПО и программиста. Первоначально под CASE-средствами понимались только инструменты для упрощения наиболее трудоёмких процессов анализа и проектирования, но с приходом стандарта ISO/IEC 14102 CASE-средства стали определять, как программные средства для поддержки процессов жизненного цикла ПО.

Основной целью CASE-технологии является разграничение процесса проектирования программных продуктов от процесса кодирования и последующих этапов разработки, максимально автоматизировать процесс разработки. Для выполнения поставленной цели CASE-технологии используют два принципиально разных подхода к проектированию: структурный и объектно-ориентированный.

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

SADT (structured analysis and design technique);
DFD (data flow diagrams);
ERD (entity-relationship diagrams).

Erwin – CASE-средство для проектирования и документирования без данных, которое позвооляет создавать, документировать и сопровождать базы данных, хранилища и витрины данных.

Bpwin – инструмент моделирования, используется для анализа, документирования и реорганизации сложных бизнес-процессов.

Vantage team builder – интегрированный программный продукт, ориентированный на реализацию каскадной модели ЖЦ ПО и поддержку полного ЖЦ ПО.

Система управления базами данных (СУБД) – специализированная программа или комплекс программ, предназначенная для организации и ведения базы данных. Она обеспечивает хранение данных и взаимодействие пользователя с БД, позволяя пользователям производить поиск, сортировку и выборку информации в базе данных, а некоторым пользователям - добавлять, удалять и изменять записи в БД.

Visual FoxPro 7.0 – представляет собой новую версию широко известной системы управления базами данных (СУБД) Visual FoxPro, которая функционирует в среде Windows и представляет собой полноценное 32-х разрядное приложение. Visual FoxPro является объектно-ориентированным, визуально-программируемым языком, управляемым по событиям и в полной мере соответствует новым требованиям, предъявляемым к современным средствам проектирования.

Visual FoxPro является системой управления реляционными базами данных, которые в настоящее время являются наиболее распространенными. В данной версии реализованы все атрибуты реляционных СУБД.

Visual FoxPro поддерживает доступ к наиболее популярным SQL-серверам баз данных – Microsoft SQL Server, Oracle, Informix и другим, используя стандарт ODBC.

В Visual FoxPro 7.0 можно использовать события, связанные с базой данных, такие как открытие таблицы, добавление или удаление таблицы для проверки прав доступа при открытии таблицы, трассировке выполняемых действий и т.п.

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

В Visual FoxPro вся информация содержится в таблицах. Каждая таблица имеет уникальное имя и хранится в отдельном файле, наименование которого совпадает с именем таблицы. При задании наименований таблиц действуют те же правила, что и присвоении имен файлов в Windows.

Каждая создаваемая вами таблица может иметь связанные с ней индексы, а также файлы, содержащие значения полей типа Memo и General. Перечисленные объекты всегда связаны с таблицей, для которой они созданы.

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

Программы, написанные на языке Visual FoxPro, предназначены для выполнения различных операций. При использовании объектно-ориентированного программирования, как правило, программы связаны с объектами, размещаемыми в формах. Однако программа может выступать и в роли независимого объекта. Такие программы выполняются независимо от наличия форм на экране.

MS Access – это функционально полная реляционная СУБД. Кроме того, MS Access – одна из самых мощных, гибких и простых в использовании СУБД. В ней можно создавать большинство приложений, не написав ни единой строки программы, но если нужно создать нечто более сложное, то на этот случай MS Access предоставляет мощный язык программирования - Visual Basic Aplication.

Access является одной из самых легкодоступных и понятных систем как для профессионалов, так и для начинающих пользователей, позволяющая быстро освоить основные принципы работы с базами данных;
система имеет полностью русифицированную версию;
полная интегрированность с пакетами MS Office: Word, Excel, Power Point, Mail;
идеология Windows позволяет представлять информацию красочно и наглядно;
возможность использования OLE технологии, что позволяет установить связь с объектами другого приложения или внедрить какие-либо объекты в базу данных Access;
технология WYSIWIG позволяет пользователю постоянно видеть все результаты своих действий;
широко и наглядно представлена справочная система;
существует набор "мастеров" по разработке объектов, облегчающий создание таблиц, форм и отчетов.

Delphi — интегрированная среда разработки ПО на языке Delphi (ранее носившем название Object Pascal), созданная первоначально фирмой Borland и на данный момент принадлежащая и разрабатываемая Embarcadero Technologies. Embarcadero Delphi является частью пакета Embarcadero RAD Studio и поставляется в пяти редакциях: Starter, Professional, Enterprise, Ultimate и Architect.

Microsoft Visual Studio

Visual Studio включает в себя редактор исходного кода с поддержкой технологии IntelliSense и возможностью простейшего рефакторинга кода. Встроенный отладчик может работать как отладчик уровня исходного кода, так и отладчик машинного уровня. Остальные встраиваемые инструменты включают в себя редактор форм для упрощения создания графического интерфейса приложения, веб-редактор, дизайнер классов и дизайнер схемы базы данных. Visual Studio позволяет создавать и подключать сторонние дополнения (плагины) для расширения функциональности практически на каждом уровне, включая добавление поддержки систем контроля версий исходного кода (как, например, Subversion и Visual SourceSafe), добавление новых наборов инструментов (например, для редактирования и визуального проектирования кода на предметно-ориентированных языках программирования) или инструментов для прочих аспектов процесса разработки программного обеспечения (например, клиент Team Explorer для работы с Team Foundation Server).

Для выполнения курсовой работы мною были выбраны СУБД MS Access и Delphi, как интегрированная среда разработки ПО.

2.4 Описание программных модулей и элементов

$c:\users\студент\desktop\наташа.jpg$

Взаимодействие модулей системы представлены в соответствии с рисунком 1.

Рисунок 1 – Взаимодействие модулей

TADOConnection используется для соединения с различными источниками ADO и представляет собой версию объекта ADO Connection для Delphi;
TАDOTаblе обеспечивает использование в приложениях Delphi таблиц БД, подключенных через провайдеры OLE DB;
DataSourse – компонент, который обеспечивает связь между таблицами и другими физическими наборами данных и элементами управления на форме;

Имя таблицы БД задается свойством TableName. Соединение с базой данных осуществляется установкой в свойство Active значение true.

Модуль отображения добавления, редактирования, удаления, сортировки на форме содержит следующие виды компонентов: Button, Label, Edit, DBLookupComboBox, DBGrid, DateTimePicker.

Button – управляющая кнопка.

DBLookupComboBox используются для ввода данных, пользователь должен выбрать один вариант из списка.

Edit – однострочное окно редактирования.

Label – компонент для надписи.

DBGrid – компонент, отражающий записи таблиц базы данных.

DateTimePicker – поле ввода даты и времени

Описание базы данных

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

Цель: создать систему, позволяющую людям зарегистрировать своих детей в детский сад с помощью Интернета.

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

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

Ожидаемый результат: информационный сайт, соответствующий априорным представлениям о модели.

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

Средства проектирования и реализации: для изображения диаграмм были выбраны такие CASE -средства, как AllFusion Process Modeler и AllFusion ERwin Data Modeler , а также использовался Adobe Dreamweaver CS 6 для создания сайта.

Модель требований (логическая модель системы) указывает, что должна делать проектируемая система, не указывая, как это делается.

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

В проектируемой системе планируется реализовать способность пользователей общаться между собой (работа с форумом).

Контекстная диаграмма

Контекстная диаграмма — это DFD - диаграмма, моделирующая систему наиболее общим образом. Контекстная диаграмма отражает интерфейс системы с внешним миром. Как правило, на контекстной диаграмме присутствует всего один процесс, отражающий главную цель системы, а также внешние сущности, с которыми система связана посредством информационных потоков [4].

Контекстная диаграмма потоков данных проектируемой системы отображает общую модель проектируемой системы .

Рис. 2. Контекстная диаграмма

Модель реализации (физическая модель системы)

Модель реализации (физическая модель системы) демонстрирует, как система будет удовлетворять предъявленным к ней требованиям. Модель реализации является расширением модели требований .

Требования к сайту:

быстрый поиск необходимой пользователю инфомации;

простая и удобная регистрация ребенка в детский сад;

удобный и простой пользовательский интерфейс;

надежность и бесперебойность работы.

Функциональная модель системы

Система описана в общей и детализированной диаграмме потоков данных ( DFD ) для каждого процесса и в диаграмме описания процессов IDEF 3 . DFD обеспечивает удобное описание функционирования компонентов системы. IDEF3 показывает причинно-следственные связи между ситуациями и событиями в понятной эксперту форме, используя структурный метод выражения знаний о том, как функционирует система [3].

В данном разделе представлены детализированные диаграммы потоков данных первого и второго уровней и диаграммы IDEF 3 .

При регистрации пользователя ему предлагается ввести данные в форму для регистрации. Как только данные проверены они вносятся в базу данных пользователя.

Проектирование информационной системы Детский сад Онлайн

Другие курсовые по предмету

ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

ВЫСШЕГО ОБРАЗОВАНИЯ МОСКОВСКОЙ ОБЛАСТИ

Инcтитут системного анализа и управления

Кафедра системного анализа и управления

Технологии проектирования информационных систем

Гяллямов Вадим Маратович

ст. преп. Савватеева Татьяна Петровна

Анализ предметной области

Модель требований (логическая модель системы)

Модель реализации (физическая модель системы)

Функциональная модель системы

Логическая модель данных

Физическая модель данных

Информационная система (ИС) – это взаимосвязанная совокупность средств, методов и персонала, используемая для хранения, обработки и выдачи информации с целью решения конкретной задачи [2].

Детский сад – одно из самых важных образовательных учреждения в нашей стране. Основная идея заведения заключена в том, чтобы решить проблему занятости родителей. Помимо этого, детский сад также имеет непосредственное значение для самого ребенка: за годы посещения детского сада ребенок получает первичные навыки (чтение, письмо). Также ребенок начинает привыкать к жизни в обществе.

Проблема детских садов была актуальна во все времена. Люди регистрировали детей в детские сады при рождении, чтобы к тому времени, как ребенку исполнится 1,5-3 года, очередь на них подошла. Не редкость и такой случай, что места в деском саду неподалеку от дома заняты на ближайшие несколько лет, поэтому приходится ехать через весь город в тот детский садик, где еще есть свободные места.

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

данные диаграмма поток логический

Анализ предметной области

Постановка задачи

Цель: создать систему, позволяющую людям зарегистрировать своих детей в детский сад с помощью Интернета.

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

Ожидаемый результат: информационный сайт, соответствующий априорным представлениям о модели.

Средства проектирования и реализации: для изображения диаграмм были выбраны такие CASE -средства, как AllFusion Process Modeler и AllFusion ERwin Data Modeler, а также использовался Adobe Dreamweaver CS6 для создания сайта.

Модель требований (логическая модель системы)

Контекстная диаграмма

Контекстная диаграмма — это DFD-диаграмма, моделирующая систему наиболее общим образом. Контекстная диаграмма отражает интерфейс системы с внешним миром. Как правило, на контекстной диаграмме присутствует всего один процесс, отражающий главную цель системы, а также внешние сущности, с которыми система связана посредством информационных потоков [4].

Рис. 2. Контекстная диаграмма

Модель реализации (физическая модель системы)

Требования к сайту:

быстрый поиск необходимой пользователю инфомации;

простая и удобная регистрация ребенка в детский сад;

удобный и простой пользовательский интерфейс;

надежность и бесперебойность работы.

Функциональная модель системы

Система описана в общей и детализированной диаграмме потоков данных (DFD) для каждого процесса и в диаграмме описания процессов IDEF3. DFD обеспечивает удобное описание функционирования компонентов системы. IDEF3 показывает причинно-следственные связи между ситуациями и событиями в понятной эксперту форме, используя структурный метод выражения знаний о том, как функционирует система [3].

В данном разделе представлены детализированные диаграммы потоков данных первого и второго уровней и диаграммы IDEF3.

Перед внесение данных в БД происходит проверка регистрационных данных. Если данные корректны, то происходит внесение пользователя в БД. Если данные некорректны, то предлагается изменить некорректные данные.

При авторизации пользователь вводит свои данные (логин и пароль) в форму для авторизации, а затем происходит поиск введенных данных в БД.

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

Свидетельство и скидка на обучение каждому участнику

РОССИЙСКИЙ НОВЫЙ УНИВЕРСИТЕТ

Допускается к защите

Выполнила: Крюкова Наталья Юрьевна,

студентка 2 курса

факультета информационных систем и

шифр зачетки 151-09

Научный руководитель: Аншаков Олег Михайлович

Подпись научного руководителя ________________

ГЛАВА 1. ОПИСАНИЕ МОДЕЛИ СИСТЕМЫ……………………….………. 5

ГЛАВА 2. ДИАГРАММЫ ПОТОКОВ ДАННЫХ……………………….……. 8

2.1. ОПИСАНИЕ ДАННЫХ……. ………….……………………. 14

ГЛАВА 3. ЛОГИЧЕСКАЯ СТРУКТУРА БАЗЫ ДАННЫХ………………. 15

ГЛАВА 4. ТЕХНИЧЕСКИЙ ПРОЕКТ …………………………………………. 19

4.1. ВЫБОР ЯЗЫКА ПРОГРАММИРОВАНИЯ ……………………. 19

4.2. ФИЗИЧЕСКАЯ СТРУКТУРА ПРОГРАММЫ ………..…. ……. 21

4.3. ФИЗИЧЕСКАЯ СТРУКТУРА БАЗЫ ДАНЫХ…………………. 22

Детский сад расположен по адресу: Орехово-Зуевский р-н, г. Ликино-Дулево, Совхозная ул., 23А. Заведующая МДОУ – Разоренова Лариса Евгеньевна.

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

Автоматизация системы данных позволит сэкономить массу времени по внесению данных, их обработке, составлению отчетов. Для разработки базы данных была использована программа Microsoft Access 2003.

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

Разработанная система предполагает одно рабочее место и два типа пользователей с разными правами – это заведующая, имеющая полный доступ ко всей информации, включая её редактирование и удаление данных, и персонал (сотрудники) имеющие возможность просмотра и печати информации. Разграничение прав доступа происходит в момент запуска базы данных.

построить модель базы данных

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

- получение практических навыков по проектированию и реализации справочно-информационных систем.

ГЛАВА 1. ОПИСАНИЕ МОДЕЛИ СИСТЕМЫ

Информационные технологии – весьма широкое определение, под которое попадает ряд отдельных технических средств и приемов работы с информацией. Но, как правило, в процессе работы с информацией люди имеют дело со вполне определенной связанной последовательностью взаимодействий с различными средствами. В зависимости от шкалы времени (от оперативных до долгосрочно-стратегических задач) и масштаба действий (от одного рабочего места до целой компании) могут обнаруживаться разные связи и последовательности, и для управления ими нужны разные методы. Методы варьируются также по степени алгоритмизации и рационализации. Наиболее рационально алгоритмизированная совокупность методов и средств работы с информацией – информационная система. Информационная система - взаимосвязанная совокупность средств, методов и персонала, используемых для хранения, обработки и выдачи информации. Все информационные системы обладают рядом свойств, которые являются для них общими:

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

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

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

Персональные данные детей;

Персональные и контактные данные родителей (родственников);

Персональные и контактные данные сотрудников детского сада;

Биометрические данные детей через определенные промежутки времени;

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

Таким образом, необходимо реализовать ввод, хранение и изменение информации в базе данных:

Персональные данные детей (ФИО, дата рождения, группа);

Персональные и контактные данные родственников (ФИО, адрес, телефон);

Персональные и контактные данные сотрудников МДОУ (ФИО, адрес, телефон, группа);

Также предусматриваются выходные данные:

Конечный продукт должен выполнять следующие функции:

Ввод, изменение и удаление данных во всех таблицах;

Печать списка сотрудников;

Печать списка родственников;

Печать списка группы: воспитатели, няни и дети;

Печать карточки ребенка: вся имеющая информация и ФИО родственников;

Печать статистического распределения детей по половому признаку, как для всей группы, так и для заданной группы;

Вызов формы редактирования данных сотрудника, родителя или ребенка из форм отображающих эти данные.

Для реализации вышеперечисленных функций конечный продукт должен содержать формы:

Главную (начальную) форму выбора действий, из которых должны запускаться остальные формы, реализующие все функции;

Форма редактирования Группы, сопряженная с выбором

Сотрудников и Детей;

Форма редактирования кадров (Сотрудников);

Форма редактирования Родственников, сопряженная с выбором Детей;

Форма редактирования Детей, сопряженная с выбором Родственников;

Форма печати статистики.

ГЛАВА 2. ДИАГРАММЫ ПОТОКОВ ДАННЫХ

На рисунке 1 отображена DFD -диаграмма 1 первого уровня, автоматизированной информационной системы в МДОУ.

Рис. 2. Диаграмма DFD первого уровня

Рис. 3. Диаграмма DFD второго уровня

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

Рис. 5. Дерево обслуживания сотрудников и заведующей

2.1. Описание данных

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

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

В словаре данных такое определение задается с помощью формы Бэкуса-Наура 2 (БНФ).

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

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

Простые или групповые потоки;

Внутренние или внешние потоки;

Потоки данных или потоки управления;

Непрерывные или дискретные потоки.

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

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

БНФ определение в случае группового потока;

Единицы измерения потока;

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

Список значений и их смысл для дискретного потока;

Список номеров диаграмм различных типов, в которых поток встречается;

Список потоков, в который данный поток входит;

Комментарий, включенный дополнительную информацию, например о цели введения данного потока.

ГЛАВА 3. ЛОГИЧЕСКАЯ СТРУКТУРА БАЗЫ ДАННЫХ

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

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

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

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

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

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

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

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

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

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

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

Домашний тел.

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

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

Место работы

Код_ребенок

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

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

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

Комментарий

Домашний тел.

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

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

ГЛАВА 4. ТЕХНИЧЕСКИЙ ПРОЕКТ

4.1. ВЫБОР ЯЗЫКА ПРОГРАММИРОВАНИЯ

При выборе инструмента для разработки базы данных, были рассмотрены следующие программы: C ++ Builder 3 – это прекрасная система визуального объектно-ориентированного программирования позволяющая решать практически все задачи, но неоптимизированная под какую-либо конкретную, что несколько усложняет для начинающих пользователей (разработку каких-либо приложений например таких, как базы данных), а так же программирование Delphi 4 , располагающей широкими возможностями по созданию приложений баз данных, необходимым набором драйверов для доступа к самым известным форматам баз данных, удобными и развитыми средствами для доступа к информации, расположенной как на локальном диске, так и на удаленном сервере, а также большим коллекцией визуальных компонент для построения отображаемых на экране окон, что необходимо для создания удобного интерфейса между пользователем и исполняемым кодом.

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

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

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

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

4.2. ФИЗИЧЕСКАЯ СТРУКТУРА ПРОГРАММЫ

Физическая структура программы – это тип файла, который входит в состав проекта, как показано в таблице 1.

Физическая структура программы

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

Данный файл содержит исходную (незакодированную) базу данных и подлежит хранению в недоступном месте.

4.3. ФИЗИЧЕСКАЯ СТРУКТУРА БАЗЫ ДАНЫХ

Физическая структура базы данных – это атрибуты базы данных, их содержание отражены в таблицах: группы (2), родственники (3), ребенок (4), сотрудники (5), отношения (6)

Родственники

Цель данной работы: автоматизировать информационную систему (АИС) МДОУ.

Базы данных, входящие в состав системы, содержат данные о детях (Код_группы; Ф.И.; Дата рождения; Код_ребёнка) их родственников (Код_родственника; Ф.И.О.; тип родственника; Город; Адрес; Дом. тел.; Раб. тел.; Сот. тел.; Место работы; Заметки). Доступ к данным, осуществляется через рабочие места ЗАВЕДУЮЩЕЙ и СОТРУДНИКОВ (воспитателей), что приведено на контекстной диаграмме, которые обрабатываются процессом ОБСЛУЖИТЬ .

На диаграмме первого уровня обобщенно отображены потоки данных Сотрудников и Заведующей при обращении к серверу Б.Д.

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

Исходя из существующих потоков данных, должны быть следующие таблицы для хранения и обработки информации: по Родственникам, Детям, Группам и Сотрудникам. Для функционирования БД необходимо связать между собой таблицы, для этого необходима дополнительная таблица Отношения, которая позволит связать между собой таблицы Родственников и Детей.

Для определения количества и структуры входящих в БД таблиц используем метод логического проектирования, заключающийся в сборе информации в рамках одной таблицы и последующей декомпозиции её на несколько взаимосвязанных таблиц на основе процедуры нормализации отношений. Процесс проектирования Баз данных с использованием метода нормальных форм заключается в последовательном переводе отношений из 1НФ в нормальные формы более высокого порядка.

Первая нормальная форма 5 . Отношение находится в 1НФ, если все его атрибуты являются простыми.

Вторая нормальная форма 6 . Отношение находится во 2НФ, если в отношении ключевые атрибуты не являются составными, то есть состоят из одного атрибута.

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

При выборе программы для реализации, данной Логической структуры Б.Д. можно было использовать такие программы как: C ++ Builder , Delphi , и другие, но я остановила свой выбор на Microsoft Access т.к. она разработана специально для создания и работы с различными базами данных различной степени сложности на основе технологий визуального программирования, а так же благодаря удобству и высокой продуктивности может быть полезной как начинающим программистам для создания несложных баз данных, так и профессиональным разработчикам для решения широкого класса серьезных задач.

СПИСОК ЛИТЕРАТУРЫ

Учебная и научная литература

Альбеков А.У., Митько О.А. Коммерческая логистика/Серия "Учебники, учебные пособия" - Ростов-на-Дону: Феникс, 2002. - 416 с.

Дейт К. Дж. Введение в системы баз данных. - К.,М.,СПб.:Издательский дом "Вильямс", 2000. - 848с.

Карпова Т.С. Базы данных: модели, разработка, реализация. - СПб: Питер, 2001. -304с.

Конноли Т., Бегг К., Страчан А. Базы данных. Проектирование, реализация и сопровождение. - М.- С./П.- К., 2000.

Корнеев В.В., Гареев А.Ф., С.В. Васютин, В.В. Райх Базы данных. Интеллектуальная обработка информации. – М.: Нолидж, 2001.- 496с.

Михеева В.Д., Харитонова MicrosoftAccess 2002. - СПб.: БХВ-Петербург, 2002. - 1040 с.: ил.

Праг К., Ирвин М., “Библия пользователя Access для Windows 2000”, К.:Диалектика, 2001 – 576с.

Смирнова, Г.Н. Проектирование экономических информационных систем: Учебник / Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов; Под ред. Ю.Ф. Тельнова. - М.: Финансы и статистика, 2001. - 512 с.

Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для высших учебных заведений/Под ред. проф. А.Д. Хомоненко. – СПб.: КОРОНА принт, 2002. – 672с.

Ульман Дж., Видом Дж.. Введение в системы баз данных. – М.: Лори.- 2000. – 374 с.

Нормативно-правовые акты

ГОСТ 34.602-89 Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. Введ. 01.01.90.

Стандарт 34.603-92 Информационная технология. Виды испытаний АС.

Стандарты 34.(971, 972,973, 974, 981) – 91 Информационная технология. Взаимосвязь открытых систем.

Стандарт 34.91. Информационная технология. Локальные вычислительные сети и др. [3, 18, 19].

Указ "Об основах государственной политики в сфере информатизации" N 170 от 20.01.94г.

Специальные, периодические и интернет издания

1 Диаграммы потоков данных (Data flow diagramming, DFD)

2 Форма Бэкуса—Наура — формальная система описания синтаксиса , в которой одни синтаксические категории последовательно определяются через другие категории. БНФ используется для описания контекстно-свободных формальных грамматик .

3 C++ Builder — программный продукт, инструмент быстрой разработки приложений ( RAD ), интегрированная среда программирования (IDE), система, используемая программистами для разработки программного обеспечения на языке C++ .

4 Delphi — среда программирования, в которой используется язык программирования Object Pascal .

5 Первая нормальная форма (1NF) — базовая нормальная форма отношения в реляционной модели данных . Отношение находится в первой нормальной форме тогда и только тогда, когда в любом допустимом значении отношения каждый его кортеж содержит только одно значение для каждого из атрибутов.

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

7 Третья нормальная форма является достаточной при решении большинства практических задач, и процесс проектирования реляционной базы данных, как правило, заканчивается приведением к ней.

Читайте также: