Разработка модуля поддержки процессов организации повышения квалификации преподавателей в рамках АСУ МИИТ

ДипломнаяПомощь в написанииУзнать стоимостьмоей работы

В дипломном проекте анализируется деятельность факультета повышения квалификации преподавателей (ФПКП), а также его взаимодействие с управлением финансов и бухгалтерского учета (УФБУ), управлением кадров (УК) и руководством университета, а также с рядом других подразделений или филиалов МИИТа. В работе описана существующая технология организации повышения квалификации преподавателей, определены… Читать ещё >

Разработка модуля поддержки процессов организации повышения квалификации преподавателей в рамках АСУ МИИТ (реферат, курсовая, диплом, контрольная)

Аннотация Данный дипломный проект посвящен разработке модуля поддержки процессов организации повышения квалификации преподавателей в рамках АСУ МИИТ.

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

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

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

Кроме того, в дипломном проекте освещаются вопросы человеко-машинного взаимодействия.

приложение архитектура данный пользователь

Содержание Аннотация Введение Обозначения и сокращения

1. Анализ существующей технологии организации повышения квалификации преподавателей. Обоснование целесообразности

1.1 Цель проектирования

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

1.3 Анализ существующей технологии организации повышения квалификации преподавателей

1.3.1 Описание предметной области

1.3.2 Описание процесса организации повышения квалификации преподавателей в МИИТе

1.3.3 Анализ существующей технологии организации повышения квалификации преподавателей в МИИТе

1.4 Обоснование целесообразности разработки

1.5 Требования к разрабатываемому приложению

1.5.1 Требования к архитектуре

1.5.2 Требования ко времени выполнения запросов

1.5.3 Требования к функциям программного обеспечения

1.5.4 Требования к защите информации от несанкционированного доступа

1.5.5 Требования к программному и аппаратному обеспечению

1.5.6 Анализ исходных данных

2. Разработка задачи организации повышения квалификации преподавателей

2.1 Архитектура создаваемого приложения

2.2 Моделирование предметной области

2.3 Разработка модели данных

2.4 Разграничение прав доступа

2.5 Разработка структуры ПО

2.5.1 Описание основных модулей, используемых в приложении

2.5.2 Описание основных SQL-запросов, используемых в приложении

2.6 Инструкция пользователя

2.6.1 Общие сведения

2.6.2 Начало работы

2.6.2.1 Пользователь и пароль

2.6.2.2 Подключение к тестовой базе данных

2.6.3 Справочники

2.6.3.1 Программы обучения

2.6.3.2 Организаторы обучения

2.6.4 Содержание программ

2.6.5 Мероприятия

2.6.5.1 Планирование мероприятий

2.6.5.2 Проведение обучения

2.6.6 О программе

2.6.6.1 Текущий пользователь

2.6.6.2 Изменение пароля

2.6.7 Сохранение параметров

3. Системотехнические расчеты

3.1 Расчет времени реакции системы

3.1.1 Обоснование расчета времени реакции

3.1.2 Описание технологии передачи работы системы

3.1.3 Переход к модели в терминах СМО

3.1.4 Исходные данные для расчета времени реакции

3.1.5 Расчет среднего времени реакции системы

3.2 Вывод

4. Человеко-машинное взаимодействие

4.1 Профессиограмма — «Инспектор факультета повышения квалификации преподавателей»

4.2 Вывод

5 Экономическая часть

5.1 Постановка экономической задачи

5.2. Расчет затрат, связанных с разработкой проекта автоматизации

5.2.1 Расчет затрат на техническое обеспечение

5.2.2 Затраты на создание программных комплексов

5.2.3 Затраты на приобретение аппаратных комплексов

5.2.4 Затраты на создание информационного и организационного обеспечения

5.2.5 Суммарные капитальные затраты на разработку и внедрение проекта

5.2.6 Текущие затраты на эксплуатацию внедряемых систем

5.3 Расчет экономической эффективности Заключение Список литературы Приложение Приложение А. Описание ER-модели Приложение Б. Код программы Приложение В. Текст запросов Приложение Г. Образцы документов

Введение

Московский государственный университет путей сообщения (МИИТ) представляет собой организацию со сложной иерархически разветвленной структурой и тесно связанными бизнес-процессами.

Управление подобным предприятием требует использования современных информационных технологий для повышения качества процесса управления в целом. Для достижения этих целей в МИИТе создана корпоративная система АСУ МИИТ. На сегодняшний день в рамках АСУ МИИТ реализовано множество приложений, автоматизирующих различные бизнес-процессы. Результатом этой автоматизации является взаимодействие различных отделов подразделений университета в общем информационном пространстве.

Процесс организации повышения квалификации преподавателей на данный момент автоматизирован, но лишь в локальной информационной системе, которая не имеет связи с АСУ МИИТ. В ходе его выполнения необходимо согласование ряда документации между организацией (подразделением), факультетом повышения квалификации (ФПКП), управлением финансов и бухгалтерского учета (УФБУ), управлением кадров и руководством университета.

Для повышения эффективности деятельности ФПКП, УФБУ, управления кадров и других структурных подразделений МИИТа, которые участвуют в организации повышения квалификации преподавателей, предлагается разработать приложение, автоматизирующее технологию и представляющее из себя модуль АСУ МИИТ.

Обозначения и сокращения ФПКП — факультет повышения квалификации преподавателей УФБУ — управление финансового и бухгалтерского учета ЕСН — Единый Социальный Налог УК — управление кадров

AСУ МИИТ — автоматизированная система управления Московского государственного университета путей сообщения

1.1 Цель проектирования Данная разработка предназначена для совершенствования работы факультета повышения квалификации преподавателей (ФПКП), управления финансов и бухгалтерского учета (УФБУ), управления кадров (УК), а также ряда подразделений/филиалов, которые участвуют в организации повышения квалификации преподавателей.

Конечной целью является:

разработка приложения, автоматизирующего технологию организации повышения квалификации преподавателей;

интеграция приложения в существующую корпоративную систему АСУ МИИТа.

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

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

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

реализация заявленного в требованиях функционала;

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

1.2 Постановка задачи Необходимо улучшить организацию работы и повысить эффективность деятельности факультета повышения квалификации преподавателей (ФПКП), управления финансов и бухгалтерского учета (УФБУ), управления кадров (УК), а также ряда подразделений/филиалов, которые участвуют в организации повышения квалификации преподавателей.

При этом необходимо учитывать следующие данные:

архитектуру АСУ МИИТ;

существующую технологию организации повышения квалификации преподавателей;

количество пользователей около 42 человек;

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

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

анализ технологии организации повышения квалификации преподавателей в рамках АСУ МИИТ;

анализ исходных данных;

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

разработка модели данных;

определение функциональных, аппаратных и программных требований к разрабатываемому приложению с учетом существующей корпоративной системы АСУ МИИТ;

разработка приложения.

Основным результатом внедрения приложения должны стать:

удобство интерфейса и простота использования;

согласованность работы факультета повышения квалификации преподавателей (ФПКП), управления финансов и бухгалтерского учета (УФБУ), а также ряда подразделений/филиалов, которые участвуют организации повышения квалификации преподавателей.

1.3 Анализ существующей технологии организации повышения квалификации преподавателей

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

Согласно Федерального закона «О высшем и послевузовском профессиональном образовании» от 22 августа 1996 г. № 125-ФЗ (Глава III. Статья 21) государство гарантирует создание необходимых условий для повышения квалификации (не реже одного раза в пять лет) научно-педагогических работников государственных высших учебных заведений и научно-педагогических работников государственных научных учреждений и организаций, действующих в системе высшего и послевузовского профессионального образования, выделяя на эти цели необходимые средства за счет федерального бюджета.

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

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

краткосрочное (не менее 72 часов);

тематические и проблемные семинары (от 72 до 100 часов);

длительное (свыше 100 часов);

стажировка;

профессиональная переподготовка;

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

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

удостоверение о краткосрочном повышении квалификации — слушателям, прошедшим краткосрочное обучение или участвовавшим в работе тематических и проблемных семинаров по программе в объеме от 72 до 100 часов;

свидетельство о повышении квалификации — слушателям, прошедшим обучение по программе в объеме от 100 часов до 500 часов;

диплом о профессиональной переподготовке — слушателям, прошедшим обучение по программе в объеме свыше 500 часов аудиторной нагрузки;

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

При направлении работников для повышения квалификации с отрывом от работы за ними сохраняется место работы (должность) и производятся выплаты, предусмотренные законодательством [ст.112 КЗоТ]. Так, за работниками организаций независимо от форм собственности, направленным на курсы повышения квалификации с отрывом от работы, сохраняется средняя заработная плата по основному месту работы на время их обучения. Иногородним слушателям, направленным на обучение с отрывом от работы, сохраняется средняя заработная плата по основному месту работы и выплачиваются в течение первых 2 месяцев суточные по нормам, установленным при командировках на территории РФ, а в последующий период — стипендии в размере минимальной оплаты труда, утвержденной в установленном порядке, если иная оплата не предусмотрена договором между руководителем организации и лицом, направленным на обучение. На время обучения слушатели обеспечиваются общежитием гостиничного типа с оплатой расходов за счет направляющей стороны.

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

1.3.2 Описание процесса организации повышения квалификации преподавателей в МИИТе Планирование повышения квалификации преподавателей осуществляется на основании:

заявки от подразделения (организации) на проведение повышение квалификации со списком сотрудников;

норм прохождения повышения квалификации преподавателей, установленных Министерством образования и науки РФ.

Составляются план повышения квалификации преподавателей на год и нормативный план.

План повышения квалификации преподавателей на год содержит:

тип обучения (краткосрочное, длительное и т. д.);

наименование учебной программы;

объем часов;

форму обучения;

ориентировочные сроки проведения;

кафедру-организатора.

Этот план утверждается руководством университета в конце текущего года на следующий год.

Нормативный план содержит:

наименование подразделения;

количество человек (всего);

количество человек, которые должны пройти повышение квалификации.

Нормативный план также утверждается руководством университета в конце текущего года на следующий год.

Далее начинается процесс проведения мероприятий: заключаются договора между МИИТом и какой-либо организацией на проведение повышения квалификации, выписываются направления на оплату. После оплаты квитанций формируются приказы о зачислении слушателей в определенные учебные группы. Списки зачисленных слушателей передаются в управление финансов и бухгалтерского учета (УФБУ).

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

Структурный анализ процесса организации повышения квалификации преподавателей в МИИТе показан на Рис. 1.1 и Рис. 1.2.

Рис. 1.1 Контекстная диаграмма Рис. 1.2 DFD-диаграмма, описывающая процесс организации повышения квалификации преподавателей

1.3.3 Анализ существующей технологии организации повышения квалификации преподавателей в МИИТе Процессом организации повышения квалификации преподавателей в МИИТе занимается факультет повышения квалификации преподавателей (ФПКП). До 2009 года этот процесс производился ручным набором документов в Microsoft Word/Microsoft Excel.

В 2010 году была создана локальная информационная система, которая имеет свои преимущества и недостатки.

К преимуществам можно отнести:

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

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

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

Основными недостатками являются:

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

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

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

Пример взаимодействия локальных систем университета приведен на Рис. 1.3.

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

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

Приложение, автоматизирующее технологию организации повышения квалификации в рамках АСУ МИИТ, ликвидирует выявленные недостатки данной системы, улучшит организацию работы и повысит эффективность деятельности факультета повышения квалификации преподавателей (ФПКП), а также взаимодействия с такими подразделениями, как управление финансов и бухгалтерского учета (УФБУ), управление кадров и другие структурных подразделения МИИТа (организаций), которые участвуют в организации повышения квалификации преподавателей.

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

1.5 Требования к разрабатываемому приложению

1.5.1 Требования к архитектуре Приложение должно функционировать в рамках корпоративной системы Университета и опираться на ее архитектуру.

1.5.2 Требования ко времени выполнения запросов Требования к времени выполнения запросов приведены в таблице 1.1.

Таблица 1.1 Требования к времени выполнения запросов


Операция	Среднее время реакции, сек.
Оперативный запрос
Составление отчетов
Аналитический запрос

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

Аналитическими запросами к базе данных принято называть запросы, сводные (агрегатные) результаты которых вычисляются над детальными данными, хранящимися в таблицах базы данных. В этом смысле любой запрос на языке SQL, результат которого основан на вычислении агрегатных функций, можно назвать аналитическим. Характерная особенность аналитических запросов состоит в том, что, как правило, они применяются к большим по объему базам данных, и выполнение таких запросов вызывает существенные накладные расходы СУБД.

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

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

1.5.3 Требования к функциям программного обеспечения Функции, которые должно выполнять разработанное приложение:

сбор данных для организации повышения квалификации преподавателей;

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

зачисление слушателей в учебные группы повышения квалификации;

отчисление слушателей из учебных групп повышения квалификации;

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

создание и формирование следующей документации:

план повышения квалификации на год;

договор;

акт;

заявление на оплату;

список зачисленных слушателей;

список слушателей, прошедших повышение квалификации;

приказ о зачислении;

приказ об отчислении;

сертификат о прохождении повышения квалификации;

возможность отмены, возврата с подписи и доработки документов (навигация по документам);

просмотр и отправка на печать документации;

просмотр анкеты слушателя: личные данные, документы, контакты, адреса, трудовая деятельность и т. д.;

просмотр списка приказов на слушателя, формирование выбранного приказа;

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

1.5.4 Требования к защите информации от несанкционированного доступа Необходимо определить политику ролей, в соответствии с которой разграничить доступ на уровне СУБД (объектные привилегии) и на уровне приложения (программные роли).

1.5.5 Требования к программному и аппаратному обеспечению

1.5.5.1 Аппаратные:

Серверные (используются аппаратные средства КИС АСУ МИИТ):

сервер базы данных (для хранения информации);

сервер приложений (для выполнения SQL-запросов и формирования отчетов).

Клиентские:Клиентские аппаратные требования приведены в таблице 1.2.

Таблица 1.2 Клиентские аппаратные требования


№ п/п	Характеристика	Минимальные параметры	Рекомендуемые параметры
1.	CPU	не ниже P4 — 1,6 ГГц	Core 2 Duo — 1,6 ГГц
2.	RAM	не менее 512 МБ	2048 МБ
3.	HDD	не менее 80 ГБ	160 ГБ
4.	Сетевая плата	наличие обязательно	наличие обязательно
5.	Экран	1024×768, 17''	1280×1024, 19''

1.5.5.2 Программные (используются программные средства КИС АСУ МИИТ):

серверные:

операционная система на сервере приложений: Windows 2003 и старше, на сервере БД: Red Hat Enterprise Linux 5.4;

СУБД — Oracle Database 11g Release 2;

клиентские:

операционная система — Windows XP и старше;

средства разработки:

Embarcadero RAD Studio Delphi 2010;

Developer Express VCL Products;

PL/SQL Developer 7.1;

CA Erwin Data Modeler 7.3.

1.5.6 Анализ исходных данных Исходные данные, необходимые для функционирования разрабатываемого приложения:

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

данные о преподавателях;

данные о сертификатах и документах;

данные о договорах;

данные о подразделениях;

данные об учебных группах;

данные о бумагах и приказах;

данные о пользователях системы.

В качестве основных источников данных выступают:

существующая информационная инфраструктура;

существующая технология учета повышения квалификации преподавателей;

нормативные документы:

положение о повышении квалификации;

законодательство РФ;

положение о платной образовательной деятельности МИИТа.

2 Разработка задачи организации повышения квалификации преподавателей

2.1 Архитектура создаваемого приложения Приложение, автоматизирующее процесс организации повышения квалификации преподавателей, должно быть интегрировано с корпоративной системой АСУ МИИТ. Рассмотрим подробнее эту архитектуру.

Рис. 2.1 Многоуровневая архитектура корпоративной системы АСУ МИИТ Учитывая конкретные особенности функционирования АСУ МИИТ, а также необходимость масштабируемости, архитектура корпоративной системы АСУ МИИТ выполняет следующие требования:

предоставляет возможность доступа к соответствующим информационным ресурсам как пользователям корпоративной сети, так и пользователям Internet;

обеспечивает стандартные способы взаимодействия с внешними системами;

позволяет рационально использовать имеющиеся вычислительные ресурсы;

обеспечивает простоту настройки и администрирования системы;

обеспечивает прозрачность и независимость расположения информации;

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

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

Наиболее эффективным способом эти уровни могут быть представлены в виде объектов, а механизм их разработки и взаимодействия — в виде стандартных решений DCOM СОМ+ (.NET) или CORBA.

В АСУ МИИТ объекты (системные и прикладные службы) с необходимыми методами — это типовые процессы.

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

Сервер приложений связан с БД, данные записываются в БД, там хранятся, вызываются при необходимости с помощью запросов. Взаимодействие между ними происходит за счет протокола SQL*net.

Связь между пользователем с Сервером приложений осуществляется с помощью протокола DCOM.

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

Обмен информацией происходит через Internet-провайдера.

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

Основными целями стандартизации являются:

упорядочение документооборота;

упорядочение технологии обработки данных;

замена неэффективных существующих процессов на новые;

повышение взаимозаменяемости сотрудников;

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

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

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

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

На Рис. 2.3 и Рис. 2.4 показан процесс формирования плана повышения квалификации преподавателей в виде диаграммы последовательности и диаграммы кооперации.

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

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

Жизненный цикл документа в АСУ МИИТ можно показать с помощью диаграммы состояний (Рис. 2.5).

Рис. 2.5. Диаграмма состояний, описывающая последовательность состояний ЖЦ документа в АСУ МИИТ Прецедент «Ведение справочников» включает в себя работу (добавление, удаление, редактирование) со списками учебных программ, учебных групп, организаторов обучения, а также с содержанием методического комплекса.

Учебная программа состоит из номера программы и названия.

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

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

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

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

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

Работа с участниками обучения включает в себя все действия, которые необходимы в этом процессе:

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

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

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

2.3 Разработка модели данных Разработанная ER-модель создана посредством пакета CA Erwin Data Modeler 7.3 и отражает нотацию IDEF1X. Приведенная модель нормализована в соответствии с требованиями реляционной концепции построения баз данных.

Для наглядности логически связанные данные объединены в области, выделенные общим цветом:

Таблица 2.1 Описание модели данных


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

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

Разработанная ER-модель представлена на Рис. 2.6.

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

По ID параграфа плана можно связать позиции плана в единый документ. Технология регистрации документов в системе АСУ МИИТ следующая: когда создается документ (под документом подразумеваются приказы, справки, рапорта — любые бумаги, которые имеют серию/номер и должны быть подписаны), в таблицу Бумаги добавляется запись с уникальным ключом, определяющим этот документ — ID бумаги. Одновременно в таблицу Параграфы добавляется запись с уникальным ключом ID параграфа. Эта запись идентифицирует действие, которое указано в документе с кодом ID бумаги. Если в документе описано несколько действий, то для каждого действия создается ID параграфа (многопараграфные документы).

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

ID обучаемой специальности выбирается из таблицы Специальности комплекса. Обучаемая специальность представляет собой связку специальности с подразделениями, в которых заказывается/проводится повышения квалификации.

Методический комплекс состоит из дисциплины, по которой проводится обучение (ID дисциплины) и подразделения, в котором проводится обучение — кафедры (ID подразделения).

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

В общем случае специальность включает в себя несколько дисциплин, но в случае повышения квалификации специальность имеет лишь одну дисциплину, поэтому, можно считать, что дисциплина и специальность — это одно и то же.

В таблице Сотрудники и связанной с ней областью хранятся данные обо всех сотрудниках МИИТа и его филиалов.

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

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

Данные о преподавателях, проходящих повышение квалификации и являющихся слушателями, находятся в таблице Студенты. Также в связанной с ней области находится информация о приказах о/об зачислении/отчислении слушателей курса повышения квалификации.

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

Описание стандартными средствами CA Erwin Data Modeler 7.3 представлено в Приложении А.

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

Кроме того, каждую выданную роль можно ограничить привилегиями (так называемое «горизонтальное» разделение прав) для ограничения области действия этой роли, если такое разделение подразумевает эта роль. Например, программную роль подписи приказа можно ограничить по конкретным видам приказов.

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

В модуле администратора определены следующие программные роли, разделяющие работу всех пользователей с ним (Таблица 2.2):

Таблица 2.2 Роли пользователей


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

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

В соответствии с требованиями к защите информации от несанкционированного доступа реализована иерархия пользователей ФПКП с описанием доступного им функционала и номерами выданных ролей, представленная на Рис. 2.7.

Рис. 2.7 Иерархия ролей пользователей Декан ФПКП имеет полные права на доступ к модулю.

При использовании модуля в филиалах МИИТа права буду раздаваться по тем же шаблонам, которые представлены на Рис. 2.7.

Список возможных ролей и видов привилегий при назначении системных прав сотрудников для разграничения доступа к информации при работе с модулем «Повышение квалификации преподавателей» АСУ МИИТ приведен в Таблице 2.3.

Таблица 2.3 Матрица доступа


Наименование таблицы	Сотрудник отдела планирования ФПКП	Сотрудник отдела проведения ФПКП	Декан ФПКП
Документы	NA	RW	RW
Студенты	R	R	R
Сотрудники	R	R	R
Сертификат	NA	RW	RW
Договора	NA	RW	RW
Куратор группы	RW	R	RW
Кто есть кто	NA	NA	NA
Методический комплекс	RW	R	RW
Подразделения	R	R	R
Учебная нагрузка умк	RW	R	RW
План повышения квалификации	RW	R	RW
Специальности комплекса	RW	R	RW
Параграфы	RW	RW	RW
Группы повышения квалификации	RW	R	RW
Учебная группа	RW	R	RW
Бумаги	RW	RW	RW

Примечание:

NA — нет никакого доступа;

R — только чтение;

W — только запись;

RW — чтение и запись.

2.5 Разработка структуры ПО

2.5.1 Описание основных модулей, используемых в приложении В Таблице 2.4 описаны основные модули, используемые в приложении.

Таблица 2.4. Описание модулей приложения


Название модуля	Описание	Описываемая модулем форма	Функциональное предназначение
PK_PPS	Файл проекта		Инициализация приложения, авторизация пользователя, создание основной формы
Main	Главный модуль	Main_Form	Проверка прав пользователя, создание остальных форм
Dictionaries	Форма работы со справочниками	Form_Dictionaties	Создание, редактирование и удаление записей в списках учебных групп, учебных программ, организаторов обучения
Plan	Форма работы с содержание методического комплекса	Form_Plan	Создание, редактирование и удаление записей в списке специальностей методического комплекса
Event	Форма работы с планирование и проведением мероприятий по повышению квалификации	Form_Event	Создание, редактирование и удаление плана повышения квалификации и его позиций, задание сроков проведение, кураторов групп, зачисление/отчисление слушателей, работа с договорами и т. д.
GridEditClass	Модуль, описывающий процедуры и функции для работы с компонентом cxGrid		Описывает процедуры и функции для стандартного описания компонента cxGrid, процедуры добавления, обновления, удаления данных из cxGrid
LP_u_CX_tools	Содержит набор общих процедур для стандартных действий и описание общих компонентов		Описание стандартных кнопок диалога, их событий, описание создания и вызова динамической модальной формы
LP_u_MA_Interface	Описание интерфейса доступа к серверу приложений		Описание интерфейса доступа к серверу приложений, описание действий, выполняемых в навигации (выбор, удалить бумагу, создание бумаги, просмотр или изменение свойств, отправка на подпись, подписание, возвращение на доработку, передача бумаги другому пользователю)
Standart_New	Модуль, описывающий процедуры и функции для работы с компонентом cxTreeList		Обновление дерева строк, добавление в cxTreeList, поиск строки с заданным значением, описывает свойства стандартного контекстного меню
SqlStringList	Модуль, описывающий обертки к компоненту cxGridTableView		Организация оберток к cxGridTableView, модуль реализует чтение из базы методом SelectData по GUID_Select
Wrappers	Модуль, описывающий стандартные несписковые сx-компоненты		Расширяет возможности стандартных несписковых компонентов (cxTextEdit, cxPopupEdit, cxButtonEdit, cxSpinEdit, cxDateEdit и др.), с целью организации их индивидуального и группового поведения, ориентированного на работу с учетом особенностей корпоративной системы
RegService	Модуль, описывающий процедуры и функции для работы с реестром		Позволяет при завершении работы с приложением сохранять текущие параметры компонентов в реестр (размер формы, ее положение, размер панелей, положение сплитеров, размер всех cx-компонентов) и при запуске приложения читать эти параметры из реестра
Find_Org	Модуль, описывающий компоненты для поиска организации	Form_Find_Org	Позволяет находить организацию по маске поиска
Form_About	Модуль с информацией о приложении	Form_About	Показывает информацию о модулей, текущем пользователе, список ролей и т. д.
Form_SE	Модуль поиска сотрудника	Form_SE	Позволяет найти сотрудника в базе по заданным параметрам
Form_Document	Модуль работы с документами	Form_Document	Позволяет производить работу с различными документами
UnivQuestionare	Модуль анкета	FUnivQuestionare	Позволяет просматривать и редактировать данные о выбранном человеке

Рассмотрим взаимодействие программных модулей на диаграмме классов (Рис. 2.8).

Классы связаны между собой отношениями ассоциации, которые отражают структурные отношения между объектами. Кратность, указанная на одном конце ассоциации, говорит о том, сколько объектов должно соответствовать каждому объекту на другом конце.

С помощью агрегирования показано, какой из классов имеет более высокий ранг.

Программный код основных модулей приложения приведен в Приложении Б.

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

2.5.2 Описание основных SQL-запросов, используемых в приложении В корпоративной системе АСУ МИИТ запросы хранятся в редакторе хранилищ Editor AS. Редактор хранилищ — специально разработанное приложение, которое служит для связывания данных из БД с приложением, разработанным в Delphi. Редактор хранилищ позволяет передавать параметры, задаваемые пользователем в шаблоны SQL-запросов. Шаблоны SQL-запросов представляют собой SQL-запросы с параметрами. В зависимости от передаваемых параметров будут меняться данные, возвращаемые SQL-запросом. Каждый SQL-запрос в редакторе хранилищ имеет идентификатор — TGUID. В таблице 2.5 представлены основные SQL-запросы, используемые в приложении, автоматизирующем технологию организации повышения квалификации преподавателей.

Полный список использованных в ходе разработки приложения SQL-запросов приведен в приложении В.

Таблица 2.5 Основные SQL-запросы


№	Название запроса	GUID	Описание запроса	Параметры
	R_C_Groups	{5E30FFBA-B616−4850-A7E4-C5F69A7BD61A}	Список группы ПК для выбранного плана ПК	%p1[i]% - ID Плана ПК
	Add_Com_Spec	{9342C728−4700−4D8A-AE36-CC7F69ED905D}	Добавление специальности методического комплекса	%p1[i]% - ID Дисциплины %p2[i]% - ID Специальности подразделения %p3[i]% - ID Параграфа %p4[i]% - ID Вида обучения %p5[i]% - Количество часов %p6[i]% - ID Вида дисциплины %p7[i]% - Количество часов самостоятельной работы
	Met_Complex	{0793BD99−678C-4E5A-99E3-F51F5227A816}	Методические комплексы выбранной специальности подразделения	%p1[i]% - ID Специальности подразделения
	Get_Data_For_Plan	{4E97B054-EE9C-4449-A155−5B834991F360}	Формирование плана повышения квалификации	%p1[i]% - ID Параграфа Плана ПК
	R_C_Plan	{01A115AA-8C51−4430-A175-E78BCE51FFDE}	Список позиций (программ обучения с предварительными сроками проведения) плана повышения квалификации на заданный документ	%p1[i]% - ID Параграфа плана
	Get_List_Spec_By_Params	{5F33C483-BA63−4F6C-A11D-28639EA7581B}	По заданным параметрам возвращает список программ обучения	%p1[i]% - уровень специальности %p2[i]% - ID подразделения-организатора
	Orders	{C67E9825−6FE4−4461−83E9−1A5225B7F0CE}	Все приказы на данного человека	%p1[i]% - ID Человека.
	Listeners	{39FD4EC1−0E3B-4913-BDD1−0FBAD73E2C9E}	Участники выбранного плана ПК	%p1[i]% - ID Плана ПК
	Delete_Student	{10AB233D-23D2−405C-B4A4−97531EA9D56A}	Удаляет информацию о студенте (студента, договор с начислениями (если есть), приказы)	%p1[i]% - ID Договора %p2[i]% - ID Студента
	Make_New_Cert_By_Params	{055DE14D-CF20−44BA-8893-E85527F8BC7E}	Выдача сертификата	По заданному id_student = p1, id_paragraph = p2 журнала выдачи дипломов выдаёт сертификат с рег. номером p3, видом документа p4 и номером p5, p6 — количество фактических часов.
	Autorepr	{1CFCDE6B-464C-4D9C-B933−245FFC48CFEA}	Добавляет представителя МИИТа в заданный договор	%p1[i]% - ID договора
	Add_Contract	{2DF7D738-A733−4AE6-A137-E32E7DCF882B}	Добавление договора	%p1[i]% - ID Человека %p2[i]% - ID Контрагента организации %p3[d]% - Дата начала %p4[d]% - Дата окончания %p5[i]% - ID Параграфа (для договора) %p6[i]% - ID Источника финансирования %p7[i]% - ID Специальности подразделения %p8[i]% - ID Учебной группы %p9[i]% - ID Вида основания зачисления %p10[i]% - ID Приказа о зачислении (id_paragraph) %p11[s]% - Сумма %p12[s]% - если <> '', то добавить ссылку на договор студента (ID Параграфа договора)

2.6 Инструкция пользователя

2.6.1 Общие сведения Модуль позволяет вести планирование и осуществлять проведение мероприятий по повышению квалификации профессорско-преподавательского состава вуза и сторонних организаций.

Модуль включает в себя следующие функциональные блоки:

Справочники — работа с перечнем программ и организаторами обучения;

Содержание программ — работа с программами обучения;

Мероприятия — формирование плана проведения обучения и проведение мероприятий по обучению.

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

2.6.2 Начало работы Запуск приложения осуществляется после ввода имени пользователя и пароля (авторизации). Без авторизации работа с Системой невозможна.

2.6.2.1 Пользователь и пароль Доступ к Системе осуществляется на основе принципа авторизации. Для этого необходимо ввести имя пользователя в базе данных (далее — БД) и пароль. При вводе этих данных учитывается регистр букв и язык. Значение вводимого пароля отображается на экране в виде «*» для предотвращения возможности его разглашения (Рис. 2.9).

Рис. 2.9 Вход в систему Имя пользователя соответствует имени последнего подключения к Системе с данного компьютера. Здесь же указывается время его подключения.

Сменить текущего пользователя (подключиться под другим именем) можно с помощью основного пункта меню «Сменить пользователя» (Рис. 2.10):

Рис. 2.10 Смена пользователя При этом откроется стандартное окно подключения (Рис. 2.9). Если попытки подключения под новым пользователем не было, то окно можно закрыть и продолжать работу под старым именем, в противном случае необходимо ввести старое имя и его пароль. Если имя и пароль введены неверно, то при закрытии окна работа приложения завершится, т.к. старый сеанс работы с БД уже завершен.

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

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

Идея и смысл работы в тестовой БД — обучить новых сотрудников выполнять свою ежедневную работу в Системе. В таком режиме работы отсутствует риск потери данных или внесения ошибок в реальные данные корпоративной БД.

Для подключения к тестовой БД необходимо получить логин и пароль, а при вводе имени пользователя указать в квадратных скобках имя тестовой БД (в данном примере имя тестовой БД «test»), а затем сразу (без пробелов и без каких-либо других символов разделения) логин в ней (Рис. 2.11):

Рис. 2.11 Подключение к тестовой БД Следует отметить, что вся работа, произведенная в тестовой БД, никак не отразится на основной, и наоборот. При подключении к тестовой БД Пользователь просто обучается и тренируется, а не работает. Для ввода данных в основную БД надо сначала подключиться к ней, а потом начинать работу.

2.6.3 Справочники Работа с модулем начинается с подготовки справочников. К справочникам, относящимся к модулю, относятся списки программ обучения и организаторов обучения.

Доступ к форме работы со справочниками осуществляется с помощью пункта основного меню «Справочники» (Рис. 2.12):

Рис. 2.12 Справочники В открывшейся форме осуществляется работа со списком программ обучения и организаторов обучения. Форма разделена на 2 страницы, на которых размещены соответствующие списки (Рис. 2.13):

Рис. 2.13 Форма справочников

2.6.3.1 Программы обучения На странице «Программы обучения» формы «Справочники» осуществляется работа со списком программ обучения. Если у Пользователя достаточно прав (см. п. 2.4), то список можно редактировать (добавлять, изменять и удалять записи).

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

Рис. 2.14 Контекстное меню программ обучения При вводе новой программы обучения необходимо ввести ее наименование и номер (если он есть):

Рис. 2.15 Ввод новой программы обучения Для добавления новой программы обучения следует нажать на кнопку «Принять» или клавишу [Enter]. Добавленное значение отразится в списке программ обучения.

Редактирование и удаление данных осуществляется стандартным способом.

2.6.3.2 Организаторы обучения На странице «Организаторы обучения» формы «Справочники» осуществляется работа со списком организаторов обучения по программам обучения и учебными группами по каждой из позиций списка. Если у Пользователя достаточно прав (см. п. 2.4), то списки можно редактировать (добавлять, изменять и удалять записи).

Под списком программ расположен список учебных групп текущей (выбранной) программы. Выбор текущей программы осуществляется щелчком мыши или клавишей [Enter] на интересующей позиции списка (Рис. 2.16):

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

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

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

Рис. 2.18 Ввод нового организатора обучения Выбор значений осуществляется из выпадающих списков. Список программ обучения задается на странице «Программы обучения» (см. п. 2.6.3.1), а все остальные списки задаются в других модулях Системы.

Показать весь текст

Заполнить форму текущей работой