Разработка информационно-справочной системы по учебным заведениям (подсистема 'Оператор'). Курсовая работа (т). Информационное обеспечение, программирование.

💣 👉🏻👉🏻👉🏻 ВСЯ ИНФОРМАЦИЯ ДОСТУПНА ЗДЕСЬ ЖМИТЕ 👈🏻👈🏻👈🏻

Информационное обеспечение, программирование

Вы можете узнать стоимость помощи в написании студенческой работы.


Помощь в написании работы, которую точно примут!

Похожие работы на - Разработка информационно-справочной системы по учебным заведениям (подсистема 'Оператор')

Скачать Скачать документ
Информация о работе Информация о работе


Скачать Скачать документ
Информация о работе Информация о работе


Скачать Скачать документ
Информация о работе Информация о работе


Скачать Скачать документ
Информация о работе Информация о работе


Скачать Скачать документ
Информация о работе Информация о работе


Скачать Скачать документ
Информация о работе Информация о работе

Нужна качественная работа без плагиата?

Не нашел материал для своей работы?


Поможем написать качественную работу Без плагиата!

1. Формирование требований к программному средству


1.2 Разработка диаграммы вариантов использования


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


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


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


3.1 Концептуальное и логическое проектирование структуры
информационного обеспечения


3.2 Проектирование пользовательского интерфейса


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


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


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


4.4 Реализация функциональности программного средства


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


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


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


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


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


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


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


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


Настоящий документ разрабатывается в рамках создания
информационно-справочной системы по учебным заведениям.


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


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


Определение проблем представим с помощью таблицы 1.1.2.1,
таблицы 1.1.2.2 и таблицы 1.1.2.3, представленных ниже.




Недостаточно
оперативный обмен информацией между диспетчером и взаимодействующими лицами
заведений

Диспетчер,
лица, предоставляющие информацию о своих заведениях

Оптимальная
организация работы взаимодействующих лиц

Высокая
трудоёмкость работы введения данных

Большая
нагрузка, ошибки ввода данных

Исключение
ошибок за счет снижения часов работы за день

ПроблемаСложность
получения достоверной информации в указанные сроки

Оператор,
диспетчер, лица, предоставляющие информацию о своих заведениях

Незнание о
реальном состоянии информации учебного заведения

Выдача
достоверной (обновленной) информации в оговоренные заранее сроки

Определение позиции изделия представим с помощью таблицы
1.1.2.4, представленной ниже.




Требуется
автоматизировать процесс сбора данных об учебных заведениях ВПО и СПО

Информационно-справочная
система по учебным заведениям: подсистема "Оператор"

Основан на
создании единой базы справочной информации об учебных заведениях ВПО и СПО

Существующего
неавтоматизированного сбора информации

Исключает
недостоверность информации за счет создания единой БД

Рассмотрим сведения о пользователях. У системы существуют два
основных пользователя: оператор и диспетчер. Оператор - вводит данные о
заведениях. Диспетчер - принимает звонки от лиц, представлявших соответствующие
заведения ВПО и СПО.


Профили пользователей рассмотрим с помощью таблицы 1.1.3.1 и
таблицы 1.1.3.2, представленных ниже.




Пользователь
системы, наделенный правами на занесение, изменение данных о заведениях.

Вводит,
изменят, удаляет по мере необходимости данные об учебных заведениях ВПО и
СПО.

Получение
достоверных (обновленных) данных

Пользователь
системы, наделенный правами на внесение фактической информации о заведениях

Следит за
выполнением работы в срок и за достоверностью полученной информации

Выполнение
работы в срок; наличие достоверной фактической информации

Теперь рассмотрим более подробно пользовательскую среду. Для
работы с системой требуется наличие компьютера или КПК с платформой,
поддерживающей операционную систему Microsoft Windows 2000 и выше, и поддержка
платформы Framework.net 2.0.


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





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


Рассмотрим сводку возможностей, представленных в таблице
1.1.4.1.




Подготовка
более правильных и точных данных для оператора

Предоставление
достоверной информации от учебных заведений

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


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


В назначении исполнителей существует возможность для каждой
из работ назначить исполнителей.





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




Рассмотрим применимость ПС. Время, необходимое для обучения
обычных пользователей составляет 4 часа, для обучения продвинутых пользователей
- 1 час. Время отклика для типичных задач составляет не более 3 секунд, для
сложных задач - не более 5 секунд.


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


Система должна соответствовать всем стандартам интерфейса
пользователя Microsoft Windows и Microsoft.net Framework.


·       500 Mb свободного дискового
пространства;


·       процессор с тактовой частотой 850 MHz ;


·       Операционная система Microsoft Windows ;


·       Платформа
Microsoft.net Framework 2.0.


Теперь рассмотрим эксплуатационные требования. Система должна
быть способна поддерживать минимум 1 работающего пользователя, работающего с
БД.





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


Так же необходимо "Руководство по установке и
конфигурированию", другими словами должно быть наличие файла "ReadMe. txt".


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


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


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




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

принимает
звонки от лиц, представлявших соответствующие заведения ВПО и СПО

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




Этот вариант
использования позволяет оператору заносить новые данные о заведениях

Этот вариант
использования позволяет оператору корректировать устаревшие данные

Оператор
удаляет устаревшую, неактуальную информацию

Посредством
работы с данными сформировать БД

Используется
диспетчером для получения нужной информации

Предоставляет
информацию для работы оператору

Использует
ресурсы БД для своей работы

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





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


Выходная информация представлена единой базой данных, в
которой хранится вся занесенная информация о заведениях. В нашей работе
источником исходной информации является диспетчер. Опишем исходные данные,
предоставляемые источником, с помощью таблицы 2.1.1.




Контактная
информация (телефон, факс)

Показывает,
какие факультеты и специальности включает в себя заведение

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


Рассмотрим внешние объекты, с которыми связана система, с
помощью таблицы 2.2.1.




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


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






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






Далее построим диаграмму потоков данных для процесса
"обработка данных", т.к. именно он требует своего детального
рассмотрения и анализа. Диаграмму потоков данных представим в приложении Б.





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


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


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


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


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


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


Рассмотрим атрибуты сущности "vuz":


)       idvuz - хранит уникальный порядковый номер заведения
ВПО;


2)     Имя - хранит данные о названии заведения ВПО;


3)     Адрес - хранит адрес заведения;


4)     Контакт - хранит номера контактных телефонов и
факсов;


)       Сайт - хранит адреса официальных сайтов учебного
заведения;


6)     e-mail - хранит адреса электронной почты заведения ВПО.


Рассмотрим атрибуты сущности "suz":


)       isvuz - хранит уникальный порядковый номер заведения CПО;


2)     Имя - хранит данные о названии заведения СПО;


3)     Адрес - хранит адрес заведения;


4)     Контакт - хранит номера контактных телефонов и
факсов;


)       Сайт - хранит адреса официальных сайтов учебного
заведения;


6)     e-mail - хранит адреса электронной почты заведения CПО.


Рассмотрим атрибуты сущности "fvuz":


)       idfvuz - хранит уникальный порядковый номер
специальности ВПО;


2)     Факультет - хранит название специальности заведения
ВПО;


3)     idvuz - хранит порядковый номер заведения ВПО,
которому принадлежит специальность.


Рассмотрим атрибуты сущности "fsuz":


)       idfsuz - хранит уникальный порядковый номер
специальности СПО;


5)     Факультет - хранит название специальности заведения
СПО;


6)     idsuz - хранит порядковый номер заведения СПО,
которому принадлежит специальность.


Для построения ER-модели так же необходимо указать значение для
каждого атрибута. Атрибут может входить в состав первичного ключа (обозначается
символом " # ") или быть описательным, т.е. обычным дескриптором
сущности. Значение атрибута может быть обязательное (обозначается символом
" ° ") или необязательное (обозначается
символом " * "). Представим список сущностей предметной области,
список атрибутов сущностей с помощью таблицы 3.1.1.







На основе вышеуказанных данных построим ER-модель, изображение
которой представлено в приложении В.


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


Определим основные пространства нашего интерфейса:


)       Оператор - пространство выбора типа учебного
заведения;


2)     Учебное заведение - содержит в себе список учебных
заведений выбранного типа, дает возможность ознакомления с данными заведения из
списка;


)       Новое Учебное заведение - пространство создания
данных нового учебного заведения данного типа;


)       Специальности - пространство списка специальностей,
заведения, выбранного из списка.


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


Представим модель абстрактного содержимого на рисунке 3.2.1,
представленном ниже.




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


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




Рассмотрим более подробное описание законченных пространств
взаимодействия и связи между ними:


)       Окно "Оператор" - пользователь выбирает
тип учебного заведения, с которым будет работать;


2)     Окно "ВУЗ" - предоставляет возможность
изменения данных уже набранных ВУЗов из списка или возможность перехода в окно
"Добавить ВУЗ", так же содержит переход в окно "Специальности
ВУЗа";


)       "ССУЗ" - предоставляет возможность
изменения данных уже набранных ССУЗов из списка или возможность перехода в окно
"Добавить ССУЗ", так же содержит переход в окно "Специальности
ССУЗа";


)       Окно "Добавить ВУЗ" - создание данных
нового ВУЗа;


)       Окно "Добавить ССУЗ" - создание данных
нового ССУЗа;


)       Окно "Специальности ВУЗа" - хранит список
специальностей ВУЗа, добавляет новые специальности, изменяет или удаляет
старые.


)       Окно "Специальности ВУЗа" - хранит список
специальностей ССУЗа, добавляет новые специальности, изменяет или удаляет
старые.


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


Рассмотрим графические компоненты для каждого окна:


)       Окно "Оператор": содержит две кнопки для
выбора типа заведения и кнопку выхода из ПС;


2)     Окно "ВУЗ" - содержит список ВУЗов, четыре
поля вода данных, две кнопки перехода в последующие окна и кнопку выхода, то
есть перехода в предыдущее окно;


)       "ССУЗ" - содержит список ССУЗов, четыре
поля ввода данных, две кнопки перехода в последующие окна и кнопку выхода, то
есть перехода в предыдущее окно;


)       Окно "Добавить ВУЗ" - содержит поле ввода
названия ВУЗа, четыре поля ввода новых данных, кнопку сохранения введенных
значений и кнопку перехода в предыдущее меню;


)       Окно "Добавить ССУЗ" - содержит поле ввода
названия ВУЗа, четыре поля ввода новых данных, кнопку сохранения введенных
значений и кнопку перехода в предыдущее меню;


)       Окно "Специальности ВУЗа" - содержит поле
ввода специальности, список введенных специальностей, кнопку добавления поля в
список, кнопку перехода в предыдущее меню;


)       Окно "Специальности ВУЗа" - содержит поле
ввода специальности, список введенных специальностей, кнопку добавления поля в
список, кнопку перехода в предыдущее меню.


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




В нашем случае =1 и =15, значит СЭ=87.





Для реализации программного средства будет выбрана среда
разработки MS Visual Studio 2005. Данная среда включает языки
программирования С++, С#, J#, Visual Basic, Ajax, интегрированный Web-сервер для тестирования Web приложений, а так же
очень развитую IDE среду и многое другое. Отметим, что MS Visual Studio 2005 - интегрированный
инструмент для создания приложений под все распространенные платформы Microsoft. К тому же в комплект
поставки включены так называемые starter kits - готовые шаблоны для создания приложений на
основе типичных решений, а дополнительные компоненты можно загрузить с сайта Microsoft. В целом Visual Studio 2005 выглядит весьма
продуманным и качественным продуктом. Несмотря на обилие усовершенствований и
значительных изменений, во время тестирования пакет продемонстрировал себя как
стабильное и надежное решение, сказывается продолжительный срок и масштабы
тестирования Microsoft.


Для реализации информационного обеспечения будет выбрана
среда разработки MS Access 2003. Рассмотрим один из основных плюсов разработки на MS Access - плотная связь с Microsoft Office. Для нормальной работы
созданного приложения достаточно установить Офис. При этом так же
устанавливаются все нужные для работы Access библиотеки, ODBC и т.д., что не всегда
скажешь про тот же Delphi. Access достаточно хорошо совместим с MS SQL Server и другими форматами баз
данных. Каждая задача при решении включает в себя выбор способа решения. Access при всей его внешней
простоте позволяет решать весьма сложные задачи. Access достаточно серьезный
инструмент, на котором быстро и хорошо можно сделать довольно сложные и совсем
не "детские" вещи. Для многих проектов, где важна скорость
разработки, Access подходит как нельзя лучше. Access изначально представлялся
как настольная база данных, и в этой сфере ему трудно найти равного соперника.
Так же Access очень хороший контейнер для хранения запросов и таблиц при работе
с ними через ADO. Если не устраивает типовой набор контролов, то можно написать
интерфейс для работы при помощи других средств, например, VisualStudio.


Все вышеперечисленное дает большие возможности для быстрой и
надежной разработки этого программного средства, а так же его отладки,
тестирования и развертывания. Система будет разработана на языке
программирования Visual С# с использованием СУБД Microsoft Access 2003.


На основании списка сущностей предметной области, описанного
выше, и связей между ними можно сгенерировать схему базы данных. Создание нашей
базы данных будет происходить в несколько этапов:


3)     Связь таблиц между собой, построение схемы данных БД.


Рассмотрим каждый из этих этапов более подробно.


Осуществление первого этапа будет производить при помощи Microsoft Access 2003. открываем
программу, выбираем в меню Файл/Создать/Новая база данных, в соответствии с
рисунком 3.1.2.1.




Далее в появившемся окне задаем имя базы данных, выбираем
место создания базы данных и нажимаем кнопку "Создать", в
соответствии с рисунком 3.1.2.2.




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




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




Рассмотрим подробно создание первой формы. Для остальных форм
приведем только описание содержания.


Сначала откроем MS Visual Studio 2005. Далее выберем
разрабатываемый проект, представленный на рисунке 4.3.1.
Откроем окно Solution Explorer, правой кнопкой мыши кликнуть по названию
проекта и выбрать пункт под названием Add New Project, далее Add New Form (рисунок 4.3.2).




Создаем объект lable1 и в свойствах объекта вводим в поле текста
"", в соответствии с рисунком 4.3.3.




Далее размещаем объекты groupBox1 и groupBox2, в соответствии с
рисунком 4.3.4.




Создаем объекты button1 и button2, представленные на рисунке 4.3.5.




Теперь создаем объект button3, представленный на
рисунке 4.3.6.




Далее создаем объект linkLabel1, представленный на
рисунке 4.3.7.




Для остальных форм опишем, какие объекты на них расположены.


Рассмотрим форму Form2, в соответствии с рисунком 4.3.8.


На форме представлены объекты button3, button4,
button5, button6, label1, label2, label3, label4, label5, label6, label7,
label8, comboBox1, textBox2, textBox3, textBox4, textBox5, linkLabel1.




Рассмотрим форму Form3, в соответствии с рисунком 4.3.9.


На форме представлены объекты button3, button4,
button5, button6, label1, label2, label3, label4, label5, label6, label7,
label8, comboBox1, textBox2, textBox3, textBox4, textBox5, linkLabel1.




Рассмотрим форму Form4, в соответствии с рисунком 4.3.10.


На форме представлены объекты button1, button2,
button3, button4, label1, label3, label6, comboBox1, textBox1, linkLabel1.




Рассмотрим форму Form5, в соответствии с рисунком 4.3.11.


На форме представлены объекты button1, button2,
button3, button4, label1, label3, label6, comboBox1, textBox1, linkLabel1.




Рассмотрим форму Form_AddSuz, в соответствии с рисунком 4.3.12.


На форме представлены объекты textBox1, textBox2, textBox3, textBox4, textBox5, button1, button2, label1, label2, label3, label4, label5, linkLabel1.




Рассмотрим форму Form_AddVuz, в соответствии с рисунком 4.3.13.


На форме представлены объекты t
Похожие работы на - Разработка информационно-справочной системы по учебным заведениям (подсистема 'Оператор') Курсовая работа (т). Информационное обеспечение, программирование.
Экологическая Токсикология Реферат
В Н Татищев Сочинения
Эссе Правила И Традиции Моей Семьи
Контроль Качества Готовой Формы Препаратов Реферат
Реферат: He Let Her Go An Essay On
Контрольная работа по теме Очистка выбросов от вредных газов
Функции Науки В Жизни Общества Эссе
Реферат по теме Функциональные стили речи
Отчет По Практике По Газу
Курсовая работа по теме Разработка устройства, предназначенного для формирования импульсных сигналов с заданным периодом и скважностью - ШИМ-регулятор
Реферат: Организация финансового управления предприятием Детский сад № 19 "Пчелка". Скачать бесплатно и без регистрации
Контрольная Работа Номер 2 Алгебра 10 Класс
Сочинение О Полку Игореве О Игоре
Курсовая работа по теме Пластинчатый теплообменник
Курсовая работа: Расчет дуо-реверсивной клети 1000. Скачать бесплатно и без регистрации
Реферат по теме Структурная политика г. Иваново
Курсовая работа: Тепловой контроль и автоматика тепловых сетей
Реферат На Тему Культура И Природа
Курсовая Работа На Тему Разработка Технологических Приемов Выращивания Груши
Организационное Поведение Как Наука И Практика Реферат
Реферат: 1610-е
Контрольная работа: Социальная мобильность
Курсовая работа: Анализ хозяйственной деятельности МУЖРЭП 14