Разработка проекта модернизации системы удаленного контроля процесса обучения сотрудников с использованием тренажеров-имитаторов

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

1

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

Курсовая работа

Разработка проекта модернизации системы удаленного контроля процесса обучения сотрудников с использованием тренажеров-имитаторов



Введение

автоматизированный обучение тренажер имитатор

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

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

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

Обозначенные позиции говорят об актуальности темы курсовой работы: «Разработка проекта модернизации системы удаленного контроля процесса обучения сотрудников с использованием тренажёров-имитаторов».

Объект исследования: модернизация автоматизированных систем.

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

Цель курсовой работы: разработать проект модернизации системы удаленного контроля процесса обучения сотрудников с использованием тренажёров-имитаторов с целью повышения его (контроля) оперативности.

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

задач:

1) провести анализ предметной области;

2) смоделировать процесс модернизации автоматизированной системы;

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

Методологическую базу исследования составили работы: Б.В. Соколова, В.А. Зеленцова, С.А. Потрясаева, Е.Г. Цивирко, Е.М. Зайчика по комплексному планированию модернизации корпоративной информационной системы, модернизации унаследованных информационных систем; К.В. Ахтырченко, Т.П. Сорокваша по методам и технологиям реинжиниринга ИС; методологии структурного (), процессного () и объектно-ориентированного подходов () к анализу и проектированию ИС, международные и национальные стандарты (ИСО/МЭК 12207 Процессы жизненного цикла программных средств, ГОСТ Р

ИСО/МЭК 14764-2002 Сопровождение программных средств, ГОСТ 34.602-89 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы).

На защиту выносится:

1) модели процесса модернизации автоматизированной системы;

2) требования к модернизируемой системе удаленного контроля процесса обучения сотрудников с использованием тренажёров-имитаторов.



1. Аналитическая часть

1.1 Модернизация как процесс жизненного цикла автоматизированной системы

автоматизированный обучение тренажер имитатор

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

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

В некоторых случаях возможен возврат на стадию рабочего проектирования [23].

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

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

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

Таблица 1. Методологическая база процесса модернизации АС

Документы, стандарты	Назначение	Описание
ГОСТ 34.602-89	Настоящий стандарт распространяется на автоматизированные системы (АС) для автоматизации различных видов деятельности (управление, проектирование, исследование и т.п.), включая их сочетания, и устанавливает состав, содержание, правила оформления документа «Техническое задание на создание (развитие или модернизацию) системы» (далее - ТЗ на АС).	общие сведения; назначение и цели создания (развития) системы; характеристика объектов автоматизации; требования к системе; состав и содержание работ по созданию системы; порядок контроля и приемки системы; требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие; требования к документированию; источники разработки.
Протокол предварительных испытаний	Протокол служит для описание работ модернизации и его результатов	должен содержать заключение о возможности (невозможности) приемки системы в опытную эксплуатацию. В случае невозможности должен быть указан перечень необходимых доработок и рекомендуемые сроки их выполнения. В случае возможности, должен быть составлен акт о передаче системы в опытную эксплуатацию.
РД 50-34.698-90	Данный документ формируется IT-специалистом, или функциональным специалистом, или техническим писателем в ходе разработки рабочей документации на систему и её части на стадии «Рабочая документация»	Введение. Назначение и условия применения. Подготовка к работе. Описание операций. Аварийные ситуации. Рекомендации по освоению.
ГОСТ Р ИСО МЭК 14764	Область применения настоящего стандарта охватывает сопровождение различных программных средств при использовании одинаковых ресурсов сопровождения	Основная часть настоящего стандарта описывает основные требования к процессу сопровождения и условия его реализации.

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

«модернизация», а также выявить место этого процесса в жизненном цикле (ЖЦ) АС или КИС.

Изначально термин «модернизация» (в таком виде появился в начале ХХ века, ранее - модерн) определял новое направление в искусстве, затем значение его расширилось - все, что современно, актуально. Сегодня с этим понятием связывают быстрый рост научных знаний, изменение объекта в соответствии с новыми требованиями.

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

Согласно стандартам ГОСТ Р ИСО/МЭК 14764-2002 Сопровождение программных средств и ИСО/МЭК 12207 Процессы жизненного цикла программных средств модернизация программных средств, в том числе и АС и КИС, является одним из видов сопровождения сложных систем.

Остановимся на этой логической цепочке подробней. Во-первых, процесс сопровождения (пункт 5.5 стандарта ИСО 12207) состоит из действий и задач персонала сопровождения, который активизируется, когда программный продукт подвергается модификациям для корректировки программ и документации, вызванными дефектами или потребностью улучшения качества и адаптации автоматизированной системы. Во-вторых, среди видов вносимых изменений в процессе ее сопровождения (ГОСТ Р ИСО/МЭК 14764) определена и модернизация как «расширение функциональных возможностей или улучшение качества решения отдельных задач в соответствии с новым или дополнительным техническим заданием» на автоматизированную систему. Втретьих, в этом же стандарте устанавливаются и типы сопровождения, среди которых есть сопровождаемая модернизация адаптивного или полного характера в зависимости от вида указанных в предложениях о модификации изменениях (см. табл. 2) [9, 23].

Таблица 2. Соответствие видов изменений и типов сопровождений

Предложения о модификации	Типы сопровождения
Коррекция	Корректирующее
	Профилактическое
Модернизация	Адаптивное
	Полное

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

Перефразируя Б.В. Соколова и его коллег, определим цель модернизации АС и КИС как изменение существующего программного продукта, направленное на расширение ее возможностей, снижению затрат на эксплуатацию, повышению технико-экономических показателей при условии сохранении его целостности [27].

Другим, не менее важным, направлением в понимании сущности модернизации АС является рассмотрение данного понятия в контексте реинжиниринга информационных систем.

К.В. Ахтырченко, Т.П. Сорокваша (с ссылкой на John Bergey, William Hefley and etc. Reengineering Process Framework, Software Engineering Institute, Carnegie Mellon University, Pittsburgh, 1995) определяют следующие главные характеристики реинжиниринга информационной системы: систематическая трансформация существующей системы; цель - улучшение характеристик качества, в том числе сопровождаемости, уменьшение рисков для заказчиков и сроков работ по сопровождению [1].

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

Для решаемой задачи, важна и позиция авторов исследований, связанных с эволюцией информационных систем. Они выделяют во взаимосвязи процессы сопровождения, модернизации и замещения.

При этом ключевые процессы ЖЦ системы выстраиваются в замкнутую последовательность: разработка - сопровождение - модернизация - сопровождение -… - замещение - сопровождение… и т.д.

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

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

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

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

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

1.2 Моделирование процесса модернизации автоматизированной системы

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

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

2) реализация модификации;

3) оценка и принятие результатов сопровождения (модернизации); 4) перенос на иную платформу (в иную среду) [15, 24].

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

Таблица 3. Этапы проекта модернизации АС

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

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

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

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

? потоки данных в рамках этой методологии имеют три аспекта - материальный, информационный и финансовый, - что и находит отражение в моделируемом процессе;

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

? возможность формирования отчетов по каждому элементу модели в Caseсредстве All Fusion Erwin Process Modeler будет способствовать достаточно полному комплекту документации по проекту.

Диаграммы модели последовательно отражены на рисунках 1-3.ы Отчеты по диаграмме представлены в таблицах А.1-А.3 в Прил. А.

В качестве комментария к модели стоит отметить следующее:

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

2) концепция модернизации АС выстраивается по тем же позициям, что и концепция сопровождения согласно ГОСТ Р ИСО МЭК 14764 «Сопровождение программных средств».

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

1

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

Рисунок 1. Контекстная диаграмма IDEF0 процесса «Модернизация АС»

Рисунок 2. Диаграмма верхнего уровня процесса «Модернизация АС»

Рисунок 3. Диаграмма первого уровня, декомпозиция процесса

Предпроектное обследование МАС

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

Приведем некоторые уточнения. Ключевым инструментарием для разработки проекта модернизации, а также дальнейшей его реализации будут выступать CASE-технологии. Данные средства позволяют в наглядной форме моделировать предметную область, анализировать модели на всех этапах разработки и сопровождения АС и разрабатывать приложения в соответствии с информационными потребностями пользователей. CASE-средства позволяют создавать не только продукт, практически готовый к применению, но и обеспечить «правильный» процесс его разработки. CASE-технологии поддерживают парадигму: «методология / метод / нотация / средство» (табл. 4).

Таблица 4. Парадигма CASE-технологии

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

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

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

Построение соответствующих моделей - задача следующей части данной работы.

В рамках данной части работы отразим лишь представление того, какие могут возникнуть проблемы при использовании уже модернизированной системы (рис. 4). Для этих целей использовалась диаграмма дерево отказов - Fault Tree Analysis - методологии ARIS. Данный анализ проводят для каждого периода функционирования, каждой части или системы в целом. В нашем случае, это было сделано с тем, чтобы избежать ошибок при формулировке проектных решений и последующей их реализации, а также для описания требований к надежности модернизируемой АС.



Таблица 5. Методологическое и технологическое обеспечение этапов проекта модернизации АС

Название этапа	Применяемая методология / метод	Применяемая технология, инструментарий	Комментарий
Предпроектное обследование	IDEF0, ARIS (eEPC, Fault Tree Analysis - FTA, диаграмма причин и факторов)	Erwin Process Modeler, MS Visio	Описание процесса модернизации, построение модели деятельности, выявление точек падения производительности, обоснование эффекта от модернизации.
Проектирование модернизируемой системы	IDEF1X, ARIS (eEPC, Fault Tree Analysis - FTA)	Erwin Data Modeler, MS Visio	Реализация требований, описание требований к надежности, описание процесса автоматизации
Реализация проектных решений	IDEF1X, UML (диаграмма классов, переходов состояний и др.)	Erwin Data Modeler,	На данном этапе проекта не уточнены
Тестирование	Метод «белого ящика» «черного ящика»	-	На данном этапе проекта не уточнены
Проведение опытной эксплуатации	-	-	На данном этапе проекта не уточнены

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

1. Ошибки при установке системы. Данное событие могло вызвать: несовместимость с системой, установленная на ПК; отсутствие необходимых компонентов системы.

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

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

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

2. Сбой программы.

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

Рисунок 4. Дерево ошибок для модернизированной системы



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

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

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

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

? в методологическую базу процесса модернизации АС входят стандарты ГОСТ 34.602-89, РД 50-34.698-90, ГОСТ Р ИСО МЭК 14764;

? модернизация является частью методологического и инструментально-технологического обеспечения процесса реинжиниринга АС;

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

В рамках решения второй задачи было осуществлено моделирование процесса модернизации АС с использованием методологии IDEF0, диаграммы дерево отказов - Fault Tree Analysis - методологии ARIS.

Анализ современных методологий и технологий проектирования позволил определить методологическое и технологическое обеспечение процесса модернизации АС. В его состав вошли: IDEF0, ARIS (eEPC, Fault Tree Analysis - FTA, диаграмма причин и факторов), IDEF1X, UML (диаграмма классов, переходов состояний и др.), Erwin Process Modeler, MS Visio, StarUML,



2. Описание проекта модернизации системы удаленного контроля процесса обучения сотрудников с использованием тренажёров-имитаторов

2.1 Постановка задачи на модернизацию системы удаленного контроля процесса обучения сотрудников с использованием тренажёров-имитаторов

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

Характеристика объекта модернизации. Основная деятельность компании «Корпоративные системы Плюс» являются: создание информационных систем с использованием современных инструментов разработки приложений и баз данных. Сегодня деятельность компании концентрируется на трёх основных направлениях. Это разработка, продажа и внедрение программного обеспечения для комплексной автоматизации предприятия, разработка мультимедийных обучающих систем и продажа, установка и сопровождение систем контроля над работой автотранспорта (GPSГлонасс), предназначенных для мониторинга и охраны движимой техники. Основной задачей деятельности компании «Корпоративные системы Плюс», как и большинства компаний, является повышение экономической эффективности производства, и получение максимально возможной прибыли [21].

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

На данный момент контроль обучения с использованием МОС проводится посредствам АИС «MTS». По мере прохождения обучения происходит учет результатов. Данные о результатах обучения по всем МОС хранятся в общей базе данных, которая связана с АИС «MTS». АИС «MTS» является разработкой ООО «Корпоративные системы» и позволяет контролировать обучение путем создания и дальнейшего анализа отчетов и определения уровня компетенции работников в отчете «Результаты оценки компетенций». АИС «MTS» представлено 4 разделами: 1) обучающие системы; 2) администрирование; 3) отчеты; 4) инциденты.

Ежемесячно с помощью программ этой компании обучаются около 200 человек и это количество растет.

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

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

Формированием отчетов по запросу начальника УК занимается менеджер компании разработчика ООО «Корпоративные системы» ответственный за обучение.

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

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

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

Используя методику «будет/не будет», определим, какие объекты и процессы будут принадлежать нашей предметной области.

Будет:

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

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

? проект будет внутренним для обучающихся сотрудников, и внешним для руководителей предприятия;

? проект будет предназначен для обучающихся сотрудников и ответственных за контроль обучения руководителей предприятия;

? проект будет сетевой программой.

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

Не будет:

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

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

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

Назначение системы

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

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

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

Входные данные (функции)

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

Рассмотрим факторы, которые смогут повлиять на результат работы исследуемого нами отдела. В качестве основной методологии проектирования на данном этапе будем использовать методологию ARIS, диаграмму причин факторов Исикавы (рис. 5).



Рисунок 5. Диаграмма причин и факторов для исследования эффективности контроля процесса обучения

Проведем анализ построенной диаграммы.

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

? показатели процесса обучения;

? информационные процессы;

? тренажер;

? управление процессом обучения;

? участники процесса обучения; ? оборудование.

Рассмотрим каждый фактор подробнее.

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

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

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

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

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

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

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

2.2 Проектные решения по модернизации системы удаленного контроля процесса обучения сотрудников с использованием тренажёров-имитаторов

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

Требования к системе в целом

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

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

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

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

Требования к структуре и функционированию системы

Рабочая область моделирования - это контроль за обучением сотрудников.

На диаграмме прецедентов представлено взаимодействие пользователей с системой (рис. 6).

Подробное описание прецедентов представлено в Прил. Б.

Система должна поддерживать следующие режимы функционирования

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

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

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



Рисунок 6. Диаграмма взаимодействия пользователя с системой

Требования к функциям системы

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

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

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

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

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

5. Отображение результатов тестирования каждого обучающегося

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

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

Для формирования функциональных требований работы АС была выбрана методология ARIS eEPC (рис. 7.).

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

1) запуск системы контроля;

2) формирование запросов;

3) формирование экранной формы о состоянии системы на текущий момент;

4) создание запроса о формировании отчетности;

5) формирование отчетности; 6) печать отчета.

Инициирующим процессом является необходимость получения запроса о процессе обучения.

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

Часть необходимых данных формируется в экранных формах. К ним относятся: экранные формы «класс», «группы», «тренажеры», «отчетность». Из экранной формы «отчетность» формируются необходимые отчеты. К ним относятся: отчетность по тренажерам, отчетность по посещаемости, отчетность по успеваемости. Работа системы завершается утверждением полученных отчетов.

Нефункциональные требования к системе

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

1. Требования к интерфейсу: пользовательский интерфейс должен быть понятным и удобным, чтобы сотрудники могли быстро обучиться работе с системой. Интерфейс должен соответствовать стандарту SAA/CUA «Стандарт интерфейса пользователя фирмы IBM».

2. Требования к реализации: создание и ведение проектной документации, настройка и тестирование системы, современное аппаратное и программное обеспечение; реализация системы с помощью программных средства - база данных MS SQL Server 2005, Borland Dеlphi (операционная система MS Windows XP/Professional).

3. Требования к производительности: загрузка ответов на запросы на экран должна занимать не более 10 секунд с момента запроса. Система должна выводить пользователю сообщение о подтверждении не более чем через 5 секунд после того, как пользователь отсылает сообщение системе.

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

Размещено на Allbest.ru

Отчетность

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

1

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

Рисунок 7 - Модель, отражающая функциональные требования к системе

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

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

Атрибуты качества

Доступность - система должна быть доступна пользователям с начала рабочего дня с 800 до 1800 по местному времени.

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

Форма представления отчетов:

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

? время выполнения тестирования;

? количество пропусков, количество посещенных занятий, а так же процентное соотношение;

? содержит информацию по конкретному обучающемуся, по одной

конкретной группе, по нескольким группам;

? отчет за определенный период;

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

? время использования тренажера;

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

? для обучающегося (просмотр своей статистики);

? для преподавателя (посещаемости, результатам тестирования в рамках группы);

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

Требования к персоналу Пользователи системы

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

Аттестованные сотрудники, ответственные лица за подготовку и внесение информации о гражданах РФ.

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

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

Требования к численности и квалификации персонала системы и режиму его работы

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

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

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

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

Требования к эксплуатации

Система должна работать 10 часов в сутки (с 800 до 1800) 6 дней в неделю. Время реакции системы на команды пользователя не должно превышать 3 секунды.

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

1) подключение и удаление пользователей;

2) подключение и удаление аппаратных средств; резервное копирование; инсталляция программных средств (ms windows xp/professional, ms sql server 2005);

3) мониторинг системы;

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

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

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

7) оказание помощи пользователям.

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

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

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

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

Все сетевые транзакции должны быть зашифрованы со 128-битным шифрованием. Только авторизированные пользователи могут иметь доступ к системе.

Атрибуты качества:

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

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

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

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

Изначально было проведено исследование объекта модернизации. При этом были сформулированы посылки к модернизации автоматизированной системе по контролю за обучением сотрудников посредством модели причин факторов методологии ARIS, установлены границы проекта, построена диаграмма взаимодействия пользователя с системой (Use Case).

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

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

1) запуск системы контроля;

2) формирование запросов;

3) формирование экранной формы о состоянии системы на текущий момент;

4) создание запроса о формировании отчетности;

5) формирование отчетности; 6) печать отчета.

Инициирующим процессом является необходимость получения запроса о процессе обучения.

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



Заключение

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

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

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

Обозначенные позиции позволили сформулировать актуальную тему: «Разработка проекта модернизации системы удаленного контроля процесса обучения сотрудников с использованием тренажёров-имитаторов».

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

...