Размещено на http://www.allbest.ru

АННОТАЦИЯ

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

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

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

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

СОДЕРЖАНИЕ

• ВВЕДЕНИЕ
• 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 Цель проектирования

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

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

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

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. Формирование состава ГАК и ЭК.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- практика;

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

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

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

- № диплома;

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

- дата защиты.

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

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

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

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

- дата защиты;

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

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

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

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

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

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

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

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

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

-дата защиты;

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

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

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

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

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

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

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

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

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

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

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

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

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.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

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

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