2

ВВЕДЕНИЕ

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

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

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

ОбъектомисследованияявляетсяВУЗ.

Предметисследования:учетзакрепленияоборудования.

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

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

-построитьдиаграммыбизнес-процессови моделиданных;

-спроектироватьструктурубазыданных;

-разработать клиентское приложение с использованием файл-серверной архитектуры;

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

3

1 ПРОЕКТНАЯЧАСТЬ

1.1 Постановказадачи ИСдолжнасодержатьследующуюинформацию:

•Сведения об учебных аудиториях (номер, вид - лаборатория, класс, преподавательскаяит.д.).

•Сведения о сотрудниках, ответственных за учебные аудитории (ФИО, номер аудитории и т.д.).

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

•Сведения о закреплении оборудования за аудиториями (название, номер аудитории и т.д.).

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

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

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

•Разграничение прав доступа к ИС с помощью идентификации и аутентификации пользователей (пользователь – соответствующий пароль). Обеспечить возможность оперативного изменения пароля. Количество различных пользователей – не менее 3.

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

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

4

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

•Выводместорасположенияоборудованияпоинвентарномуномеру.

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

MSWord (илиMSExcel).

•Вывод номера аудитории, где храниться оборудование общая стоимость, которогомаксимальна.

•Вывод списка оборудования, которое закреплено за любой заданной аудиторией.

•Формировать перечень (с возможностью вывода на печать) всех аудиторий

сзакрепленнымизанимиоборудованием.

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

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

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

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

-выводинформацииозакрепленииоборудования;

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

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

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

5

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

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

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

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

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

IDEF0 - методология функционального моделирования. С помощью наглядного графического языка IDEF0, изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков - в терминах IDEF0). Как правило, моделирование средствами IDEF0 является первым этапомизучения любой системы [7].

Модель разрабатываемой информационной системы представлена в приложении А на рисунках А1-А5.

Функциональная модель построена с точки зрения интегрированного пользователя [8]. Основным пользователем является администратор, который обладает всеми правами в системе. Роль пользователя имеет более ограниченные

6

права, он вносит наиболее ценные стратегические решения [9]. Гостю доступны для просмотратолькосписокаудиторий.

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

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

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

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

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

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

(1.3)

Был проведен количественный анализ, данные которого представлены в таблице1.2.

7

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

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

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

IDEF1x - стандарт описания логической структуры базы данных на предприятии. Применяется для разработки реляционных баз данных. Стандарт позволяет задокументировать все сущности и их взаимосвязи для управления информационнымипотоками,происходящимиворганизации[12].

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

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

8

На рисунке 2 представлена физическая модель данных, построенная в соответствиисо стандартомIDEF1X [13].

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

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

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

-Audit (содержитинформациюоб аудиториях)

-Soed (служит для связи таблиц Audit и Sotr)

-Sotr (содержитинформациюосотрудниках)

-Zakrep_oborud (содержитинформациюозакрепленииоборудования)

-Oborud (содержитинформациюобоборудовании)

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

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

информационнойсистемы представлена в приложении Б в таблицах Б1-Б5.

9

Рисунок 3 - Схема данных

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

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

Диалог между пользователем ЭВМ определяется функциями, которые выполняет разработанное приложение, и осуществляется путем выбора определенного подпункта пункта меню [14-15]. Дерево программных модулей представлено на рисунке4.

10

Модуль

генерации

приложения

Uchet

Список

оборудования

N19

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

1.7 Схемавзаимосвязей модулей и массивовданных

Все программные модули формируют набор данных с помощью SQL-запросов к базе данных [16]. Так как в программе предусмотрена возможность автоматизации ввода и редактирования данных с помощью подстановок из других таблиц, модулю, работающему с конкретной таблицей, связанной с другими таблицами, приходится обращаться не только к основной таблице, но и к связанным с ней. Отчеты и обработки, так же создаются на основании данных из более чем одной таблицы [17].

11