Автор работы: Пользователь скрыл имя, 26 Февраля 2014 в 21:00, курсовая работа
Целью данной курсовой работы является разработка приложения для учёта детских садов города.
С помощью созданного приложения руководители городских органов управления смогут отслеживать комплектацию детских садов работниками и детьми.
Данное приложение актуально, так как позволит получать в кратчайшие сроки всю необходимую информацию для комплектации детских садов города. При этом все манипуляции с данными не потребуют затрат большого количества времени, так как вся система очень наглядна и визуально понятна.
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ ТОРГОВО-ЭКОНОМИЧЕСКИЙ УНИВЕРСИТЕТ
Факультет информационных технологий
Кафедра информационных технологий и телекоммуникаций
Курсовая работа
по дисциплине «Инструментальные средства разработки корпоративных экономических систем»
на тему «Разработка ИС для учета детских садов города»
Выполнила студентка
группы ИТ31д
Сорокина С.Ю.
Проверила
доцент кафедры ИТиТ, к.т.н.
Киреева Г.И.
Оценка:_________________
Москва, 2013г.
Оглавление
Введение
Целью данной курсовой работы является разработка приложения для учёта детских садов города.
С помощью созданного приложения руководители городских органов управления смогут отслеживать комплектацию детских садов работниками и детьми.
Данное приложение актуально, так как позволит получать в кратчайшие сроки всю необходимую информацию для комплектации детских садов города. При этом все манипуляции с данными не потребуют затрат большого количества времени, так как вся система очень наглядна и визуально понятна.
В соответствии с поставленной целью определены следующие задачи:
Предметная область включает в себя информацию обо всех дошкольных учреждениях города. В базу данных включены все дошкольные учреждения города, список работников детских садов, список групп в детских садах, список детей, сведения о родителях.
Определение требований проекта
В базе данных созданы таблицы для учета детских садов, учета групп в детских садах, списки детей в каждой группе, сведения о родителях, список должностей, даты поступления каждого ребенка.
Информация о должностях состоит из наименования должности.
В информацию о детских садах должны входить следующие данные: наименование, адрес и номер телефона.
В информацию о персонале должны входить следующие данные: фамилия, имя, отчество, должность, домашний адрес, номер телефона, дата приема на работу и дата увольнения.
В информацию о группах должны входить следующие данные: наименование группы, возрастной интервал, количество мест в группе.
Информация о детях включает следующие данные: группа, фамилия, имя, дата рождения, дата посещения детского сада, рост, вес.
Информация о родителях включает следующие данные: фамилия, имя, отчество, домашний адрес, место работы, номер телефона.
С помощью приложения можно сформировать следующие документы:
Отчёт о работниках выбранного детского сада;
Отчет о составе группы;
Отчет о плановом и фактическом количестве мест в группах;
Отчет о вакантных местах в группах.
Множество допущений, принятых при разработке приложения для Альпинистского клуба:
Информация о детских садах ведется с 2012 года.
Проектируемая система для учета детских садов должна хранить персональную информацию о детских садах, группах, персонале детского сада, детях и сведения о родителях.
На данном этапе проектирования необходимо выделить основные сущности БД, определить их атрибуты, и описать связи между ними.
Основными сущностями системы являются: детские сады, персонал, должности, группы, дети и родители.
На рисунке (Рис. 2.1) приведена инфологическая модель, где показаны основные отношения между указанными сущностями.
Рис. 2.1 Модель «Сущность-связь»
На основе разработанной инфологической модели создадим логическую модель данных (Рис. 3.1).
Рис. 3.1 Логическая модель данных
Модель сущности, построенная просто на основе перечисления его атрибутов может не удовлетворять важным требованиям к БД. Это требования целостности данных их непротиворечивости, и минимальности. Эти требования в основном удовлетворяются, если объекты БД представлены в так называемой нормализованной форме.
Нормализация предусматривает определение требуемых атрибутов с последующим созданием из них нормализованных таблиц, основанных на функциональных зависимостях между этими атрибутами. Отношение, в котором на пересечении каждой строки и каждого столбца содержится атомарное (или единственное) значение, находится в 1-ой нормальной форме. При этом необходимо, чтобы отношение имело первичный ключ.
2-ая нормальная форма применяется к отношениям с составными ключами, т.е. к таким отношениям, первичный ключ которых состоит из двух или больше атрибутов. Отношение с первичным ключом на основе единственного атрибута всегда находится во 2-ой нормальной форме. Отношение, которое находится в 1-ой нормальной форме и каждый атрибут которого, не входящий в состав первичного ключа, зависит только от полного значения ключа и не зависит ни от какого отдельного атрибута, входящего в состав первичного ключа, имеет 2-ую нормальную форму (каждый неключевой атрибут функционально полно зависит от ключа).
Отношение находится в 3-ей нормальной форме, если оно представлено во 2-ой нормальной форме и не имеет не входящих в первичный ключ атрибутов, которые находились бы в транзитивной функциональной зависимости от этого первичного ключа.
Разработанная модель находится в 3-ей нормальной форме т.к.:
Физическая модель базы данных представлена на рисунке (Ошибка! Источник ссылки не найден.).
Рис. 4.1 Физическая модель данных
Разрабатываемое приложение носит локальный характер: СУБД, БД и клиентская часть расположены на одном компьютере.
Для создания базы данных была выбрана СУБД Microsoft SQL Server 2008.
Для разработки пользовательского интерфейса была выбрана среда разработки Microsoft Visual Studio 2010 Professional, которая также является широко распространенной средой разработки и имеет развитые возможности быстрого создания пользовательских интерфейсов к базам данных, поддерживает все распространенные на данный момент технологии доступа к источникам данных (ADO.NET и т.п.). Помимо перечисленных особенностей, программы, созданные в Visual Studio 2010, являются легко переносимыми и не требуют для своей работы установки дополнительных программ или библиотек.
Выбор среды для создания базы данных.
Visual
Studio 2010 включает в себя полный
набор новых и улучшенных
Среда разработки Visual Studio .Net - это уже проверенный временем программный продукт, являющийся седьмой версией Студии. Но новинки этой версии, связанные с идеей .Net, позволяют считать ее принципиально новой разработкой, определяющей новый этап в создании программных продуктов. Выделю две важнейшие, на мой взгляд, идеи:
База данных состоит из следующих таблиц:
Таблица 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 |
Номер телефона |
Информация о работе Разработка ИС для учета детских садов города