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

• Введение
• 1. Формирование требований к программному средству
• 1.1 Создание документа «Видение»
• Введение
• Позиционирование
• Описания пользователей
• Краткий обзор изделия
• Возможности продукта
• Ограничения
• Показатели качества
• Другие требования к изделию
• Требования к документации
• Маркировка и пакетирование
• 1.2 Разработка диаграммы вариантов использования
• 2. Анализ предметной области
• 2.1 Описание входной и выходной информации
• 2.2 Построение диаграммы потоков данных
• 3. Проектирование программного средства
• 3.1 Концептуальное и логическое проектирование структуры информационного обеспечения
• 3.2 Проектирование пользовательского интерфейса
• 4. Реализация программного средства
• 4.1 Выбор средств реализации
• 4.2 Реализация информационного обеспечения
• 4.3 Реализация пользовательского интерфейса
• 4.4 Реализация функциональности программного средства
• 5. Руководство пользователя
• 6. Тестирование программного средства
• Заключение
• Приложения

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

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

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

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

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

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

учебное заведение база

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

1.1 Создание документа «Видение»

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

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

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

Позиционирование

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

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

Таблица 1.1.2.1

Таблица 1.1.2.2

Таблица 1.1.2.3

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

Таблица 1.1.2.4

Описания пользователей

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

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

Таблица 1.1.3.1

Таблица 1.1.3.2

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

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

Краткий обзор изделия

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

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

Таблица 1.1.4.1

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

Возможности продукта

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

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

Ограничения

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

Показатели качества

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

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

Другие требования к изделию

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

Минимальные системные требования:

· 64 Mb памяти;

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

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

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

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

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

Требования к документации

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

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

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

Маркировка и пакетирование

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

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

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

Таблица 1.2.1

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

Таблица 1.2.2

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

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

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

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

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

Таблица 2.1.1

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

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

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

Таблица 2.2.1

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

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

Рисунок 2.2.1

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

Рисунок 2.2.2

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

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

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

Концептуальное проектирование базы данных представляет собой процесс описания бизнес требований и данных с точки зрения пользователя. Логическая модель отражает структуру данных с точки зрения разработчика. На этом этапе определяется тип системы управления базами данных, объекты БД, отношения между ними. Проектирование БД на логическом уровне является важным шагом процесса проектирования. Если для отображения концептуального моделирования применяется 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) Имя — хранит данные о названии заведения ВПО;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 3.1.1

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

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

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

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

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

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

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

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

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

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

Рисунок 3.2.1

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

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

Рисунок 3.2.2

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

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

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

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

4) Окно «Добавить ВУЗ» — создание данных нового ВУЗа;

5) Окно «Добавить ССУЗ» — создание данных нового ССУЗа;

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

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

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

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

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

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

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

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

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

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

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

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

(3.2.1)

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

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

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

Для реализации программного средства будет выбрана среда разработки 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.

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

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

1) Создание БД;

2) Создание таблиц и полей;

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

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

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

Рисунок 3.1.2.1

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

Рисунок 3.1.2.2

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

Рисунок 3.1.2.3

Рисунок 3.1.2.4

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

Рисунок 3.1.2.5

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

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

Сначала откроем MS Visual Studio 2005. Далее выберем разрабатываемый проект, представленный на рисунке 4.3.1.

Рисунок 4.3.1

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

Рисунок 4.3.2

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

Рисунок 4.3.3

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

Рисунок 4.3.4

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

Рисунок 4.3.5

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

Рисунок 4.3.6

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

Рисунок 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.

Рисунок 4.3.8

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

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

Рисунок 4.3.9

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

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

Рисунок 4.3.10

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

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

Рисунок 4.3.11

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

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

Рисунок 4.3.12

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

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

Рисунок 4.3.13

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

Рассмотрим функции объектов на формах с помощью таблиц.

Form1 представлена в таблице 4.4.1 Form2 представлена в таблице 4.4.2 Form3 представлена в таблице 4.4.3 Form4 представлена в таблице 4.4.4 Form5 представлена в таблице 4.4.5 Form_AddSuz представлена в таблице 4.4.6 Form_AddVuz представлена в таблице 4.4.7.

Таблица 4.4.1

Таблица 4.4.2

Таблица 4.4.3

Таблица 4.4.4

Таблица 4.4.5

Таблица 4.4.6

Таблица 4.4.7

Полный листинг кода реализации функциональных возможностей ПС, приведен в приложении Г.

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

Рассмотрим руководство пользователя первого окна на рисунке 5.1, второго и третьего окна на рисунке 5.2, четвертого и пятого окна на рисунке 5.3, последних двух окон на рисунке 5.4.

Рисунок 5.1

Рисунок 5.2

Рисунок 5.3

Рисунок 5.4

Так же к программе прилагается файл ReadMy. txt, содержащий текст:

" В папке «Оператор» откройте файл WindowsApplication. exe

Внимание! не удаляйте остальные файлы из папки и не копируйте файл WindowsApplication. exe отдельно от других файлов.

При необходимости перемещения или копировании программы необходимо скопировать папку с программой полностью" .

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

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

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

Заключение

В данном курсовом проекте, мною была спроектирована и разработана подсистема «Оператор» информационно-справочной системы по учебным заведениям.

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

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

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

Приложения

Приложение А

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

Приложение Б

Диаграмма потоков данных

Приложение В

Приложение Г

Листинг программы

Form1

using System;

using System. Collections. Generic;

using System. componentModel;

using System. Data;

using System. Drawing;

using System. Text;

using System. Windows. Forms;

using System. Diagnostics;

namespace WindowsApplication

{

public partial class Form1: Form

{

public Form1 ()

{

InitializeComponent ();

}

private void button1_Click (object sender, EventArgs e)

{

Form2 f = new Form2 ();

f. Show ();

}

private void button2_Click (object sender, EventArgs e)

{

Form3 f = new Form3 ();

f. Show ();

}

private void button3_Click (object sender, EventArgs e)

{

Close ();

}

private void linkLabel1_LinkClicked (object sender, LinkLabelLinkClickedEventArgs e)

{

Process. Start («help. htm»);

}

}

}

Form2

using System;

using System. Collections. Generic;

using System. componentModel;

using System. Data;

using System. Drawing;

using System. Text;

using System. Windows. Forms;

using System. Diagnostics;

namespace WindowsApplication

{

public partial class Form2: Form

{

public Form2 ()

{

InitializeComponent ();

}

private void button3_Click (object sender, EventArgs e)

{

Close ();

}

private void button5_Click (object sender, EventArgs e)

{

Form4 f = new Form4 ();

f. show₁ (comboBox1. Text, Convert. ToString (vuzBindingSource. Position + 1));

this. Close ();

}

public bool ch = false;

private void Form2_Load (object sender, EventArgs e)

{

// TODO: This line of code loads data into the 'dataSet11. vuz' table. You can move, or remove it, as needed.

this. oleDbDataAdapter1. Fill (dataSet11);

}

private void button6_Click (object sender, EventArgs e)

{

Form_AddVuz vuz = new Form_AddVuz ();

vuz. Show ();

this. Close ();

}

private void button4_Click (object sender, EventArgs e)

{

oleDbDataAdapter1. Update (dataSet11);

button5. Enabled = true;

button6. Enabled = true;

}

public void AddDataSet_vuz (string name, string adres, string kontakt, string mail, string site)

{

DataRow Nrow = dataSet11. Tables [" vuz" ]. NewRow ();

Nrow [" имя ВУЗа" ] = name;

Nrow [" адрес" ] = adres;

Nrow [" контакты" ] = kontakt;

Nrow [" сайт" ] = site;

Nrow [" e-mail" ] = mail;

dataSet11. Tables [" vuz" ]. Rows. Add (Nrow);

button6. Enabled = false;

button5. Enabled = false;

vuzBindingSource. MoveLast ();

}

private void linkLabel1_LinkClicked (object sender, LinkLabelLinkClickedEventArgs e)

{

Process. Start («help. htm»);

}

}

}

Form3

using System;

using System. Collections. Generic;

using System. componentModel;

using System. Data;

using System. Drawing;

using System. Text;

using System. Windows. Forms;

using System. Diagnostics;

namespace WindowsApplication

{

public partial class Form3: Form

{

public Form3 ()

{

InitializeComponent ();

}

private void menuStrip1_ItemClicked (object sender, ToolStripItemClickedEventArgs e)

{

}

private void button5_Click (object sender, EventArgs e)

{

Form5 f = new Form5 ();

f. show₁ (comboBox1. Text, Convert. ToString (suzBindingSource. Position + 1));

this. Close ();

}

private void button3_Click (object sender, EventArgs e)

{

Close ();

}

private void Form3_Load (object sender, EventArgs e)

{

oleDbDataAdapter1. Fill (dataSet31);

}

private void button6_Click (object sender, EventArgs e)

{

Form_AddVuz suz = new Form_AddVuz ();

suz. Show ();

this. Close ();

}

public void AddDataSet_suz (string name, string adres, string kontakt, string mail, string site)

{

DataRow Nrow = dataSet31. Tables [" suz" ]. NewRow ();

Nrow [" имя ссуза" ] = name;

Nrow [" адрес" ] = adres;

Nrow [" контакты" ] = kontakt;

Nrow [" сайт" ] = site;

Nrow [" e-mail" ] = mail;

dataSet31. Tables [" suz" ]. Rows. Add (Nrow);

button6. Enabled = false;

button5. Enabled = false;

suzBindingSource. MoveLast ();

}

private void button4_Click (object sender, EventArgs e)

{

oleDbDataAdapter1. Update (dataSet31);

button5. Enabled = true;

button6. Enabled = true;

}

private void linkLabel1_LinkClicked (object sender, LinkLabelLinkClickedEventArgs e)

{

Process. Start («help. htm»);

}

}

}

Form4

using System;

using System. Collections. Generic;

using System. componentModel;

using System. Data;

using System. Drawing;

using System. Text;

using System. Windows. Forms;

using System. Diagnostics;

namespace WindowsApplication

{

public partial class Form4: Form

{

public Form4 ()

{

InitializeComponent ();

}

private void button1_Click (object sender, EventArgs e)

{

if (textBox1. Text! ="")

{

DataRow Nrow = dataSet21. Tables [" fvuz" ]. NewRow ();

Nrow [" факультет" ] = textBox1. Text;

Nrow [" idvuz" ] = it;

dataSet21. Tables [" fvuz" ]. Rows. Add (Nrow);

fvuzBindingSource. MoveLast ();

textBox1. Text = «» ;

}

else

{

MessageBox. Show («Введите называние специальности»);

}

}

private void button3_Click (object sender, EventArgs e)

{

Form2 f = new Form2 ();

f. Show ();

Close ();

}

public void show₁ (string vuz, string id)

{

it = id;

label3. Text = vuz;

this. Show ();

}

private void Form4_Load (object sender, EventArgs e)

{

oleDbDataAdapter1. Fill (dataSet21);

fvuzBindingSource. Filter = «idvuz = «+ it + «» ;

}

private void button4_Click (object sender, EventArgs e)

{

oleDbDataAdapter1. Update (dataSet21, «fvuz»);

}

private void button2_Click (object sender, EventArgs e)

{

fvuzBindingSource. RemoveCurrent ();

fvuzBindingSource. ResumeBinding ();

}

private void label2_Click (object sender, EventArgs e)

{

}

private void linkLabel1_LinkClicked (object sender, LinkLabelLinkClickedEventArgs e)

{

Process. Start («help. htm»);

}

private void textBox1_TextChanged (object sender, EventArgs e)

{

}

}

}

Form5

using System;

using System. Collections. Generic;

using System. componentModel;

using System. Data;

using System. Drawing;

using System. Text;

using System. Windows. Forms;

using System. Diagnostics;

namespace WindowsApplication

{

public partial class Form5: Form

{

public Form5 ()

{

InitializeComponent ();

}

private void button3_Click (object sender, EventArgs e)

{

Form3 f = new Form3 ();

f. Show ();

Close ();

}

public void show₁ (string vuz, string id)

{

it = id;

label3. Text = vuz;

this. Show ();

}

private void Form5_Load (object sender, EventArgs e)

{

oleDbDataAdapter1. Fill (dataSet41);

fsuzBindingSource. Filter = «idsuz = «+ it + «» ;