Проектирование ИС по зачислению абитуриентов
Автор: Пользователь скрыл имя, 30 Июля 2014 в 13:50, курсовая работа
Краткое описание
Целью данного курсового проекта является разработка информационной системы для автоматизации, повышения эффективности и упрощения работы отделений и приемной комиссии в ВУЗ(ах).
Еще одной целью создания курсового проекта с такой информационной системой является доказательство того, что с его помощью работа приемной комиссии и отделений станет проще, более оперативной и качественней.
Файлы: 1 файл
Курсовая_по_ПИС.doc
— 1.00 Мб (Скачать)
Из диаграммы видна последовательность и взаимосвязь этапов, легко видеть, что претенденты на зачисление формируются как перед экзаменами, так и после экзаменов.
На данном этапе уже происходит формирование основных списков:
- Список абитуриентов, подавших документы на зачисление;
- Список абитуриентов к зачислению.
Рисунок 3 – Обработка документов
На данной диаграмме рассмотрен процесс обработки документов. Этот процесс начинается с подачи документов абитуриентом и заканчивается формированием списков перед вступительными испытаниями (Рисунок 3).
Рассмотрим следующий основной процесс, после обработки документов абитуриента, который называется «Проведение вступительных испытаний».
Функциональная модель «Провести вступительные испытания» состоит из:
- Формирование экзаменационных ведомостей;
- Проведение подготовительных курсов;
- Проведение собеседований, консультаций;
- Проведение вступительных испытаний;
- Оценка результатов.
Рисунок 4 – Проведение вступит-ых испытаний
На данной диаграмме видно, что после формирования списков, абитуриенты на зачисление посещают подготовительные курсы, ходят на собеседования, консультация и после этого сдают экзамены. Абитуриенты, успешно прошедшие вступительные испытания, зачисляются в ВУЗ.
Следующим главным шагом после вступительных испытаний является «Зачисление абитуриентов».
Декомпозиция функциональной модели «Провести зачисление абитуриентов» содержит следующее:
- Приказ о зачислении;
- Проверка приоритета поступления;
- Проверка подлинности документов;
- Проведение зачисления абитуриентов.
Рисунок 5 – Процесс зачисления абитуриентов
Процесс «Приоритет поступления» рассмотрим поподробней.
Он включает в себя:
- проверить наличие документа о сиротстве;
- проверить наличие контрактного договора (для поступающих по целевому контракту);
- проверить наличие документа об инвалидности;
- проверить наличие квитанции об оплате (для поступающих с условием обучения: с полным возмещением затрат);
- проверить наличие иных льгот на поступление.
В итоге, сведения о зачисленных абитуриентах, полученные в результате работы приемной комиссии, распределяются и передаются: ректору - для формирования необходимых приказов; заместителю ректора по учебной работе - для планирования учебно-воспитательного процесса, распределения учебных групп между кураторами; деканам факультетов - для получения информации о студентах.
2.2 Логическая модель (IDEF1X)
Область применения Erwin используется для построения модели данных. Erwin имеет два уровня построения модели данных – логический и физический. На логическом уровне данные не связаны с конкретной СУБД. Физический уровень данных – это по существу отображение системного каталога, который зависит от конкретной реализации СУБД. Erwin позволяет проводить процессы прямого и обратного проектирования БД. Это означает, что по модели данных сгенерировать схему БД или автоматически создать модель данных на основе информации системного каталога. Для создания моделей данных в Erwin используются две методологии: IDEF1X и IE. В данной работе используется методология IDEF1X.
Отображение модели данных в программе Erwin. Erwin имеет два уровня представления модели – логический и физический. Логический уровень – это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например, «Абитуриент», « Аттестат» и т. д. Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логическая модель является универсальной и не связана с конкретной реализацией СУБД.
Три уровня моделей, объединяющие в себе логические модели, состоят из Entity Relationship Diagram (Диаграмма сущность-связь), the Key-Based (Модель данных, основанная на ключах) Model и the Fully Attributed model (Полная атрибутивная модель).
Диаграмма сущность-связь
Диаграмма сущность-связь является самым высоким уровнем в модели данных и определяет набор сущностей и атрибутов проектируемой системы. Целью этой диаграммы является формирование общего взгляда на систему для ее дальнейшей детализации.
- Модель данных, основанная на ключах
Этот тип модели описывает структуру данных системы, в которую включены все сущности и атрибуты, в том числе ключевые. Целью этой модели является детализация модели сущность-связь, после чего модель данных может начать реализовываться.
- Полная атрибутивная модель
Эта модель включает в себя все сущности, атрибуты и является наиболее детальным представлением структуры данных. Полная атрибутивная модель представляет данные в третьей нормальной форме.
- Компоненты логической модели данных
Логическая модель использует сущности,
атрибуты и отношения для представления
данных и бизнес-правил. Сущности предст
Разрабатываемая СУБД предусматривает зачисление абитуриентов в ВУЗ.
Логическая модель зачисления студентов представлена на Рисунке 6.
Рисунок 6 - Логическая модель СУБД зачисления абитуриентов
В логическую модель входят следующие сущности:
- Абитуриент;
- Аттестат;
- ВУЗ;
- Связь Абитуриент ВУЗ.
Описание значений каждой сущности.
В логической модели используются следующие связи:
- Идентифицирующие;
- Неидентифицирующие;
- Иерархические.
Сущность «Абитуриент»
В этой сущности хранятся все необходимые данные об абитуриенте: ФИО, дата рождения, адрес, № паспорта, аттестат, средний бал и т.д. Этим сущность уникальна и необходима.
Состав сущности студент:
- Код абитуриента – ключевой атрибут;
- ФИО;
- Номер паспорта;
- Дата рождения;
- Адрес;
- Аттестат;
- Средний бал;
- Номер телефона;
- Город;
- Индекс;
- Фото.
Сущность «Аттестат»
Эта сущность хранит информацию о предметах и об экзаменах.
Состав сущности «Аттестат»:
- Код абитуриента – ключевой атрибут;
- Русский язык;
- Математика;
- Информатика;
- Физика.
Сущность «ВУЗ»
В этой же сущности хранится вся информация о ВУЗе: название учебного заведения, город, адрес, телефон, рейтинг. Эти данные необходимы и важны для абитуриента.
Состав сущности «ВУЗ»:
- Код ВУЗа – ключевой атрибут;
- Название ВУЗа;
- Город;
- Адрес;
- Телефон;
- Индекс;
- Рейтинг;
- Процент принятых.
Сущность «Связь Абитуриент ВУЗ»
Эта сущность связывает в себе две имеющиеся сущности «Абитуриент» и «ВУЗ».
Состоит из таких данных, как:
- Код абитуриента – ключевой атрибут;
- Код ВУЗа – ключевой атрибут;
- Статус поступления;
- Статус посещения.
ЗАКЛЮЧЕНИЕ
Темой данного курсового проекта является «Проектирование информационной системы по зачислению абитуриентов». Выбор данной темы был обусловлен не только ее актуальностью, но и личным интересом к процессу зачисления.
Современные технологии баз данных являются одним из определяющих факторов успеха в любой отрасли деятельности, обеспечивая хранение информации, представление данных для потенциальных пользователей и поддержку многих других процессов. Помимо того, базы данных составляют основу разнообразных научных проектов, они позволяют накапливать информацию.
Мощь баз данных зиждется на результатах исследований и технологических разработок, полученных на протяжении нескольких последних десятилетий, и заключена в специализированных программных продуктах, которые принято называть системами управления баз данных (СУБД) или просто системами баз данных. СУБД - это эффективный инструмент сбора больших порций информации и действенного управления ими, позволяющий сохранять данные в целости и безопасности на протяжении длительного времени. СУБД относятся к категории наиболее сложных программных продуктов, имеющихся на рынке в настоящее время. Базой данных - принято обозначать набор данных, находящихся под контролем СУБД.
Поставленная задача была решена в таких программных продуктах, как BPWin, ERWin.
В BPWin была создана структурная схема зачисления абитуриентов, подробно рассмотрен каждый уровень контекстных диаграмм. А также в подробности были рассмотрены все этапы диаграммы.
Они используются для разработки данных и представляют собой стандартный способ определения данных и отношений между ними.
ER-диаграмма содержит информацию о сущностях системы и способах их взаимодействия, включает идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей).
СПИСОК ЛИТЕРАТУРЫ
- Правила оформления курсовой работы: [Электронный ресурс]//Сайт sga46.ru
Режим доступа: http://www.sga46.ru/pravila-
- Проектирование ИС: [Электронный ресурс]//Сайт Fpi-Kubagro
Режим доступа: http://fpi-kubagro.ru/
- CASE-средства. Общая характеристика и классификация: [Электронный ресурс]//Сайт CIT Forum
Режим доступа: http://citforum.ru/database/
- Создание модели данных с помощью Erwin: [Электронный ресурс]//Сайт PLAM.ru
Режим доступа: http://www.plam.ru/compinet/
- Проектирование информационных систем с CA Erwin Modeling Suite 7.3: Учебное пособие: [Электронный ресурс]// Сайт Единое окно
Режим доступа: http://window.edu.ru/resource/
- Проектирование ИС: [Электронный ресурс]//Сайт MirKnig.Com
Режим доступа: http://mirknig.com/knigi/
Информационная система автоматизации деятельности приемной комиссии «Абитуриент»: [Электронный ресурс]//Сайт rsreu.ru
Режим доступа:
http://www.rsreu.ru/ru/about-
- Описание ИС «Абитуриент»: [Электронный ресурс]//Сайт valex-nn.ru
Режим доступа: http://valex-nn.ru/opisanie-
- BPwin и ERwin: CASE-средства для разработки информационных систем: [Электронный ресурс]//Сайт ITteach.ru