Разработка программы постановки детей в очередь

Существующие информационные потоки, возникающие в процессе постановки детей на очередь в детский сад. Определение цели и задач проектирования информационной системы. Разработка системы постановки детей на очередь в среде Microsoft Visual Studio.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 06.06.2013
Размер файла 2,4 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

- DocNumber (nvarchar (50), NULL);

- DocDate (date, NULL);

- DocPlace (nvarchar (150), NULL);

- Address (nvarchar (150), NULL).

В справочнике «Родители» можно выделить классификаторы:

- ID (PK, int);

- SurnameMother (nvarchar (100), NULL);

- FirstNameMother (nvarchar (100), NULL);

- PatronymicMother (nvarchar (100), NULL);

- WorkPlaceMother (nvarchar (100), NULL);

- SurnameFather (nvarchar (100), NULL);

- FirstNameFather (nvarchar (100), NULL);

- PatronymicFather (nvarchar (100), NULL);

- WorkPlaceFather (nvarchar (100), NULL);

- Phone (nvarchar (100), NULL);

- Email (nvarchar (50), NULL).

2.2.3 Характеристика результатной информации

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

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

2.2.4 Информационная модель и ее описание

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

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

Для составления логической модели данных использовано CASE-средство ERwinDataModeler.

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

ERwinDataModeler поддерживает следующие типы баз данных: Oracle, InterBase, Ingres, Microsoft SQL Server, Clipper, ODBC, DB2, dBASE, Paradox, FoxPro, Rdb, HiRDB, RedBrickWarehouse, Informix, SAS, SQL Anywhere, MicrosoftAccess, SQL Base, Teradata, Sybase. [3]

ERwinDataModeler не привязан к технологии какой-либо конкретной фирмы, поставляющей СУБД или средства разработки. Он поддерживает различные серверы баз данных и настольные СУБД, а также может обращаться к базе данных через интерфейс ODBC, среди которых: Oracle; Microsoft SQL Server. Речь идет только о реляционных СУБД.

ERwin можно использовать совместно с некоторыми популярными средствами разработки клиентских частей приложений: PowerBuilder, VisualBasic, Delphi.

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

Она определяет стандарты терминологии и графического изображения типовых элементов на ER-диаграммах.

Рассмотрим основные понятия данной методологии.

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

1. Каждая сущность должна иметь уникальное имя, и к одному и тому же имени должна всегда применяться одна и та же интерпретация. Одна и та же интерпретация не может применяться к различным именам, если только они не являются псевдонимами.

2. Сущность обладает одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через связь.

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

4. Каждая сущность может обладать любым количеством связей с другими сущностями модели. [16]

Связь (Relationship) - поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области. Связь - это ассоциация между сущностями, при которой, как правило, каждый экземпляр одной сущности, называемой родительской сущностью, ассоциирован с произвольным (в том числе нулевым) количеством экземпляров второй сущности, называемой сущностью-потомком. А каждый экземпляр сущности-потомка ассоциирован в точности с одним экземпляром сущности-родителя. Таким образом, экземпляр сущности-потомка может существовать только при существовании сущности родителя.

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

Атрибут - любая характеристика сущности, значимая для рассматриваемой предметной области и предназначенная для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности. Атрибут представляет тип характеристик или свойств, ассоциированных с множеством реальных или абстрактных объектов (людей, мест, событий, состояний, идей, пар предметов). Экземпляр атрибута - это определенная характеристика отдельного элемента множества. Экземпляр атрибута определяется типом характеристики и ее значением, называемым значением атрибута. В ER-модели атрибуты ассоциируются с конкретными сущностями. Таким образом, экземпляр сущности должен обладать единственным определенным значением для ассоциированного атрибута. Атрибут может быть либо обязательным, либо необязательным. Обязательность означает, что атрибут не может принимать неопределенных значений (nullvalues). Атрибут может быть либо описательным (то есть обычным дескриптором сущности), либо входить в состав уникального идентификатора (первичного ключа).

Уникальный идентификатор - это атрибут или совокупность атрибутов и / или связей, предназначенная для уникальной идентификации каждого экземпляра данного типа сущности. В случае полной идентификации каждый экземпляр данного типа сущности полностью идентифицируется своими собственными ключевыми атрибутами, в противном случае в его идентификации участвуют также атрибуты другой сущности-родителя. [22]

Для системы постановки детей на очередь в детские сады были выделены следующие сущности (приложение Д):

1. Ребенок.

2. Законный представитель.

3. Родители.

4. Заявитель.

5. Дошкольные общеобразовательные учреждения

Описание сущностей:

- таблица «Ребенок» содержит список персональных данных ребенка;

- таблица «Законный представитель» включает в себя список персональных данных законного представителя ребенка;

- таблица «Родители» содержит список персональных данных отца и матери ребенка;

- таблица «Заявители» содержит список персональных данных заявителя ребенка;

- таблица «ДОУ» включает в себя данные с названием и адресом дошкольных общеобразовательных учреждений.

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

Параметры задаются при помощи редактора связей. Вызвать этот редактор можно двойным нажатием левой клавиши мыши над связью. [15]

Задание ограничений ссылочной целостности, а также указание ролей производится, соответственно, на закладках RI Action и Rolename панели диалога редактора связей. Ограничения ссылочной целостности, задаваемые по умолчанию ERwinDataModeler, в данном случае можно оставить без изменений.

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

2.3 Разработка программного обеспечения

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

- хранить персональные данные о детях, их заявителях, законных представителях, родителях, ДОУ;

- вести базу данных;

- оперативно управлять имеющейся информацией;

- вносить изменения;

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

- формировать выходные отчеты за месяц, за год и так далее.

2.3.1 Структурная схема функций управления и обработки данных

Алгоритм работы с ИС постановки детей на очередь в детские сады в общем виде можно представить следующим образом (рисунок 2).

Рисунок 2 - Дерево функций постановки детей на очередь в детские сады

2.3.2 Описание программных модулей

Информационная система состоит из нескольких взаимосвязанных модулей:

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

- модуль подключения к БД;

- модуль справочной информации о детях;

- модуль справочной информации о родителях;

- модуль справочной информации о заявителе;

- модуль справочной информации о законном представителе;

- модуль справочной информации о ДОУ;

- модуль формирования отчетов;

- модуль добавления и изменения данных.

Рисунок 3 - Взаимосвязь модулей информационной системы

2.3.3 Компоненты пользовательского интерфейса

Интерфейс пользователя - элементы и компоненты программы, которые способны оказывать влияние на взаимодействие пользователя с программным обеспечением. В том числе:

- средства отображения информации, отображаемая информация;

- командные режимы, язык пользователь-интерфейс;

- устройства и технологии ввода данных;

- диалоги, взаимодействие и транзакции между пользователем и компьютером;

- обратная связь с пользователем. [17]

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

Стандартный графический интерфейс пользователя должен отвечать ряду требований:

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

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

- удовлетворять правилу «шести» - в одну линейку меню включать не более 6 понятий, каждое из которых содержит не более 6 операций;

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

Разработка пользовательского интерфейса - одна из самых сложных и ответственных задач проектирования. Это объясняется тем, что пользователя интересует в первую очередь удобство, эргономичность и наглядность. [2]

Для того чтобы встать на очередь в ДОУ заявителю необходимо зарегистрироваться на сайте МКУ «Управление образования» г. Рубцовска. После чего на данном сайте зайти в раздел образование, выбрать из предложенного списка пункт - заполнение анкеты. Данный раздел состоит из 3 шагов.

В первом шаге заполняются сведения о заявителе: его Ф.И.О., паспортные данные (рисунок 4).

Рисунок 4 - Первый шаг заполнения анкеты

Второй шаг - это сведения о ребенке (серия, номер свидетельства о рождении, Ф.И.О. ребенка, дата рождения, адрес проживания и ДОУ, в которое планируется оформить ребенка) (рисунок 5).

Рисунок 5 - Второй шаг заполнения анкеты

В третьем шаге вводятся сведения о родителях ребенка: Ф.И.О., место работы, контактные данные и существующие льготы.

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

Рисунок 5 - Второй шаг заполнения анкеты

При открытии программы «Постановка детей на очередь в детские сады» выводится список детей, состоящих на очереди. Все рабочие элементы располагаются на главной экранной форме (рисунок 7).

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

Рисунок 7 - Главная экранная форма системы постановки детей на очередь в детские сады

Основными реквизитами формы являются:

- справочники;

- отчеты;

- поиск;

- новый ребенок;

- редактировать;

- удалить;

- печать;

- номер в очереди;

- фамилия;

- имя;

- отчество;

- дата рождения;

- серия;

- номер;

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

- отметка о льготе;

- льгота;

- домашний адрес;

- ДОУ основное;

- ДОУ1;

- ДОУ2;

Рисунок 8 - Форма справочники

Рисунок 9 - Справочник законных представителей

Рисунок 10 - Справочник родителей

Рисунок 11 - Справочник заявителей

Рисунок 12 - Справочник ДОУ

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

На главной форме при нажатии на кнопку «Новый ребенок» появляется окно для заполнения данных о ребенке (рисунок 13).

Рисунок 13 - Форма заполнения «Новый ребенок»

Основными реквизитами формы являются:

- фамилия;

- имя;

- отчество;

- дата рождения;

- серия;

- номер;

- адрес;

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

- номер очереди;

- отметка о льготе;

- льгота;

- ДОУ основное;

- ДОУ1;

- ДОУ2.

На форме «Новый ребенок» находятся три формы.

«Выбрать родителя» - в данном окне идет заполнение данных о родителях, а именно фамилия, имя, отчество, место работы матери и отца ребенка, телефон, е-mail (рисунок 14).

ребенок очередь детский сад

Рисунок 14 - Форма заполнения «Новые родители»

«Выбрать заявителя» - в данном окне идет заполнение данных о заявителе, его фамилия, имя, отчество, дата рождения, паспортные данные (серия, номер, дата и место выдачи), адрес (рисунок 15).

Рисунок 15 - Форма заполнения «Новый заявитель»

«Выбрать законного представителя» - в данном окне идет заполнение данных о законном представителе, его фамилия, имя, отчество, дата рождения, паспортные данные (серия, номер, дата и место выдачи), адрес, телефон, e-mail (рисунок 16). При отсутствии родителей всю юридическую ответственность за ребенка несет его законный представитель (опекун).

Рисунок 16 - Форма заполнения «Новый законный представитель»

В каждом документе можно редактировать и изменять данные, но из соображений безопасности менять данные может администратор системы и заведующий сектором дошкольных учреждений. На главной форме при нажатии на кнопку «Редактировать» появляется окно для изменения данных о ребенке, его родителях, заявителе и законном представителе (рисунок 17).

Рисунок 17 - Форма «Редактирование ребенка»

Размещено на Allbest.ru


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.