Скачиваний:
9
Добавлен:
17.06.2023
Размер:
1.44 Mб
Скачать

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

Назначение системы. Разрабатываемая ИС предназначена для автоматизации расчета почасовой оплаты преподавателей учебного заведения.

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

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

Категории пользователей. Пользователей данной ИС можно разделить на 2

категории:

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

методист учебного отдела - имеет право только вносить входную информацию.

Формы первичных (входных) документов. Формами первичных документов системы являются:

-сведения о дисциплинах;

-сведения о почасовых тарифах;

-сведения о преподавателях;

-сведения о группах.

Формы первичных документов представлены на рисунках 1 – 4.

12

Рисунок 1 - Сведения о преподавателях

Рисунок 2 – Сведения о группах

Рисунок 3 - Сведения о дисциплинах

13

Рисунок 4 – Сведения о тарифах

Формы результативных (выходных) документов. Формами результативных документов для данной системы являются:

-отчет расчет почасовой оплаты;

-список преподавателей ведущих занятия в группе;

-расчет нагрузки преподавателей;

-список экзаменов.

Формы результативных документов представлены на рисунках 5 – 8.

Рисунок 5 - Список преподавателей ведущих занятия в группе

14

Рисунок 6 - Расчет почасовой оплаты

Рисунок 7 - Расчет нагрузки преподавателей

15

Рисунок 8 - Список экзаменов для преподавателя

2.3 Функциональная модель по стандарту IDEF0 и методологии SADT

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

Функциональная модель SADT отображает функциональную структуру объекта:

производимые им действия и связи между этими действиями. Подмножеством

SADT является стандарт IDEF0 [2, 3, 4].

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

Функциональная модель может быть составлена относительно следующих точек зрения:

1) администратора. Он должен:

-контролировать работу методиста учебного отдела;

-владеть входной информацией;

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

-владеть отчетной информацией.

2) методист учебного отдела. Он должен:

-вносить сведения о дисциплинах;

-вносить сведения о преподавателях;

16

-вносить сведения о почасовых тарифах;

-вносить сведения о группах;

-проверять корректность внесения данных.

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

Функциональная модель по стандарту IDEF0 представлена в приложении А.

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

1)количество блоков диаграммы конкретного уровня (N);

2)уровень декомпозиции (L);

3)сбалансированность диаграммы (B);

4)количество стрелок, соединяющихся с текущем блоком.

Рекомендации:

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

Диаграммы должны быть сбалансированы, т.е. коэффициент сбалансированности должен быть минимальным.

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

Рассчитаем коэффициенты сбалансированности:

 

 

 

N

 

 

 

 

 

 

 

 

A

 

 

K

 

 

i 1

i

max N

( A )

(2.1)

B

N

 

 

 

 

i 1

i

 

 

 

 

 

 

 

 

 

Kb1

=

 

5 4 5

 

0.3 ;

 

 

3 5

 

 

 

 

 

17

Kb2.1 =

3 5 6 3 3

 

 

5 6

Kb2.2 =

 

4 4 4 4

 

 

 

 

4 4

 

 

2;

0;

Диаграммы должны быть сбалансированы, т.е. коэффициент сбалансированности должен быть минимальным.

Рассчитаем количество блоков на диаграмме конкретного уровня:

K y NL ,

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

L – уровень декомпозиции

Ку1 = 13 1

Ку2,1 =

 

5

 

2,5

2

 

 

 

Ку2,2 =

 

4

 

2

2

 

 

 

 

Количество блоков на диаграммах нижнего уровня уменьшается. Это говорит

о том, что функции упрощаются, становясь элементарными.

Составим словарь элементарных функций:

1)

добавление записи;

2)

редактирование записи;

3)

удаление записи;

4)

проверка корректности.

 

 

 

 

 

Кg = L*C, где

С – количество совпадений

Кg2.1 = 4 2 8 ;

Кg 2.3= 4 2 8

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

18

2.4 Модель данных по стандарту IDEF1X диаграммы "сущность-связь"

Целью моделирования данных - обеспечение разработчика ИС концептуальной схемой БД в форме модели. Наиболее распространенным средством моделирования данных являются диаграммы «сущность – связь» (ERD) [2, 5].

Сущность (Entity) – это реальный или вооброжаемый объект, имеющий существенное значение для рассматриваемой предметной области. Каждая сущность должна обладать уникальным идентификатором. Каждая сущность может обладать любым количеством связей с другими сущностями модели.

Связь (relationship) – это поименованная ассоциация между двумя сущностями, значимая для данной предметной области.

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

Модель данных (логическую и физическую) по стандарту IDEF1X диаграммы

"сущность-связь" (ERD Entity-Relationship Diagrams), построенную в CASE ERWin

представлена на рисунке 9.

19

Рисунок 9 – Логическая модель данных

На рисунке 10 представлена физическая модель данных для Access [8]

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

20

3 разработка и тестирование системы для расчетов почасовой оплаты преподавателей высшего учебного заведения

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

Для хранения информации разработана база данных Oplata, состоящая из следующих таблиц (таблицы 1 – 6).

Связи между таблицами представлены на рисунке 11.

Таблица 1 – Сведения о почасовых тарифах (таблица Categorii)

Наименование

Тип

Размер

Описание

 

поля

данных

 

 

1

C_N

счетчик

Длинное

Уникальный идентификатор должности.

 

 

 

целое

Автоматически устанавливается при

 

 

 

 

добавлении новой записи

2

С_Kategoria

текстовый

30

Название должности

3

С_Tarif_v_Chas

числовой

30

Тариф

Таблица 2– Сведения о группах (таблица Gruppi)

Наименование

Тип поля

Размер

Описание

 

 

 

поля

 

 

 

 

 

1

G_N

счетчик

Длинное

Уникальный

идентификатор

группы.

 

 

 

целое

Автоматически

устанавливается

при

 

 

 

 

добавлении новой записи

 

2

G_Gruppa

текстовый

20

Название группы

 

 

3

G_Kolvo

числовой

20

Количество учащихся

 

Таблица 3 – Сведения о преподавателях (таблица Prepodavateli)

Наименование

Тип поля

Размер

Описание

 

поля

 

 

 

1

P_tab_N

числовой

20

Уникальный идентификатор записи.

 

 

 

 

Табельный номер преподавателя

2

P_FIO

текстовый

15

ФИО преподавателя

3

P_Kategoria

подстаново

 

Реализация связи М:1 с таблицей Categoria

 

 

чное поле

 

 

Таблица 4 – Сведения о дисциплинах (таблица Disciplini)

Наименование

Тип поля

Размер

Описание

 

 

 

поля

 

 

 

 

 

1

D_N

счетчик

Длинное

Уникальный

идентификатор

записи.

 

 

 

целое

Автоматически

устанавливается

при

 

 

 

 

добавлении новой записи

 

 

 

 

21

 

 

 

Соседние файлы в папке Курсовые работы