Размещено на http://www.allbest.ru/

Содержание

• Введение
• 1. Разработка системного проекта
• 1.1 Назначение разработки
• 1.2 Требования к функциональным характеристикам
• 1.2.1 Состав выполняемых функций
• 1.3 Требование к надежности и безопасности
• 1.4 Требования к составу и параметрам технических средств
• 1.5 Требование к информационной и программной совместимости
• 2. Разработка технического проекта
• 2.1 Анализ требований и определение спецификаций программного обеспечения
• 2.1.1 Выбор технологии проектирования
• 2.1.2 Построение моделей
• 2.2 Проектирование модели данных
• 2.3 Детальное проектирование программного обеспечения (конструирование прототита)
• 2.4 Создание пользовательского интерфейса
• 3. Реализация
• 3.1 Обоснование выбора средств разработки
• 3.2 Описание основных программных модулей
• 4. Тестирования программного продукта
• 4.1 Назначение документа
• 4.2 Цель тестирования
• 4.3 План тестирования
• 4.3.1 Функциональное тестирование
• 4.3.2 Тестирование в определенной среде
• Вывод
• Список использованых источников

Введение

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

Целью проекта является создания автоматизированной информационной системы «Создание расписания для преподавателей».

1. Разработка системного проекта

1.1 Назначение разработки

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

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

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

1.2 Требования к функциональным характеристикам

1.2.1 Состав выполняемых функций

Разрабатываемая АИС «Создание расписания для преподавателей» должна обеспечивать:

ѕ автоматическое создание расписания;

ѕ авторизация пользователя;

ѕ ввод данных

ѕ редактирование данных;

ѕ возможность повторного создания расписания со внесенными изменениями;

Входными данными являются:

ѕ название группы;

ѕ фамилия, имя, отчество преподавателя;

ѕ название дисциплины;

ѕ количество часов на каждую дисциплину;

ѕ нагрузка преподавателя;

ѕ календарь рабочих дней;

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

Вся входящая информация и готовое расписание хранится в базе данных.

1.3 Требование к надежности и безопасности

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

1.4 Требования к составу и параметрам технических средств

Системные требования:

ѕ тактовая частота процессора >2 000 Гц;

ѕ объем операционной памяти 1024 Мб;

ѕ объем свободного дискового пространства 500 Мб;

ѕ разрешение монитора 1024 х 768

1.5 Требование к информационной и программной совместимости

Программа является совместимой с операционной системой Windows 7. Готовое расписание формируется в редакторе электронных таблиц MS Office Excel 2010, а MS Office Access 2010 необходим для работы с базой данных.

2. Разработка технического проекта

2.1 Анализ требований и определение спецификаций программного обеспечения

2.1.1 Выбор технологии проектирования

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

2.1.2 Построение моделей

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

Рисунок 2.1 Функциональная диаграмма

Для уточнения входных данных сделаем декомпозицию верхнего уровня (рис.2.2) . Разобьем на три блока: группы, дисциплины, формирование расписания.

Рисунок 2.2 Диаграмма уточняющая функция программы

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

Рисунок 2.3 Детализация функции составления расписания

2.2 Проектирование модели данных

Теперь разработаем диаграмму «сущность-связь» (ER-модель данных), которая обеспечивает способ определения данных и отношений между ними. Модель данных включает сущности и связи между ними. Диаграмма «сущность- связь» в отличии от функциональных диаграмм определяют спецификации структуры данных программного обеспечения.

Основные отношения между сущностями показаны ни рис. 2.4. На следующем шаге определяем атрибуты каждой сущности рис. 2.5.

Рисунок 2.4 Диаграмма «сущность- связь» для описания базы данных (началиный вариант)

Рисунок 2.5 Окончательный вариант ER- диаграммы

2.3 Детальное проектирование программного обеспечения (конструирование прототита)

Детальное проектирование программного обеспечение включает в себя разработку структурной схемы, которая дает достаточно полное представление о проектироемом программном обеспечении. Разрабатываемую программную систему «Создания расписания для преподавателей» можно декомпозировать на ряд функциональных подсистем: создания расписания, ввод данных в базу, редактирование данных. Исходя из этого, строится структурная схема программы и на ее основании проектируется структура Главного меню программы. Структурная схема программного обеспечения разрабатываемой информационной системы «Создание расписания для преподавателей» представлена на рис. 2.6.

Рисунок 2.6 Структурная схема программной системы «Создания расписания для преподавателей»

2.4 Создание пользовательского интерфейса

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

При входе в программу мы видим окно авторизации (рис 2.7), где нам необходимо ввести пароль для входа в программу.

Рисунок 2.7 Окно авторизации

При успешной авторизации появляется главное окно программы (рис 2.8), которое содержит такие кнопки: ввод данных, редактирование данных, создание расписания, выход а так же окно содержит меню, которое состоит из таких вкладок: создать расписание, выход и сменить пароль.

При нажатии на кнопку ввод данных рис. 2.9, содержит поля для ввода информации и кнопку сохранить. При нажатии на кнопку сохранить появляется запрос на подтверждения сохранения (рис 2.10).

Рисунок 2.8 Вкладка ввода данных

Рисунок 2.9 Окно ввода данных

Рисунок 2.10 Подтверждения сохранения

Нажав на кнопку редактирования данных рис 2.11, мы увидем поля с данными, которые можно редактировать.

Рисунок 2.11 Вкладка редактирования данных

При нажатии на кнопку создать расписание, автоматически создается учебное расписание расписания и сохраняется в указаной папке как файл электронной таблици MS Office Excel.

При нажатии, в главном меню, на кнопку сменить пароль появится окно ввода вного пароля (рис.2.12).

Рисунок 2.12 Создание расписания

3. Реализация

3.1 Обоснование выбора средств разработки

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

В настоящие время Delphi 7, самая распространенная из всех доступных программных средств для разработки.

3.2 Описание основных программных модулей

Для описания работы отдельных модулей программы, выберем модуль занесения данных. Схема алгоритма занесения данных рис. 3.1.

Рисунок 3.1 Схема алгоритма занесения данных

4. Тестирования программного продукта

4.1 Назначение документа

Цель настоящего тест плана является описание процесса тестирования АИС «Создание расписания для преподавателей». Данный документ позволяет получить информацию о проведенных тестированиях и об результатах проведенной работы.

4.2 Цель тестирования

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

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

4.3 План тестирования

4.3.1 Функциональное тестирование

Цель: выявление функциональных ошибок, несоответствие технического задания и ожидание пользователя.

Классификация функций:

1. Работы с главной формой

1.1 Работа главного меню

1.2 Работа всех кнопок

2. Работа формы ввода данных

2.1 Запись элементов

2.2 Удаление элементов

3. Авторизация пользователя.

4.3.2 Тестирование в определенной среде

Цель: проверить корректную работу и дизайн проекта в различных операционных системах и при различных расширениях мониторов.

4.3.3 Стресс-тестирование

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

1. Поля ввода авторизации

2. Поля ввода добавления данных

3. Поля смены пароля

4.4 Процесс тестирования

4.4.1 Функциональное тестирование

Таблица 4.1 Результат функционального тестирования

Таблица 4.2 Результат тестирования в определенной среде

4.4.3 Стресс-тестирование

Результаты стресс- тестирования:

1. Поля ввода авторизации

В поле ввода авторизации вводим буквы, ввод которых является недопустимым. Получаем информацию о не корректном вводе данных (рис. 4.1).

Рисунок 4.1 Результат стресс-тестирования поля авторизации

2. Поля добавления данных

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

Рисунок 4.2 Результат стресс-тестирования полей ввода данных

3. Поля смены пароля

При смене пароля, в поля ввода заносим недопустимые данные, такие как буквы и символы. Получаем сообщения об ошибке (рис. 4.3).

Рисунок 4.3 Результат стресс-тестирования полей смены пароля

Вывод

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

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

В процессе разработки проекта были получены необходимые навыки для разработки и проектирования программных средств.

Список использованых источников

1. ГОСТ 19.201-78 Техническое задание, требование к содержанию и оформлению.

2. ГОСТ 19. 101- 77 ЕСПД. Виды программ и программных документов.

3. Маланичев А.М., Кушнаренко Н.М. Организация и методика научна- исследовательской деятельности, 2004.

4. Сабитов Р.А., Основы научных исследований, 2002.

Размещено на Allbest.ru