Курсовые работы / ПРИС П _11

1.9Инструкцияпользователяпоустановкепрограммногопродуктаиработесним ..... 13

1.10Способы и результаты тестирования программного продукта в различных

2

ВВЕДЕНИЕ

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

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

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

Для достижения цели необходимо решить следующие задачи:

проанализировать предметную область;

построить IDEF0 диаграммы;

описать таблицы базы данных;

протестировать созданное приложение.

3

1 ПРАКТИЧЕСКАЯ ЧАСТЬ

1.1 Постановка задачи

ИС должна содержать следующую информацию:

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

Наличие экзамена или расчетного задания дает 0.4 часа на одного обучаемого.

Сведения о преподавателях и их категориях (ФИО, должность-категория).

Сведения о почасовых тарифах, для различных категорий преподавателей

(должность, тариф за час).

Сведения о текущей нагрузке преподавателей по семестрам (аудиторные часы, расчетные задания и экзамены) и их оплаты за проведенные занятия в каждом семестре.

Сведения о группах обучающихся (название группы, численность студентов и т.д.).

ИС должна обеспечивать:

Ввод, удаление и редактирование той или иной информации, с

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

Многопользовательский режим.

пароль).Обеспечить возможность оперативного изменения пароля. Количество различных пользователей – не менее 3.

Резервное копирование информационных баз по желанию пользователя

(только администратора).

4

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

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

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

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

Формировать отчеты по нагрузке и оплате любого выбранного преподавателя (с возможностью печати на принтере) по семестрам и в целом.

Выдачу списка дисциплин, по которым любой выбранный

преподаватель в заданном семестре принимал экзамены. Организовать возможность вывода списка в MSWord (или MSExcel).

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

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

- ввод, редактирование и удаление данных о читаемых дисциплинах,

преподавателях, обучающихся группах, почасовых тарифах преподавателей,

текущей нагрузке преподавателей;

- выполнение сервисных функций (создание резервной копии базы данных,

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

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

-Формировать отчеты по нагрузке и оплате любого выбранного преподавателя

(с возможностью печати на принтере) по семестрам и в целом.

5

- многопользовательский режим работы.

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

Для повышения удобства и скорости ввода информации, необходимо

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

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

снятия этой пометки при завершении работы.

Так же необходимо создать разные права доступа к объектам информационной системы разным пользователям. В создаваемой информационной системе будет 3 пользователя: администратор (ограничения в правах отсутствуют),

преподаватель (доступ к справочникам, доступ к отчетности), и гость (может только

ознакомиться со справочниками).

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

список тарифных ставок.

Выходными документами являются: список преподавателей, которые ведут занятия в любой заданной пользователем группе; отчеты по нагрузке и оплате

преподаватель в заданном семестре принимал экзамены, также реализована вывод списка в MSWord (или MSExcel) с возможностью печати.

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

6

1.3 Функциональная модель по стандарту IDEF0 (Icam DEFinition) и

методологии SADT

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

которые необходимо автоматизировать. Функциональная модель построена с точки зрения интегрированного пользователя [4]. Это обусловлено тем, что основным пользователем является преподаватель. Кроме того, есть еще Администратор,

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

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

- коэффициент уровня – данный коэффициент с каждым переходом на нижний уровень он не должен увеличиваться, он рассчитывается по формуле (1.1)

где N – количество блоков на уровне, L – номер уровня;

- коэффициент сбалансированности – значение данного коэффициента должно лежать в пределах от 0 до 4, он рассчитывается по формуле (1.2)

где Аi – стрелка;

- коэффициент применения элементарных функций – если kЭ>1 и С>0,5, то диаграмма не нуждается в дальнейшей детализации, он рассчитывается по формуле

(1.3)

kэ L *C L * N эл.ф. , N

7

1.3)

Далее был проведен сам количественный анализ, данные которого

представлены в таблице 1.2.

Таблица 1.2 – Количественный анализ

Из таблицы 1.2 можно сделать вывод о качественности модели, поскольку с увеличение уровня коэффициент уровня убывает, коэффициент сбалансированности не превышает 2.25, а коэффициенты применения элементарных функций на нижних уровнях соответствуют значениям, при которых дальнейшая детализация не нужна

[5-6].

1.4 Логическая и физическая модели данных по стандарту IDEF1X

На рисунке 1.1 представлена логическая модель данных разрабатываемой информационной системы для автоматизации рекламного агентства, построенная в соответствии со стандартом IDEF1X [7].

Рисунок 1.1 – Логическая модель данных На рисунке 1.2 представлена физическая модель данных [8].

8

Рисунок 1.2 – Физическая модель данных

1.5 Описание таблиц базы данных

База данных системы была построена в MS Access 2003 [9-10]. Она состоит из следующих таблиц:

dostup (идентифицирующие данные пользователей системы)

discipline (сведения о дисциплинах)

tarify (сведения о почасовой ставке преподавателей)

prepodavateli (сведения о преподавателях)

PrepodDiscipline (сведения о преподавателях и их предметах)

nagruzka (сведения о нагрузке преподавателей)

gruppy (информация о группах)

Схема данных моделируемой базы данных представлена на рисунке 1.3.

9

Рисунок 1.3 – Схема данных

Свойства полей вышеуказанных таблиц базы данных разрабатываемой информационной системы представлены в приложении Б на рисунках Б.1 – Б.7 и

таблице Б.1.

1.6 Дерево программных модулей

В разрабатываемой программе 21 модуль. Дерево программных модулей

представлено на рисунке 1.4 [11-12].

Рисунок 1.4 – Дерево программных модулей

10

1.7 Схема взаимосвязей модулей и массивов данных Схема взаимосвязей модулей и массивов данных представлена на рисунке 1.5

[13].

(Соответствие преподавателей (Соответствие преподавателей

PrepodGruppy (Список преподавателей групп)

NagruzkaOtchet (Отчет по нагрузке)

DiscipEkz (Дисциплины преподавателей с

экзаменом)

Рисунок 1.5 – Схема взаимосвязей модулей и массивов данных

11