РАЗРАБОТКА ПРОЕКТА МОДЕРНИЗАЦИИ СИСТЕМЫ УДАЛЕННОГО КОНТРОЛЯ ПРОЦЕССА ОБУЧЕНИЯ СОТРУДНИКОВ С ИСПОЛЬЗОВАНИЕМ ТРЕНАЖЁРОВ-ИМИТАТОРОВ

Масленникова О.Е. 1

1ФГБОУ ВПО "МГТУ им. Носова"

Работа в формате PDF

609.8 KB

Сертификат участника

Комментарии

Текст работы размещён без изображений и формул.
Полная версия работы доступна во вкладке "Файлы работы" в формате PDF

Введение

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

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

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

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

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

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

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

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

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

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

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

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

Глава 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 Моделирование процесса модернизации автоматизированной системы

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

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

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

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

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

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

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

IDEF0 – это методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов, позволяющая отследить логическое взаимодействие между работами;
потоки данных в рамках этой методологии имеют три аспекта – материальный, информационный и финансовый, – что и находит отражение в моделируемом процессе;
лаконичность и строгая иерархия диаграмм способствуют формированию обобщенного представления о модернизации АС, что принципиально важно на начальных этапах работ над проектом;
возможность формирования отчетов по каждому элементу модели в Case-средстве All Fusion Erwin Process Modeler будет способствовать достаточно полному комплекту документации по проекту.

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

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

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

техно-рабочий проект – это документ, устанавливающий состав, содержание и порядок разработки, оформления, согласования и утверждения технорабочего проекта (ТРП) на задачу (комплекс задач) и определяет порядок сдачи в эксплуатацию (опытную, промышленную) задачи (комплекса задач) автоматизированной системы;
концепция модернизации АС выстраивается по тем же позициям, что и концепция сопровождения согласно ГОСТ Р ИСО МЭК 14764 «Сопровождение программных средств».

Рисунок 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,	На данном этапе проекта не уточнены
Тестирование	Метод «белого ящика» «черного ящика»	-	На данном этапе проекта не уточнены
Проведение опытной эксплуатации	-	-	На данном этапе проекта не уточнены

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

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

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

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

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

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

Выводы по главе 1

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

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

модернизация есть составляющая жизненного цикла автоматизированной системы как вид сопровождения;
в зависимости от сложности проводимых модификаций в системе может возникнуть необходимость ее реинжиниринга, на наш взгляд, более сложного процесса, но не исключающего модернизацию;
в методологическую базу процесса модернизации АС входят стандарты ГОСТ 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 Описание проекта модернизации системы удаленного контроля процесса обучения сотрудников с использованием тренажёров-имитаторов 1.2 Постановка задачи на модернизацию системы удаленного контроля процесса обучения сотрудников с использованием тренажёров-имитаторов

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

Характеристика объекта модернизации. Основная деятельность компании «Корпоративные системы Плюс» являются: создание информационных систем с использованием современных инструментов разработки приложений и баз данных. Сегодня деятельность компании концентрируется на трёх основных направлениях. Это разработка, продажа и внедрение программного обеспечения для комплексной автоматизации предприятия, разработка мультимедийных обучающих систем и продажа, установка и сопровождение систем контроля над работой автотранспорта (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 – Диаграмма взаимодействия пользователя с системой

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Отчет по тренажерам:

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

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

Пользователи системы

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

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

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

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

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

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

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

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

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

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

подключение и удаление пользователей;
подключение и удаление аппаратных средств; резервное копирование; инсталляция программных средств (ms windows xp/professional, ms sql server 2005);
мониторинг системы;
поиск неисправностей.
ведение локальной документации (системный администратор должен документировать все инсталлируемые программные средства, не входящие в стандартный комплект поставки, документировать разводку кабелей, вести записи по обслуживанию всех аппаратных средств, регистрировать состояние резервных копий, документировать локальные процедуры и правила работы с системой).
контроль защиты (системный администратор должен реализовывать стратегию защиты и периодически проверять, не нарушена ли защита системы).
оказание помощи пользователям.
обеспечение бесперебойной работы системы и установление защиты от несанкционированного доступа.
сопровождение системы (ведение списка пользователей и их свойств; ведение прав доступа к ресурсам системы «формирование отчетности»; обеспечение информационного сопровождения системы; оперативное обновление и контроль наполнения базы данных).

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

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

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

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

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

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

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

Требования к другим видам обеспечений на текущий момент не предусмотрены.

Выводы по главе 2

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

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

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

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

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

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

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

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

Заключение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Список использованных источников

Ахтырченко К.В., Сорокваша Т.П. Методы и технологии реинжиниринга ИС [Электронный ресурс]. – Режим доступа: http://citforum.ru/SE/project/isr/, 17.10.2013.
Балдин, К.В. Информационные системы в экономике: Учебник / К.В. Балдин, В.Б. Уткин. – М.: Дашков и К, 2012. – 394 с
Вендров А.М. Современные методы и средства проектирования информационных систем [Электронный ресурс]. – Режим доступа: http://citforum/ru/database/case.html
Вендров, А. Ниша и внедрение CASE-средств / А. Вендров. [Электронный ресурс]. – Режим доступа: http://www.citforum.ru/programming/case/vendrov
Вигерс, К. Разработка требований к программному обеспечению /К. Вигерс. – М.: Издательско-торговый дом «Русская Редакция», 2004. —576с.
Гаврилова, И.В. Разработка приложений: Учеб. пособие / И.В. Гаврилова. – М. : Флинта, 2012 – 241.
Галахов, И. В. Реализация стандарта ГОСТ Р ИСО/МЭК 14764-2002 «Сопровождение программных средств» на основе технологии RUP/ И. В.Галахов, Д. В.Лапыгин, Б. А.Позин, Н. А. Шкляева. – Режим доступа: http://www.citforum.ru/SE/project/gost_iso/
Голицина, О. Л., Максимов, Н.В., Попов, И.И. Информационные системы. Учебное пособие. / О.Л. Голицина, Н.В. Максимов, И.И. Попов. – М.: Форум, Инфра-М, 2014. – 448 с.
ГОСТ Р ИСО/МЭК 14764-2002 Сопровождение программных средств.
ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Термины и определения.
ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем.
ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания»
ГОСТ 34.602-89 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.
ГОСТ Р ИСО/МЭК 12207-99 «Информационная технология. Процессы жизненного цикла программных средств»
ГОСТ Р ИСО/МЭК 15271-98 «Информационная технология. Руководство по применению ИСО/МЭК 12207 (Процессы жизненного цикла программных средств)»
Заботина, Н.Н. Проектирование информационных систем / Н.Н. Заботина. – М.: Инфра-М, 2013. – 336 с.
Затонский, А.В. Информационные технологии. Разработка информационных моделей и систем. Учебное пособие / А.В. Затонский. – М.: РИОР, Инфра-М, 2014. 344 с.
Информационные системы и технологии в экономике и управлении : Учебник / Под. ред. В.В. Трофимова. – М.: Юрайт, 2014. – 544 с.
Калянов, Г.Н. Case-технологии. Консалтинг при автоматизации бизнес-процессов. 2-е изд. перераб. и доп. / Г.Н. Калянов. – М.: Горячая линия – Телеком, 2010. – 320с., ил.
Кватрани Т. Rational Rose 2000 и UML. Визуальное моделирование: Пер. с англ. – М.: ДМК Пресс, 2011.
Компания ООО «Корпоративные системы плюс». – Режим доступа: www.sike.ru
Методология создания автоматизированной информационной системы налоговых органов [Электронный ресурс]. – URL: http://webcache.googleusercontent.com/search?q=cache:u0R9pz8EigkJ:imap.bestreferat.ru/referat-272183.html+&cd=2&hl=ru&ct=clnk&gl=ru, (дата обращения: 15.05.2014).
Масленникова О.Е. Модель процесса сопровождения автоматизированных систем // Сборник материалов XVI Международной конференции по Вычислительной механике и современным прикладным программным системам (ВМСППС'2009), 25-31 мая 2009 г., Алушта. – С.526-528
Основы программной инженерии (по SWEBOK) [Электронный ресурс]. – Режим доступа: http://swebok.sorlik.ru/
ОАО «Магнитогорский металлургический комбинат». – Режим доступа: www.mmk.ru
Рубцов, С. Сравнительный анализ и выбор средств инструментальной поддержки реинжиниринга бизнес-процессов / С. Рубцов. Режим доступа: //http://www.interface.ru
Сапегин А. Информационные технологии и средства анализа и проектирования корпоративных информационных систем / А. Сапегин. Режим доступа: http://www.citforum.ru/seminars/cis99/sap.shtml
Соколов Б.В., Зеленцов В.А., Потрясаев С.А. Комплексное планирование модернизации корпоративной информационной системы / Б.В. Соколов, В.А. Зеленцов, С.А. Потрясаев, Е.Г. Цивирко, Е.М. Зайчик [Электронный ресурс]. – Режим доступа: http://lab18.ipu.ru/projects/conf2012/3/12.htm, 17.10.2013 г.
Сопровождение корпоративных информационных систем / О.Б. Назарова, Л.З. Давлеткиреева, О.Е. Масленникова, Н.О. Пролозова. – Магнитогорск: МаГУ, 2013. – 220 с.
Требования к выпускной квалификационной работе студентов специальности 080801 «Прикладная информатика (в экономике)»: учебное пособие / под общ. ред. О.Б. Назаровой. - Магнитогорск : Магнитог. гос. ун-т, 2010. – 100с.
Шеер А.В. Моделирование бизнес-процессов. – М.: Весть-МетаТехнология, 2000, Грофф Дж., Вайнберг П. Энциклопедия SQL. – СПб.: Питер, 2009. – 896 с.
Федорова, Г.Н. Информационные системы : Учебник. / Г.Н. Федорова. – М.: Академия, 2013. – 208 с.

Приложения

Приложение А

Отчеты по функциональной модели «Модернизация АС»

Таблица А.1 – Отчет по модели
Property	Value
Имя	Модернизация ИС
Точка зрения	Точка зрения: Руководитель проекта
Тип представления	AS-IS
Статус	WORKING
Цель	Анализ процесса модернизации автоматизированной системы

Таблица А.2 – Отчет по функциям
Имя	Дочерние функции		Описание
Модернизация АС	Предпроектное обследование МАС Проектирование модернизируемой АС Реализация проекта модернизации		изменение системы, направленное на расширение ее возможностей по применению, повышению показателей
Предпроектное обследование МАС	Формирование требований к модернизируемой АС Разработка концепции модернизируемой АС Разработка Технического задания на модернизацию		Первый и важнейший этап проекта, позволяющий провести диагностику проблем организации и сформулировать рекомендации по способам их решения
Формирование требований к модернизируемой АС			на данном этапе с помощью обследования происходит сбор и анализ данных об организации, производственной структуре и функционировании объекта модернизации
Разработка концепции модернизируемой АС			на данном этапе разрабатывается концепция автоматизированной системы управления, которая описывает предполагаемый результат, который будет достигнут после модернизации
Проектирование модернизируемой АС
Разработка Технического задания на модернизацию
Реализация проекта модернизации
Таблица А.3 – Отчет по дугам
Имя		Описание
АС после модернизации		Модернизируемая система
ГОСТ 34.601-90		настоящий стандарт распространяется на автоматизированные системы (АС), используемые в различных видах деятельности (исследование, проектирование, управление и т. п.), включая их сочетания, создаваемые в организациях, объединениях и на предприятиях Стандарт устанавливает стадии и этапы создания АС
ГОСТ 34.602-89		Настоящий стандарт распространяется на автоматизированные системы (АС) для автоматизации различных видов деятельности (управление, проектирование, исследование и т. п.), включая их сочетания, и устанавливает состав, содержание, правила оформления документа «Техническое задание на создание (развитие или модернизацию) системы»
ГОСТ Р ИСО/МЭК 14764-2002		Область применения настоящего стандарта охватывает сопровождение различных программных средств при использовании одинаковых ресурсов сопровождения. Настоящий стандарт устанавливает основную структуру, в пределах которой могут быть выполнены, оценены и практически реализованы общие и конкретные планы сопровождения применительно к области действия и объему заданных программных средств (продуктов)
Заявка на разработку АС		после сформированных требований оформляется заявка на разработку АС
Информационная система		совокупность содержащейся в базах данных информации и обеспечивающих её обработку информационных технологий и технических средств
Концепция АС на модернизацию		первоначальный и основной документ, описывающий подходы к построению автоматизированной системы предприятия
Нормативная документация		документы, содержащие требования безопасности, правила, общие принципы, характеристики, касающиеся определенных видов деятельности или их результатов и доступные широкому кругу потребителей (пользователей
Отчёт о выполненной работе
Программист		специалист, занимающийся написанием и корректировкой программ для компьютеров (любых вычислительных устройств), то есть программированием
Программист
Рабочая документация		описание технологического процесса обработки данных
Регламенты, Устав организации		документы (нормативно-правовой акт), устанавливающие обязательные для применения и исполнения требования к объектам технического регулирования
Результаты исследования		Основной результат – итоговый отчет о выполненных работах, согласованный и подписанный заказчиком и исполнителем Базовые составляющие: описание существующих бизнес-процессов заказчика; перечень основных задач, которые необходимо решить с -помощью системы автоматизации; оценка бизнес-процессов заказчика и рекомендации по изменению или оптимизации работы подразделений с учетом преимуществ, предоставляемых ИС; уникальные конкурентные преимущества заказчика, которые следует обязательно учесть при внедрении системы; анализ имеющейся ИТ-среды на соответствие требованиям системы корпоративного управления, рекомендации по ее изменению; -оценка работ по интеграции КИС в существующую ИТ-инфраструктуру заказчика; описание документооборота в автоматизируемых подразделениях и требований к аналитике; оценка возможных рисков при реализации проекта и определение мер, необходимых для минимизации их влияния; описание пожеланий заказчика, которые не могут быть реализованы в предлагаемой системе управления и потребуют доработки, оценка времени и стоимости подобной доработки; предложение по реализации проекта с обоснованием предлагаемого варианта, задание необходимого для заказчика количества автоматизированных рабочих мест и уточнение бюджета проекта
Системный аналитик		специалист по решению сложных организационно-технических проблем, имеющих междисциплинарную природу, использующий принципы общей теории систем и методы системного анализа
Специалист по управлению проектами		Специалист, который граммотно построит план по проекту, запланирует затраты, ресурсы, длительность
Сформированное заключение о модернизации
Тактико-техническое задание		исходный технический документ Заказчика на выполнение необходимого комплекса научно-исследовательских и экспериментальных работ в подтверждение выбранной концепции и облика нового (модернизированного) образца ВВТ и в обеспечение реализации его основных ТТХ в установленные сроки
Технико-экономическое обоснование
Технический писатель		специалист, занимающийся документированием в рамках решения технических задач, в частности разработки программного обеспечения
Технический проект на модернизацию		пакет документации, который описывает окончательные решения модернизации
Техно-рабочий проект АС после модернизации		Документация, по которой была модернизируема система
ТЗ на модернизацию		исходный документ на модернизацию технического объекта. ТЗ устанавливает основное назначение, технические характеристики, показатели качества и технико-экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т. д.) и её состав, а также специальные требования
Требования к модернизируемой АС
Требования пользователя к АС		требования, сформированные после обследования объекта модернизации.
Эскизный проект на модернизацию		пакет конструкторской документации

Приложение Б

Описание модели Use-case «Взаимодействие участников с системой»

Таблица Б.1 – Функции участников системы

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

Таблица Б. 2 – Функция просмотра занятости компьютеров

№ варианта использования	Вариант использования 1
Название	Просмотр занятости компьютеров
Автор
Дата создания	30.03.14
Действующее лицо	Руководитель
Описание	Руководитель имеет доступ к системе с любого компьютера локальной сети организации. Он может просматривать занятость компьютеров во всех классах в режиме реального времени.
Предварительные условия.	Руководитель имеет доступ к системе. Данные о занятости компьютеров подготовлены к использованию системой.
Выходные условия	Система выводит список занятых компьютеров на данное время.
Нормальное направление	Система выводит список занятых компьютеров полностью. Руководитель запрашивает список занятых компьютеров. Система выдает список занятых компьютеров на данный момент. Руководитель просматривает список занятых компьютеров.
Альтернативное направление	1.1. Информация о занятых компьютерах не может быть выведена в связи с неполадками в системе.
Приоритет	Высокий
Частота использования	Просмотр занятости компьютеров руководитель осуществляет один или несколько раз в день.
Особые требования	Руководитель должен иметь возможность просматривать информацию о занятости компьютеров на данный момент времени.
Замечания и вопросы	Дата просмотра занятости компьютеров по умолчанию – текущая. Пиковая нагрузка на этот вариант использования с 8.00 до 18.00 по местному времени.

Таблица Б.3 – Функция просмотра посещаемости всех обучающихся

№ варианта использования	Вариант использования 2
Название	Просмотр посещаемости всех обучающихся
Автор
Дата создания	30.03.14
Действующее лицо	Руководитель
Описание	Руководитель имеет доступ к системе с любого компьютера локальной сети организации. Он может просматривать посещаемость обучающихся всех групп по всем курсам в режиме реального времени.
Предварительные условия.	Руководитель имеет доступ к системе. Данные по посещаемости обучающихся подготовлены к использованию системой.
Выходные условия	Система выводит отчеты по посещаемости всех обучающихся.
Нормальное направление	Информация о посещаемости выводится полностью. Руководитель запрашивает информацию о посещаемости по нужной ему группе и курсе. Система выдает информацию о посещаемости. Руководитель просматривает отчеты о посещаемости выбранной группы по выбранному курсу.
Альтернативное направление	Информация о посещаемости не может быть выведена в связи с неполадками в системе.
Приоритет	Высокий
Частота использования	Руководитель просматривает данные о посещаемости примерно раз в день.
Особые требования	Руководитель должен иметь возможность просматривать данные о посещаемости обучающихся на данный момент времени.
Замечания и вопросы	Дата вывода отчета по посещаемости по умолчанию – текущая. Пиковая нагрузка на этот вариант использования с 8.00 до 18.00 по местному времени.

Таблица Б.4 – Функция просмотра статистики конкретного обучающегося

№ варианта использования	Вариант использования 3
Название	Просмотр статистики по конкретному обучающемуся (успеваемость, посещаемость).
Автор
Дата создания	30.03.14
Действующее лицо	Руководитель
Описание	Руководитель имеет доступ к системе с любого компьютера локальной сети организации. Он может просматривать статистику по конкретному обучающемуся (его посещаемость и успеваемость).
Предварительные условия.	Руководитель имеет доступ к системе. Данные по конкретному обучающемуся подготовлены к использованию системой.
Выходные условия	Система выводит отчеты по конкретному обучающемуся.
Нормальное направление	1.0. Информация по конкретному обучающемуся выводится полностью. Руководитель запрашивает информацию по конкретному обучающемуся. Система выдает информацию по конкретному обучающемуся. Руководитель просматривает отчеты по конкретному обучающемуся.
Альтернативное направление	1.1.Информация по конкретному обучающемуся не может быть выведена в связи с неполадками в системе.
Приоритет	Высокий
Частота использования	Руководитель просматривает данные по конкретному обучающемуся примерно раз в месяц.
Особые требования	Руководитель должен иметь возможность просматривать данные по конкретному обучающемуся на данный момент времени.
Замечания и вопросы	Дата вывода отчета по конкретному обучающемуся по умолчанию – текущая. Пиковая нагрузка на этот вариант использования с 8.00 до 18.00 по местному времени.

Таблица Б.5 – Функция просмотра статистики в группе обучающихся

№ варианта использования	Вариант использования 4,10
Название	Просмотр статистики в группе обучающихся
Автор
Дата создания	30.03.14
Действующее лицо	Руководитель, Преподаватель
Описание	Руководитель и преподаватель имеют доступ к системе с любого компьютера локальной сети организации. Руководитель может просматривать статистику обучающихся всех групп по всем курсам в режиме реального времени. Преподаватель может просматривать статистику обучающихся в группе, в которой он преподает в режиме реального времени.
Предварительные условия.	Руководитель и преподаватель имеют доступ к системе. Данные по статистике обучающихся подготовлены к использованию системой.
Выходные условия	Система выводит отчеты по статистике обучающихся в группе.
Нормальное направление	Статистика обучающихся выводится полностью. 1.Руководитель или преподаватель запрашивает статистику обучающихся в определенной группе. 2.Система выдает статистику обучающихся. 3.Руководитель или преподаватель просматривает статистику обучающихся.
Альтернативное направление	1.1.Статистика обучающихся не может быть выведена в связи с неполадками в системе.
Приоритет	Высокий
Частота использования	Руководитель просматривает статистику обучающихся по группам примерно раз в месяц. Преподаватель просматривает статистику обучающихся в своей группе каждый раз при прохождении курсов обучающимися.
Особые требования	Руководитель или преподаватель должны иметь возможность просматривать статистику обучающихся как за текущий, так и за прошлый год.
Замечания и вопросы	Дата вывода статистики обучающихся в группе по умолчанию – текущая. Пиковая нагрузка на этот вариант использования с 8.00 до 18.00 по местному времени.

Таблица Б.6 – Функция просмотра отчетов за определенный период времени

№ варианта использования	Вариант использования 5
Название	Просмотр отчетов за период времени.
Автор
Дата создания	30.03.14
Действующее лицо	Руководитель
Описание	Руководитель имеет доступ к системе с любого компьютера локальной сети организации. Он может просматривать периодичные отчеты обучающихся всех курсов в режиме реального времени.
Предварительные условия.	Руководитель имеет доступ к системе. Периодичные отчеты подготовлены к использованию системой.
Выходные условия	Система выводит периодические отчеты.
Нормальное направление	Периодические отчеты выводятся полностью. Руководитель запрашивает периодический отчет. Система выдает периодический отчет. Руководитель просматривает периодический отчет.
Альтернативное направление	Периодические отчеты не могут быть выведены в связи с неполадками в системе.
Приоритет	Высокий
Частота использования	Руководитель просматривает периодические отчеты раз в месяц или раз в год.
Особые требования	Руководитель должен иметь возможность просматривать периодические отчеты раз в месяц или год.
Замечания и вопросы	Дата вывода отчета по умолчанию – текущая. Пиковая нагрузка на этот вариант использования с 8.00 до 18.00 по местному времени.

Таблица Б.7 – Функция просмотра отчетов по тренажерам

№ варианта использования	Вариант использования 6
Название	Просмотр отчетов по тренажерам (время обучения на каждом тренажере по датам)
Автор
Дата создания	30.03.14
Действующее лицо	Руководитель
Описание	Руководитель имеет доступ к системе с любого компьютера локальной сети организации. Он может просматривать отчеты по тренажерам в режиме реального времени.
Предварительные условия.	Руководитель имеет доступ к системе. Данные о времени обучения на тренажерах подготовлены к использованию системой.
Выходные условия	Система выводит отчеты по времени обучения на каждом тренажере по датам.
Нормальное направление	1.0. Система выводит отчет по тренажерам полностью. 1. Руководитель запрашивает отчет по тренажерам. 2. Система выдает время обучения на каждом тренажере по датам. Руководитель просматривает отчет по тренажерам.
Альтернативное направление	1.1. Информация о времени обучения на каждом тренажере не может быть выведена в связи с неполадками в системе.
Приоритет	Высокий
Частота использования	Просмотр отчетов по тренажерам руководитель осуществляет один или несколько раз в месяц.
Особые требования	Руководитель должен иметь возможность просматривать информацию о времени обучения на тренажерах на данный момент времени.
Замечания и вопросы	1. Дата просмотра отчета по тренажерам по умолчанию – текущая. 2.Пиковая нагрузка на этот вариант использования с 8.00 до 18.00 по местному времени.

Таблица Б.8 – Функция формирование групп

№ варианта использования	Вариант использования 7
Название	Формирование групп
Автор
Дата создания	30.03.14
Действующее лицо	Преподаватель
Описание	Преподаватель имеет доступ к системе с любого компьютера локальной сети организации. Он может формировать группы обучающихся и создавать соответствующие документы (ведомость посещаемости, статистика группы, аттестационный лист) в режиме реального времени.
Предварительные условия.	Преподаватель имеет доступ к системе.
Выходные условия	Система выводит сформированные документы по группе.
Нормальное направление	1.0. Документы для формирования групп выводятся полностью. Преподаватель запрашивает бланки заполнения документов по группе. Система выдает бланки для заполнения (ведомость посещаемости, статистика группы, аттестационный лист). Преподаватель заполняет документы по группе и сохраняет их.
Альтернативное направление	1.1. Документы для формирования групп не могут быть выведены в связи с неполадками в системе.
Приоритет	Высокий
Частота использования	Преподаватель заполняет документы для формирования групп каждый раз при формировании новой группы.
Особые требования	Преподаватель должен иметь возможность просматривать и изменять документы для формирования групп на данный момент времени.
Замечания и вопросы	Дата вывода сформированных документов в группе по умолчанию – текущая. Пиковая нагрузка на этот вариант использования с 8.00 до 18.00 по местному времени.

Таблица Б.9 – Функция проведения нулевого среза

№ варианта использования	Вариант использования 8
Название	Проведение нулевого среза
Автор
Дата создания	30.03.14
Действующее лицо	Преподаватель
Описание	Преподаватель имеет доступ к системе с любого компьютера локальной сети организации. Он заходит в систему и запускает нулевой срез для обучающихся по определенному курсу.
Предварительные условия.	Преподаватель имеет доступ к системе. Данные нулевого среза подготовлены к использованию системой.
Выходные условия	Система запускает нулевой срез.
Нормальное направление	1.0. Нулевой срез успешно запущен. Преподаватель запрашивает доступ к нулевому срезу. Система выдает доступ к нулевому срезу. Преподаватель запускает нулевому срезу для обучающихся.
Альтернативное направление	1.1.Нулевой срез не может быть запущен в связи с неполадками в системе
Приоритет	Высокий
Частота использования	Нулевой срез запускается преподавателем в начале каждого курса, примерно раз в месяц.
Особые требования	Преподаватель дожжен иметь возможность запустить нулевой срез в любой момент времени.
Замечания и вопросы	Дата запуска нулевого среза по умолчанию – текущая. Пиковая нагрузка на этот вариант использования с 8.00 до 18.00 по местному времени.

Таблица Б.10 – Функция просмотра посещаемости обучающихся в группе

№ варианта использования	Вариант использования 9
Название	Просмотр посещаемости обучающихся в группе
Автор
Дата создания	30.03.14
Действующее лицо	Преподаватель
Описание	Преподаватель имеет доступ к системе с любого компьютера локальной сети организации. Он может просматривать посещаемость обучающихся в группе, в которой он преподает по изучаемым ими курсам в режиме реального времени.
Предварительные условия.	Преподаватель имеет доступ к системе. Данные по посещаемости обучающихся подготовлены к использованию системой.
Выходные условия	Система выводит отчеты по посещаемости обучающихся в группе.
Нормальное направление	1.0. Информация о посещаемости в группе выводится полностью. Руководитель запрашивает информацию о посещаемости по нужной ему группе и курсе. Система выдает информацию о посещаемости. Руководитель просматривает отчеты о посещаемости выбранной группы по выбранному курсу.
Альтернативное направление	1.1. Информация о посещаемости не может быть выведена в связи с неполадками в системе.
Приоритет	Высокий
Частота использования	Преподаватель просматривает данные о посещаемости каждый раз при прохождении курсов обучающимися.
Особые требования	Преподаватель должен иметь возможность просматривать данные о посещаемости обучающихся в своей группе на данный момент времени.
Замечания и вопросы	Дата вывода отчета по посещаемости в группе по умолчанию – текущая. Пиковая нагрузка на этот вариант использования с 8.00 до 18.00 по местному времени.

Таблица Б.11 – Функция проставления аттестации

№ варианта использования	Вариант использования 11
Название	Проставление аттестации
Автор
Дата создания	30.03.14
Действующее лицо	Преподаватель
Описание	Преподаватель имеет доступ к системе с любого компьютера локальной сети организации. Он заходит в систему и проставляет аттестацию обучающимся.
Предварительные условия.	Преподаватель имеет доступ к системе. Аттестационный лист подготовлен к использованию системой.
Выходные условия	Ведомость заполняется преподавателем, сохраняется в системе в разделе «аттестация». Система выводит проставленную ведомость аттестации.
Нормальное направление	1.0.Аттестация проставлена полностью. Преподаватель запрашивает аттестационный лист. Система выдает аттестационный лист. Преподаватель заполняет аттестационный лист и сохраняет его.
Альтернативное направление	1.1.Аттестация не может быть проставлена в связи с неполадками в системе
Приоритет	Высокий
Частота использования	Преподаватель проставляет аттестационную ведомость каждый раз при прохождении курса, приблизительно раз в день.
Особые требования	Преподаватель должен иметь возможность изменить проставленную аттестацию в любой момент времени.
Замечания и вопросы	Дата проставления аттестации по умолчанию – текущая. Пиковая нагрузка на этот вариант использования с 8.00 до 18.00 по местному времени.

Таблица Б.12 – Функция прохождения нулевого среза

№ варианта использования	Вариант использования 12
Название	Прохождение нулевого среза
Автор
Дата создания	30.03.14
Действующее лицо	Обучающийся
Описание	Обучающийся имеет доступ к системе с любого компьютера локальной сети организации. Он заходит в систему, запрашивает разрешение о прохождении нулевого среза. Проходит его.
Предварительные условия.	Обучающийся имеет доступ к системе. Данные нулевого среза подготовлены к использованию системой
Выходные условия	Система выводит результат нулевого среза обучающегося.
Нормальное направление	1.0.Результат нулевого среза выведен успешно. Обучающийся запрашивает доступ к нулевому срезу. Система выдает доступ к нулевому срезу. Обучающийся проходит нулевой срез. Система выдает результат нулевого среза. Система сохраняет результат нулевого среза.
Альтернативное направление	1.1.Результат нулевого среза не может быть выполнен в связи с неполадками в системе.
Приоритет	Высокий
Частота использования	Обучающийся проходит тест в начале каждого учебного курса, примерно раз в месяц.
Особые требования	Обучающийся должен иметь возможность на протяжении обучения просматривать свой результат нулевого среза.
Замечания и вопросы	Дата результата нулевого среза по умолчанию – текущая. Пиковая нагрузка на этот вариант использования с 8.00 до 18.00 по местному времени.

Таблица Б.13 – Функция прохождения тестирования

№ варианта использования	Вариант использования 13
Название	Прохождение теста
Автор
Дата создания	30.03.14
Действующее лицо	Обучающийся
Описание	Обучающийся имеет доступ к системе с любого компьютера локальной сети организации. Он заходит в систему, запрашивает разрешение о прохождении теста. Проходит тест.
Предварительные условия.	Обучающийся имеет доступ к системе. Данные теста подготовлены к использованию системой. Данному обучающемуся разрешено проходить тест.
Выходные условия	Система выводит результат тестирования обучающегося.
Нормальное направление	1.0.Результат тестирования выведен успешно. Обучающийся запрашивает доступ к тесту. Система выдает доступ к тесту. Обучающийся проходит тест Система выдает результат теста. Система сохраняет результат теста
Альтернативное направления 1	1.1.Результат тестирования не может быть выведен в связи с неполадками в системе.
Альтернативное направление 2	Результат тестирования не может быть выведен в связи с отказом доступа к тесту.
Приоритет	Высокий
Частота использования	Обучающийся проходит тест по завершении каждого учебного курса примерно раз в месяц.
Особые требования	Обучающийся может пройти тест несколько раз в случае неудачной сдачи с разрешения преподавателя.
Замечания и вопросы	Дата результата тестирования по умолчанию – текущая. Пиковая нагрузка на этот вариант использования с 8.00 до 18.00 по местному времени.

Таблица Б.14 – Функция напоминания о сдаче экзаменов

№ варианта использования	Вариант использования 14
Название	Напоминание о сдаче экзамена.
Автор
Дата создания	30.03.14
Действующее лицо	Обучающийся
Описание	Обучающийся имеет доступ к системе с любого компьютера локальной сети организации. Обучающемуся приходит напоминание о сдаче экзамена.
Предварительные условия.	Обучающийся имеет доступ к системе. Функция тренажера «напоминание о сдаче экзамена» подготовлена к использованию системой.
Выходные условия	Система присылает обучающимся напоминания о предстоящей сдаче экзамена.
Нормальное направление	1.0.Напоминание присылается успешно. Тренажер создает напоминание о сдаче экзамена. Система присылает напоминание о сдаче экзамена обучающимся. Обучающийся просматривают напоминание.
Альтернативное направление	1.1.Напомнание не может быть выслано в связи с неполадками в системе.
Приоритет	Высокий
Частота использования	Напоминания о сдаче экзамена присылаются обучающимся по мере прохождения курсов, примерно раз в месяц.
Особые требования	Напоминание о сдаче экзамена должно приходить обучающимся своевременно.
Замечания и вопросы	1. Дата просмотра напоминания об экзамене по умолчанию – текущая. Пиковая нагрузка на этот вариант использования с 8.00 до 18.00 по местному времени раз в месяц.

Таблица Б.15 – Функция просмотра статистики обучающимся

№ варианта использования	Вариант использования 15
Название	Просмотр своей статистики
Автор
Дата создания	30.03.14
Действующее лицо	Обучающийся
Описание	Обучающийся имеет доступ к системе с любого компьютера локальной сети организации. Он заходит в систему и может просматривать свою статистику.
Предварительные условия.	Обучающийся имеет доступ к системе. Данные статистики подготовлены к использованию системой.
Выходные условия	Система выводит статистику обучающегося.
Нормальное направление	1.0.Данные по статистике обучающегося выведены успешно Обучающийся запрашивает данные о своей статистике. Система выдает данные о статистике обучающегося. Обучающийся просматривает данные о своей статистике.
Альтернативное направление	1.1.Данные по статистике не могут быть выведены в связи с неполадками в системе.
Приоритет	Высокий
Частота использования	Обучающийся просматривает свою статистику в любое удобное время, примерно раз в неделю.
Особые требования	Обучающийся должен иметь возможность просматривать свою статистику в любой момент времени.
Замечания и вопросы	Дата просмотра статистики обучающегося по умолчанию – текущая. Пиковая нагрузка на этот вариант использования с 8.00 до 18.00 по местному времени.

Приложение В

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

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

Сущность «Тип тренажера» состоит из атрибутов: ID Типа тренажера (является первичным ключом), Название типа тренажера.

Компьютеры имеют свое доменное имя, которое состоит из букв и цифр и MAC-адрес. Сущность «Компьютер» состоит из атрибутов: MAС-адрес компьютера (является первичным ключом), Доменное имя компьютера (является альтернативным ключом).

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

Каждый пользователь системы имеют свои данные в виде: ФИО, Должность, Роль в системе. Сущность «Пользователь» состоит из атрибутов: ID пользователя (является первичным ключом), Фамилия, Имя, Отчество, ID записи, ID Должности.

Каждый пользователь имеет данные для авторизации. Сущность «Данные для авторизации» состоит из атрибутов: ID записи (является первичным ключом), Логин, Пароль, ID Роли. Сущность «Роль» состоит из атрибутов: ID Роли (является первичным ключом), Роль, ID Права доступа. Каждая роль имеет свои права доступа. Сущность «Права доступа» состоит из атрибутов: ID Права доступа (является первичным ключом), Права доступа. Каждый пользователь имеет свою должность. Сущность «Должность» состоит из атрибутов: ID Должности (является первичным ключом), Должность.

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

Рисунок В.1 – Логический уровень модели БД

Рисунок В.2 – Физическая уровень модели БД

Приложение Г

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

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

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

Аппаратные требования на стороне клиента

Компьютер с процессором 300 МГц или более мощный (рекомендуемая конфигурация), принадлежащий семейству Intel Pentium/Celeron, AMD K6/Athlon/Duron или совместимый с данными типами процессоров (минимальное требование: процессор 233 МГц). Рекомендуется не менее 128 МБ ОЗУ (минимально допустимый объем памяти составляет 64 МБ, но при этом быстродействие и некоторые возможности системы могут быть ограничены). Жесткий диск не менее 1,5 ГБ свободного места на жестком диске. SVGA видеокарта, сетевая карта.

Подготовкой рабочих мест пользователей для работы с системой занимается администратор системы, который проводит инсталляцию программ – MS Windows XP/Professional, готовое приложение и клиент SQL сервер; подключение и удаление пользователей, разграничением прав доступа к приложению, мониторинг, ведение локальной документации и обеспечивает бесперебойную работу системы.

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

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

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

В качестве методологии проектирования используются методологии структурного анализа и проектирования SADT и ARIS. В рамках данных методологий основными инструментальными средствами являются AllFusion Process Modeler (Bpwin), AllFusion Data Modeler (ERwin) (IDEF1X), а также Case-средство MS Visio (EPS Diagram, Cause and Effect Diagram – «Диаграмма Исикавы».

Данные получаемые в ходе работы с системой, хранятся и обрабатываются при помощи Microsoft SQL Server. Microsoft SQL Server — система управления реляционными базами данных (СУБД), разработанная корпорацией Microsoft. Основной используемый язык запросов — Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями.

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

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

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

Приложение Д

Анкета

Название подразделения: отдел обучающих систем
Фамилия, имя, отчество начальника: Чудинова Юлия Александровна, телефон: 43-73-81.
Фамилия, имя, отчество заместителя начальника отдела: Соченко Анастасия Евгеньевна, телефон заместителя начальника отдела 43-73-81.
Основная цель отдела: разработка обучающих систем.
Основные функции отдела:

формирование списков тренажеров;
обучение на тренажерах;
контроль за обучением;
формирование отчетности;
разработка обучающих систем (в том числе тренажеров).

Кадровый состав отдела: содержится в БД всех сотрудников по отделам (штатное расписание).
Документы, поступающие в отделиз других подразделений:

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

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

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

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

Формирование отчетов по обучающимся прошедших и не прошедших аттестацию для руководителя.

Физическое представление поступления, вид обработки и требования к безопасности каждого из этих документов:

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

- список кураторов, закрепленных за группами – электронный документ, предоставляющий ФИО кураторов обучающихся групп;

- данные об обучающихся – электронный документ, предоставляющий ФИО обучающихся сотрудников;

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

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

Все документы поступают в отдел по совершению запроса руководителем отдела и предоставляются только авторизованному пользователю.

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

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

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

Отчеты по успеваемости:

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

Отчет по тренажерам:

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

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

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

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

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

Физическое представление время и частота отправки, вид обработки и требования к безопасности каждого из этих документов:

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

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

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

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

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

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

Просмотров работы: 3111

Код для цитирования:

VII Международная студенческая научная конференция Студенческий научный форум - 2015

РАЗРАБОТКА ПРОЕКТА МОДЕРНИЗАЦИИ СИСТЕМЫ УДАЛЕННОГО КОНТРОЛЯ ПРОЦЕССА ОБУЧЕНИЯ СОТРУДНИКОВ С ИСПОЛЬЗОВАНИЕМ ТРЕНАЖЁРОВ-ИМИТАТОРОВ

Студенческий научный форум - 2015
VII Международная студенческая научная конференция