АИС приема на обучение в университет

Размещено на http://www.allbest.ru/

Введение

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

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

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

1. Технико-экономическая характеристика «Прием на обучение»

1.1 Основные задачи и виды деятельности «Прием на обучение»

Для организации набора студентов и приёма документов, поступающих в университет и зачисления в состав студентов лиц, прошедших по конкурсу, организуется приёмная комиссия (ПК) университета.

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

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

Основными задачами приёмной комиссии являются:

обеспечение выполнения плана приёма в университет;

организация и обеспечение приёма документов абитуриентов в университет

зачисление абитуриентов в состав студентов.

Работа ПК оформляется протоколами, которые подписываются председателем ПК или его заместителем и ответственным секретарем ПК.

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

Приемная комиссия размещает на сайте вуза и на информационном стенде ПК необходимые документы по приему в университет в сроки, установленные нормативно-правовыми актами Министерства образования и науки РФ.

ПК осуществляет контроль за достоверностью сведений об участниках единого государственного экзамена и о результатах ЕГЭ путем направления в федеральную базу данных соответствующих сведений, а также проверку иных документов об образовании, представляемых абитуриентам на соответствие формальным признакам.

Личные дела не поступивших абитуриентов хранятся в приемной комиссии в течение шести месяцев с момента начала приема документов.

По истечении этого срока личные дела не поступивших абитуриентов с копиями документов подлежат уничтожению.

Документы приемной комиссии подлежат хранению в соответствии со сроком хранения, предусмотренным номенклатурой дел университета.

1.2 Организационная структура «Прием на обучение»

Состав ПК ежегодно утверждается приказом ректора университета, срок полномочий ПК составляет один календарный год.

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

В состав приемной комиссии входят заместитель(и) председателя ПК - проректор(ы), ответственный секретарь приемной комиссии, заместитель(и) ответственного секретаря и члены ПК. Заместитель(и) председателя ПК исполняет обязанности председателя Приемной комиссии в его отсутствие и руководит деятельностью приемной комиссии, составляет план работы приемной комиссии, решает вопросы, связанные с приемом в Университет, не урегулированные Правилами приема на очередной учебный год, в соответствии с законодательством Российской Федерации, в случае необходимости привлекает ответственного секретаря. Также проводит заседания приемной комиссии.

Работу Приемной комиссии и делопроизводство, а также личный прием абитуриентов и их родителей (законных представителей) организует ответственный секретарь ПК. Он координирует работу членов приемной комиссии, готовит локальные акты, касающиеся организации и проведения приёма и работы приемной комиссии, контролирует правильность оформления документов, поступающих и формирование журнала регистрации заявлений абитуриентов, поступающих в университет. Также контролирует целевой прием в университет, определяет помещения для приема документов поступающих и необходимое для этого оборудование. Секретарь организует контроль за достоверностью сведений об участниках единого государственного экзамена и о результатах ЕГЭ путем направления в федеральную базу данных соответствующих сведений, а также проверку иных документов об образовании, представляемых поступающим на соответствие формальным признакам, осуществляет проверку документов, представляемых поступающим, путем обращения в соответствующие государственные (муниципальные) органы и организации. Также готовит проекты приказов на зачисление в число обучающихся.

Заместитель(и) ответственного секретаря приемной комиссии: исполняет распоряжения ответственного секретаря приемной комиссии, организует информационную работу ПК, готовит информацию к размещению на сайте Университета, регламентированную министерством образования и науки РФ, проводит разъяснительную работу с абитуриентами и их родителями (законными представителями) и готовит материалы для отчета по приемной кампании. Члены ПК проводят личное консультирование поступающих и их родителей (законных представителей). Членами ПК могут быть студенты университета, проходящие учебную практику в университете.

1.3 Описание существующего приема на обучение «Прием на обучение»

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

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

Мнемосхема существующего процесса приема на обучение «Прием на обучение» представлена на рисунке 1.

Рисунок 1 - Мнемосхема «Приемная комиссия»

2. Проектирование подсистемы приема на обучение «Прием на обучение»

2.1 Обоснование выбора методологии моделирования

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

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

? IDEF0 (функциональное моделирование);

? DFD (моделирование потоков данных);

? IDEF3 (моделирование потоков работ).

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

2.2 Построение функциональной модели процесса приема на обучение «Прием на обучение»

Метод SADT (IDEF0) (Structured Analysis and Design Technique) считается классическим методом процессного подхода к управлению. Основной принцип процессного подхода заключается в структурировании деятельности организации в соответствии с ее бизнес-процессами, а не организационно-штатной структурой.

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

Диаграммы функциональной модели процесса приема на обучение «Прием на обучение» в приложении.

2.3 Построение модели потоков данных процесса приема на обучение «Прием на обучение»

Диаграмма потоков данных (data flow diagram, DFD) - один из основных инструментов структурного анализа и проектирования информационных систем, существовавших до широкого распространения UML. Несмотря на имеющее место в современных условиях смещение акцентов от структурного к объектно-ориентированному подходу к анализу и проектированию систем, «старинные» структурные нотации по-прежнему широко и эффективно используются как в бизнес-анализе, так и в анализе информационных систем.

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

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

Нотация DFD - удобное средство для формирования контекстной диаграммы, то есть диаграммы, показывающей разрабатываемую АИС в коммуникации с внешней средой. Это ? диаграмма верхнего уровня в иерархии диаграмм DFD. Её назначение ? ограничить рамки системы, определить, где заканчивается разрабатываемая система и начинается среда. Диаграмма вариантов использования.

Диаграмма потоков данных процесса приема на обучение «Прием на обучение» представлена в приложении.

2.4 Построение модели потоков работ процесса приема на обучение «Прием на обучение»

IDEF3 (англ. Integrated DEFinition for Process Description Capture Method) - методология моделирования и стандарт документирования процессов, происходящих в системе. Метод документирования технологических процессов представляет собой механизм документирования и сбора информации о процессах. IDEF3 показывает причинно-следственные связи между ситуациями и событиями в понятной эксперту форме, используя структурный метод выражения знаний о том, как функционирует система, процесс или предприятие.

IDEF3 широко применяется при разработке информационных систем. При этом используется инструмент визуального моделирования бизнес-процессов.

Диаграмма потоков работ процесса приема на обучение «Прием на обучение» представлена в приложении.

2.5 Построение информационной модели процесса приема на обучение «Прием на обучение»

ER-модель (от англ. entity-relationship model, модель «сущность -связь») - модель данных, позволяющая описывать концептуальные схемы предметной области. ER-модель используется при высокоуровневом (концептуальном) проектировании баз данных.

Во время проектирования баз данных происходит преобразование ER-модели в конкретную схему базы данных на основе выбранной модели данных (реляционной, объектной, сетевой или др.). ER-модель представляет собой формальную конструкцию, которая сама по себе не предписывает никаких графических средств её визуализации. В качестве стандартной графической нотации, с помощью которой можно визуализировать ER-модель, была предложена диаграмма «сущность - связь» (англ. entity-relationship diagram, ERD, ER-диаграмма).

Информационная модель процесса приема на обучение «Прием на обучение» представлена в приложении.

2.6 Построение программной архитектуры модели приема на обучение «Прием на обучение»

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

Если разрабатывается отдельная программа, исходными данными для этого процесса будут детальные внешние спецификации. Если разрабатывается система программного изделия, исход­ными данными для этого процесса будут детальные внешние спецификации и функциональная архитектура системы.

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

Программная архитектуры процесса приема на обучение «Прием на обучение» представлена в приложении.

2.7 Построение аппаратной архитектуры модели процесса приема на обучение «Прием на обучение»

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

Аппаратная архитектура процесса приема на обучение «Прием на обучение» представлена в приложении.

Заключение

В результате выполнения курсовой работы был проведен анализ деятельности «Прием на обучение». В результате анализа была выявлена и обоснована необходимость разработки АИС приема на обучение в университет.

В результате выполнения курсовой работы была спроектирована структура АИС. При проектировании было изучено и использовано популярное CASE-средства визуального моделирования структурных информационных систем - BPwin и ERwin. Результатом выполнения курсовой работы являются следующие типы моделей и диаграмм:

? IDEF0 (функциональное моделирование);

? DFD (моделирование потоков данных);

? IDEF3 (моделирование потоков работ);

? ER-model (информационная модель «сущность-связь»);

? программная архитектура;

? аппаратная архитектура.

приложение обучение данные

Список литературы

Кирстен В., Ирингер М., Шульте П. Объектно-ориентированная разработка приложений в среде постреляционной СУБД CACHE. СПб: АОЗТ “СП. АРМ”, 2000.

Маклаков С.В. BPwin и ERwin. CASE-средства разработки информационных систем. - М.: ДИАЛОГ-МИФИ, 1999 - 256с.

Кузнецов С. Д. Основы современных баз данных // Информационно-аналитические материалы Центра информационных технологий

Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М., "Лори", 1996.

Вендеров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. М.: Диалог-МГУ, 1998.

Создание информационной системы предприятия «Computer Direct», 1996, N2.

Вендров А.М. Один из подходов к выбору средств проектирования баз данных и приложений. «СУБД», 1995, №3.

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