Разработка информационной системы «Абитуриент»

Содержание

 

Введение

. Анализ предметной области

.1 Описание входной и  выходной информации

.2 Построение диаграммы  потоков данных

. Требование к программному  обеспечению

.1 Диаграмма вариантов  использования

.2 Требование к подсистеме  «Абитуриент»

. Проектирование программного средства

.1 Проектирование информационного  обеспечения. Создание ER-модели

.2 Проектирование интерфейса  программного средства

. Реализация программного  средства

.1 Выбор средств реализации

.2 Генерация базы данных

.3 Реализация информационного обеспечения

.4 Реализация пользовательского  интерфейса

.5 Руководство пользователя

. Тестирование программного  средства

Заключение

 

Введение

 

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

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

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

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

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

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

 

 

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

.1 Описание входной и  выходной информации

 

Входная информация представлена в таблице, расположенной ниже (Таблица 1).

 

Таблица 1

Входные данные

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

 

Выходными данными в системе «Абитуриент» является информация соответствующая запросу пользователя. Преимущественно это информация должна быть полной. Она будет храниться в базе данных Microsoft Windows Access и представлена в таблице (Таблица 2).

 

Таблица 2

Выходные данные

Данные	Описание
Название	Название учебного заведения
Адрес	Адрес учебного заведения
Контакты	Контактная информация (телефон, факс)
e-mail	Адрес электронной почты
Сайт	Официальный адрес сайта заведения
Факультеты/специальности	Показывает, какие факультеты и специальности включает в себя заведение

 

.2 Построение диаграмм  потоков данных

 

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

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

· верхняя сторона имеет значение "Управление" (Control) - необходимые требования системы «Абитуриент»;

· левая сторона имеет значение "Вход" (Input), т.е. входная информация - требования, предъявляемые заказчиком;

· правая сторона имеет значение "Выход" (Output), т.е. выходная информация - результат запроса;

· нижняя сторона имеет значение "Механизм" (Mechanism) - ИС.

Построим диаграмму потоков данных по данным требованиям стандарта, представленную на Рисунке 1.

 

Рисунок 1

 

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

 

Рисунок 2

 

 

2. Требование к программному  обеспечению

 

.1 Диаграмма вариантов использования

 

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

Диаграмма вариантов использования помогает определить:

1. основные действующие лица, т.е. те люди, для которых создается данное программное средство;

2. основные этапы осуществления поиска необходимой информации.

. системы или подсистемы, с которыми связана подсистема «Абитуриент».

В качестве пользователей подсистемы «Абитуриент» являются студенты (абитуриенты), их родители, а совладельцами являются вузы и определенная группа студентов.

Модель вариантов использования описана в Приложении Б.

 

.2 Требование к подсистеме «Абитуриент»

 

В соответствии со стандартом IEEE 830-1998 Recommended Practice for Software Requirements Specifications (рекомендуемые методы спецификации требований к ПО) для данного программного средства предъявляются следующие виды требований:

· корректность или адекватность (соответствие реальным потребностям);

· недвусмысленность (однозначность понимания);

· полнота (отражение всех выделенных потребностей и всех возможных ситуаций, в которых придется работать системе);

· непротиворечивость (согласованность между различными элементами);

· упорядоченность по важности и стабильности;

· проверяемость (выполнение каждого требования нужно уметь проверять некоторым достаточно эффективным способом - непроверяемые требования должны быть удалены из рассмотрения или сведены к проверяемым вариантам);

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

В соответствии со стандартом IEEE 1233-1998, 2002 Guide for Developing System Requirements Specifications(руководство по разработке спецификаций требований к системам) предъявляются следующие виды требований к подсистеме «Абитуриент»:

· требования на входные данные;

· требования на выходные данные;

· надежность (например, среднее время работы между отказами);

· работоспособность (например, необходимое отношение времени функционирования к полному времени работы);

· производительность (например, среднее время ожидания ответа);

· ограничения окружающей среды (например, максимальный уровень задымленности, при котором гарантируется работоспособность);

· эргономичность (например, использование набора цветов, понижающих утомляемость глаз);

· безопасность (например, допустимые уровни электромагнитного излучения различных частот);

· защищенность (например, ограничения доступа для разных пользователей);

· требования к оборудованию (например, использование обычной электросети);

· транспортируемость (например, ограничения веса);

· документированность (например, наличие встроенной документации);

· условия необходимого качества (например, максимально допустимая погрешность производимых измерений);

· следование корпоративным и законодательным нормам (например, законам об охране труда);

· совместимость с известными системами - эта система тесно связана с информационно-справочной системой по учебным заведениям: подсистемы «Оператор» и «Профориентация»;

· следование стандартам и технологическим нормам;

· возможности роста (например, возможное увеличение числа пользователей);

· удобство развертывания (например, время, необходимое для приведения в работоспособное состояние).

 

 

3 . Проектирование программного средства

 

.1 Проектирование информационного  обеспечения. Создание ER-модели

 

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

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

Основными хранилищами данных будут являться сущности «vuz» и «suz». В них будут храниться все необходимые записи для получения различного рода информации о заведениях ВПО и СПО. Далее возникает необходимость создания сущностей «fvuz» и «fsuz», которые будут связаны соответственно с первичными сущностями. Сущности «fvuz» и «fsuz» необходимы для хранения данных специальностях заведений ВПО и СПО соответственно. В итоге получается четыре сущности, а именно:

1) vuz;

2) suz;

3) fvuz;

4) fsuz.

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

1) vuz - fvuz;

2) suz - fsuz.

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

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