Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
Содержание
Введение
. Анализ предметной области
.1 Описание входной и выходной информации
.2 Построение диаграммы потоков данных
. Требование к программному обеспечению
.1 Диаграмма вариантов использования
.2 Требование к подсистеме «Абитуриент»
. Проектирование программного средства
.1 Проектирование информационного обеспечения. Создание ER-модели
.2 Проектирование интерфейса программного средства
. Реализация программного средства
.1 Выбор средств реализации
.2 Генерация базы данных
.3 Реализация информационного обеспечения
.4 Реализация пользовательского интерфейса
.5 Руководство пользователя
. Тестирование программного средства
Заключение
Введение
В наступившем веке обучению придется стать непрерывным процессом, который будет продолжаться в течение всей жизни человека. Только таким образом он сможет адаптироваться к технологическим инновациям как результату постоянного совершенствования не только орудий труда, но и самого его содержания; овладевать новыми знаниями и направлениями профессиональной деятельности.
Данный курсовой проект посвящен разработке информационно-справочной подсистемы. Но сначала хотелось бы начать с ее определения. Информационная система (ИС) в целом - автоматизированная система, предназначенная для организации, хранения, пополнения, поддержки и представления пользователям информации в соответствии с их запросами. Информация, выдаваемая информационной системой потребителю, является одним из ресурсов, позволяющих повысить производительность труда и эффективность его деятельности. Важнейшим аспектом взаимоотношений потребителя и информационной системы является по возможности наиболее полное и рациональное удовлетворение информационной потребности пользователя, другими словами, обеспечение эффективного использования информационных ресурсов. Это, в свою очередь, предполагает доведение информации до потребителя в требуемом объеме, в заданные сроки и удобной для восприятия форме. Именно использование информационных ресурсов таким образом позволяет минимизировать расход всех других видов ресурсов (материальных, трудовых, финансовых, вычислительных) при информационном обеспечении потребителей.
Системы (или подсистемы) информационного обеспечения входят в состав любой автоматизированной управляющей системы и являются ее важнейшими компонентами.
Информационно-справочная система создает информационную среду, обеспечивающую формирование высокой информационной культуры в университетском сообществе и вне его, и создающую основу для информационно-технологического обеспечения образовательно-научной и административно-управленческой деятельности.
Данная информационно-справочная подсистема «Абитуриент» является поисковой. Разработка информационно-справочной системы по учебным заведениям решает вопрос правильного выбора будущего абитуриента, куда пойти учиться. Проблема возникает еще в том, что не каждый выпускник школ имеет полное представление, какие вузы существуют в его городе, и за его пределами, и о том, какие новые специальности появляются в них. Данная система полностью решает этот вопрос, предоставляя всю информацию. Это относится и к тем, кто желает получить дополнительное образование. В этой системе заинтересованы не только абитуриенты, но также и их родители. Ведь в любом случае, родители пытаются помочь принять правильное решение, куда лучше пойти учиться.
В этой системе представлен весь спектр образовательных услуг, начиная от всех специальностей вузов Воронежской области, и заканчивая курсами дополнительного образования.
1. Анализ предметной области
.1 Описание входной и выходной информации
Входная информация представлена в таблице, расположенной ниже (Таблица 1).
Таблица 1
Входные данные
|
Источник данных |
Входной параметр |
Тип данных |
Ограничения |
|
База данных |
Запрос пользователем интересующей информации |
текстовый |
Предоставление только той информации, которая находится в данной базе, предпочтительно она должна постоянно обновляться |
Выходными данными в системе «Абитуриент» является информация соответствующая запросу пользователя. Преимущественно это информация должна быть полной. Она будет храниться в базе данных Microsoft Windows Access и представлена в таблице (Таблица 2).
Таблица 2
Выходные данные
|
Данные |
Описание |
|
Название |
Название учебного заведения |
|
Адрес |
Адрес учебного заведения |
|
Контакты |
Контактная информация (телефон, факс) |
|
|
Адрес электронной почты |
|
Сайт |
Официальный адрес сайта заведения |
|
Факультеты/специальности |
Показывает, какие факультеты и специальности включает в себя заведение |
.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.
В обоих случаях определим тип связи как один-ко-многим. Это означает, что экземпляр первой сущности связан с несколькими экземплярами второй сущности. Это наиболее часто используемый тип связи. Модальность связи - «должен». Это означает, что экземпляр одной сущности обязан быть связан не менее чем с одним экземпляром другой сущности, т.е. связь обязательная.
Теперь рассмотрим более подробным образом все описанные выше сущности. Для этого нам необходимо определить, какие атрибуты в них будут содержаться. Атрибутом является любая характеристика сущности, рассматриваемая в данной предметной области и предназначенная для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности. Атрибут представляет тип характеристик или свойств, ассоциированных с множеством реальных или абстрактных объектов.
Рассмотрим атрибуты сущности «vuz»:
1) idvuz - хранит уникальный порядковый номер заведения ВПО;
2) Имя - хранит данные о названии заведения ВПО;
) Адрес - хранит адрес заведения;
) Контакт - хранит номера контактных телефонов и факсов;
) Сайт - хранит адреса официальных сайтов учебного заведения;
6) e-mail- хранит адреса электронной почты заведения ВПО.
Рассмотрим атрибуты сущности «suz»:
1) isvuz - хранит уникальный порядковый номер заведения CПО;
2) Имя - хранит данные о названии заведения СПО;
) Адрес - хранит адрес заведения;
) Контакт - хранит номера контактных телефонов и факсов;
) Сайт - хранит адреса официальных сайтов учебного заведения;
6) e-mail- хранит адреса электронной почты заведения CПО.
Рассмотрим атрибуты сущности «fvuz»:
1) idfvuz - хранит уникальный порядковый номер специальности ВПО;
2) Факультет - хранит название специальности заведения ВПО;
3) idvuz - хранит порядковый номер заведения ВПО, которому принадлежит специальность.
Рассмотрим атрибуты сущности «fsuz»:
4) idfsuz - хранит уникальный порядковый номер специальности СПО;
5) Факультет - хранит название специальности заведения СПО;
6) idsuz - хранит порядковый номер заведения СПО, которому принадлежит специальность.
Для построения ER-модели так же необходимо указать значение для каждого атрибута. Атрибут может входить в состав первичного ключа (обозначается символом « # ») или быть описательным, т.е. обычным дескриптором сущности. Значение атрибута может быть обязательное (обозначается символом « ° ») или необязательное (обозначается символом « * »). Представим список сущностей предметной области, список атрибутов сущностей с помощью таблицы 3.
Таблица 3
|
Сущность |
Атрибут |
Значение |
|
vuz |
idvuz |
# |
|
Имя |
○ |
|
|
Адрес |
○ |
|
|
Контакт |
○ |
|
|
Сайт |
* |
|
|
|
* |
|
|
fvuz |
idfvuz |
# |
|
Факультет |
○ |
|
|
idvuz |
○ |
|
|
suz |
idsuz |
# |
|
Имя |
○ |
|
|
Адрес |
○ |
|
|
Контакт |
○ |
|
|
Сайт |
* |
|
|
|
* |
|
|
fsuz |
idfsuz |
# |
|
Факультет |
○ |
|
|
idsuz |
○ |
На основе вышеуказанных данных построим ER-модель, изображение которой представлено в приложении В.
.2 Проектирование интерфейса программного средства
При проектировании пользовательского интерфейса к подсистеме «Абитуриент» предъявляются требования, основывающиеся на следующих принципах:
1 . Структурный принцип. Организация пользовательского интерфейса является целесообразной, осмысленной и удобной. Она базируется на четких, целостных моделях, очевидных и распознаваемых пользователем. При этом родственные понятия связаны, а независимые разделены. Непохожие элементы дифференцируются, а похожие - выглядят похоже.
2 . Принцип простоты. Максимально упрощено управление наиболее распространенными операциями. При этом общение с пользователем ведется на понятном для него языке.
. Принцип видимости. Все функции и данные, необходимые для выполнения данной задачи не скрыты, чтобы пользователь не отвлекался на дополнительную и избыточную информацию.
. Принцип обратной связи. Пользователям сообщаются о действиях системы, ее реакциях, изменениях состояния или ситуации, об ошибках и исключениях, которые важны для них. Сообщения являются четкими, краткими, однозначными и написанными на языке, понятном пользователю.
. Принцип толерантности. Интерфейс гибкий и толерантный. Ущерб, наносимый ошибками пользователя, снижается за счет предотвращения появления этих ошибок путем анализа различных форматов ввода и разумной интерпретации любых разумных действий.
. Принцип повторного использования. Многократно используются внутренние и внешние компоненты и принципы поведения системы, поддерживая устойчивость осмысленно, а не просто за счет избыточности. Это способствует уменьшению объема информации, которую пользователям приходится запоминать и о которой приходится думать каждый раз заново.
На данном этапе осуществляется определение структуры пользовательского интерфейса, взаимодействие между его отдельными компонентами.
Схема 1. Построение модели абстрактного содержимого одного из пространств взаимодействия
Окно «Приветствие» - представляет собой форму, где пользователю представляется программа по поиску необходимой для него информации.
Окно «Выбор заведения высшего образования» - это окно предоставляет всю необходимую информацию для высшего образования.
Окно «Выбор заведения среднего образования» - это окно предоставляет всю необходимую информацию для средне-специального образования
Окно «Выход» - это окно предоставляет выход из программы.
Схема 2. Построение карты навигации по контекстам.
Окно «Приветствие»- содержит информацию о системе «Абитуриент» и содержит две кнопки для выбора необходимого образования.
- осуществляется переход на следующее окно
Окно «Выбор заведения высшего образования» - представляет форму с поиском полной информации по высшим образованиям.
Окно «Выбор заведения среднего образования» - представляет форму с поиском полной информации по средним образованиям.
Окно «Поиск высшего образования» - представляет форму, которая позволяет вводить необходимую информацию по высшему образованию.
Окно «Поиск средне-специального образования» - представляет форму, которая позволяет вводить необходимую информацию по средне-специальному образованию.
4 . Реализация программного средства
.1 Выбор средств реализации
В данной подсистеме «Абитуриент» используется язык программирования - C# и среда разработки Microsoft Visual Studio.Net.
В качестве базы данных используется Microsoft Office Access. Он очень прост в использовании, и обеспечивает простоту внесения информации или ее удаления. Так как данная подсистема должна работать с минимальными требованиями к системе (запускаться на компьютере пользователя автозапуском), то для этого не стоит усложнять работу пользователя по установлению дополнительного программного обеспечения. Поэтому в качестве базы данных используется база данных Microsoft Office Access, которая имеется в стандартном пакете Microsoft Office.
.2 Генерация базы данных
На основании списка сущностей предметной области, описанного выше, и связей между ними можно сгенерировать схему базы данных. Создание нашей базы данных будет происходить в несколько этапов:
1) Создание БД;
2) Создание таблиц и полей;
) Связь таблиц между собой, построение схемы данных БД.
Рассмотрим каждый из этих этапов более подробно.
Осуществление первого этапа будет производить при помощи Microsoft Access 2003. открываем программу, выбираем в меню Файл/Создать/Новая база данных, в соответствии с рисунке 3.
Далее в появившемся окне задаем имя базы данных, выбираем место создания базы данных и нажимаем кнопку «Создать», в соответствии с рисунком 4.
Рисунок 3
Рисунок 4
Перейдем к созданию таблиц и полей. С помощью конструктора (рисунок 5) сгенерируем структуру базы данных по ER-модели. Для этого каждый простой тип сущности преобразуем в таблицу. Каждый атрибут становится столбцом таблицы. Компоненты уникального идентификатора сущности превращаются в первичный ключ. Представим получившиеся таблицы на рисунке 6.
Рисунок 5
Рисунок 6
Теперь построим схему данных по ER-модели. Для этого откроем в программе схему данных в Меню/Сервис/Схема данных и создадим связи между таблицами. В итоге получим связанную базу данных, представленную на рисунке 7.
Рисунок 7
.3 Реализация информационного обеспечения
База данных, которая используется в подсистеме «Абитуриент», - Microsoft Office Access.
Данная база данных содержит несколько таблиц, в данном случае четыре таблицы, которые связаны между собой (Рисунок 8).
При создании таблиц vuz, suz, fvuz, fsuz , заполняем их поля (Рисунок 9).
Рисунок 8
Рисунок 9
Рассмотрим атрибуты сущности «fsuz»:
1) idfsuz - хранит уникальный порядковый номер специальности СПО;
) Факультет - хранит название специальности заведения СПО;
) idsuz - хранит порядковый номер заведения СПО.
Данные атрибуты изображены на рисунке 10.
Рисунок 10
Рассмотрим атрибуты сущности «suz»:
) isvuz - хранит уникальный порядковый номер заведения CПО;
) Имя - хранит данные о названии заведения СПО;
) Адрес - хранит адрес заведения;
) Контакт - хранит номера контактных телефонов и факсов;
) Сайт - хранит адреса официальных сайтов учебного заведения;
) e-mail- хранит адреса электронной почты заведения CПО.
Данные атрибуты изображены на рисунке 11.
Рисунок 11
Рассмотрим атрибуты сущности «vuz»:
) idvuz - хранит уникальный порядковый номер заведения ВПО;
) Имя - хранит данные о названии заведения ВПО;
) Адрес - хранит адрес заведения;
) Контакт - хранит номера контактных телефонов и факсов;
) Сайт - хранит адреса официальных сайтов учебного заведения;
)e-mail- хранит адреса электронной почты заведения ВПО.
Данные атрибуты изображены на рисунке 12.
Рисунок 12
Рассмотрим атрибуты сущности «fvuz»:
1)idfvuz - хранит уникальный порядковый номер специальности ВПО;
)Факультет - хранит название специальности заведения ВПО;
)idvuz - хранит порядковый номер заведения ВПО.
Данные атрибуты изображены на рисунке 13.
Рисунок 13
Эти данные позволяют сформировать единую базу, которая позволит предоставить необходимую информацию пользователю, при его запросе в поиске.
4.4 Реализация пользовательского интерфейса
Создание Form_1
На форме размещаются следующие элементы , button1, button2, button3 mainMenu1, label 1. В коде Form1 прописывается подсоединение к базе данных для чтения данных. На кнопке mainMenu1 ставится обработчик события для вызова руководства пользователя по работе с подсистемой «Абитуриент».
Создание Form_0
На форме размещаются следующие элементы, button1, label 1, label 2.
При нажатии на button1 двойным щелчком присваиваем следующее событие:
void button1_Click(object sender, EventArgs e)
{.Close();
Создание Form_suz
На форме размещаются следующие элементы button1, button2, textBox1, label1. В коде Form_suz прописывается подсоединение к базе данных для чтения данных.
Создание Form_T_suz
На форме размещаются следующие элементы button1, button2, textBox1, textBox2, textBox3, textBox4, textBox5, textBox6, textBox7, groupBox1, label1, label2, label3, label4, label5, label6, label7 . В коде Form_ T_suz прописывается подсоединение к базе данных для чтения данных. Перенос необходимых таблиц из БД в DataSet производится с помощью Fill:
.Fill(dataSet21);.Filter = "факультет like '%" + textBox1.Text + "%'";
Создание Form_vuz
На форме размещаются следующие элементы button1, button2, textBox1, label1. В коде Form_vuz прописывается подсоединение к базе данных для чтения данных.
Создание Form_T_vuz
На форме размещаются следующие элементы button1, button2, textBox1, textBox2, textBox3, textBox4, textBox5, textBox6, textBox7, groupBox1, label1, label2, label3, label4, label5, label6, label7 . В коде Form_ T_suz прописывается подсоединение к базе данных для чтения данных. Перенос необходимых таблиц из БД в DataSet производится с помощью Fill:
oleDbDataAdapter1.Fill(dataSet21);.Filter = "факультет like '%" + textBox1.Text + "%'";
4.5 Руководство пользователя
В данной подсистеме «Абитуриент» возможен вызов руководства пользователя, который пошагово описывает правила пользования программой.
На первом шаге происходит знакомство с данной поисковой системой «Абитуриент», а также указаны действия, которые может произвести пользователь нажав на некоторые кнопки в программе (Рисунок 14).
Рисунок 14
Данная программа имеет два пути, выбор зависит от выбора пользователя, какую информацию он хочет найти, о средне-специальном или высшем образовании.
Рассмотрим случай поведения программы при нажатии на кнопку «Среднее образование» (Рисунок 15).
На 3 шаге, после ввода необходимой информации, появляется окно произведенного поиска (Рисунок 16).
Рисунок 15
Рисунок 16
При выборе кнопки «Высшее образование» происходят аналогичные действия.
база данный специальность абитуриент
5 . Тестирование программного средства
Тестирование является одним из наиболее устоявшихся способов обеспечения качества программного обеспечения и входит в набор эффективных средств современной системы обеспечения качества программного продукта.
Пробное тестирование проводилось следующим способом (Рисунок 17).
Рисунок 17
После нажатия кнопки «Высшее образование» появилось окно по поиску, которое позволяло ввести необходимый факультет, специальность, или их фрагмент (Рисунок 18).
Рисунок 18
При нажатии кнопки «искать» появилось окно с найденной информацией согласно введенным данным по высшим заведениям (Рисунок 19).
Рисунок 19
После всех производимых действий, закроем окно с найденной информацией по вузам высшего образования, и вернемся к окну приветствия.
Теперь нажмем на кнопку «Среднее образование» (Рисунок 20).
Рисунок 20
После нажатия кнопки «Среднее образование» появилось окно по поиску, которое позволяло ввести необходимый факультет, специальность, или их фрагмент (Рисунок 21).
Рисунок 21
При нажатии кнопки «искать» появилось окно с найденной информацией согласно введенным данным по средне-специальным заведениям (Рисунок 22).
Рисунок 22
Заключение
В ходе разработки информационно-справочной системы по учебным заведениям: подсистема «Абитуриент», я освоил методику подсоединения базы данных Microsoft Windows Access в языке программирования Microsoft Visual Studio.Net, изучила sql запросы при обращении к базе данных Access, проанализировала структуру моей поисковой системы, ее необходимые компоненты, получила полную информацию о ВУЗах, факультетах и специальностях.