Разработка информационно-справочной системы по учебным заведениям - подсистема "Абитуриент"
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
?торые хранили бы в соответствии между собой, всю необходимую информацию об учебных заведениях.
Основными хранилищами данных будут являться сущности 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
СущностьАтрибутЗначениеvuzidvuz#Имя0Адрес0Контакт0Сайт*e-mail*fvuzidfvuz#Факультет0idvuz0suzidsuz#Имя0Адрес0Контакт0Сайт*e-mail*fsuzidfsuz#Факультет0idsuz0
На основе вышеуказанных данных построим ER-модель, изображение которой представлено в приложении В.
.2 Проектирование интерфейса программного средства
При проектировании пользовательского интерфейса к подсистеме Абитуриент предъявляются требования, основывающиеся на следующих принципах:
1. Структурный принцип. Организация пользовательского интерфейса является целесообразной, осмысленной и удобной. Она базируется на четких, целостных моделях, очевидных и распознаваемых пользователем. При этом родственные понятия связаны, а независимые разделены. Непохожие элементы дифференцируются, а похожие - выглядят похоже.
2. Принцип простоты. Максимально упрощено управление наиболее распространенными операциями. При этом общение с пользователем ведется на понятном для него языке.
. Принцип видимости. Все функции и данные, необходимые для выполнения данной задачи не скрыты, чтобы пользователь не отвлекался на дополнительную и избыточную информацию.
. Принцип обратной связи. Пользователям сообщаются о действиях системы, ее реакциях, изменениях состояния или ситуации, об ошибках и исключениях, которые важны для них. Сообщения являются четкими, краткими, однозначными и написанными на языке, понятном пользователю.
. Принцип толерантности. Интерфейс гибкий и толерантный. Ущерб, наносимый ошибками пользователя, снижается за счет предотвращения появления этих ошибок путем анализа различных форматов ввода и разумной интерпретации любых разумных действий.
. Принцип повторного использования. Многократно используются внутренние и внешние компоненты и принципы поведения системы, поддерживая устойчивость осмысленно, а не просто за счет избыточности. Это способствует уменьшению объема информации,