Разработка ИС для учета детских садов города

Автор работы: Пользователь скрыл имя, 26 Февраля 2014 в 21:00, курсовая работа

Краткое описание

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

Вложенные файлы: 1 файл

8060_Информатика.doc

— 1.64 Мб (Скачать файл)

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

 

РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ ТОРГОВО-ЭКОНОМИЧЕСКИЙ УНИВЕРСИТЕТ

 

 

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

Кафедра информационных технологий и телекоммуникаций

 

 

 

 

Курсовая работа

 

по дисциплине «Инструментальные средства разработки корпоративных экономических систем»

 

на тему «Разработка ИС для учета детских садов города»

 

 

 

Выполнила студентка

группы ИТ31д

Сорокина С.Ю.

 

 

Проверила

доцент кафедры ИТиТ, к.т.н.

Киреева Г.И.

 

Оценка:_________________

 

 

 

 

Москва, 2013г.

Оглавление

 

Введение

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

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

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

В соответствии с поставленной целью определены следующие задачи:

  1. Исследование предметной области;
  2. Выделение объектов – сущностей и процессов в предметной области;
  3. В соответствии с выделенными объектами и процессами предметной области разработка логической модели данных;
  4. Создание базы данных;
  5. Разработка отдельных объектов базы данных (представлений, хранимых процедур, пользовательских функций, отчетов);
  6. Разработка клиентского приложения для созданной БД.

 

  1. Описание предметной области

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

Определение требований проекта

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

Информация о должностях состоит из наименования должности.

В информацию о детских садах должны входить следующие данные: наименование, адрес и номер телефона.

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

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

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

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

С помощью приложения можно сформировать следующие документы:

Отчёт о работниках выбранного детского сада;

Отчет о составе группы;

Отчет о плановом и фактическом количестве мест в группах;

Отчет о вакантных местах в группах.

Множество допущений, принятых при разработке приложения для Альпинистского клуба:

Информация о детских садах ведется с 2012 года.

  1. Инфологическая модель данных

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

На данном этапе проектирования необходимо выделить основные сущности БД, определить их атрибуты, и описать связи между ними.

Основными сущностями системы являются: детские сады, персонал, должности, группы, дети и родители.

На рисунке (Рис. 2.1) приведена инфологическая модель, где показаны основные отношения между указанными сущностями.

Рис. 2.1 Модель «Сущность-связь»

 

 

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

На основе разработанной инфологической модели создадим логическую модель данных (Рис. 3.1).

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

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

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

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

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

Разработанная модель находится в 3-ей нормальной форме т.к.:

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

 

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

Физическая модель базы данных представлена на рисунке (Ошибка! Источник ссылки не найден.).

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

 

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

Для создания базы данных была выбрана СУБД Microsoft SQL Server 2008.

Для разработки пользовательского интерфейса была выбрана среда разработки Microsoft Visual Studio 2010 Professional, которая также является широко распространенной средой разработки и имеет развитые возможности быстрого создания пользовательских интерфейсов к базам данных, поддерживает все распространенные на данный момент технологии доступа к источникам данных (ADO.NET и т.п.). Помимо перечисленных особенностей, программы, созданные в Visual Studio 2010, являются легко переносимыми и не требуют для своей работы установки дополнительных программ или библиотек.

Выбор среды для создания базы данных.

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

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

  • открытость для языков программирования;
  • принципиально новый подход к построению каркаса среды - Framework .Net.

База данных состоит из следующих таблиц:

  • Сады – хранит информацию о детских садов (Таблица 4.1, Рис. 4.2);
  • Группы – хранит список групп детского сада (Таблица 4.2, Рис. 4.3);
  • Персонал – хранит сведения о персонале (Таблица 4.3, Рис. 4.4);
  • Должности – хранит список должностей (Таблица 4.4, Рис. 4.5);
  • Дети – хранит список детей в каждой группе (Таблица 4.5, Рис. 4.6);
  • Родители – хранит сведения о родителях (Таблица 4.6, Рис. 4.7);
  • Закрепленные – хранит список воспитателей, закрепленных за группой (Таблица 4.7, Рис. 4.8).

Таблица 4.1

Структура таблицы «Сады»

Имя поля

Тип данных

Длина

Краткое описание

Код

(Ключевое поле)

int

 

Порядковый номер детского сада

Наименование

varchar

100

Наименование детского сада

Адрес

varchar

200

Адрес

Номер

varchar

100

Номер телефона


Рис. 4.2. Фрагмент заполненной таблицы «Сады»

Таблица 4.2

Структура таблицы «Группы»

Имя поля

Тип данных

Длина

Краткое описание

Код

(Ключевое поле)

int

 

Порядковый номер группы

КодСада

int

 

Номер детского сада

Наименование

varchar

100

Наименование группы

ВозрастС

int

 

Начальный возраст детей

ВозрастПо

int

 

Верхняя граница возраста

Мест

int

 

Количество мест в группе


Рис. 4.3. Фрагмент заполненной таблицы «Группы»

Таблица 4.3

Структура таблицы «Персонал»

Имя поля

Тип данных

Длина

Краткое описание

Код

(Ключевое поле)

int

 

Порядковый номер работника

КодСада

int,

 

Номер детского сада

КодДолжности

int,

 

Номер должности

Фамилия

varchar

50

Фамилия

Имя

varchar

50

Имя

Отчество

varchar

50

Отчество

ДомАдрес

varchar

200

Домашний адрес

Телефоны

varchar

200

Телефон

ДатаПриема

datetime

 

Дата приема на работу

ДатаУвольн

datetime

 

Дата увольнения


Рис. 4.4. Фрагмент заполненной таблицы «Персонал»

Таблица 4.4

Структура таблицы «Должности»

Имя поля

Тип данных

Длина

Краткое описание

Код

(Ключевое поле)

int

 

Порядковый номер должности

Наименование

varchar

100

Наименование должности


Рис. 4.5. Фрагмент заполненной таблицы «Должности»

Таблица 4.5

Структура таблицы «Дети»

Имя поля

Тип данных

Длина

Краткое описание

Код

(Ключевое поле)

int

 

Порядковый номер ребенка

КодГруппы

int

 

Группа

Фамилия

varchar

50

Фамилия

Имя

varchar

50

Имя

ДатаРожденя

datetime

 

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

Дата

datetime

 

Дата с которой ребенок посещает группу

РостСм

int

 

Рост в см

ВесКг

DECIMAL

3,1

Вес в кг


Рис. 4.6. Фрагмент заполненной таблицы «Дети»

Таблица 4.6

Структура таблицы «Родители»

Имя поля

Тип данных

Длина

Краткое описание

Код

(Ключевое поле)

int

 

Порядковый номер родителей

КодДети

int,

 

Код ребенка

Фамилия

varchar

50

Фамилия

Имя

varchar

50

Имя

Отчество

varchar

50

Отчество

Адрес

varchar

200

Домашний адрес

МестоРаботы

varchar

200

Место работы

Телефоны

varchar

200

Номер телефона

Информация о работе Разработка ИС для учета детских садов города