Разработка информационной системы "Приемная комиссия"

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

Введение………………………………………….………………….…..3
Анализ предметной области………………….………………………...5
Проектная часть…………………………………………………….…...9
Заключение…………………………………………………………..…17
Список используемой литературы……………...…………………….19

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

5. Зачисление. Формирование приказов на зачисление. Формирование договоров на платные образовательные услуги. Учет студентов, нуждающихся в общежитии. Поселение в общежитие. Обмен данными с ФИС. Создание отчетов.
Далее для более полного представления работы приемной комиссии, с помощью программы BPWin, постороим модель AS IS и TO BE:
Модель TO BE. Организация работы приемной комиссии.
В данной функциональной модели содержатся общие данные, необходимые для функционирования приемной комиссии. На входе документ об образовании (аттестат, диплом и т. п.),паспорт, сертификат о сдаче Единого государственного экзамена и заявление абитуриента. В управлении находится устав высшего учебного заведения, перечень специальностей и мест, а также личная карточка абитуриента. Всю конкурсную работу выполняет ответственный секретарь приемной комиссии. На выходе приказ о зачислении и отчеты.
Модель AS IS.Организация работы приемной комиссии.
В данной модели организация работы приемной комиссии раскрыта более подробно. Здесь описан каждый из этапов и взаимодействие между ними.
1.Рекламная кампания. На входе данные мониторинговых исследований(количество выпускников школ, количество мест, финансируемых из федерального бюджета, формирование плана приема). В управлении перечень специальностей и мест. Механизмом является ответственный секретарь. На выходе прием заявлений и работа конкурсной комиссии.
2.Прием заявлений. На входе документ об образований, паспорт, заявление абитуриента и свидетельство о сдаче Единого государственного экзамена. В управлении устав академии, данные, полученные в ходе рекламной кампании и перечень специальностей и мест в ВУЗе. Механизмом является ответственный секретарь. На выходе формируется личная карточка абитуриента и начинается работа конкурсной комиссии.
3.Работа конкурсной комиссии. На входе заявление абитуриента. В управлении личная карточка абитуриента и перечень специальностей и мест. Механизмом является ответственный секретарь. В итоге работы конкурсной комиссии начинается подготовка приказа.
4. Подготовка приказа. На входе соответственно данные работы конкурсной комиссии и заявления абитуриентов. В управлении личная карточка абитуриента и устав академии. Механизмом является ответственный секретарь. На выходе зачисление.
5. На входе ведомости подготовки приказов и заявления абитуриентов. В управлении личная карточка абитуриента. Механизмом является ответственный секретарь. На выходе формируется приказ о зачислении и отчеты.
Проектная часть.
Для проектирования информационной модели, автоматизирующей процессы обработки заявлений абитуриентов, использовалось CASE-средство Erwin, в результате чего была получена модель сущность-связь.
ERwin - средство концептуального моделирования БД, использующее методологию IDEF1X. ERwin реализует проектирование схемы БД, генерацию ее описания на языке целевой СУБД.
ERwin предоставляет возможности создавать и управлять этими двумя различными уровнями представления одной диаграммы (модели), равно как и иметь много вариантов отображения на каждом уровне. Термин "логический уровень" в ERwin соответствует концептуальной модели.
Этапы построения информационной модели:
1. Определение сущностей;
2. Определение зависимостей между сущностями;
3. Задание первичных и альтернативных ключей;
4. Определение атрибутов сущностей;
5. Приведение модели к требуемому уровню нормальной формы;
6. Переход к физическому описанию модели: назначение соответствий имя сущности - имя таблицы, атрибут сущности - атрибут таблицы;
7. Задание триггеров, процедур и ограничений;
8. Генерация базы данных.
Erwin создает визуальное представление (модель данных) для решаемой задачи. Это представление может использоваться для детального анализа, уточнения и распространения документации, необходимой в цикле разработки. Однако ERwin далеко не только инструмент для рисования. ERwin автоматически создает базу данных (таблицы, индексы, хранимые процедуры, триггеры для обеспечения ссылочной целостности и другие объекты, необходимые для управления данными).
Основные получаемые преимущества:
существенное повышение скорости разработки за счет мощного редактора диаграмм, автоматической генерации базы данных, автоматической подготовки документации;
нет необходимости ручной подготовки SQL-предложений для создания базы данных;
возможность легко вносить изменения в модель при разработке и расширении системы;
возможность автоматической подготовки отчетов по базе данных; важно, что эти отчеты всегда в точности соответствуют реальной структуре БД;
разработчики прикладного программного обеспечения снабжены удобными в работе диаграммами;
тесная интеграция со средствами 4GL позволяет уже на стадии информационного моделирования задавать отображение данных в приложениях;
обратное проектирование позволяет документировать и вносить изменения в существующие информационные системы;
поддержка однопользовательских СУБД позволяет использовать для персональных систем современные технологии, что значительно упрощает переход от настольных систем к системам в технологии клиент-сервер (upsizing).
Определим все основные объекты (сущности) и связи, которые существуют между ними. Были выделены 5 сущностей: «Специальность», «Абитуриент», «Приказ», «Экзамены» и «Документы».
Следующим этапом проектирования данной модели является детализация атрибутов сущностей:
1. Специальность (код специальности, факультет, название специальности)
2. Абитуриент (код абитуриента, фамилия, имя, отчество, образование, дата рождения, паспорт, специальность, факультет, телефон, баллы);