Автоматизация технологии формирования документов об окончании университета в рамках АСУ МИИТа

Вид работы:

Дипломная (ВКР)
Предмет:

Информационное обеспечение, программирование
Язык:

Русский
,
Формат файла:
MS Word

1,73 Мб
Опубликовано:

2013-10-15

Все дипломные работы по информационному обеспечению

Скачать дипломную работу Читать текст online Заказать дипломную
*Помощь в написании! Посмотреть все дипломные работы

Вы можете узнать стоимость помощи в написании студенческой работы.

Автоматизация технологии формирования документов об окончании университета в рамках АСУ МИИТа

АННОТАЦИЯ

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

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

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

Также были освещены вопросы безопасности жизнедеятельности.

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. АНАЛИЗ СУЩЕСТВУЮЩЕЙ ТЕХНОЛОГИИ ФОРМИРОВАНИЯ ДОКУМЕНТОВ ОБ ОКОНЧАНИИ УНИВЕРСИТЕТА. ОБОСНОВАНИЕ ЦЕЛЕСООБРАЗНОСТИ РАЗРАБОТКИ

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

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

1.3 Анализ существующей технологии формирования документов об окончании университета

1.3.1 DFD - модель технологии формирования документов об окончании университета

1.3.2 Описание документооборота существующей технологии формирования документов об окончании университета

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

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

1.5.1 Функциональные требования

1.5.2 Программные и аппаратные требования

1.6 Источники исходных данных

1.7 Предложения по учету свойств персонала

2 . РАЗРАБОТКА ПРИЛОЖЕНИЯ, АВТОМАТИЗИРУЮЩЕГО ТЕХНОЛОГИЮ ФОРМИРОВАНИЯ ДОКУМЕНТОВ ОБ ОКОНЧАНИИ УНИВЕРСИТЕТА В РАМКАХ АСУ МИИТА

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

2.2 Моделирование процесса формирования документов об окончании

2.3 Организация работы приложения

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

2.5 Описание структуры ПО

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

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

2.5.3 Описание взаимодействия модулей и форм приложения

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

3. РАСЧЕТ ВРЕМЕНИ РЕАКЦИИ СИСТЕМЫ

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

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

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

3.4 Исходные данные, необходимые для расчёта времени реакции

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

3.6 Вывод

4. ЭКОНОМИЧЕСКАЯ ЧАСТЬ

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

4.2 Расчёт затрат на создание и реализацию проекта

4.2.1 Капитальные затраты на разработку и внедрение проекта

4.2.2 Предпроизводственные затраты

4.2.3 Затраты на разработку задачи формирования документов об окончании университета в рамках АСУ МИИТа

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

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

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

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

4.4 Расчет экономической эффективности

5. ОХРАНА ТРУДА И БЕЗОПАСНОСТЬ ЖИЗНЕДЕЯТЕЛЬНОСТИ

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

5.2 Идентификация опасных и вредных факторов, сопутствующих созданию системы отчетности

5.2.1 Определение опасных и вредных производственных факторов

5.2.2 Классификация условий труда

5.3 Оценка уровней действующих факторов и класса напряженности труда, выявление из них - наиболее опасных

5.3.1 Оценка напряженности трудового процесса

5.3.2 Оценка тяжести трудового процесса

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

5.5 Прогнозирование зоны химического заражения (ЗХЗ)

ЗАКЛЮЧЕНИЕ

Список литературы

ПРИЛОЖЕНИЕ 1

ПРИЛОЖЕНИЕ 2

ВВЕДЕНИЕ

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

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

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

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

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

Данная разработка предназначена для совершенствования работы учебных отделов и отдела аттестации МИИТа. Конечной целью является:

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

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

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

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

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

· анализ технологии формирования документов об окончании университета в рамках АСУ МИИТа;

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

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

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

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

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

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

· удобство интерфейса и простота использования приложения для сотрудников учебных отделов, кафедр и отдела аттестации МИИТа;

· согласованность работы учебных отделов, кафедр и отдела аттестации МИИТа;

· минимум действий по формированию документов об окончании университета.

При разработке приложения должны быть учтены следующие факторы:

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

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

1.3 Анализ существующей технологии формирования документов об окончании университета

1.3.1 DFD - модель технологии формирования документов об окончании университета

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

Рис. 1.1 DFD-модель. Организация учебного процесса

Рис. 1.2 DFD-модель. Учебный отдел института

Рис. 1.3 DFD-модель. Изменение статуса студента

Рис. 1.4 DFD-модель. Ведение текущей документации

Рис. 1.5 DFD-модель. Организация текущего учебного процесса на кафедре

Рис. 1.6 DFD-модель. Организация дипломного проектирования

Рис. 1.7 DFD-модель. Организация работы ГАК

Краткое описание DFD - модели

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

На рис. 1. 2 описаны процессы учебного отдела институтов. Процессы, касающиеся формирования документов об окончании, следующие:

сбор сведений о составе ГАК со всех кафедр;

изменение статуса студента (подробнее на более детальной диаграмме);

ведение текущей документации (подробнее на более детальной диаграмме).

На рис. 1.3 описан процесс изменение статуса студента. Среди документов, которые формируются во время этого процесса, на основе отчета о работе ГАК формируется приказ об окончании (относится к документам об окончании).

На рис. 1.4 более подробно описан процесс ведение текущей документации.

Среди интересующих нас процессов:

подготовка приложения к диплому;

подготовка приказа о членах ГАК и ЭК;

подготовка приказа о темах дипломного проектирования.

На рис. 1.5 описаны процессы, происходящие на кафедре. На следующих диаграммах описаны более подробно интересующие нас процессы:

организация дипломного проектирования;

организация работы ГАК.

На рис. 1.6 описан процесс организация работы ГАК, который состоит из:

распределение студентов на дипломное проектирование

утверждение тем дипломного проектирования

подготовка графика защиты

На рис. 1.7 описан процесс организации дипломного проектирования, который состоит из:

формирование состава ГАК;

ведение протоколов защиты;

подготовка отчета председателя ГАК.

1.3.2 Описание документооборота существующей технологии формирования документов об окончании университета

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

. Формирование состава ГАК и ЭК.

.1 Формирование приказа об утверждении председателей ГАК и ЭК.

.2 Формирование приказа о составах ГАК по защите дипломных проектов.

. Формирование приказа о закреплении за студентами тем дипломного проектирования.

.Проведение защиты дипломных проектов.

.1 Подготовка протоколов защиты.

.2 Проведение защиты и заполнение протоколов защиты.

. Формирование приказов об окончании университета.

. Подготовка дипломов.

. Выдача дубликатов диплома.

. Выдача академических справок.

Опишем каждый из этапов подробнее :

. Формирование состава ГАК и ЭК.

.1 Формирование приказа об утверждении председателей ГАК и ЭК.

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

Председатель ГАК, как правило, является и председателем ЭК (если ЭК несколько, то председатель ГАК является председателем первого ЭК или ЭК-1). Кафедра передает сведения о председателях ГАК и ЭК в учебный отдел. Учебный отдел, собрав сведения с кафедр, передает их в отдел аттестации.

Отдел аттестации согласовывает кандидатуры председателей ГАК с Федеральным агентством железнодорожного транспорта (ФАЖТ). ФАЖТ утверждает кандидатуры председателей и присылает в отдел аттестации приказ об утверждении председателей государственных аттестационных комиссий образовательных учреждений высшего и среднего профессионального образования Федерального агентства железнодорожного транспорта, который включает в себя список председателей ГАК по каждой специальности по всему университету.

На основании этого приказа отдел аттестации готовит приказ об утверждении председателей ГАК и ЭК по специальностям по всему университету. Этот приказ включает в себя ФИО и должность председателей ГАК и ЭК по всем специальностям университета.

.2 Формирование приказа о составах ГАК по защите дипломных проектов

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

ФИО и должность председателя ГАК ;

состав ЭК (если на этой специальности несколько ЭК, то указывается состав каждой ЭК).

В состав ЭК входят:

ФИО и должность председателей ЭК

ФИО и должность членов комиссии

ФИО и должность секретаря ЭК (назначается для оформления документов по защите дипломных проектов)

Как правило, члены ЭК выбираются с кафедры. Этот приказ может меняться приказом о частичном изменении, например, если пропустили какую-нибудь фамилию или допущена опечатка.

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

. Формирование приказа о закреплении за студентами тем дипломного проектирования.

Кафедра составляет список тем дипломного проектирования по каждой специальности. На основании этих сведений учебный отдел каждого института готовит приказ о закреплении тем дипломного проектирования. В приказе указываются студенты-дипломники по институту, группа обучения, название темы дипломного проектирования, ФИО и должность руководителя. Предварительно темы согласовываются с ФАЖТ. Если меняется тема или руководитель дипломного проектирования, то издается приказ об изменении.

. Проведение защиты дипломных проектов.

.1 Подготовка протоколов защиты.

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

номер протокола;

ФИО студента;

тема дипломного проекта;

состав ЭК (председатель и члены);

руководитель дипломного проекта;

материалы дипломного проекта;

отзыв руководителя;

заданные на защите студенту вопросы;

резюме по проекту;

оценка дипломного проекта;

квалификация;

специальность;

диплом с отличием или без;

ФИО и должность лица, составляющего протокол;

дата проведения защиты.

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

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

. Формирование приказов об окончании университета.

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

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

ФИО студента;

тема дипломного проекта;

№ студенческого билета;

№ протокола защиты;

оценка дипломного проекта;

председатель ГАК;

№ экзаменационной комиссии;

председатель ЭК;

. Подготовка дипломов

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

ФИО студента;

дата рождения;

предыдущий документ об образовании;

вступительные испытания;

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

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

специальность;

специализация;

курсовые работы;

практика;

госэкзамены;

тема дипломного проектирования;

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

№ диплома;

регистрационный номер;

дата защиты.

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

Отдел аттестации начинает печать дипломов заранее, до защиты.

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

название университета и город;

дата защиты;

ФИО студента;

квалификация (или степень);

дата регистрации;

регистрационный номер.

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

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

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

регистрационный номер;

ФИО студентов;

дата защиты;

номер протокола защиты;

диплом с отличием или нет;

номер диплома;

дата окончания (по плану);

паспортные данные студента;

дата получения диплома на руки.

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

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

Копия выданных дипломов хранится в личных делах студентов.

. Выдача дубликатов дипломов.

В том случае, если выпустившийся в университете человек потерял диплом или в нем была допущена какая-то ошибка, ему может быть выдан дубликат диплома. Дубликат диплома выдается отделом аттестации по заявлению на имя ректора университета от имени человека, который хочет его получить. Если диплом был утерян, то к заявлению должна прилагаться справка из милиции. Если в дипломе была допущена ошибка в ФИО студента, то к заявлению должен прилагаться приказ об изменении ФИО.

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

7. Выдача академических справок

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

ФИО студента;

дата рождения;

дата поступления;

дата окончания (если студент был отчислен);

курсовые работы;

практика;

госэкзамены;

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

приказ об отчислении (если студент был отчислен).

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

Основной недостаток существующей технологии - отсутствие автоматизации.

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

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

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

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

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

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

1.5.1 Функциональные требования

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

· формирование следующих документов об окончании университета:

- приказ об утверждении председателей ГАК и ЭК;

приказ о составах ГАК по защите дипломных проектов;

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

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

протоколы защиты;

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

диплом (титульный лист и приложение);

журнал регистраций дипломов;

академическая справка.

· заполнение и корректировка содержимого документов об окончании университета, используя данные БД АСУ МИИТа;

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

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

· время выполнения SQL - запроса не должно превышать 0,5 сек.

1.5.2 Программные и аппаратные требования

1. Общесистемные:

· интеграция с корпоративной системой Университета (АСУ МИИТ).

2. Аппаратные:

· Серверные:

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

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

· Клиентские:

- Процессор уровня PIII

Оперативная память 512 Мб

Свободное дисковое пространство 100 Мб

Монитор диагональю 19 дюймов, разрешение 1024х768.

3. Программные:

· серверные:

- операционная система - Windows 2000 и старше

СУБД - Oracle

· клиентские:

- операционная система - Windows 2000 и старше

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

- Borland Delphi 6

Developer Express VCL Products

- Pl/sql developer

Erwin Data Modeler

1.6 Источники исходных данных

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

· учебный отдел;

· учебное управление;

· отдел аттестации;

· кафедра.

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

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

· информация о студентах;

· информация об институтах (группы, состав групп).

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

1.7 Предложения по учету свойств персонала

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

С целью уменьшения нагрузки на органы зрения:

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

· будет определено оптимальное разрешение и прописано в инструкции пользователя;

· будет использован оптимальный размер шрифтов.

Также следует отметить следующие желательные свойства пользователей приложения:

· безошибочность действий;

· ответственность;

· способность к освоению новых технических средств;

· способность принимать решения;

· внимательность;

· эмоциональная устойчивость.

2. РАЗРАБОТКА ПРИЛОЖЕНИЯ, АВТОМАТИЗИРУЮЩЕГО ТЕХНОЛОГИЮ ФОРМИРОВАНИЯ ДОКУМЕНТОВ ОБ ОКОНЧАНИИ УНИВЕРСИТЕТА В РАМКАХ АСУ МИИТА

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

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

Рис. 2.1 Многоуровневая архитектура корпоративной системы АСУ МИИТ

автоматизация документ приложение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

.2 Моделирование процесса формирования документов об окончании

Рис.2.2 Моделирование рабочего процесса.

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

.3 Организация работы приложения

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

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

· Выдача документов об окончании университета, включает в себя:

- выбор типа документа;

задание параметров документа (например, по какому институту формировать приказ);

формирование документа (формирование одного из выбранных документов);

· Заполнение содержимого документов.

· Выдача информации по критериям пользователя включает в себя:

задание критериев (задание условий, фильтров );

обработка критериев (формирование SQL-запросов);

формирование результатов (обращение к базе данных, обработка и вывод данных полученных из базы).

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

Разработанная ER-модель создана посредством пакета ERWin 4.0 SP1 и отражает нотацию IDEF1X.

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

Область	Описание
	Информация, связанная с окончанием университета
	Данные о студентах
	Данные о помещениях университета
	Информация о подразделениях
	Персональная информация о человеке
	Информация о должностях

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

Рис. 2.4 Модель данных

Описание ER-модели

Таблица 2.1

Таблицы
Наименование	Описание
Бумаги	Список всех созданных в системе документов (под документом подразумеваются приказы, справки, рапорта - любые бумаги, которые имеют серию/номер и должны быть подписаны)
Вид комиссии	Перечень видов комиссии (внутренний справочник)
Вид рекомендации комиссии	Перечень видов рекомендации комиссии (внутренний справочник)
Голосование комиссии	Содержит оценки, которые были проставлены определенной комиссией на определенной защите
Дисциплины	Перечень дисциплин
Должность	Содержит перечень должностей
Журнал регистрации дипломов	Является справочником регистрации дипломов. По сути отображает данные книги регистрации дипломов (учитывается и книга регистрации дубликатов дипломов).
Запись на заседание	Отображает на какой день защиты записан студент (и какая будет комиссия)
Комиссия	Перечень комиссий
Параграфы	Список действий, указанных в документах
План заседаний комиссии	Перечень назначенных заседаний (защит) комиссий
Подразделения	Перечень подразделений университета
Помещения	Перечень помещений университета
Протокол заседания	Перечень протоколов защит
Руководство студентами	Отображает руководителя определенного студента по определенной дисциплине
Сертификат	Перечень документов об образовании
Сотрудники	Перечень всех сотрудников и студентов университета (личная информация)
Специальность	Перечень специальностей университета
Студенты	Перечень студентов (информация о специальности, группе, форме обучения)
Темы работ	Отображает тему работы определенного студента по определенной дисциплине
Учебная сессия	Отображает оценку студента за определенную дисциплину в определенном семестре

Вид комиссии
Наименование	Описание
ID вида комиссии	Внутрисистемный код вида комиссии.
наименование	Наименование вида комиссии (например: Государственная аттестационная комиссия).
аббревиатура	Аббревиатура вида комиссии (например: ГАК,ЭК).
Вид рекомендации комиссии
Наименование	Описание
ID вида рекомендации	Внутрисистемный код вида рекомендации.
наименование	Наименования вида рекомендации (например: с отличием, без отличия).

Голосование комиссии
Наименование	Описание
ID протокола заседания	Внутрисистемный код протокола защиты.
ID участника комиссии	Внутрисистемный код участника комиссии.
оценка	Оценка, проставленная определенным участником комиссии.
примечание	Примечание.

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

Запись на заседание
Наименование	Описание
ID плана заседания комиссии	Внутрисистемный код плана заседания комиссии.
ID студента	Внутрисистемный код студента.

Комиссия
Наименование	Описание
ID комиссии	Внутрисистемный код комиссии.
ID специальности	Внутрисистемный код специальности.
ID подразделения	Внутрисистемный код подразделения (кафедры).
ID дисциплины	Внутрисистемный код дисциплины.
ID вида комиссии	Внутрисистемный код вида комиссии.
дата начала	Дата создания комиссии.
дата окончания	Дата окончания действия комиссии.
номер комиссии	Номер комиссии (например, если несколько ЭК).
входит	Задает иерархию комиссий.

План заседаний комиссий
Наименование	Описание
ID плана заседания	Внутрисистемный код плана заседания.
ID помещения	Внутрисистемный код помещения (аудитории).
ID комиссии	Внутрисистемный код комиссии.
дата начала	Дата начала заседания комиссии.
дата окончания	Дата окончания заседания комиссии.

Протокол заседания
Наименование	Описание
ID протокола	Внутрисистемный код протокола защиты.
ID параграфа	Внутрисистемный код протокола защиты, как документа.
ID учебной сессии	Внутрисистемный код учебной сессии.
ID темы работы	Внутрисистемный код темы работы.
ID комиссии	Внутрисистемный код комиссии.
дата начала	Дата создания протокола комиссии.

Рекомендации комиссии
Наименование	Описание
ID протокола заседания	Внутрисистемный код протокола защиты.
ID вида рекомендации	Внутрисистемный код вида рекомендации комиссии.

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

Дисциплины
Наименование	Описание
ID дисциплины	Внутрисистемный код дисциплины.
наименование	Наименование дисциплины (например, дипломное проектирование).
аббревиатура	Аббревиатура дисциплины.
ID вида дисциплины	Внутрисистемный код вида дисциплины
ID склонения	Внутрисистемный код склонения (определяет по каким правилам надо склонять наименование дисциплины).

Руководство студентами
Наименование	Описание
ID дисциплины	Внутрисистемный код дисциплины.
ID сотрудника	Внутрисистемный код сотрудника.
ID студента	Внутрисистемный код студента.
ID параграфа	Внутрисистемный код параграфа.
ID вида нагрузки	Внутрисистемный код вида нагрузки.
дата начала	Дата начала руководства.
ID обучаемой спец.	Внутрисистемный код обучаемой спец.

Сертификат
Наименование	Описание
ID сертификата	Внутрисистемный код документа об образовании.
ID вида образования	Внутрисистемный код вида образования.
примечание	Примечание.
ID специальности	Внутрисистемный код специальности.
ID квалификации	Внутрисистемный код квалификации.
ID вида сертификата	Внутрисистемный код вида сертификата.
признак отличия	Признак отличия (например, диплом с отличием)
ID документа	Внутрисистемный код документа.
оценок:5	Сколько всего в документе пятерок.
оценок:4	Сколько всего в документе четверок.
оценок:3	Сколько всего в документе троек.
ID вида уч. заведения	Внутрисистемный код вида уч. заведения.

Специальность
Наименование	Описание
ID специальности	Внутрисистемный код специальности.
классификатор	Код специальности.
наименование	Наименование специальности.
аббревиатура	Аббревиатура специальности.
мско	Код ЮНЕСКО.
ID вида уровня специальности	Внутрисистемный код вида уровня специальности .
ID вида образования	Внутрисистемный код вида образования.
ID склонения	Внутрисистемный код склонения (определяет по каким правилам надо склонять наименование специальности).
ID федерального закона	Внутрисистемный код федерального закона.
вид	Вид изменения.
ID изменения	Внутрисистемный код изменения.

Студенты
Наименование	Описание
ID студента	Внутрисистемный код студента.
ID сотрудника	Внутрисистемный код сотрудника.
ID учебной группы	Внутрисистемный код учебной группы.
ID вида зачисления	Внутрисистемный код вида зачисления.
ID приказа о зач.	Внутрисистемный код приказа о зачислении.
дата начала	Дата начала пребывания студента в определенном статусе.
окончание плановое	Плановое окончание университета.
ID договора	Внутрисистемный код договора.
ID документа	Внутрисистемный код студенческого билета.
ID вида программы	Внутрисистемный код вида программы (определяет программу обучения студента).
условный срок	Дата условного перевода. заполняется в случае если человек при переводе имеет задолжности и должен их ликвидировать к этой дате.
ID учебного плана	Внутрисистемный код учебного плана.
ID вида статуса обучаемого	Внутрисистемный код вида статуса обучаемого.

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

Темы работ
Наименование	Описание
ID темы работ	Внутрисистемный код темы работ.
ID студента	Внутрисистемный код студента.
ID дисциплины	Внутрисистемный код дисциплины.
ID параграфа	Внутрисистемный код параграфа.
ID вида нагрузки	Внутрисистемный код вида нагрузки.
дата начала	Дата утверждения темы.
тема	Название темы.
дата рассмотрения	Дата рассмотрения темы.
дата защиты план	Дата защиты по плану

Учебная сессия
Наименование	Описание
ID учебной сессии	Внутрисистемный код учебной сессии.
ID студента	Внутрисистемный код студента.
ID параграфа	Внутрисистемный код параграфа.
ID объема дисциплины	Внутрисистемный код объема дисциплины.
оценка	Итоговая оценка идущая в зачётку и диплом.
оценка испытания	Oценка полученная за испытание (экзамен, зачёт и т.д.)
ID сотрудника	Внутрисистемный код.
дата выдачи	Дата выдачи допуска или ведомости.
действителен по	Последняя дата действия допуска/ведомости.
дата сдачи	Дата сдачи дисциплины.
дата отмены	Дата отмены факта сдачи, может проставляется если по каким то причинам не перезачтено.
ID дисциплины	Внутрисистемный код дисциплины.
ID вида нагрузки	Внутрисистемный код вида нагрузки.
семестр	Семестр (1..12).

Сотрудники
Наименование	Описание
ID сотрудника	Внутрисистемный код темы работ.
ID контрагента	Внутрисистемный код студента.
фамилия	Фамилия человека.
ID склонения ф	Внутрисистемный код склонения (определяет по каким правилам надо склонять фамилию).	Имя человека.
ID склонения и	Внутрисистемный код склонения (определяет по каким правилам надо склонять имя).
отчество	Отчество человека.
ID склонения от	Внутрисистемный код склонения (определяет по каким правилам надо склонять отчество).
пол	Пол.
дата рождения	Дата рождения.
дата окончания	Дата окончания обучения или работы.
место рождения	Место рождения.
ИНН	ИНН человека.
номер пенс. страх.	Номер пенсионного страхования.
ID национальности	Внутрисистемный код национальности.
ID метатермина	Внутрисистемный код метатермина.

Бумаги
Наименование	Описание
ID бумаги	Внутрисистемный код документа.
ID вида бумаги	Внутрисистемный код вида документа.
номер бумаги	Номер документа.
ID периода нумерации	Внутрисистемный код периода нумерации.
ID серии бумаг	Внутрисистемный код серии бумаг.
дата	Дата подписания документа.
временный номер	Временный номер.
основание	Основание.
аннотация	Аннотация.
примечание	Примечание.
готов?	Отмечается, если документ готов.
пошел?	Отмечается, если документ пошел.
ID пользователя системы	Внутрисистемный код пользователя системы.

Параграфы
Наименование	Описание
ID параграфа	Внутрисистемный код параграфа.
ID бумаги	Внутрисистемный код документа.
ID вида бумаги	Внутрисистемный код вида документа.
порядок	Порядок.
отмена	Отмена документа.

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

Должность
Наименование	Описание
ID должности	Внутрисистемный код темы работ.
наименование	Внутрисистемный код студента.
ID статуса	Внутрисистемный код статуса.
классификатор	Код должности.
важность	Важность.
ID склонения	Внутрисистемный код склонения (определяет по каким правилам надо склонять наименование должности).

Помещения
Наименование	Описание
ID помещения	Внутрисистемный код помещения.
ID здания	Внутрисистемный код здания.
ID вида помещения	Внутрисистемный код вида помещения .
наименование	Наименование помещения.
ID вида этажа	Внутрисистемный код вида этажа.
этаж	Номер этажа.
дата начала	Дата начала эксплуатации помещения.
дата окончания	Дата окончания эксплуатации помещения.
ID метатермина	Внутрисистемный код метатермина.
площадь	Площадь помещения.

Подразделение
Наименование	Описание
ID подразделения	Внутрисистемный код подразделения.
ID метатермина	Внутрисистемный код метатермина.
ID контрагента	Внутрисистемный код контрагента.

2.5 Описание структуры ПО

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

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

Таблица 2.2 Описание модулей
Название модуля	Расшифровка	Описываемая модулем форма	Основные выполняемые модулем действия
			Действия модуля	Описание действия
Unit_main	Главный модуль	Form_main	Init();	Авторизация.
			Refresh_roles();	Проверка прав пользователя.
Unit_sostav	Модуль состав ГАК и ЭК	Form_sostav	Set_parameters(par_order);	Задание параметров для создания приказа приказа о председателях или о составах комиссий (какой приказ создавать, по какому подразделению) и подписи приказа (какой приказ подписывать).
			Action_Insert(par_sostav);	Заполнение содержимого приказа о председателях или о составах комиссий (производится запись в бд данных, внесенных пользователем).
			Action_Update(par_sostav);	Корректировка содержимого приказов (производится обновление в бд данных, исправленных пользователем).
			Prosmotr(par_prosmotr);	Просмотр всех созданных приказов о председателях или о составах комиссий по параметрам, заданными пользователем.
			Preview(par_order);	Просмотр приказа выбранного пользователем в MS word.
Unit_theme	Модуль темы	Form_theme	Set_parameters(par_order);	Задание параметров для создания приказа о темах (какой приказ создавать, по какому подразделению) и подписи приказа (какой приказ подписывать).
			Action_Insert(par_theme);	Заполнение содержимого приказа о темах (производится запись в бд данных, внесенных пользователем).
			Action_Update(par_theme);	Корректировка содержимого приказа (производится обновление в бд данных, исправленных пользователем).
			Prosmotr(par_prosmotr);	Просмотр всех созданных приказов о темах по параметрам, заданными пользователем.
			Preview(par_order);	Просмотр приказа выбранного пользователем в MS word.
Unit_exam	Модуль защита	Form_exam	Set_parameters(par_order);	Задание параметров для создания протокола защиты или приказа об окончании (какой из документов создавать, по какому подразделению) и подписи документа (какой документ подписывать).
			Action_Insert(par_exam);	Заполнение содержимого протокола защиты или приказа об окончании (производится запись в бд данных, внесенных пользователем).
			Action_Update(par_exam);	Корректировка содержимого приказа или протокола (производится обновление в бд данных, исправленных пользователем).
			Prosmotr(par_prosmotr);	Просмотр всех созданных приказов об окончании или протоколов защиты по параметрам, заданными пользователем.
			Preview(par_order);	Просмотр документа выбранного пользователем в MS word.
Unit_diplom	Модуль диплом	Form_diplom	Set_parameters(par_order);	Задание параметров для создания дипломов (какой из документов создавать, по какому подразделению) и подписи документа (какой документ подписывать).
			Action_Insert(par_diplom);	Заполнение содержимого диплома или книги регистраций (производится запись в бд данных, внесенных пользователем).
			Action_Update(par_diplom);	Корректировка содержимого диплома или данных в книге регистраций(производится обновление в бд данных, исправленных пользователем).
			Prosmotr(par_prosmotr);	Просмотр всех созданных дипломов по параметрам, заданными пользователем.
			Preview(par_order);	Просмотр документа выбранного пользователем в MS word.
Unit_order	Модуль приказы	Form_order	Action_add_order(par_order);	Добавление приказов (о председателях, о составах ГАК и ЭК, о темах дипломов, об окончании).
Unit_protokol	Модуль протоколы	Form_protokol	Action_add_protokol(par_order);	Добавление протоколов защиты.
Unit_add_diplom	Модуль добавление диплома	Form_add_diplom	Action_add_diplom(par_order);	Добавление дипломов.
Unit_navigation	Модуль навигация	Form_navigation	Submit(par_order);	Отправка на подпись сформированных документов.

Рис. 2.5 Иерархия модулей

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

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

Таблица 2.3 Описание запросов
Название запроса	Расшифровка	TGUID	Передаваемые параметры
Get_pred	Возвращает cодержимое выбранного приказа о председателях ГАК и ЭК	{76F3EAA0-B6A9-46F6-AC98-C7B1235F99C8}	Id_paragraph, id_order
Get_sostav	Возвращает cодержимое выбранного приказа о составах ГАК и ЭК	{8461C2C7-8BB4-433F-B98F-2C49170314CE}	Id_paragraph, id_order
Get_theme	Возвращает cодержимое выбранного приказа о закреплении тем дипломов	{F95F62B1-1F73-499F-87F5-DF48E8832839}	Id_paragraph, id_order
Get_protokol	Возвращает cодержимое выбранного протокола	{05F3188F-D040-4297-AB07-C05704705853}	Id_paragraph, id_order
Get_spec	Возвращает список специальностей	{C4D9D92A-30E4-47D3-B15D-397CE1947B44}	id_d
Get_podr	Возвращает список подразделений МИИТа	{4360D0CF-1C4F-4158-BAB0-08C172562085}
Get_stat	Возвращает штатную должность сотрудника	{CF02CA69-36ED-456C-9E43-79C720A9937D}	id_e
Get_sotr	Возвращает список сотрудников	{C8E5CCC5-D16C-49B0-864A-A1A919F5C1DB}
Get_vipusk	Возвращает список выпускающихся студентов	{7ACBBF30-DF32-4951-A97A-B3AA9E7468A1}	Id_speciality, id_d
Get_commission	Возвращает список комиссий по выбранной специальности	{F2301268-71A0-4DCA-B80A-F3CCBBE9AF42}	Id_speciality
Get_post	Возвращает список должностей в комиссии	{62FF09E2-BA6E-4925-8D62-F2D2F8E4202E}

2.5.3 Описание взаимодействия модулей и форм приложения

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

Формирование документа об окончании - основная функция приложения. На рис. 2.7 представлена диаграмма последовательности, описывающая действие по формированию документа об окончании ( создание документа, заполнение его содержимого и подпись документа). На диаграмме представлен пример по формированию приказа об утверждении председателей и приказа о составах ГАК и ЭК. В случае других документов диаграмма не изменится, поменяются лишь названия некоторых форм:

если формируется приказ о темах, Form_sostav на Form_theme;

если формируется приказ об окончании, Form_sostav на Form_exam если формируется протокол защиты Form_sostav на Form_exam и Form_order на Form_protokol;

если формируется диплом Form_sostav на Form_diplom и Form_order на Form_add_diplom.

создания документа об окончании университета (на примере приказа о составах ГАК)

Рис. 2.7 Диаграмма последовательности создания документа об окончании университета (на примере приказа о составах ГАК)

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

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

Запуск АРМа осуществляется после ввода имени пользователя и пароля. Без этого работа с АРМом невозможна.

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

Вход в АРМ осуществляется на основе принципа авторизации. Для этого необходимо ввести имя пользователя в БД („логин“) и его пароль. При вводе этих данных учитывается регистр букв и язык (рис.2.8).

Рис. 2.8

Главное меню (Окно)

Главное меню состоит из главного пункта - Окно и подпунктов: О программе, Смена пользователя, Выход (рис.2.9).

Рис. 2.9

Роли пользователя

Каждый пользователь имеет набор прав, заданных предварительно администратором системы. В АРМе определены следующие роли, разделяющие работу всех пользователей с ним:

редактирование приказа об утверждении председателей ГАК, дипломов (отдел аттестации);

редактирование приказа о составах ГАК и ЭК и приказа об окончании(учебный отдел);

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

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

Посмотреть набор ролей текущего пользователя и его привилегии на подразделения, назначенные администратором, можно с помощью пункта основного меню "О программе" (рис.2.10).

Рис.2.10

Смена пользователя

Пункт основного меню Смена пользователя позволяет войти в программу под другим пользователем. Для этого надо ввести новое имя пользователя и пароль.

Выход

При выборе этого пункта меню происходит выход из АРМа Формирование документов об окончании.

Общий вид АРМа

После ввода имени пользователя и пароля осуществляется вход в АРМ. Общий вид АРМа представлен на рис.2.11.

Рис.2.11

Составные части (вкладки) АРМа

АРМ состоит из четырех основных частей (Рис.2.11). Каждая из частей отображена на отдельной вкладке и каждая вкладка отвечает за формирование документов об окончании в той последовательности, в которой они фактически формируются (описание процесса формирования документов см. выше).

Итак, в АРМе 4 закладки:

состав ГАК и ЭК;

темы;

защита;

дипломы.

По умолчанию открыта вкладка Состав ГАК и ЭК

Состав ГАК и ЭК

Данная вкладка позволяет работать с приказами об утверждении председателей ГАК и ЭК и приказами о составах ГАК и ЭК.

Приказ об утверждении председателей ГАК и ЭК

Для добавления приказа об утверждении председателей ГАК и ЭК необходимо нажать кнопку добавить на нижней панели вкладки (Рис.2.11).

Появится форма Добавление приказа(Рис.2.12).

Рис.2.12

В этой форме отображается дата создания приказа. Для создания приказа необходимо выбрать вид приказа из выпадающего списка (Рис.2.13).

Рис.2.13

Далее необходимо нажать на кнопку создания приказа (Рис.2.14). Если все правильно, нажать кнопку Принять, в противном случае кнопку отказаться.

Рис.2.14

После нажатия кнопки принять создается приказ об утверждении председателей ГАК и ЭК. Также для каждой из действующих специальностей института создаются ГАК и ЭК-1.

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

Сначала опишем, как просмотреть созданные приказы.

На верхней вкладке есть фильтр для просмотра приказов. Для просмотра приказов в этом фильтре необходимо задать дату просмотра (дату создания приказа) и подразделение (по какому подразделению создан приказ, рис.2.15,2.16).

Рис.2.15

Рис.2.16

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

Если выбран приказ об утверждении председателей ГАК:

Рис.2.17

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

Правой кнопкой мыши можно вызвать выпадающее меню, с помощью которого можно настроить видимость отображаемых столбцов , выбрав пункт столбцы (это свойство применимо к любой таблице АРМа, рис.2.18).

У содержимого приказа о председателях есть фильтр - подразделение и специальность (рис.2.18). Задав параметры этого фильтра, можно увидеть информацию о комиссиях и председателях, соответствующих заданным в фильтре параметрам. Также после заполнения фильтров станут доступными кнопки добавить ЭК и удалить ЭК.

Рис.2.18

Нажав на кнопку добавить ЭК, можно добавить ЭК для указанной в фильтре специальности (Рис.2.19).

Рис.2.19

Щелкнув по ячейке столбца с названием ФИО члена комиссии, выпадет таблица, в которой можно выбрать члена комиссии (Рис.2.20).

Рис.2.20

После того, как произведен выбор, член комиссии добавляется в содержимое приказа, при этом автоматически добавляется должность этого человека в комиссии (председатель ГАК или председатель ЭК) и штатная должность этого человека (Рис.2.21).

Рис.2.21

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

Нажав на кнопку удалить ЭК или выбрав соответствующий пункт выпадающего меню (правой кнопкой мыши, Рис.2.22), можно удалить ЭК. При этом нельзя удалить ГАК, ЭК-1, а также ЭК, для которого выбран председатель. Удалить председателя можно пунктом выпадающего меню - удалить председателя (Рис.2.22).

Рис.2.22

Таким образом заполняется содержимое приказа об утверждении председателей ГАК и ЭК.

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

Рис.2.23

Откроется окно(рис.2.24).

Рис.2.24

Для экспорта файла в Word необходимо нажать на кнопку Word. Приказ экспортируется в Word в следующем виде:

ФЕДЕРАЛЬНОЕ АГЕНТСТВО

ЖЕЛЕЗНОДОРОЖНОГО ТРАНСПОРТА

МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

ПУТЕЙ СООБЩЕНИЯ

ПРИКАЗ

«»__________2008г. №____

________________________________________________________________

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

ПРИКАЗЫВАЮ:

Утвердить следующие кандидатуры председателей государственных аттестационных комиссий (ГАК) и экзаменационных комиссий (ЭК) по защите дипломных проектов на 2008 год:


	1. 230102, « Автоматизированные системы обработки информации и управления »

председатель ГАК - Абдрахманов Ильдар Саидович, ассистент, Экономика строительного производства

председатель ЭК-1 - Олешко Маргарита Николаевна, старший преподаватель, Иностранные языки - 1

	2. 230201, « Информационные системы и технологии »

председатель ГАК - Маркова Ирина Васильевна, старший преподаватель, Автоматизированные системы управления

председатель ЭК-1 - Первезенцева Оксана Анатольевна, доцент, Лингвистика

председатель ЭК-2 - Петелина Нелли Михайловна, доцент, Бухгалтерский учет и статистика

Ректор	Б.А. Лёвин
Первый проректор- проректор по учебной работе	В.В. Виноградов
Начальник учебного управления	И.И.Фроликов
Начальник службы ДОУ	Е.Н.Сидракова
И.о. начальника юридического управления	С.Г.Доскач

Приказ о составах ГАК и ЭК

Для добавления приказа необходимо нажать кнопку добавить на нижней панели вкладки (Рис.2.11). Аналогичным образом как при добавлении приказа об утверждении председателей, добавляем приказ о составах. Единственное, что необходимо выбрать подразделение, по которому будет создаваться приказ(Рис.2.25).

Рис.2.25

Если в левой части АРМа выбрать приказ о составах ГАК и ЭК, вид АРМа будет следующим:

Рис.2.26

В содержимом приказа должны отображаться все введенные председатели комиссий для института, по которому создан приказ (утвержденные приказом об утверждении председателей ГАК и ЭК).

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

Рис.2.27

Задав параметры фильтра, отобразятся все члены заданной комиссии. Также станет доступной нижняя панель(если только не выбран ГАК, рис.2.28).

Рис.2.28

Для заполнения содержимого приказа о составах ГАК и ЭК, необходимо добавить для каждой комиссии всех ее членов. Для этого необходимо заполнить поля нижней панели. Поле состав означает, кем является человек в комиссии (член комиссии, секретарь, рис.2.29).

Рис.2.29

Затем в поле ФИО выбирается человек, который будет заседать в комиссии. При этом в поле штатная должность автоматически отобразится его должность(рис.2.30)

Рис.2.30

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

Рис.2.31

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

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

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

в работе, временный;

на подписи;

подписан.

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

Рис.2.32

Темы

Данная вкладка позволяет работать с приказами о закреплении тем дипломного проектирования. Общий вид вкладки представлен на рис.2.33

Рис.2.33

Добавление приказа о закреплении тем происходит аналогичным образом, как и в случае с выше рассмотренными приказами. Форма добавления представлена на рис. 2.34.

Рис.2.34

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

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

Рис.2.35

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

Рис.2.36

Заполнение содержимого приказа о закреплении тем дипломного проектирования заключается в указании названия темы диплома и выбора руководителя дипломного проектирования для каждого студента. Нажав на ячейку столбца с наименованием ФИО руководителя, выпадет список возможных руководителей (рис.2.37).

Рис.2.37

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

Рис.2.38

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

Отправив приказ на просмотр, получим следующую форму приказа:

ФЕДЕРАЛЬНОЕ АГЕНТСТВО

ЖЕЛЕЗНОДОРОЖНОГО ТРАНСПОРТА

МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

ПУТЕЙ СООБЩЕНИЯ

ПРИКАЗ

«»__________2008г. №____

О закреплении за студентами 5 курса

тем дипломного проектирования

В соответствии с решением Ученого совета Института управления и информационных технологий от 26 марта 2008 года закрепить темы дипломного проектирования за следующими студентами очной формы обучения Института управления и информационных технологий.

№ п/п	Фамилия Имя Отчество	Группа	Тема	Руководитель, ФИО	Должность
1	Алексеева Анастасия Николаевна	УАИ-511	Разработка задачи формирования	Нуждин Олег Олегович	старший преподаватель, Автоматизированные системы управления
2	Бойцова Анна Вячеславовна	УИС-511	Разработка портала	Маркова Ирина Васильевна	старший преподаватель, Автоматизированные системы управления
3	Бусыгин Александр Павлович	УИС-511	Разработка задачи перевозок	Варфоломеев Виктор Архипович	доцент, Автоматизированные системы управления

Первый проректор- проректор по учебной работе	В.В. Виноградов
Директор Института	Ф.Ч.Гоманков
Начальник учебного управления	И.И.Фроликов

По приказам о закреплении тем также осуществляется навигация.

Защита

Данная вкладка позволяет работать с протоколами защиты и с приказами об окончании.

Общий вид вкладки следующий:

Рис.2.39

Добавление протоколов происходит также, как и приказов, только протоколы создаются по специальности (рис.2.40).

Рис.2.40

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

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

Рис.2.41

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

Рис.2.42

Щелкнув по ячейке столбца с названием комиссия выпадет список ЭК данной специальности. (рис.2.43). Необходимо выбрать ту ЭК, которая будет заседать в день защиты студента.

Рис.2.43

После проведения защиты проставляется оценка.

3. РАСЧЕТ ВРЕМЕНИ РЕАКЦИИ СИСТЕМЫ

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

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

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

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

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

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

Рис. 3.1. Архитектура работы системы

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

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

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

Клиентская машина, на которой установлено приложение, автоматизирующее технологию формирования документов об окончании (АРМ) формирует сообщение с интенсивностью λ (СМО1, интенсивность обработки - µ₁). При этом пользователь не дожидается ответа для дальнейшей своей работы. Сообщение поступает на сервер приложений (СМО2), помимо этих сообщений на сервер приложений поступают сообщения от других источников с интенсивностью λ_d_. Полученные сообщения обрабатываются сервером приложений с интенсивностью µ₂. Сервер приложений передает сообщение серверу БД (СМО3), который обрабатывает его с интенсивностью µ₃ и, после обработки, отправляет результат серверу приложений, который отправляет ответ обратно клиенту.

Для расчёта введём следующие допущения:

- поток запросов - простейший;

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

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

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

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

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

- время передачи сообщений по сети пренебрежимо мало и рассматриваться не будет;

- каждый запрос пользователя в АРМ порождает одно сообщения, направляемое на обработку серверам, и одно сообщение от серверов в АРМ.

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

- формирование запроса клиентской машиной и передача сформированного сообщения серверу приложений;

- приём и обработка запроса сервером приложений, его передача серверу БД ;

- приём и обработка запроса сервером БД, передача ответа обратно серверу приложений;

- прием сообщения (ответа) сервером приложений, и его передача клиенту;

- прием клиентской машиной ответа, отображение полученных данных.

Схему такой системы можно представить в виде пяти последовательно включённых одноканальных СМО с неограниченной очередью, каждая из которых соответствует одной из вышеперечисленных операций (рис.3.2).

Рис. 3.2. Система обработки запросов в терминах СМО

- интенсивность сообщений в АРМ;

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

- интенсивность обработки запросов в АРМ;

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

- интенсивность обработки запросов на сервере БД;

n - число клиентских машин, на которых установлен АРМ.

3.4 Исходные данные, необходимые для расчёта времени реакции

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

= 20 с^-1(данные сетевого отдела АСУ МИИТа).

Один пользователь может отправлять в подсистему максимум 10 заявок в минуту (из наихудших условий).

Таким образом, интенсивность потока заявок в АРМ составляет:

= 10 / 60 с ≈ 0,17 с^-1.

Время обработки сообщения на клиентской машине = 0,1 с, следовательно интенсивность равна:

µ₁= 1/0,1=10 с^-1.

Приём и обработка входного сообщения на сервере приложений состоит из последовательно выполняемых действий:

- принятие сервером входного сообщения, распознавание SQL-запроса;

- отправка сообщения (SQL-запрос) на сервер БД.

Выполнение всех этих операций составляет приблизительно:

m_c= 0,015 с.

Интенсивность обработки поступающих сообщений составляет:

µ₂ = 1/ m_c= 1/0,015 с ≈ 66,7 с^-1.

Приём и обработка входного сообщения на сервере БД состоит из последовательно выполняемых действий:

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

- отправка ответа (данные) на сервер приложений;

Выполнение всех этих операций составляет приблизительно:

m_c₂= 0,03 с.

Интенсивность обработки поступающих сообщений составляет:

µ₃ = 1/ m_c= 1/0,03 с ≈ 33,3 с^-1.

Прием и обработка полученных от сервера БД данных обрабатывается сервером приложений приблизительно столько же, сколько и при приеме входного сообщения от клиентской машины. Поэтому расчет для СМО2 и СМО4 будет одинаковым.

Аналогично одинаковым будет расчет для СМО1 и СМО5.

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

=30

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

Среднее время пребывания (реакции) сообщения в подсистеме рассчитаем по следующей формуле:

m_Т= m_Т1 + m_Т2 + m_Т3 + m_Т2 + m_Т1

m_Т = ;

m_Т= + + ≈ 0,44 с.

Вывод

Расчётное среднее время реакции системы отчетности АСУ МИИТа составляет 0,44 с., указанное в требовании к разрабатываемой подсистеме - 0,5 с, Следовательно, разработанная система удовлетворяет выдвинутым требованиям.

4. ЭКОНОМИЧЕСКАЯ ЧАСТЬ

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

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

Реализация проекта предполагает достижение следующих результатов:

снижение трудоемкости и повышение качества выполнения функции управления делами по движению студентов в рамках АСУ МИИТа;

- расширение функциональных возможностей ИТ-систем - появление функции формирования документов об окончании университета в МИИТе;

- повышение согласованности работы учебных отделов подразделений МИИТа и отдела аттестации;

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

- расширение функции управления делами по движению студентов в рамках АСУ МИИТа;

- повышение качества обработки информации.

Областью формирования этих результатов является

автоматизация функции формирования документов об окончании университета в рамках АСУ МИИТа;

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

- информационное обеспечение;

кадровый потенциал.

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

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

Показателями коммерческой эффективности являются:

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

снижение затрат на создание, передачу, обработку и хранение информации, используя базу АСУ МИИТа.

Показателем социально-экономической эффективности является

изменение количества видов функций формирования документов об окончании университета в рамках АСУ МИИТа;

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

изменение удельного веса сотрудников учебных отделов МИИТа;

повышение уровня производительности труда работников сотрудников учебных отделов и отдела аттестации МИИТа.

.2 Расчёт затрат на создание и реализацию проекта

При расчете затрат по проекту прикладного характера определяются:

. Капитальные затраты на разработку и внедрение проекта;

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

4.2.1 Капитальные затраты на разработку и внедрение проекта

Капитальные затраты включают следующие составляющие:

где К₁ - предпроизводственные затраты;

К₂ - капитальные вложения в создание и приобретение программных комплексов (разрабатываемого и стандартного лицензионного ПО);

К₃- капитальные вложения в создание и приобретение аппаратных комплексов (локальных компьютеров, средств СПД, рабочих станций и серверного оборудования, орг. техники, специальных датчиков и других технических средств);

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

4.2.2 Предпроизводственные затраты

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

4.2.3 Затраты на разработку задачи формирования документов об окончании университета в рамках АСУ МИИТа.

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

где ЗП_ч- заработная плата, включая ЕСН, работника, занятого разработкой проекта, руб./час;

З_э- затраты на электроэнергию, руб./час;

З_а- затраты на амортизацию, руб./час;

З_пп- прочие прямые затраты, руб./час;

З_нр- затраты на накладные расходы, руб./час;

Т_проект- трудоемкость, ч/час.

К_уд- удельные затраты на лицензионное программное обеспечение (Если лицензионное ПО используется в нескольких проектах)

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

Таблица 3.1 Виды работ

Этап проектирования	Вид работы	Число дней
1	Получение задания на дипломное проектирование и постановка задачи.	1
2	Изучение задания.	2
3	Сбор и изучение научно-технической литературы и прочих материалов.	6
4	Составление аналитического обзора состояния вопроса и формулировка методов решения задачи.	6
5	Анализ существующей технологий и обоснование целесообразности решения поставленной задачи	5
6	Формулировка требования к поставленной задаче	2
7	Выбор средств разработки	3
8	Моделирование предметной области	6
9	Разработка модели данных	6
10	Разработка структуры ПО	4
11	Разработка ПО	33
12	Тестирование программы	2
13	Анализ полученных результатов	3
14	Корректировка программы	3
15	Составление сопроводительной документации	5
Итого:	85

Оценка затрат на разработку ПО в денежном выражении по каждому этапу проектирования представлена в таблице 3.2.

Таблица 3.2 Затраты на разработку ПО

Номер этапа проектирования	Трудоемкость в ч/часах	ЗП + ЕСН (179,6 руб./час)	Электроэнергия (5,52 руб./час)	Амортизация (32,02 руб./час)	Прочие прямые затраты (89,63 руб./час)	Накладные расходы, (7,6 руб/час)	Σ затраты, руб.
1	8	1436,8	44,16	256,16	-	-	1737,12
2	16	2873,6	88,32	512,32	-	-	3474,24
3	48	8620,8	264,96	1536,96	4302,24	362,8	15089,76
4	48	8620,8	264,96	1536,96	4302,24	364,8	15089,76
5	40	7184	220,8	1280,8	3585,2	304	12270,8
6	16	2873,6	88,32	512,32	1434,08	121,6	5029,92	24	4310,4	132,48	768,48	2151,12	182,4	7544,88
8	48	8620,8	264,96	1536,96	4302,24	364,8	15089,76
9	48	8620,8	264,96	1536,96	4302,24	364,8	15089,76
10	32	5747,2	176,64	1024,64	2868,16	243,2	10059,84
11	264	47414,4	1457,28	8453,28	23662,32	2006,4	82993,68
12	16	2873,6	88,32	512,32	1434,08	121,6	5029,92
13	24	4310,4	132,48	768,48	2151,12	182,4	7544,88
14	24	4310,4	132,48	768,48	2151,12	182,4	7544,88
15	40	7184	220,8	1280,8	3585,2	304	12270,8
Итого:	215859,36

Стоимость часа оплаты труда разработчика, включая ЕСН рассчитывается по формуле:

где О_i - оклад i-го разработчика;

Ч- количество разработчиков, участвующих в проекте;

ЕСН - ставка единого социального налога;

Т - число рабочих часов в месяц.

О_i= 25000 руб.

Ч = 1

ЕСН = 0,262

Т=8*22=176ч

ЗП_ч= 25000*1*(1+0.262)/176=179,26 руб/час

Затраты на электроэнергию, потребляемой в час, рассчитываются по формуле:

где M_j - потребляемая мощность j-го оборудования, используемого в работе;

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

С_эч - стоимость 1 кВт/час.

К оборудованию, которое потребляет электроэнергию относятся:

компьютер

сервер базы данных

сервер приложений

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

Один компьютер потребляет примерно 0,6кВт/час, каждый из серверов потребляет около 1 кВт/час, одна лампочка - 0,02 кВт/час, цена электроэнергии равна 2 руб/кВт, следовательно, получаем:

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

где Ц_рс- стоимость оборудования, руб.;

Н_а- норма амортизации, 14%;

Т_год - годовой бюджет рабочего времени в часах.

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

Таблица 3.3 Стоимость оборудования для разработки задачи формирования документов об окончании университета в рамках АСУ МИИТа

Наименование оборудования	Количество единиц оборудования	Цена, руб.	Σ Цена, руб.
Системный блок	1	18000	18000
Монитор	1	8000	8000
Клавиатура	1	1300	1300
Мышь	1	700	700
Принтер	1	5000	5000
Сервер базы данных	1	345000	345000
Сервер приложений	1	105000	105000
Итого:			483000

Для режима работы ПК и серверов, соответствующего 8-ми часовому рабочему дню с учётом выходных и праздничных дней, часовая амортизация составит:

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

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

Расчет накладных расходов:

К_н - накладные расходы за период создания проекта

З_нр - накладные расходы в час

К_н = 5170 руб.

Т_проект= 85*8 = 680 ч

З_нр= К_н/ Т_проект

З_нр= 5170 / 680 = 7,6 руб./ч

Расчет затрат на создание программных комплексов:

З_пр=( ЗП_ч+ З_э+ З_а+ З _пп+З_нр)* Т_проект= 215859,36руб.

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

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

К_уд = Ц*t/(T*т) (руб),

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

t - период проектирования ИнП;

T - временной ресурс лицензионного ПО;

т - потенциальное количество проектов, использующих данный продукт.

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

Таблица 3.4 Стоимость лицензионного ПО

Наименование элемента ПО	Кол-во	Назначение	Цена, (руб.)	SЦ, руб.
Oracle Enterprise Edition	1	Система управления базой данных	25873825	25873825
Delphi	1	Среда разработки приложения	32500	32500
PL/SQL Developer	1	Среда написания SQL- запросов	750	750
Итого:				25907075

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

t = 85 дней

T (oracle) = 10*365 дней

T (delphi) = 10*365 дней

T (pl/sql) = 10*365 дней

Потенциальное количество проектов, использующих данные продукты - 26.

т = 26

К_уд =К_{уд_}_oracle + К_{уд_}_delphi + К_{уд_}_pl_/_sql = 25873825*85/(365*10*26) + 32500*85/(365*10*26)+750*85/(365*10*26)=23174,66+29,1+0,67=23204,4руб

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

К₂ =З_пр +К_уд

К₂ =( ЗП_ч+ З_э+ З_а+ З _пп+З_нр)* Т_проект+ К_{уд_}_oracle + К_{уд_}_delphi + К_{уд_}_pl_/_sql

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

Капитальные вложения, связанные с приобретением аппаратных комплексов, определяются по формуле:

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

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

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

K_тсу = K_то* t/(T*т) (руб.),

где K_то- стоимость имеющегося аппаратного комплекса, руб.;

t- время, в течение года, использования имеющегося комплекса;

Т- временной ресурс имеющегося комплекса.

т - потенциальное количество проектов, использующих данное оборудование.

Для эксплуатации проекта необходимо следующее оборудование:

компьютеров и 14 принтеров для учебных отделов и кафедр МИИТа и 2 компьютера и 1 принтер для отдела аттестации.

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

Таблица 3.3 Стоимость оборудования для эксплуатации проекта

Наименование оборудования	Количество единиц оборудования	Цена, руб.	Σ Цена, руб.
Системный блок	28	15000	420000
Монитор	28	8000	224000
Клавиатура	28	700	19600
Мышь	28	300	8400
Принтер	15	3000	45000
Сервер базы данных	1	345000	345000
Сервер приложений	1	105000	105000
Итого:			1167000

Предполагается, что временной ресурс имеющегося оборудования:

· серверов - 5 лет;

· компьютера - 3 года;

· принтера - 3 года;

т(для серверов) = 26

Примем во внимание, что на каждом компьютере работает в среднем 4 приложения, следовательно

т(для компьютеров) = 4

Получаем:

К_то _уд (Сервер БД,сервер приложений)= (450000*22*12)/(5*22*12*26)=

= 3461,53 руб.

К_то _уд (Компьютер,принтер)= ((420000+224000+19600+8400+345000)*22*12)/(5*22*12*4)=

= 50850 руб.

К_то _уд = К_то _уд (Сервер БД,сервер приложений)+

+ К_то _уд (Компьютер,принтер)= 3461,53 + 50850 = 54311,53 руб.

Стоимость оргтехники равна затратам на 30 картридж для принтера (700 руб.).

Следовательно, удельные капитальные вложения на приобретение аппаратного комплекса будут равны:

K₃ = K_тсу = К_то _уд + К_орг= 54311,53 +30*700 = 75311,53 руб.

K₃ = К_то _уд (Сервер БД,сервер приложений)+

+ К_то _уд (Компьютер,принтер) + К_орг= 54311,53 +30*700 = 75311,53 руб.

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

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

К₄ = К_ИО+ К_ОО+К_об

где K_ИО- затраты на создание информационного обеспечения, руб.

K_ОО- затраты на создание организационного обеспечения, руб.

K_об- затраты на обучение персонала, руб.

Затраты на информационное обеспечение могут быть оценены на основе трудоемкости работ по его созданию. Работы, выполненные по информационному обеспечению, представлены в таблице 3.5.

Таблица 3.5 Работы, выполненные по информационному обеспечению

Номер этапа проектирования	Работы	Количество дней
1	Получение задания и постановка задачи	1
2	Изучение задания	2
3	Сбор и изучение научно-технической литературы	6
4	Составление аналитического обзора состояния вопроса	6
5	Анализ существующих технологий и обоснование целесообразности решения поставленной задачи.	5
Итого:		20

Оценка затрат на информационное обеспечение в денежном выражении по каждому этапу проектирования представлена в таблице 3.6

Таблица 3.6 Затраты на информационное обеспечение

Номер этапа проектирования	Трудоемкость в ч/часах	ЗП + ЕСН (179,6руб./час)	Электроэнергия (5,52 руб./час)	Амортизация (32,02 руб./час)	Прочие прямые затраты (89,63 руб./час)	Накладные расходы (7,6 руб./час)	Σ затраты, руб.
1	8	1436,8	44,16	256,16	-	-	1737,12
2	16	2873,6	88,32	512,32	-	-	3474,24
3	48	8620,8	264,96	1536,96	4302,24	364,8	15089,76
4	48	8620,8	264,96	1536,96	4302,24	364,8	15089,76
5	40	7184	220,8	1280,8	3585,2	304	12270,8
Итого:		47661,68

K_ИО₌47661,68руб.

Затраты на организационное обеспечение - расходы на создание документации по проекту для конечного пользователя. Работы, выполненные по организационному обеспечению, представлены в таблице 3.7.

Таблица 3.7 Работы, выполненные по организационному обеспечению

Номер этапа проектирования	Работы	Количество дней
15	5
Итого:		5

Оценка затрат на организационное обеспечение в денежном выражении представлена в таблице 3.8.

Таблица 3.8 Затраты на организационное обеспечение

Номер этапа проектирования	Трудоемкость в ч/часах	ЗП + ЕСН (7,39руб./час)	Электроэнергия (1,2 руб./час)	Амортизация (4,5 руб./час)	Прочие прямые затраты (3,695 руб./час)	Накладные расходы (7,6 руб./час)	Σ затраты, руб.
15	40	7184	220,8	1280,8	3585,2	304	12270,8
Итого:		12270,8

K_ОО=12270,8руб.

Затраты на обучение могут быть рассчитаны с учетом двух моделей обучения:

- Обучение силами разработчиков

- Обучение в лицензированных учебных центрах

Рассчитаем затраты на обучение силами разработчиков:

Заработная плата на период обучения:

где: - оклад разработчика ИП;

- оклад обучаемого;

- количество участников соответствующей категории;

N - количество рабочих дней в месяце;

n- количество дней обучения

=25000 руб.

=7000 руб.

=30

N=22

n=4

Заработная плата с ЕСН:

где: - заработная плата на период обучения;

- коэффициент с учетом ЕСН

=42727 руб.

=0,262

руб.

Амортизация оборудования:

где: - стоимость оборудования;

Н_а- норма амортизации в год;

n - количество дней обучения

=483000 руб.

Н_а=0,14=4

Амортизация программного обеспечения:

где: - стоимость оборудования;

Н_а- норма амортизации в год;

n - количество дней обучения

=25907075 руб.

Н_а=0,14=4

Расходы на электроэнергию:

где: - мощность потребляемая оборудованием;

- количество дней обучения;

- стоимость 1 квт*ч

_{лампочек} = 0,02 кВт/ч * 8шт

_{компьютера} = 0,6 кВт /ч

_{серверов} = 1 кВт /ч*2шт

n=4

=2 руб/кВт

Материалы на организацию и сопровождение процесса обучения:

где: - расход материала;

- цена материала

К материалам для обучения относятся бумага и ручки. На время обучение потребуется примерно 5 пачек бумаги и 2 пачки ручек.

=50 руб.

=40 руб.

330 руб.

Эксплуатация помещений:

где: - расходы по содержанию помещения;

- количество дней обучения;

- нормативная площадь для оборудования и обучения

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

Следовательно, основные прямые затраты:

=42727+11194,5+741+39747,84+176,64+330=94916,98 руб.

Прочие прямые затраты составляют 30% прямых затрат:

=*0,3

=94916,98 *0,3=28475,1 руб.

Итого прямых затрат на обучение:

=94916,98+28475,1=123392,1 руб.

Рассчитаем накладные расходы по формуле:

где: - норма накладных расходов;

- прямая заработная плата

=85%

=42727

Всего:

Теперь можно рассчитать К₄:

К₄ = К_ИО+ К_ОО+К_об

К₄ =47661,68+12270,8+159710,05=219642,98руб.

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

Капитальные затраты на разработку и внедрение проекта будут равны:

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

Годовые текущие затраты, связанные с задачей формирования документов об окончании университета в рамках АСУ МИИТа, определяются как:

З = З₁ + З₂ + З₃ + З₄ + З₅ + З₆ + З₇ + З₈ + З₉

где З₁ - основная и дополнительная заработная плата;

З₂ - отчисления на ЕСН;

З₃ - расходы на командировки;

З₄ - расходы на содержание легкового транспорта (ремонт и амортизация);

З₅ - канцелярские и типографские расходы;

З₆ - почтово-телеграфные и телефонные расходы;

З₇ - расходы на содержание и эксплуатацию зданий, помещений и инвентаря (ремонт, амортизация, стоимость электроэнергии);

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

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

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

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

Количество сотрудников, использующих проект, равно 30.

Сумма годовых отчислений на ЕСН равна:

Расходы на командировки, содержание легкового транспорта, а также почтово-телеграфные и телефонные расходы будем считать равными нулю:

З₃=0

З₄=0

З₆=0

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

З₅=1000руб.*12мес.=12000 руб.

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

Годовые расходы на содержание и эксплуатацию аппаратного и программного комплекса будут включать годовые затраты на амортизацию программного комплекса (З_апр), годовые затраты на амортизацию аппаратного комплекса (З_аап) и годовую стоимость электроэнергии (З_э):

Годовые затраты на амортизацию программного комплекса будут складываться из затрат на приобретение лицензионного ПО и затрат на создание программного комплекса. Норма амортизации принимается равной 20%:

Годовые затраты на амортизацию аппаратного комплекса будут равны:

К_то _уд=3240руб.

Годовая стоимость потребляемой электроэнергии составит:

Следовательно, годовые расходы на содержание и эксплуатацию аппаратного и программного комплекса будут равны:

Прочие управленческие расходы будем считать равными нулю.

З₉=0

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

З = З₁ + З₂ + З₅ + З₇ + З₈

З = 9000000 + 2358000 + 12000 + + 9900 + 5236698,71 =

= 16616598,71 руб.

4.4 Расчет экономической эффективности

Подсчитаем годовые затраты на формирование документов об окончании до внедрения проекта. Затраты на приобретение аппаратного и лицензионного программного обеспечения (кроме pl/sql и delphi, так как - это средства разработки) останутся прежними, так как до внедрения проекта использовались те же программные и аппаратные средства (использовались другие приложения, для поддержания которых необходимы были те же программные и аппаратные средства - это приложение Учебный отдел, Система управления персоналом).

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

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

, где

З_м - месячная заработная плата приведенного выше сотрудника МИИТа на ручную работу по формированию и корректировке документов об окончании, включающую доставку и передачу документов из подразделения в подразделение;

Т - число рабочих часов в месяц;

ЕСН - ставка единого социального налога.

З_м=25000 руб.

ЕСН = 0,262

Т=8*22=176ч

Получаем:

С_ч = 25000*(1+0,262)/176 =179,26 руб/час

Учитывая, что в МИИТе с разрабатываемым приложением должно работать около 30 сотрудников, экономию от сокращения затрат на ручной труд определим по формуле:

Р_Р = С_ч* ∆t * n*N, где

С_ч - стоимостная оценка потерь времени сотрудника МИИТа;

∆t - среднее значение разницы во времени (в существующей и создаваемой системах), затрачиваемом на выполнение работы по формированию и корректировке документов об окончании (1 час);

n - количество сотрудников, работающих с приложением.

N- среднее число документов об окончании на каждого сотрудника МИИТа в год(100)

Получаем:

Р_Р = 179,26 *1*30*100 =537780руб/год.

З_{до_внедрения} = З₁ + З₂ + З₃ + З₄ + З₅ + З₆ + З₇ + З₈ + З₉ + Р_Р

Все значения З останутся прежними, кроме З₈

Не учитываем pl/sql и delphi:

З_{до_внедрения} = 9000000 + 2358000 + 0 + 0 + 12000 + 0 + 9900 + 5230048,71 + 0 +537780 = 17147728,71 руб.

З_{после_внедрения} = 16616598,71 руб.

Э = 17147728,71 - 16616598,71 = 531130 руб/год

Так как Э>0, то можно сделать вывод о целесообразности разработки и применения приложения, автоматизирующего технологию формирования документов об окончании, в МИИТе.

5. ОХРАНА ТРУДА И БЕЗОПАСНОСТЬ ЖИЗНЕДЕЯТЕЛЬНОСТИ

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

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

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

5.2 Идентификация опасных и вредных факторов, сопутствующих созданию системы отчетности

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

Вредными производственными факторами могут быть:

ü Физические факторы:

· температура, влажность, скорость движения воздуха, тепловое излучение;

· неионизирующие электромагнитные поля и излучения: электростатические поля, постоянные магнитные поля (в т.ч. и геомагнитное), электрические и магнитные поля промышленной частоты (50 Гц), электромагнитные излучения радиочастотного диапазона, электромагнитные излучения оптического диапазона;

· ионизирующие излучения;

· производственный шум, ультразвук, инфразвук;

· вибрация (локальная, общая);

· аэрозоли (пыли) преимущественно фиброгенного действия;

· освещение: естественное (отсутствие или недостаточность), искусственное (недостаточная освещенность, прямая и отраженная слепящая блесткость, пульсация освещенности);

· электрически заряженные частицы воздуха - аэроионы.

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

ü Биологические факторы: микроорганизмы-продуценты, живые клетки и споры, содержащиеся в препаратах, патогенные микроорганизмы.

5.2.1 Определение опасных и вредных производственных факторов

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

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

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

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

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

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

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

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

5.2.2 Классификация условий труда

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

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

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

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

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

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

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

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

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

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

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

Таблица оценки условий труда работника по степени вредности и опасности

Фактор	Класс условий труда
	Оптимальный	Допус-тимый	Вредный				Опас-ный
	1	2	3.1	3.2	3.3	3.4	4
Шум		+
Неионизирующие излучения			+
Ионизирующие излучения		+
Микроклимат		+
Освещение		+
Тяжесть труда			+
Напряженность труда			+
Общая оценка условий труда	0	4	3	0

Оценка условий труда разработчика приложения в рамках АСУ МИИТа по степени вредности и опасности соответствует классу 3.1 (по наиболее высокому классу и степени вредности).

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

5.3 Оценка уровней действующих факторов и класса напряженности труда, выявление из них - наиболее опасных

5.3.1 Оценка напряженности трудового процесса

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

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

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

Таблица 5.2.

Протокол оценки условий труда по показателям напряженности трудового процесса

Показатели		Класс условий труда
		1	2	3.1	3.2	3.3
1. Интеллектуальные нагрузи
1.1 Содержание работы				+
1.2 Восприятие сигналов (информации) и их оценка				+
2. Сенсорные нагрузки
2.1 Длительность сосредоточенного наблюдения (в % от времени смены)				+
2.2 Размер объекта различения (при расстоянии от глаз работающего до объекта различения не более 0,5 м) в мм при длительности сосредоточенного наблюдения (% времени смены)			+
2.3 Наблюдение за экранами видеотерминалов (часов в смену): - при буквенно-цифровом типе отображения информации - при графическом типе отображения информации				+
3. Эмоциональные нагрузки
3.1 Степень ответственности за результат собственной деятельности. Значимость ошибки				+
4. Монотонность нагрузок
4.1Число элементов (приемов), необходимых для реализации простого задания или в многократно повторяющихся операциях			+
4.2 Время активных действий (в % к продолжительности смены). В остальное время - наблюдение за ходом производственного процесса.				+
5. Режим работы
Фактическая продолжительность рабочего дня			+
5.2 Наличие регламентированных перерывов и их продолжительность			+
Количество показателей в каждом классе	0		4	7	0
Общая оценка напряжен ности труда				+

Из проведенного анализа видно, 7 показателей отнесены к классу 3.1, поэтому общая оценка напряженности труда разработчика системы отчетности соответствует классу 3.1.

5.3.2 Оценка тяжести трудового процесса

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

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

· физическая динамическая нагрузка;

· масса поднимаемого и перемещаемого груза вручную;

· стереотипные рабочие движения;

· статическая нагрузка;

· рабочая поза;

· наклоны корпуса;

· перемещение в пространстве.

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

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

Таблица 5.3.

Протокол оценки условий труда по показателям тяжести трудового процесса

№		Показатели	Фактические значения	Класс
	1	Стереотипные рабочие движения (кол-во)
	1.1	Локальная нагрузка		2
	1.2	Региональная нагрузка
	2.	Рабочая поза		3.1
	3.	Наклоны корпуса (количество за смену)		2
	Окончательная оценка тяжести труда			3.1

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

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

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

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

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

. Рабочие места с ПК по отношению к световым проемам должны располагаться так, чтобы естественный свет падал сбоку, преимущественно слева;

Автоматизация технологии формирования документов об окончании университета в рамках АСУ МИИТа

Автоматизация технологии формирования документов об окончании университета в рамках АСУ МИИТа

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

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

1.3 Анализ существующей технологии формирования документов об окончании университета

1.3.1 DFD - модель технологии формирования документов об окончании университета

1.3.2 Описание документооборота существующей технологии формирования документов об окончании университета

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

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

1.5.1 Функциональные требования

1.5.2 Программные и аппаратные требования

1.6 Источники исходных данных

1.7 Предложения по учету свойств персонала

2. РАЗРАБОТКА ПРИЛОЖЕНИЯ, АВТОМАТИЗИРУЮЩЕГО ТЕХНОЛОГИЮ ФОРМИРОВАНИЯ ДОКУМЕНТОВ ОБ ОКОНЧАНИИ УНИВЕРСИТЕТА В РАМКАХ АСУ МИИТА

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

.2 Моделирование процесса формирования документов об окончании

2.5 Описание структуры ПО

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

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

2.5.3 Описание взаимодействия модулей и форм приложения

Рис. 2.7 Диаграмма последовательности создания документа об окончании университета (на примере приказа о составах ГАК)

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

3. РАСЧЕТ ВРЕМЕНИ РЕАКЦИИ СИСТЕМЫ

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

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

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

3.4 Исходные данные, необходимые для расчёта времени реакции

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

Вывод

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

.2 Расчёт затрат на создание и реализацию проекта

4.2.2 Предпроизводственные затраты

4.2.3 Затраты на разработку задачи формирования документов об окончании университета в рамках АСУ МИИТа.

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

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

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

4.4 Расчет экономической эффективности

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

5.2 Идентификация опасных и вредных факторов, сопутствующих созданию системы отчетности

5.2.1 Определение опасных и вредных производственных факторов

5.2.2 Классификация условий труда

5.3 Оценка уровней действующих факторов и класса напряженности труда, выявление из них - наиболее опасных

5.3.1 Оценка напряженности трудового процесса

5.3.2 Оценка тяжести трудового процесса

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