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

Курсовой проект - Компьютеры, программирование

Другие курсовые по предмету Компьютеры, программирование

µ более 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" должен содержать подробную инструкцию по установке данной системы, чтобы в случае необходимости пользователь смог произвести установку самостоятельно без помощи администратора.

 

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

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

 

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

 

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

 

Таблица 1.2.1

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

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

 

Таблица 1.2.2

Основной акторНаименованиеФормулировкаОператорЗаполнение данныхЭтот вариант использования позволяет оператору заносить новые данные о заведенияхОператорИзменение данныхЭтот вариант использования позволяет оператору корректировать устаревшие данныеОператорУдаление данныхОператор удаляет устаревшую, неактуальную информациюОператорСоздание единой БДПосредством работы с данными сформировать БДОператорДанные о заведенияхПолучает информацию для работыДиспетчерПолучение данных о заведенияхИспользуется диспетчером для получения нужной информацииДиспетчерДанные о заведенияхПредоставляет информацию для работы операторуПодсистема "Абитуриент"Создание единой БДИспользует ресурсы БД для своей работы

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

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

 

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

 

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

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

 

Таблица 2.1.1

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

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

 

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

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

 

Таблица 2.2.1

Объект ОписаниеВходная информацияданные об учебных заведенияхВыходная информацияединая БДУправлениепроцедуры и правилаМеханизмруководство пользователя

В нашей системе ?/p>