ПРОЕКТИРОВАНИЕ АИС ДОПОЛНИТЕЛЬНОГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ ДЛЯ ИДПО МГТУ "ГОРИЗОНТ"

Сторожева Е.В. 1, Лукьянова К.С. 1

1Магнитогорский Государственный Технический Университет им. Носова

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

6.7 MB

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

Комментарии

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

ВВЕДЕНИЕ

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

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

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

Объектом исследования является ИДПО МГТУ «Горизонт».

Предмет выпускной квалификационной работы (далее ВКР) – автоматизация деятельности ИДПО МГТУ «Горизонт».

В связи с вышеизложенным целью ВКР является повышение эффективности деятельности структурного подразделения вуза – института дополнительного профессионального образования и кадрового инжиниринга «Горизонт» ФГБОУ ВПО «Магнитогорский государственный технический университет им. Г. И. Носова» (далее ИДПО МГТУ «Горизонт») на основе разработки автоматизированной информационной системы дополнительного профессионального образования (АИС ДПО).

В соответствии с указанной целью в ВКР поставлены следующие задачи:

описать деятельность ИДПО МГТУ «Горизонт»;
провести ИТ-аудит ИДПО МГТУ «Горизонт»;
сформулировать требования к АИС ДПО;
разработать проект по созданию АИС ДПО;
рассчитать экономическую эффективность проекта.

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

В качестве инструментальной базы для проведения исследования использовались: настольная система календарного планирования и управления проектами Microsoft Office Project 2003, средства AllFusion Process Modeler – Bpwin версии 7.1, Microsoft Office Visio 2003, Microsoft Visual Studio 2010.

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

Практическая значимость ВКР заключается в проектировании автоматизированной информационной системы дополнительного профессионального образования, внедрение которой будет способствовать повышению эффективности функционирования ИДПО МГТУ «Горизонт».

ГЛАВА 1. ПРЕДПРОЕКТНОЕ ОБСЛЕДОВАНИЕ ИДПО МГТУ

«ГОРИЗОНТ»

1.1. Описание деятельности ИДПО МГТУ «Горизонт»

В настоящее время из-за слияния двух вузов – МаГУ и МГТУ, ИДПО МаГУ объединился с ИДПО МГТУ и носит название Институт дополнительного профессионального образования и кадрового инжиниринга «Горизонт» ФГБОУ ВПО «Магнитогорский государственный технический университет им. Г. И. Носова» (ИДПО МГТУ «Горизонт» или ИДПО).

Компоненты непрерывного профессионального образования в ИДПО:

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

ИДПО сотрудничает с органами государственной власти федерального и областного уровней в рамках федеральных проектов модернизации дошкольного, общего и профессионального образования. Основная аудитория слушателей - руководители, педагоги общего и дополнительного образования, сотрудники дошкольных ОУ. Проблематика курсов соответствует ФЦПРО на 2011-2015 годы по направлению «Введение Федеральных государственных образовательных стандартов общего образования как системообразующий ресурс социально-экономического развития Челябинской области, обеспечивающий современное качество общего образования».

Основные заказчики: образовательные учреждения (школы, дошкольные ОУ, учреждения дополнительного образования, учреждения СПО (медицинский и педагогический колледжи г. Магнитогорска, политехнический колледж г. Стерлитамака)), управления образования администрации г. Магнитогорска, г. Златоуста, Агаповского, Нагайбакского, Верхнеуральского и других районов юга Челябинской области, МОУ ДПОПР «Центр повышения квалификации и информационно-методической работы», МУ «Комплексный центр социального обслуживания населения», и др.

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

С 2010 года по инициативе МаГУ при поддержке Администрации города Магнитогорска (управления социальной защиты населения) на базе ИДПО стартовал социально значимый проект по обучению пожилых людей «Базовая компьютерная подготовка с изучением MS Windows, MS Office, сервисов сети Internet». С 2010 по 2013 г. прошли обучение более 500 пенсионеров.

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

создан портал дистанционного обучения по программам ДПО, ведется его наполнение учебно-методическими материалами;
разработан WEB-сайт ИДПО для информационной поддержки слушателей и расширения клиентской базы.

Грантовая, проектная деятельность:

Создание образовательного портала «Вопросы введения ФГОС общего образования в Челябинской области».
АйТиАкадемия (г.Москва). «Развитие электронных образовательных Интернет-ресурсов нового поколения, включая культурно-познавательные сервисы, систем дистанционного общего и профессионального обучения (e-learning), в том числе для использования людьми с ограниченными возможностями».
Издательский холдинг «Академкнига/учебник». Организация обучения преподавателей МаГУ, учителей ОУ по внедрению ФГОС.
МОиН Челябинской области. Госконтракт на организацию повышения квалификации учителей общеобразовательных учреждений.
МОиН Челябинской области. Государственный контракт на организацию повышения квалификации педагогов дошкольных ОУ.

Совместно с Управлением образования Администрации г. Магнитогорска разработан и утверждён План-график на 2014 г., согласно которому пройдут обучение более 1115 педагогов, сотрудников, руководителей образовательных учреждений г. Магнитогорска по актуальным направлениям развития системы образования.

В настоящее время в ИДПО работают 21 человек (административный персонал - 3 чел., учебно-методический - 9 чел. и обслуживающий персонал – 9 чел.).

Организационная структура ИДПО представлена на рисунке 1.

Рисунок 1 - Организационная структура ИДПО

Здание ИДПО находится по адресу г. Магнитогорск, ул. Дружбы 22/1. Площадь здания 956 м2. В здании имеется конференц-зал, 7 учебных аудиторий, оборудованных компьютерной и проекционной техникой. Аудитории объединены в единую локальную сеть с подключением к сети Интернет, в здании развернута сеть WiFi. Материально-техническая база ИДПО позволяет обеспечить высокий уровень проведения международных, общероссийских и региональных мероприятий (конференций, конкурсов, совещаний, вебинаров и пр.).

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

Рисунок 2 - Интерфейс сайта ИДПО

Особенности архитектуры и хостинга сайта ИДПО.

Полный Интернет адрес сайта: http://idpo.masu.ru.

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

Программно-аппаратные характеристики Web-сервера:

Процессор Intel® Pentium™ 4 CPU 3.00GHz
1.00GB RAM
40GB+80GB
ОСMicrosoft® Windows™ Server Standard 2008
Web server version: IIS 6
.NET Framework 2.0

«idpo.masu.ru» является доменным именем третьего уровня и принадлежит домену masu.ru. Ниже представлена техническая информация о регистрации домена masu.ru.

domain: MASU.RU
nserver: ns4.nic.ru.
nserver: ns8.nic.ru.
nserver: ns.masu.ru. 80.244.35.82
state: REGISTERED, DELEGATED, VERIFIED
org: Magnitogorsk State University
registrar: RU-CENTER-REG-RIPN
admin-contact: https://www.nic.ru/whois
created: 2000.09.12
paid-till: 2013.09.13
free-date: 2013.10.14
source: TCI

К целевой аудитории сайта относятся работники образовательных учреждений, проходящие обучение по программам дополнительного образования, сотрудники и преподаватели ИДПО, студенты старших курсов университета, выбирающие место дальнейшего обучения, работодатели, которые заинтересованы в повышении квалификации своих сотрудников. География расположение пользователей носит локальный характер, в основном это Челябинская область Российской Федерации (рисунок 3). Причиной того, что много пользователей регулярно посещают сайт вне города Магнитогорска, объясняется тем, ИДПО активно сотрудничает с администрациями соседних районов и регулярно организует по их заказу курсы повышения квалификации для работников общего образования.

Рисунок 3 - Посещаемость сайта idpo.magtu.ru в зависимости от географического расположения. Модель построена с помощью GoogleAnalytics

1.2. ИТ-аудит ИДПО МГТУ «Горизонт»

Целью ИТ-аудита является оценка функциональности и техническая оценка имеющихся в организации ИТ на предмет перспектив их дальнейшего развития и использования.

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

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

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

ИТ-аудит проводится по следующим направлениям.

Аудит технической инфраструктуры – направлен на выявление сильных и слабых сторон конфигурации оборудования и сетевой архитектуры, определение ее надежности и пропускных характеристик.
Аудит ИТ-процессов.

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

ИВЦ является подразделением ИДПО МГТУ «Горизонт».

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

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

Характеристика программного и аппаратного обеспечения ИВЦ ИДПО приведена в таблице 1.

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

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

Таблица 1 - Характеристика аппаратного обеспечения и ОС

Имя	Процессор	Оперативная память	Жесткий диск	ОС
Серверная
lan	Intel® Xeon™ CPU 2.40GHz	2.00GB	40GB+300GB+300GB	Microsoft® Windows™ Server 2003 R2
gis2008	Intel® Pentium™ 4 CPU 3.00GHz	1.00GB	40GB+80GB	Microsoft® Windows™ ServerStandard 2008
ns1	Intel® Xeon™ CPU 2.40GHz	1.00GB	40GB+40GB	Microsoft® Windows™ Server 2003 R2
cmso	Intel® Xeon™ CPU 3.00GHz	4.00GB	40GB+80GB	Microsoft® Windows™ Server 2003 R2
Рабочие станции сотрудников ИВЦ
igor	Intel® Pentium™ 4 CPU 2.4GHz	2.00GB	300GB	Microsoft® Windows™ XP
dima	Intel® Core™2 Quad CPU Q9400 2.66GHz	4.00GB	300GB	Microsoft® Windows™ 7
zlenko	Intel® Celeron™ CPU 3.0GHz	2.00GB	120GB	Microsoft® Windows™ XP
alex	Intel® Celeron™ CPU 3.0GHz	2.00GB	120GB	Microsoft® Windows™ XP

Рисунок 9 – Технологическая архитектура ИДПО

Все рабочие станции учебных классов и сотрудников работают под управлением операционной системы Microsoft® Windows™ XP Professional и Microsoft® Windows™ 7 с установленным пакетом обновлений Service Pack 3. На серверах института установлен ОС Microsoft® Windows™ 2003 Server R2.

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

Схема существующей технической инфраструктуры ИДПО представлена на рисунке 10.

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

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

Рисунок 10 – Техническая инфраструктура ИДПО

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

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

Основными задачами ИТ-аудита являются:

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

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

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

Проведенный ИТ-аудит и установленный уровень ИТ-зрелости позволяет принять управленческое решение для повышения эффективности применения ИТ в компании.

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

Стандарт СOBIT (Control Objectives for Information and related Technology- Контрольные Объекты для Информационных и смежных Технологий), представляет собой систематизированный набор принципов и рекомендаций по проведению аудита ИТ-процессов и позволяет определить насколько эффективно осуществляется управление в сфере ИТ, в том числе проверить как служба ИТ обеспечивает эффективное достижение целей, поставленных перед компанией; эффективно ли используются ресурсы, имеются ли внутренние контроли, которые обеспечивает достижение стратегических и оперативных бизнес-целей..

Ориентированный на процессы подход представлен в COBIT при помощи модели, подразделяющей 34 отдельных ИТ-процесса в четыре домена (группы), упорядочивающей ответственности в области планирования, реализации, эксплуатации и мониторинга; обеспечивающей комплексное видение ИТ в целом:

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

Определяемые в COBIT модели зрелости (рисунок 11) позволяют дать оценку текущему состоянию ИТ-процессов в сравнении с лучшими примерами в данной отрасли и найти возможности их совершенствования.

Используя модели зрелости, руководство может определить:

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

Обозначения:

- Текущее положение организации

- Средний показатель для отрасли

- Цель организации

Рисунок 11 - Уровни зрелости компании

Краткое описание уровней зрелости приведено в таблице 2.

Таблица 2 - Описание уровней зрелости по стандарту Cobit

Уровень	Описание уровня зрелости
0	Несуществующий. Полное отсутствие каких-либо заметных процессов. Организация даже не осознает существование проблем, которые надо решать
1	Начальный/ Повторяющийся эпизодически и бессистемно. Есть свидетельства того, что организация осознает существование проблем и необходимость их решения. Нет никаких стандартизированных процессов, однако существуют подходы, применяемые в отдельных случаях. Организованный подход к управлению отсутствует.
2	Повторяющийся, но интуитивный. Процессы достигли уровня, при котором разные сотрудники, выполняющие одну и ту же задачу, используют сходные процедуры. Не существует формализованного обучения и информирования о принятых в организации процедурах, ответственность за используемые процедуры лежит на сотрудниках. Организация в большой степени зависит от знаний отдельных лиц, вследствие чего велика вероятность ошибок.
3	Определенный. Процедуры стандартизированы. Документально оформлены и доводятся до сведения сотрудников организации посредством обучения. Существуют требования следовать формально описанному процессу, однако маловероятно, что отклонения будут обнаружены. Сами процедуры не являются сложными и представляют собой формализованный вариант существующей практики.
4	Управляемый и измеряемый. Существует возможность контроля и оценки степени соответствия принятым процедурам, а также возможность принятия мер в случае, если процессы неэффективны. Процессы постоянно совершенствуются и соответствуют общепринятой практике. Автоматизирование и инструментальные средства по управлению эффективностью процесса используются ограниченно или эпизодически.
5	Оптимизированный. Процессы оптимизированы до уровня лучших практик, они базируются на результатах непрерывного совершенствования и сравнений с другими организациями с использованием моделей зрелости процессов. ИТ используется для комплексной автоматизации документооборота, предоставляя средства повышения качества и эффективности, а также увеличивая способность организации к быстрой адаптации.

На рисунке 12 кратко приведены показатели уровней зрелости.

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

Рисунок - 12. Показатели уровней зрелости по стандарту Cobit

В целом, ИТ-процессы, протекающие в ИДПО, можно охарактеризовать следующим образом:

по домену «Планирование и организация»:

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

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

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

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

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

по домену «Приобретение и внедрение»:

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

Инфраструктура ИТ адекватно поддерживает бизнес-приложения.

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

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

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

по домену «Эксплуатация и сопровождение»:

Ответственность за обслуживание ИТ-инфрастуруктуры возложена на отдел ИТ. Уровни качества техобслуживания не установлены. Назначены лица, ответственные за обеспечение непрерывности обслуживания и безопасности ИТ. Четко определены, назначены и доведены до сведения сотрудников лица, ответственные за обеспечение целостности и безопасности данных. Применяются автоматизированные средства для резервирования и(или) восстановления данных.

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

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

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

по домену «Мониторинг и оценка»:

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

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

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

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

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

В ИДПО МГТУ в значительной мере достигнут 3 уровень зрелости ИТ-процессов, хотя некоторые проблемы совместимости с требованиями более низких уровней продолжают оставаться, и в то же время присутствуют элементы более высокого уровня.

Интегральная оценка уровня зрелости ИТ-процессов компании составляет 2,83. Это означает, что необходимость управления ИТ хорошо понятна и принята всей компанией. Проводятся мероприятия по планированию развития системы, организации мониторинга, определению показателей работоспособности. В ИДПО выделены некоторые критичные для бизнеса ИТ-процессы, для которых определены основные показатели и способы их измерения, осуществляется их планирование и развитие. Большинство процедур стандартизовано, описано и доведено до сведения персонала. Сами процедуры не являются сложными и представляют собой формализованный вариант существующей практики. В то же время прохождение обучения и применение стандартов на практике еще сильно зависят от инициатив конкретных исполнителей.

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

Таблица 3 - Уровни зрелости ИТ-процессов ИДПО МаГУ

Домен	ИТ-процесс		Оценочный уровень зрелости
Планирование и Организация	РО1	Разработка стратегического плана развития ИТ	2
	РО2	Определение информационной архитектуры	3
	РО3	Определение направления технологического развития	3
	РО4	Определение ИТ процессов, организационной структуры и взаимосвязей	3
	РО5	Управление инвестициями в ИТ	1
	РО6	Информирование о целях и направления развития ИТ	2
	РО7	Управление персоналом	3
	РО8	Управление качеством	3
	РО9	Оценка и управление ИТ рисками	2
	РО10	Управление проектами	2
Оценочный уровень зрелости по домену «Планирование и Организация»:			2,4
Приобретение и Внедрение	AI1	Выбор решений по автоматизации	3
	AI2	Приобретение и поддержка прикладного программного обеспечения	4
	AI3	Приобретение и поддержка технологической инфраструктуры	4
	AI4	Обеспечение выполнения операций	3
	AI5	Поставки ИТ ресурсов	2
	AI6	Управление внесением изменений	2
	AI7	Внедрение и приемка решений и изменений	2
Оценочный уровень зрелости по домену «Приобретение и Внедрение»:			2,86
Эксплуатация и Сопровождение	DS1	Определение и управление уровнями обслуживания	3
	DS2	Управление услугами сторонних организаций	2
	DS3	Управление производительностью и мощностями	3
	DS4	Обеспечение непрерывности ИТ-сервисов	3
	DS5	Обеспечение безопасности систем	4
	DS6	Идентификация и управление стоимостью	3
	DS7	Обучение и подготовка пользователей	4
	DS8	Управление службой технической поддержки и инцидентами	3
	DS9	Управление конфигурациями	3
	DS10	Управление проблемами	3
	DS11	Управление данными	3
	DS12	Управление физической безопасностью и защитой от воздействия окружающей среды	3
	DS13	Управление операциями по эксплуатации систем	3
Оценочный уровень зрелости по домену «Эксплуатация и Сопровождение»: «:			3,08
Мониторинг и Оценка	МЕ1	мониторинг и оценка эффективности ИТ	3
	МЕ2	Мониторинг и оценка системы внутреннего контроля	3
	МЕ3	Обеспечение соответствия внешним требованиям	3
	МЕ4	Обеспечение корпоративного управления ИТ	3
Оценочный уровень зрелости по домену «Мониторинг и Оценка»:			3
Интегральная оценка уровня зрелости ИТ-процессов ИДПО МаГУ:			2,83

На диаграмме (рисунок 3) представлено сравнение уровней зрелости ИТ-процессов ИДПО МГТУ «Горизонт» с лучшими мировыми практиками.

Рисунок 3 – Сравнение уровней зрелости ИТ-процессов ИДПО с лучшими мировыми

практиками

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

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

Расчет меры автоматизации осуществляется следующим образом (формулы 1, 2):

(1)

(2)

где x_ij - уровень автоматизации (х_ij= 0,1,2,3);

N - количество разделов таблицы;

K_i – количество составляющих согласия в разделе (количество строк);

S_i - оценка состояния по разделу;

Р_i - вес раздела (Р_i = 1…N);

M – «мера автоматизации» (уровень ИТ-зрелости).

Если М < 0,3, это означает, что организация находится на ранней стадии применения ИТ и еще не готова к решению вопроса о разработке ИТ-стратегии.

Если M> 0,7, это означает, что организация находится в весьма зрелой стадии применения ИТ и уже нуждается не в разработке полномасштабной ИТ-стратегии, а скорее в планировании их развития, наращивания функциональности и расширения контуров внедрения.

Если M находится в интервале от 0,3 до 0,7, это означает, что организация, с одной стороны, имеет достаточный уровень зрелости, а с другой стороны, нуждается в определении ИТ-стратегии.

Состояние ИТ в ИДПО МГТУ в настоящее время может быть кратко охарактеризовано следующим образом:

1. В области применения ИТ.

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

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

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

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

2. В области организации управления и планирования.

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

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

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

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

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

3. В области финансирования развития ИТ.

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

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

4. В области обслуживания.

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

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

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

Поддержка и сопровождение ПО либо выполняется силами собственных разработчиков (для продуктов собственной разработки), либо предоставляется в объеме стандартов компании-изготовителя базового ПО.

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

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

5. В области персонала.

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

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

Выбор и назначение лидеров проектов ИТ определяется наличием в штате подходящих кандидатур. Состав исполнителей рабочих групп динамический – в него входят собственные разработчики и, по необходимости, внешние команды.

Для выполнения определенного проекта персонал, как правило, готовится, обучается и тестируется.

На основе анализа состояния ИТ в ИДПО МГТУ была заполнена «матрица согласия» (Приложение А), показывающая степень соответствия между бизнес-целями компании и обеспечивающей ИТ-средой.

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

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

Таблица 4 - Оценка состояния по разделам «матрицы согласия»

№	Составляющие согласия по разделам матрицы	x_ij –уровень автома-тизации	Р -Вес раздела
1. Цели бизнеса (К=4)
	Понимание и видение бизнеса специалистами ИТ	3	0,3
	Деловое сотрудничество	3
	Планирование	2
	Бюджетирование	2
2	Стратегии и архитектурные решения, определяемые целями бизнеса (К=5)
	Идентификация проектов ИТ	2	0,25
	Выбор приоритетов и отбор первоочередных задач	2
	Обоснование решений, выбор мотивировок	2
	Проекты преобразований	2
	Финансирование развития инфраструктуры	2
3	Достижение осязаемых результатов (К=6)
	Поиск, выбор и назначение лидеров проектов	4	0,1
	Трудозатраты	3
	Риск	3
	Качество	3
	Возможность реорганизации бизнес-процессов	2
	Небольшие изменения бизнеса	2
4	Управление "возмущающими технологиями", т. е. технологиями новыми для организации (К=4)
	Связь с целями основного бизнеса	2	0,1
	Знакомство с новыми технологиями и отслеживание появления новых технологий на рынке	2
	Опыт продуктивного использования	2
	Стандарты ИТ	2
5	Планирование и внедрение совместной обработки данных и обеспечивающей сетевой инфраструктуры(К=4)
	Совместное использование информации	2	0,1
	Обмен данными	3
	Стандарты обмена информацией	3
	Сети	3
6	Управление ресурсами и персоналом ИТ (К=4)
	Управление поставками средств ИТ	3	0,1
	Распределение ресурсов	1
	Управление квалификацией персонала	2
	Обучение и тренинг	1
7	Управление отдельными техническими операциями и техническим обслуживанием (К=6)
	Принципы технического обслуживания (сервиса)	3	0,05
	Уровни качества сервиса	3
	Доступ к услугам сервисной службы	3
	Поддержка и сопровождение ПО	1
	Управление сложными системами	1
	Резервное копирование и восстановление данных	3

Расчет уровня зрелости (формула 3):

(3)

1.3. Анализ бизнес-процессов

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

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

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

Слушатель, желающий пройти обучение в ИДПО, отправляет заявку на обучение. Заявка принимается секретарем ИДПО по телефону, либо отправляется по электронной почте или заполняется на сайте ИДПО.

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

Со слушателем заключается договор на обучение, один экземпляр которого возвращается слушателю, а второй хранится в ИДПО. Договоры редактируются в программе Microsoft Word и распечатываются, слушатель заполняет необходимые реквизиты вручную.

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

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

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

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

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

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

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

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

Приказ об организации обучения по программе ДО (Шаблон 1ДО).
Приказ на зачисление слушателей (Шаблон 2ДО).
Приказ об утверждении аттестационной комиссии (Шаблон 3ДО).
Приказ об отчислении, в том числе в связи с окончанием обучения и выдачей соответствующих документов (Шаблон 4ДО).
Приказы на оплату преподавателям и персоналу (Шаблон 5.1ДО).
Образовательная программа (Шаблон 6ДО).
Смета расходов (Шаблон 7ДО).
Заявка на обучение – в случае, если заказчиком курсов выступает организация (Шаблон 8ДО).
Заявление слушателя (Шаблон 9.1ДО).
Договор со слушателем (Шаблон 10.1ДО – Договор или 10.2 –Публичный Договор-Оферта).
Квитанция об оплате (Шаблон 11).
Расписание (Шаблон 12ДО).
Журнал (лист) посещаемости (Шаблон 13ДО).
Справка-представление на оплату преподавателям (Шаблон 14ДО).
Итоговая аттестационная ведомость (Шаблон 15ДО).
Методические указания по написанию выпускной аттестационной работы (ВАР) слушателей (если ВАР предусмотрена программой ДО).
Утвержденный макет выдаваемого документа (сертификат, удостоверение, свидетельство, диплом).

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

Зачетные и экзаменационные ведомости (Шаблон 18ДО).
Учебный план, утвержденный УМС ИДПО (Шаблон 19ДО).
Рабочие программы дисциплин, предусмотренных учебным планом (Шаблон 20ДО).
Распоряжение о направлении на стажировку или практику (Шаблон 21ДО).
Распоряжение об утверждении тем выпускных аттестационных работ (Шаблон 22ДО).
Распоряжение о переводе на следующий курс (Шаблон 23ДО).
Распоряжение о допуске к защите выпускной аттестационной работы (Шаблон 24ДО).

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

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

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

Для реализации программ профессиональной переподготовки (не менее 250 часов) в структурных подразделениях МаГУ необходимы следующие локальные акты и документы:

Приказ об организации курсов по программе ПП (Шаблон 1ПП).
Приказ на зачисление (Шаблон 2ПП).
Приказ о создании итоговой государственной аттестационной комиссии (Шаблон 3ПП).
Приказ об отчислении, в том числе в связи с окончанием обучения и выдачей соответствующих документов (шаблон Шаблон 4ПП).
Приказ на оплату преподавателям и персоналу (Шаблон 5.1ПП, Шаблон 5.2ПП).
Программа ПП (Шаблон 6ПП).
Учебный план (Шаблон 7ПП).
Рабочие программы дисциплин ПП, предусмотренных учебным планом (Шаблон 8ПП).
Смета расходов (Шаблон 9ПП).
Заявка на обучение - в случае, если заказчиком профессиональной переподготовки выступает организация (Шаблон10ПП).
Заявление слушателя (Шаблон 11.1ПП и Шаблон 11.2ППВнутривуз).
Договор со слушателем (Шаблон 12ПП).
Квитанция об оплате (Шаблон).
Расписание (Шаблон 14ПП).
Журнал (лист) посещаемости (Шаблон 15ПП).
Справка-представление на оплату преподавателям (Шаблон 16ПП).
Распоряжение о направлении на стажировку или практику (Шаблон 17ПП).
Распоряжение об утверждении тем выпускных аттестационных работ (Шаблон 18ПП).
Распоряжение о переводе на следующий курс (Шаблон 19ПП).
Распоряжение о допуске к защите выпускной аттестационной работы (Шаблон 20ПП).
Выпускная аттестационная работа слушателя.
Зачетные и экзаменационные ведомости (Шаблон 22ПП).
Итоговая аттестационная ведомость (Шаблон 23ПП).
Отчет о работе аттестационной комиссии (Шаблон 24ПП).
Утвержденный макет выдаваемого документа (сертификат, диплом).

Требования к реализации программ повышения квалификации.

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

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

Для реализации программ повышения квалификации (не менее 16 часов) в структурных подразделениях МГТУ необходимы следующие локальные акты и документы.

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

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

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

Кроме того, по требованию слушателя может выдаваться справка об обучении в ИДПО.

Секретарем руководителя ИДПО оформляются различные отчеты как по запросу вышестоящих руководителей вуза, так и в МОиН РФ, МОиН Челябинской области и др.

Данные по слушателям, реализуемым программам ДПО, преподавателям обрабатываются с применением программного пакета Microsoft Office (Word, Excel). Многие действия по обработке данных и подготовке отчетов выполняются вручную. Единая интегрированная ИС отсутствует.

Описанный выше процесс в моделях IDEF0, IDEF3, DFD представлен на рисунках 4-8.

Рисунок 4 - IDEF0 – контекстная диаграмма «Организационное сопровождение образовательного процесса ДПО»

Рисунок 5 - IDEF0 – декомпозиция диаграммы нулевого уровня

Рисунок 6 - IDEF3-диаграмма «Организация работы ИДПО «Горизонт»

Рисунок 7 - DFD – контекстная диаграмма «Организация работы ИДПО «Горизонт»

Рисунок 8 - DFD –декомпозиция диаграммы «Организация работы ИДПО «Горизонт»

ВЫВОДЫ ПО ГЛАВЕ 1

В первой главе был проведен анализ деятельности ИДПО МГТУ «Горизонт». Основные виды деятельности ИДПО – это оказание услуг дополнительного профессионального образования (профессиональная переподготовка и повышение квалификации) для различных категорий слушателей по договорам с физическими и юридическими лицами.

В рамках исследования был проведен ИТ-аудит ИДПО МГТУ «Горизонт», который включал аудит технической инфраструктуры и аудит ИТ-процессов, а также анализ бизнес-процессов.

Аудит технической инфраструктуры был направлен на выявление сильных и слабых сторон конфигурации оборудования и сетевой архитектуры, определение ее надежности и пропускных характеристик. Общий парк компьютерной техники ИДПО включает 60 компьютеров в 6 дисплейных классах, 15 компьютеров на рабочих местах сотрудников, 4 сервера. ИДПО полностью оснащен необходимым техническим и программным обеспечением, что позволяет в полной мере способствовать успешному обучению слушателей.

На основе анализа состояния ИТ в ИДПО МГТУ была заполнена «матрица согласия», показывающая степень соответствия между бизнес-целями компании и обеспечивающей ИТ-средой. Уровень зрелости организации с точки зрения соответствия состояния ИТ бизнес-целям и информационным потребностям составляет М = 0,73. Это означает, что организация находится в весьма зрелой стадии применения ИТ и нуждается не в разработке полномасштабной ИТ-стратегии, а скорее в планировании развития, наращивания функциональности и расширения контуров внедрения ИТ.

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

Таким образом, предпроектное обследование и ИТ-аудит ИДПО МГТУ «Горизонт» позволили выявить следующие недостатки:

данные по слушателям, преподавателям, реализуемым программам ДПО, обрабатываются с применением программного пакета Microsoft Office (Word, Excel). Многие действия по обработке данных и подготовке отчетов выполняются вручную;
децентрализованное хранение информации по слушателям, преподавателям, программам ДПО, договорам и др. документам;
дублирование информации и функций при оформлении документов;
бумажный архив  все данные об слушателях хранятся, в своем большинстве, на бумажных носителях информации. Это в свою очередь порождает громоздкость в учете, а также вероятность потери некоторых данных возрастает;
единая интегрированная ИС отсутствует;
большие временные и трудовые затраты на организацию образовательного процесса по программам ДПО, на формирование отчетов как для внутренних, так и для внешних пользователей.

На основании анализа «узких мест», был сделан вывод, что необходимо разработать АИС ДПО, используя свободно распространяемые средства разработки, которые позволят легко интегрировать разработку в существующую инфраструктуру.

ГЛАВА 2. ПРОЕКТИРОВАНИЕ АИС ДОПОЛНИТЕЛЬНОГО

ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

2.1. Формирование требований к АИС ДПО

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

Спецификация требований к системе.

1. Введение.

1.1 Назначение. Этот документ описывает функциональные и нефункциональные требования к АИС ДПО для ИДПО МГТУ «ГОРИЗОНТ».

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

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

АИС ДПО поможет решать следующие задачи:

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

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

Данные о договорах минимизируют временные затраты на поиск и подтверждение информации об оплате.

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

2. Общее описание.

2.1. Общий взгляд на продукт. АИС ДПО МГТУ «ГОРИЗОНТ»  это новая система, которая заменит текущие процессы ведения документооборота.

2.2. Классы и характеристики пользователей.

Система будет предназначена в основном для сотрудников ИДПО МГТУ «ГОРИЗОНТ», в задачи которых входит статистический учет контингента слушателей и оформление соответствующей документации, поиск и редактирование информации в базе данных, дополнение базы, создание отчетов.

2.3. Операционная среда.

2.3.1. Требования к программному обеспечению. Операционная система: Microsoft Windows 98/2000/NT/XP/7/8.

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

CPU 1700MHz, RAM 256mb, видеоадаптер, HDD 10Gb, принтер.

3. Функциональные возможности АИС ДПО.

3.1. Настройка системы:

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

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

3.3. Формирование программ повышения квалификации в своем университете, включая:

ввод информации о модулях;
ввод информации о программах.

3.4. Учет сведений об обучении слушателей:

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

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

3.6. Формирование стандартных отчетов и отчетов на основании выгрузки данных из таблиц.

4. Требования к внешнему интерфейсу (интерфейсу пользователя).

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

5. Другие нефункциональные требования.

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

Требования к производительности. Загрузка информации из базы данных и вывод ответов на запросы на экран должна занимать не более 10 секунд с момента запроса.

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

5.2. Требования к охране труда.

Требования к охране труда. Определены внутрикорпоративным стандартом на этот вид деятельности.

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

5.3. Требования к безопасности.

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

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

Доступность. Система учета должна быть доступна для сотрудников отдела 95% времени между 8.00 и 17.00 по местному времени.

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

Блок-схема процессов учета данных в АИС ДПО приведена в Приложении В.

2.2. Обоснование проектных решений и разработка проекта АИС ДПО

Обоснование проектных решений по проектированию АИС ДПО включает в себя следующие этапы:

1) обоснование проектных решений по техническому обеспечению;

2) обоснование проектных решений по информационному обеспечению;

3) обоснование проектных решений по программному обеспечению.

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

Наиболее подходящими характеристиками обладает сервер с конфигурацией, представленной в таблице 5.

Таблица 5 Конфигурация сервера

Case	ASUS TS300-E5-PA4 (LGA775, i3210, SVGA, DVD-RW, 4xHotSwap SATA, SATA RAID, 4xGbLAN, 4DDR-II, 450W)
CPU	CPU Intel Core 2 Quad Q9450 2.66 ГГц/ 12Мб/ 1333МГц LGA775
RAM	2 шт. Kingston DDR-II DIMM 2Gb ECC Registered
HDD	4 шт. HDD 1 Tb SATA-II 300 Seagate Barracuda ES.2 7200rpm 32Mb

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

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

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

Рабочие станции сотрудников подразделений, которые работают с ИС, обладают всеми необходимыми техническими характеристиками.

Основные характеристики РС:

процессор Intel® Core™ 2 / Pentium® Dual-Core E6400;
до 2Gb оперативной памяти DDR2 PC2-5300;
дисковая подсистема SATA;
интегрированный сетевой адаптер 10/100/1000Mbit Ethernet;
видеоадаптер.

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

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

К внемашинному информационному обеспечению можно отнести следующие информационные документы:

инструкция пользователя ИС;
инструкция по инсталляции программного обеспечения ИС.

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

Ниже приведено описание функционала АИС ДПО по пунктам меню.

Пункт меню «Слушатели» (рисунок 14).

Рисунок 14 – Пункт меню «Слушатели»

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

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

Пункт меню «Приказы» (рисунок 15).

Рисунок 15 - Пункт меню «Приказы»

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

Пункт меню «ОУ» (рисунок 16).

В данном разделе содержится информация об образовательных учреждениях.

Рисунок 16 - Пункт меню «ОУ»

Пункт меню «ВУЗ» (рисунок 17).

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

Рисунок 17 - Пункт меню «ВУЗ»

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

Пункт меню «Кафедра» (рисунок 18).

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

Рисунок 18 - Пункт меню «Кафедра»

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

Пункт меню «Факультет» (рисунок 19).

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

Рисунок 19 - Пункт меню «Факультет»

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

Пункт меню «Справочники» (рисунок 20).

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

Рисунок 20 - Пункт меню «Справочники»

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

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

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

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

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

За хранение и обработку информации о реализации программ в ИДПО АИС. Именно поэтому в основе АИС, должна лежать надежная, многопользовательская СУБД. Например, Microsoft SQL Server. Учреждение имеет ряд предпочтений в области программных продуктов, для реализации базы данных которых, активно используются СУБД Microsoft SQL Server 2008. Она установлена практически на всех компьютерах в ИДПО, в том числе на сервере, где при необходимости можно развернуть базу данных, при этом все компьютеры по локальной сети смогут иметь к ней доступ.

Таким образом, в качестве инструмента для реализации базы данных для внедряемой АИС была выбрана СУБД Microsoft SQL Server 2008 Express и встроенные в нее программные средства.

Для непосредственной реализации АИС была выбрана среда разработки MS Visual Studio 2010. Встраиваемые инструменты включают в себя редактор форм для упрощения создания графического интерфейса приложения, веб-редактор, дизайнер классов и дизайнер схемы базы данных. Основное достоинство данного ПО, с точки зрения разработки АИС с базой данных на Microsoft SQL Server 2008 – это полная совместимость, т.к. оба программных продукта произведены компанией Microsoft. Они легко интегрируются между собой с помощью технологии OLE (Object Linking and Embedding). OLE позволяет передавать часть работы от одной программы редактирования к другой и возвращать результаты назад.

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

Так как архитектура ИДПО МГТУ «ГОРИЗОНТ» строится на основе Active Directory под управлением MS Windows 2003, был произведен поиск программных продуктов Microsoft. Наиболее универсальным и пригодным к использованию является Microsoft Visual Studio 2010.

Microsoft Visual Studio - линейка продуктов компании Майкрософт, включающих интегрированную среду разработки программного обеспечения и ряд других инструментальных средств. Данные продукты позволяют разрабатывать как консольные приложения, так и приложения с графическим интерфейсом, в том числе с поддержкой технологии Windows Forms, а также веб-сайты, веб-приложения, веб-службы как в родном, так и в управляемом кодах для всех платформ, поддерживаемых Microsoft Windows, Windows Mobile, Windows CE, .NET Framework, .NET Compact Framework и Microsoft Silverlight.

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

Существует различные версии этого программного продукта. Сравнительный анализ версий Microsoft Visual Studio 2010 представлен в таблице 6.

Таблица 6 – Сравнительный анализ версий Microsoft Visual Studio 2010

Возможности		Professional	Premium	Ultimate
Отладка и диагностика	Отладка с сохранением истории			
	Статический анализ кода			
	Метрики кода			
	Профилирование			
	Отладчик			
	Итого	1	4	5
Инструменты тестирования	Модульное тестирование			
	Покрытие кода			
	Анализ регрессионного тестирования			
	Тестирование пользовательского интерфейса			
	Тестирование производительности Веб приложений			
	Нагрузочное тестирование			
	Управление тестовыми сценариями			
	Запуск пошаговых тестов			
	Автоматическое прохождение пошаговых тестов			
	Итого	1	4	9
Интегрированная среда разработки	Поддержка работы с несколькими мониторами			
	Поддержка разработки под разные версии .NET			
	Технология развёртывания в Веб One Click			
	Поддержка JavaScript и jQuery			
	Итого	4	4	4
Разработка баз данных	Развёртывание баз данных			
	Управление изменениями баз данных²			
	Модульное тестирование баз данных			
	Создание и хранение тестовых данных			
	Доступ к данным			
	Итого	1	5	5
Поддержка платформы разработки	Разработка для Windows			
	Разработка для Веб			
	Разработка для Office и SharePoint			
	Разработка для Облака			
	Настраиваемая среда разработки			
	Итого	5	5	5
Архитектура и моделирование	Обозреватель архитектуры			
	Диаграммы, совместимые с UML2.0 (Activity, Use Case, Sequence, Class, Component)			
	Диаграммы слоёв и проверка зависимостей			
	Диаграммы только для чтения (UML, Layer, DGML Graphs)		
	Итого	0	1	3
Итого баллов:		12	23	31
Цена (в рублях):		36890,00	169170,00	369140,00

ИДПО МГТУ «ГОРИЗОНТ» включено в программу MSDN Academic Alliance (MSDNAA) и версия Microsoft Visual Studio 2010 Professional входит в состав пакета поставки. Следовательно, дополнительных затрат на приобретение и установки данного ПО не потребуется.

В ходе анализа было принято управленческое решение о создании новой АИС ДПО.

Для разработки документации по АИС необходимы следующие ПС:

MYSQL Workbench, для проектирования БД;
AllFusion Process Modeler, для разработки всех схем ИС.

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

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

При разработке проекта за основу будет взят ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания».

Определим состав работ по созданию АИС ДПО (рисунок 21). Все работы распределены на девять основных этапов: формирование требований к АИС, разработка концепции АИС, техническое задание, эскизный проект, технический проект, рабочая документация, проектирование, разработка и ввод в действие. В свою очередь они делятся на ряд подзадач.

Далее определим ресурсы проекта (рисунок 22). В проекте задействовано четыре ресурса: аналитик, проектировщик, программист и пользователь.

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

Рисунок 21 - Состав работ по созданию АИС

Рисунок 22 – Ресурсы проекта

Рисунок 23 – Неопытные сотрудники

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

2.3. Расчет экономической эффективности проекта

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

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

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

Расчет должен быть проведен в соответствии с выбранной методикой расчета экономической эффективности.

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

В качестве основного статического показателя экономической эффективности АИС может быть использован годовой экономический эффект (экономическая прибыль), формула 4:

Э = Э_год – П Э_год – С – Е * К, (4)

где ∆Э_год – годовая экономия (прибыль), вызванная ИС, без учета эксплуатационных затрат на ИС, руб./г.;

С – эксплуатационные затраты на ИС, руб./г.;

К – единовременные затраты (капиталовложения), связанные с созданием ИС, руб.;

Е – норма прибыли на капитал (нормативная прибыльность), 1/г.;

П – годовые приведенные затраты на ЭИС, руб./г.

П = С + Е * К.

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

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

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

Капитальные затраты включают:

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

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

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

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

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

Применительно к АИС ДПО группировать капитальные затраты можно следующим образом (формула 5):

К = К _пр + К _тс + К _лс + К _пс + К_иб + К _уч + К_во + К _пл + К_неучт, (5)

где К _пр – затраты на проектирование ИС;

К _тс – затраты на технические средства управления;

К _лс– затраты на создание линий связи локальных сетей;

К _пс– затраты на программные средства;

К_иб – затраты на формирование информационной базы;

К _уч– затраты на обучение персонала;

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

К _пл – затраты на производственную площадь;

К_неучт – неучтенные затраты, обычно составляют 7-8% от общих затрат.

Затраты на формирование информационной базы К_иб относятся к формированию условно-постоянной информации.

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

Затраты на проектирование информационной системы (формулы 6,7):

К_пр = З _ФОТП + З _ОВФ, (6)

, (7)

где ОПj – оклад j-го программиста. В разработке АИС ДПО участвовал 1 человек, его оклад составляет 7000 руб.;

ТРПРj – общее время работы над ПР в месяцах (срок проектирования), ;

kД – коэффициент дополнительной зарплаты, ;

kУ – районный коэффициент, .

Таким образом,

З _ФОТП= 10000 * 1 * (1 + 0) * (1 + 0,15) = 11500 руб.

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

З _ОВФ = 0,302 * З _ФОТП, (8)

З _ОВФ = 0,302 * 11500 = 3473 руб.

К_пр = 11500 + 3473 = 14973 руб.

В разработке АИС ДПО участвовало 7 экспертов – заместитель директора, руководители отделов, специалисты по учебно-методической работе ИДПО, но они выполняли экспертные функции бесплатно, во время своего рабочего времени, не получая за это оплату помимо своей основной зарплаты. Наполнение информационной базы осуществлялось силами студентов-практикантов МГТУ. Таким образом, затраты на формирование информационной базыК _иб = 0 руб.

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

К_тс, К_пс, К_во, К_пл, К_лс – данные показатели не будем учитывать в данном случае, так как при внедрения ИС они не повлияют на затраты: ИС внедряется в отдел с уже имеющимися техническими средствами и предустановленными программными средствами.

Итого получаем капитальных затрат (формула 9):

К = 14973 + 7% неучтенных затрат = 16021,11 руб. (9)

Эксплуатационные затраты, в отличие от капитальных, являются повторяющимися.

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

В состав эксплуатационных затрат на информационную систему входят следующие затраты (формула 10):

C = С_ао + С_то + С_ин + С_эл + С_пр , (10)

где С_ао – амортизационные отчисления;

С_то – затраты на техническое обслуживание, включая заработную плату персонала ИС;

С_ин – затраты, связанные с использованием глобальных вычислительных сетей (Интернета и др.);

С _эл – затраты на электроэнергию;

С _пр – прочие затраты составляют примерно 7%.

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

Рассчитаем элементы эксплуатационных затрат:

Введение новой ИС не повлияет на такие затраты, как:

а) амортизационные отчисления (С_ао) – их величина не изменится, так как не изменится парк оборудования;

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

Затраты на техническое обслуживание, включая заработную плату персонала ИС:

– заработная плата инженера-программиста (ЗП_И), формула 11:

ЗП_И = О_Сj * Т_мес * (1 + k_Д) * (1 + k_У), (11)

где О_Сj– оклад j-го сотрудника. 1 человек, его оклад составляет 10000 руб.; Т_мес, Т_час – время, затрачиваемое сотрудником на обработку результатов, в месяцах и часах соответственно (Т_час = 64 часа);

, (12)

– число рабочих дней в месяц, 22 дня;

Ч_рч– число рабочих часов в день, 8 часов;

k_Д – коэффициент дополнительной зарплаты, k_Д = 0;

k_У – районный коэффициент, .

Таким образом,

ЗП_И= 10000 * 0,36 * (1 + 0) * (1 + 0,15) = 4140 руб.

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

ОТ _ВФ = 0,302 * ЗП_И,

ОТ _ВФ = 0,302 * 4140 = 1250,28 руб.

С_то1 = 4140 + 1250,28 = 5390,28 руб./год.

– заработная плата персонала (ЗП_П), формула 13:

ЗП_П = О_Сj * Т_мес * (1 + k_Д) * (1 + k_У), (13)

где О_Сj– оклад j-го сотрудника. 1 человек, его оклад составляет 9000 руб.;

Т_мес, Т_час – время, затрачиваемое сотрудником на обработку результатов, в месяцах и часах соответственно (Т_час = 528 часов);

k_Д – коэффициент дополнительной зарплаты, k_Д = 0;

k_У – районный коэффициент, .

Таким образом,

ЗП_П= 9000 * 3 * (1 + 0) * (1 + 0,15) = 31050 руб.

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

ОТ _ВФ = 0,302 * ЗП_П,

ОТ _ВФ = 0,302 * 31050 = 9377,10 руб.

С_то2 = 31050 + 9377,10 = 40427,10 руб./год.

С_то = 5390,28 + 40427,10 = 45817,38 руб./год.

Затраты на электроэнергию

С_эл= 1800 руб./год, тогда

С = 45817,38 + 1800 + 7%=51173 + 7%=50950,60 руб./год.

Как было отмечено, ∆Э_год — годовая экономия (прибыль), вызванная ИС, без учета эксплуатационных затрат на ИС, будет определяться по формуле:

П = С + Е * К = 50950,60 + 16021,11 * 8,25% = 52272,34 руб.

Проведём расчет прямого экономического эффекта, он сводится к следующему. Определяется разность в годовых приведенных затратах по базовому (П⁰) и предлагаемому (П¹) вариантам АИС (формула 14):

Э_прям = П⁰ – П¹ = С_зп – ∑С – Е * К, (14)

где С_зп – сокращение заработной платы управленческого персонала при внедрении АИС;

∑С – суммарные эксплуатационные затраты на АИС за исключением заработной платы управленческого персонала.

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

С_зп = С⁰_зп – С¹_зп =0, (15)

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

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

Следовательно:

Э_прям = 0 – 52272,34 = – 52272,34 руб.

Величина прямого экономического эффекта является недостаточной (даже отрицательной) для оправдания затрат на внедрение ИС. Это объясняется тем, что ИС создается с нуля и отсутствием экономии на заработной плате управленческого персонала.

В этом случае внедрение ИС целесообразно, только если есть уверенность в достаточно большом косвенном экономическом эффекте.

Рассмотрим расчет косвенного экономического эффекта.

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

Э_косв = ΔА+ΔС_себ+ΔШ, (16)

где ∆А – годовой прирост выручки от объема оказанных услуг, прочей реализации или внереализационной деятельности, связанной с АИС; АИС напрямую не влияет на увеличение объема, она помогает сократить риски потерь документов и время, затрачиваемое на обработку;

∆С_себ – годовая экономия на себестоимости продукции объекта управления;

∆Ш – сокращение штрафов и других непланируемых потерь за год.

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

АИС позволит снизить эти потери на 80% в год. Итого ΔШ = 30 000 руб. В структуре себестоимости основную долю занимают материальные затраты – 38% и затраты на оплату труда с отчислениями – 36%.

Запланируем 3% сокращения затрат на оплату труда за счет отмены некоторых функций и 20% сокращения затрат на канцелярию. Для простоты расчета объединим экономию по энергии, содержанию оборудования и потерям и запланируем 1% экономии.

Для проведения расчетов необходима себестоимость работ, условно принимаем ее за 10 000 руб./мес., для удобства проведения расчетов.

Получаем (формулы 17-20):

ΔС_к = 10000 * 38% – (38% * 1000 – 20%) = 3040 руб./мес. (17)

ΔС_зппр =10000 * 36% – (36% * 10000 – 3%) = 3492 руб./мес. (18)

ΔС_проч= ΔС_э + ΔС_сэо + ΔС_док = 26% * 10000 – (26%*10000 – 1%) = 2574 руб./мес. (19)

ΔС_себ = 12*( ΔС_см + ΔС_зппр + ΔС_проч)= 12*(3040+3492+2574) = 109272 руб./год. (20)

Если внедрение ИС не влияет на какую-либо статью затрат в составе себестоимости, то эта статья, очевидно, не фигурирует в расчете косвенного экономического эффекта (формулы 21-23).

Э_косв = ΔА + ΔС_себ + ΔШ = 0 + 109272 + 30000 = 139272 руб. (21)

ΔЭ_год = Э_косв + Э_прям = 139272 – 52272,34 = 96999,66 руб. (22)

Э = ΔЭ_год - П =96999,66 – 52272,34 = 34727,32 руб. (23)

Годовой экономический эффект представляет собой абсолютный показатель эффективности. Система считается эффективной, если Э>0.

Вспомогательными показателями экономической эффективности являются:

Расчетная прибыльность (рентабельность), формула 24:

(24)

Срок окупаемости (формула 25):

(25)

То есть АИС окупится через 2 месяца.

Помимо экономического, внедрение предлагаемой АИС ДПО может привести к следующим видам эффектов:

улучшению качества деятельности ИДПО МГТУ «Горизонт»;
ресурсному: высвобождению материальных, трудовых, финансовых ресурсов;
техническому: внедрение новой техники, технологии, открытий, изобретений, ноу-хау и других нововведений;
информационному: возможность собирать, передавать, обрабатывать, корректировать, накапливать, использовать информацию;
социальному: повышение материального и культурного уровня сотрудников ИДПО МГТУ «Горизонт», снижение количества выполняемых вручную операций, повышение образовательного ценза, улучшение условий и техники безопасности труда и т.п., что в конечном итоге повышает эффективность деятельности.

ВЫВОДЫ ПО ГЛАВЕ 2

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

Техническое задание на разработку АИС ДПО включает следующие разделы:

1. Общие сведения

2. Назначение и цели создания системы

3. Характеристика объекта автоматизации

4. Требования к системе

5. Состав и содержание работ по созданию системы

6. Порядок контроля и приемки системы

7. Требования к документированию

8. Порядок внесения изменений

9. Интерфейс системы

Во второй части второй главы обоснованы проектные решения по проектированию АИС ДПО, а именно на техническое, информационное и программное обеспечение. Определен перечень и технические характеристики технических средств, необходимых для функционирования ИС. Разработано описание функционала АИС ДПО по пунктам меню. В качестве инструмента для реализации базы данных для внедряемой АИС была выбрана СУБД Microsoft SQL Server 2008 Express и встроенные в нее программные средства. Для непосредственной реализации АИС была выбрана среда разработки MS Visual Studio 2010.

В результате был разработан проект автоматизированной информационной системы дополнительного профессионального образования для ИДПО МГТУ «Горизонт», в котором были описаны основные задачи, определены необходимые ресурсы, трудоемкость работ, определены затраты на проект.

При разработке проекта за основу взят ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания».

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

В третьей части второй главы были рассчитаны годовой экономический эффект, рентабельность и срок окупаемости АИС ДПО. Годовой экономический эффект составит 34727,32 руб., срок окупаемости системы – 0, 16 года. То есть АИС ДПО окупится менее чем через 2 месяца.

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

улучшению качества деятельности ИДПО МГТУ «Горизонт»;
ресурсному: высвобождению материальных, трудовых, финансовых ресурсов;
техническому: внедрение новой техники, технологии, открытий, изобретений, ноу-хау и других нововведений;
информационному: возможность собирать, передавать, обрабатывать, корректировать, накапливать, использовать информацию;
социальному: повышение материального и культурного уровня сотрудников ИДПО МГТУ «Горизонт», снижение количества выполняемых вручную операций, повышение образовательного уровня, улучшение условий и техники безопасности труда и т.п., что в конечном итоге повышает эффективность деятельности.

ЗАКЛЮЧЕНИЕ

В данной выпускной квалификационной работе была рассмотрена деятельность института дополнительного профессионального образования и кадрового инжиниринга «Горизонт» ФГБОУ ВПО «Магнитогорский государственный технический университет им. Г. И. Носова».

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

Аудит ИТ-процессов был направлен на оценку уровня зрелости ИТ-процессов, поддерживающих ИТ-деятельность в организации на основе стандарта COBIT. Было проведено сравнение уровней зрелости ИТ-процессов ИДПО МГТУ «Горизонт» с лучшими мировыми практиками. На основе анализа состояния ИТ в ИДПО МГТУ была заполнена «матрица согласия», показывающая степень соответствия между бизнес-целями компании и обеспечивающей ИТ-средой. Уровень зрелости организации с точки зрения соответствия состояния ИТ бизнес-целям и информационным потребностям составляет М = 0,73. Это означает, что организация находится в весьма зрелой стадии применения ИТ и нуждается не в разработке полномасштабной ИТ-стратегии, а скорее в планировании развития, наращивания функциональности и расширения контуров внедрения ИТ.

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

данные по слушателям, преподавателям, реализуемым программам ДПО, обрабатываются с применением программного пакета Microsoft Office (Word, Excel). Многие действия по обработке данных и подготовке отчетов выполняются вручную;
децентрализованное хранение информации по слушателям, преподавателям, программам ДПО, договорам и др. документам;
дублирование информации и функций при оформлении документов;
бумажный архив  все данные об слушателях хранятся, в своем большинстве, на бумажных носителях информации. Это в свою очередь порождает громоздкость в учете, а также вероятность потери некоторых данных возрастает;
единая интегрированная ИС отсутствует;
большие временные и трудовые затраты на организацию образовательного процесса по программам ДПО, на формирование отчетов как для внутренних, так и для внешних пользователей.

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

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

Обоснованы проектные решения по проектированию АИС ДПО. Определен перечень и технические характеристики технических средств, необходимых для функционирования ИС. Разработано описание функционала АИС ДПО по пунктам меню. В качестве инструмента для реализации базы данных для внедряемой АИС была выбрана СУБД Microsoft SQL Server 2008 Express и встроенные в нее программные средства. Для непосредственной реализации АИС была выбрана среда разработки MS Visual Studio 2010.

Разработанный проект показал, что годовой экономический эффект составит 34727,32 руб., срок окупаемости системы – 0, 16 года. То есть АИС ДПО окупится менее чем через 2 месяца. Определены другие виды эффектов: ресурсный, технический, информационный, социальный.

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

описана деятельность ИДПО МГТУ «Горизонт»;
проведен ИТ-аудит ИДПО МГТУ «Горизонт»;
сформулированы требования к АИС ДПО;
разработан проект по созданию АИС ДПО;
рассчитана экономическая эффективность проекта.

В результате цель работы была достигнута – разработан проект автоматизированной информационной системы дополнительного профессионального образования для ИДПО МГТУ «Горизонт».

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

Приоритетные направления развития образовательной системы Российской Федерации. Одобрены на заседании Правительства Российской Федерации 9 декабря 2004 г. (протокол № 47, раздел I) [Электронный ресурс]. – Новосибирск : Новосибирская открытая образовательная сеть, 2007. – Режим доступа: http://www.websib.ru/develop/page.php?article
Федеральная целевая программа развития образования на 2011 - 2015 годы. Утверждена постановлением Правительства Российской Федерации от 7 февраля 2011 г. № 61 [Электронный ресурс]. – Режим доступа: http://www.fcpro.ru/
ГОСТ Р ИСО/МЭК 15271-98 «Информационные технология. Руководство по применению ИСО/МЭК 12207 (Процессы жизненного цикла программных средств)
ГОСТ 24.104-85. Единая система стандартов автоматизированных систем управления. Автоматизированные системы управления. Общие требования. – М.: ИПК Издательство стандартов, 2002. – 14 с.
ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Термины и определения.
ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем.
ГОСТ 34.320-96 Информационная технология. Система стандартов по базам данных. Концепции и терминология для концептуальной схемы и информационной базы.
ГОСТ 34.321- 96 Информационная технология. Система стандартов по базам данных. Эталонная модель.
ГОСТ 34.601-90 Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.
ГОСТ 34.602-89 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.
ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств.
ГОСТ Р 50739-95. Средства вычислительной техники. Защита от несанкционированного доступа к информации. Общие технические требования
Hardware Inspector. [электронный ресурс]. − Режим доступа:

http://www.hwinspector.com/

Бугорский, В.Н. Сетевая экономика и проектирования информационных систем./ В.Н. Бугорский, Р.В. Соколов. – СПб.: Питер, 2007. -320 с: ил.
Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем / А.М. Вендров. - Электронная библиотека InfoCity.
Грекул, В.И. Проектирование информационных систем: курс лекций для студентов вузов, обучающихся по специальностям в области информационных технологий / В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина. – М.: Интернет-Ун-т Информ. Технологий, 2005. – 304с.: ил.
Дмитриева Н.Т., Дмитриев Д.Б. Налоги и налогообложение: Учеб. для сред. профес. учеб. заведений. 2-е издание. – Ростов н/Д: Феникс, 2003. – 480 с.
Инфраменеджер. [электронный ресурс]. − Режим доступа: http://www.inframanager.ru/
Корпоративный менеджмент - финансовый анализ, инвестиции, бизнес-планы, консалтинг. – Режим доступа http://www.cfin.ru/
Ипатова Э.Р., Ипатов Ю.В. Проектирование информационных систем: Учеб. пособие. – Магнитогорск: МаГУ, 2005. – 187 с.
Ипатова Э.Р., Ипатов Ю.В. Практикум по проектированию информационных систем: Учеб. Пособие. – Магнитогорск: МаГУ, 2004. – 116 с.
Калянов, Г.Н. Case-технологии. Консалтинг при автоматизации бизнес-процессов. 2-е изд. перераб. и доп. / Г.Н. Калянов. – М.: Горячая линия – Телеком, 2000. – 320с.
Киселев Г.М., Бочкова Р.В. Информационные технологии в педагогическом образовании: Учебник. – Москва: Дашков и К, 2012. - 306 с.
Ковалев А.И. Анализ финансового состояния предприятия / А.И. Ковалев, В.П. Привалов – М.: Центр экономики и маркетинга, 2000.  208с.
Красильникова В.А. Использование информационных и коммуникационных технологий в образовании: Учебное пособие ( 2-е изд. перераб. и дополн.). - Оренбург: Оренбургский гос. ун-т, 2012.  291 с.
Липаев В.В. Надежность программных средств / В.В. Липаев. – М. : Синтег, 1999. – 360 с.
Липаев В.В. Системное проектирование сложных программных средств для информационных систем / В.В. Липаев. – М. : Синтег, 1999. – 375 с.
Маклаков С.В. Создание информационных систем с AIIFusion Modeling Suite / С.В. Маклаков. – М. : -ДИАЛОГ-МИФИ, 2003-432 с.
Налоговый кодекс Российской Федерации: Части первая и вторая. – М.: ТК Велби, 2004. – 552 с.
Непомнящий Е.Г. Экономика и управление предприятием / Е.Г. Непомнящий. – Таганрог : Издательство ТРТУ, 1997. – 374 с.
Официальный сайт Института дополнительного профессионального образования ФГБОУ ВПО «МаГУ». − Режим доступа: http://idpo.masu.ru.
Оценка совокупной стоимости владения ИТ. – Режим доступа: http://www.topsbi.ru/default.asp?artID=775
Попова, И.В. Разработка приложений: Учеб. пособие / И.В. Попова. – Магнитогорск : МаГУ, 2005. – 185с.
РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов. – М.: ИПК Издательство стандартов, 2002. – 25 с.
Сайт МП «МАГГОРТРАНС» г. Магнитогорска. – Режим доступа: http://www.tramway.ex6.ru/
Сравнение методов оценки стоимости проектов по разработке информационных систем / Н. Михайловский - NTR Lab – Режим доступа: http://www.ntrlab.ru/publications/190
Требования к выпускной квалификационной работе студентов специальности 080801 «Прикладная информатика (в экономике)»: учебное пособие / под общ.ред. О.Б. Назаровой. - Магнитогорск : МаГУ, 2010. – 100с.
Финансы: Учеб. пособие/Под ред. проф. A.M. Комлевой.-59 3-е изд., перераб. и доп.- М.: Финансы и статистика, 2003. – 289 с.
Шеер, А-В. Бизнес-процессы. Основные понятия. Теория. Методы : пер. с англ. /А-В Шеер. – 2 изд., перераб. и доп. – М. : Весть, 1999. – 152 с.
Шеер, А-В. Моделирование бизнес-процессов : пер. с англ. /А-В Шеер. – 2-е изд., перераб. и доп. – М : Весть, 2000. – 205 с.

ПРИЛОЖЕНИЕ А

(обязательное)

Уровни согласия между бизнес-целями ИДПО МаГУ

и обеспечивающей ИТ-средой

Составляющие согласия

Уровень 1

Уровень 2

Уровень 3

Идеал

Цели бизнеса

1. Понимание и видение бизнеса специалистами ИТ

Осознаны только основные требования

Достаточное знание бизнеса, ИТ помогают формализовать требования

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

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

2. Деловое сотрудничество

Взаимодействие бизнес-специалистов и специалистов ИТ на уровне пользователей, ограниченная вовлеченность специалистов по ИТ в процесс принятия решений высшим руководством

Установление режима "делового присмотра" (предостережение высшего руководства от грубых ошибок)

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

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

3. Планирование

Тактическое планирование, обусловленное целями ИТ

Стратегическое планирование, обусловленное целями и возможностями ИТ

Стратегическое планирование ИТ обусловленное основными бизнес-целями

Совместное стратегическое планирование бизнеса и ИТ

4. Бюджетирование

Фиксированный бюджет ИТ, контроль прироста затрат.

Фиксированный бюджет, контроль прироста стоимости активов(сосредоточенных в ИТ)

Объем денежных поступлений определяет уровень затрат на ИТ

Добавление стоимости (обусловленное применением ИТ) определяет уровень инвестиций в ИТ

Стратегии и архитектурные решения, определяемые целями бизнеса

5. Идентификация проектов ИТ

Проекты отвечают только требованиям конкретных заказчиков

Требования конкретных заказчиков соотносятся с перспективами развития технологий и системообразую-щими планами

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

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

6. Выбор приоритетов и отбор первоочередных задач

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

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

Приоритеты устанавливаются советом высших управляющих

Приоритеты определяются решениями об инвестициях в основной бизнес

7. Обоснование решений, выбор мотивировок

Волевые решения

Предварительный финансовый анализ проектов, применяемый не вполне последовательно

Последовательно применяемая формальная финансовая экспертиза проектов

Следствие соответствующего раздела бизнес-плана, обосновывающего уровни инвестиций в ИТ

8. Проекты преобразований

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

Знакомят с новыми технологиями

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

Знакомят с новыми технологиями, трансформируют информационную организацию бизнеса

9. Финансирование развития инфраструктуры

Финансирование относят на счет подразделения ИТ, первый пользователь покрывает все убытки

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

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

Финансирование проходит в масштабах предприятия и рассматривается как инвестиции в инфраструктуру ИТ

Достижение осязаемых результатов

10. Поиск, выбор и назначение лидеров проектов

Определяется случаем

Строгое формальное следование методикам

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

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

11. Трудозатраты

Не рассматриваются

Полностью предопределены и жестко контролируются

Предопределены заранее, гибко управляются

Непрерывно учитываются и оцениваются с точки зрения эффективности расходования времени и других ресурсов

12. Риск

Не осознается и не анализируется

Риска пытаются полностью избежать

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

Управляемые риски и бонусы

13. Качество

Измеряется числом рекламаций пользователей

Электронный контроль и протоколирование сбоев

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

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

14. Возможность реорганизации бизнес-процессов

Внедряются системы автоматизирующие существующие бизнес-процессы.

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

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

Реорганизация затрагивает все предприятие и связана с его расширением.

15. Небольшие изменения бизнеса

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

Фоновая работа подразделений ИТ, постоянная модернизация оборудования, продажа списанного устаревшего оборудования смягчают ограничения по ресурсам

Фоновая работа подразделений ИТ, автономная доработка или заказ обновлений ПО с целью уменьшить отставание от планов.

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

Управление «возмущающими технологиями», т. е. технологиями реально новыми для организации

16. Связь с целями основного бизнеса

Нет связи. Сотрудники подразделений ИТ просто играют с новыми технологиями.

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

Сфокусированы на целях основного бизнеса

Осознаются как умножающие возможности бизнеса в конкурентной борьбе

17. Знакомство с новыми технологиями и отслеживание появления новых технологий на рынке

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

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

Фокусирование на наборе средств, решающих задачи бизнеса

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

18. Опыт продуктивного использования

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

Ограничен небольшим числом специалистов ИТ, опыт масштабного и самостоятельного использования отсутствует.

Пилотные проекты, ограниченное использование.

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

19. Стандарты ИТ

Не используются

Ожидание принятия стандартов другими бизнес-субъектами

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

Самостоятельная разработка опережающих стандартов, позволяющая лидировать в отрасли

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

20. Совместное использование информации

Персональные базы данных и локальные устройства hardware

Специальное извлечение фрагментов данных и перенос их для совместного использования

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

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

21. Обмен данными

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

Передача информации как обмен файлами

Используются интерфейсы клиента к множественным источникам данных

Управляемый единым сервером интранет-доступа универсальный интерфейс доступа к множественным источникам данных.

22. Стандарты обмена информацией

Не существует

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

Установлены стандарты на пользовательское локальное оборудование, доступ к БД и персональное ПО

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

23. Сети

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

Установлены локальные сети (главным образом, в масштабах отдельных подразделений), выход в глобальные и региональные сети ограничен

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

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

Управление ресурсами и персоналом ИТ

24. Управление поставками средств ИТ

Все контракты закрываются, история выполнения поставок не сохраняется, фиксированы скидки по конкретным позициям конкретного контракта

Поставщики включены в процесс планирования закупок на нерегулярной основе

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

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

25. Распределение ресурсов

Все ИТ ресурсы централизованы

Большинство разработок централизованы, некоторые бизнес-подразделения принимают на работу собственных разработчиков и специалистов ИТ

Большинство разработчиков и специалистов по ИТ работают в режиме поддержки пользователей

Достигнуто оптимальное соотношение между централизацией и децентрализацией ресурсов ИТ

26. Управление квалификацией персонала

Преобладают традиционные системные программисты, аналитики БД, прикладные программисты

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

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

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

27. Обучение и тренинг

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

Персонал готовится и тестируется для выполнения определенного проекта

Устанавливается формальная последовательность квалификационных этапов карьеры специалиста ИТ.

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

Управление отдельными техническими операциями и техническим обслуживанием

28. Принципы технического обслуживания (сервиса)

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

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

Быстрый отклик на запрос пользователя по как можно более широкому кругу проблем

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

29. Уровни качества сервиса

Не определены

Уровни качества сервиса определены, но не всегда достигаются на практике

Уровни качества сервиса определены и измеряются в каждом эпизоде предоставления сервиса

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

30. Доступ к услугам сервисной службы

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

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

Техническая поддержка интегрирована в сфере обслуживания инфраструктуры бизнеса на всех производственных площадях

Многопрофильная сервис-команда обеспечивает удаленную диагностику, дистанционное консультирование и другие оперативно предоставляемые услуги

31. Поддержка и сопровождение ПО

Выполняется собственными силами

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

Выполняется в основном разработчиком или поставщиком

Полностью выполняется разработчиком или его бизнес-партнером

32. Управление сложными системами

Центральная система:

Восстановление после сбоев
Обеспечение безопасности
Тех. поддержка
Менеджмент изменений
Планирование объемов обработки данных
Выбор и оптимизация работы процессоров

Управление централизованной системой с помощью неформальной команды составленной из сетевых администраторов, администраторов БД и прикладных программистов

Управление централизованной системой с помощью формально подготовленной команды сетевых администраторов и администраторов БД

Централизованное управление распределенной системой:

Восстановление после сбоев
Управление безопасностью
Обеспечение целостности/ Синхронизация
Техническая поддержка
Управление рассылкой изменений
Планировании объемов обработки данных
Настройка оптимальных параметров БД и сетевых протоколов

33. Резервное копирование и восстановление данных

Распределенная ответственность

Централизованная ответственность

Централизованная ответственность для серверов, децентрализованная для клиентов

Полностью автоматический централизованно инициируемый процесс

ПРИЛОЖЕНИЕ Б

(обязательное)

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ«МАГНИТОГОРСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИМ. Г.И. НОСОВА»

Институт дополнительного профессионального образования и кадрового инжиниринга МГТУ «Горизонт»

«СОГЛАСОВАНО»	«УТВЕРЖДАЮ»	«УТВЕРЖДАЮ»
Начальник Учебно-информационного отдела ИДПО МГТУ «ГОРИЗОНТ»	Директор ИДПО МГТУ «ГОРИЗОНТ»
________________Проскуряков И.Г.	________________Адищев В.В.
« ____» _______________ 20__ г.	« ____» _______________ 20__ г.

Автоматизированная информационная система дополнительного

профессионального образования ИДПО МГТУ «ГОРИЗОНТ»

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

на 18 листах

Магнитогорск

2014г

Содержание

1. Общие сведения

2. Назначение и цели создания системы

3. Характеристика объекта автоматизации

4. Требования к системе

5. Состав и содержание работ по созданию системы

6. Порядок контроля и приемки системы

7. Требования к документированию

8. Порядок внесения изменений

9. Интерфейс системы

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

1.1 Наименование системы

1.1.1. Полное наименование системы: автоматизированная информационная система дополнительного профессионального образования ИДПО МГТУ «Горизонт»

1.1.2. Условное обозначение системы: АИС ДПО (далее по тексту - Система).

1.2 Заказчик и исполнитель

1.2.1. Заказчик: ИДПО МГТУ «Горизонт»

1.2.2. Исполнитель: студент факультета информатики МГТУ Ибрагимов А.М.

1.3 Основания для разработки

1.3.1. Основанием для разработки является: Заявка на разработку приложения «АИС ДПО» для ИТ-отдела ИДПО МГТУ «Горизонт».

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

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

ГОСТ 34. Информационная технология. Комплекс стандартов на автоматизированные системы:

ГОСТ 34.201-89 Виды, комплектность и обозначения документов при создании автоматизированных систем;

ГОСТ 34.601-90 Автоматизированные системы. Стадии создания;

ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы;

ГОСТ 34.603-92 Информационная технология. Виды испытаний автоматизированных систем;

РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов;

1.5 Сроки выполнения работ

1.5.1. Начало выполнения работ – март 2014 года.

1.5.2. Окончание выполнения работ – май 2014 года.

2 Назначение и цели создания системы

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

Система предназначена для ИДПО МГТУ «Горизонт» и его структурных подразделений.

2.2 Цели создания системы

2.2.1. Целью разработки системы является повышение производительности труда сотрудников ИДПО МГТУ «Горизонт» и его структурных подразделений, а также сокращение временных ресурсов.

2.2.2. Минимизация трудоемкости формирования сотрудниками ИТ-отдела отчетов в соответствии с утвержденным перечнем.

3 Характеристика объекта автоматизации

3.1 Характеристика технической архитектуры

Программно-аппаратные характеристики Web-сервера:

Процессор Intel® Pentium™ 4 CPU 3.00GHz

1.00GB RAM

40GB+80GB

ОС Microsoft® Windows™ Server Standard 2008

Web server version: IIS 6

.NET Framework 2.0

3.2 Характеристика аппаратного обеспечения и ОС

Имя	Процессор	Оперативная память	Жесткий диск	ОС
Серверная
lan	Intel® Xeon™ CPU 2.40GHz	2.00GB	40GB+300GB+300GB	Microsoft® Windows™ Server 2003 R2
gis2008	Intel® Pentium™ 4 CPU 3.00GHz	1.00GB	40GB+80GB	Microsoft® Windows™ Server Standard 2008
ns1	Intel® Xeon™ CPU 2.40GHz	1.00GB	40GB+40GB	Microsoft® Windows™ Server 2003 R2
cmso	Intel® Xeon™ CPU 3.00GHz	4.00GB	40GB+80GB	Microsoft® Windows™ Server 2003 R2
Рабочие станции сотрудников ИВЦ
igor	Intel® Pentium™ 4 CPU 2.4GHz	2.00GB	300GB	Microsoft® Windows™ XP
dima	Intel® Core™2 Quad CPU Q9400 2.66GHz	4.00GB	300GB	Microsoft® Windows™ 7
zlenko	Intel® Celeron™ CPU 3.0GHz	2.00GB	120GB	Microsoft® Windows™ XP
alex	Intel® Celeron™ CPU 3.0GHz	2.00GB	120GB	Microsoft® Windows™ XP

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

3.3 Краткие сведения об объекте автоматизации

Основные процессы:

- Регистрация слушателя;

- Занесение данных в БД;

- Формирование отчета.

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

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

4.1.1 Общие требования к системе

4.1.1.1 Должна быть реализована возможность формирования отчета.

4.1.1.2 Должна быть реализована возможность осуществления контроля занесения данных в БД.

4.1.1.3 Система должна содержать основные технологические элементы:

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

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

4.1.1.4 Система должна быть реализована с использованием технологии «клиент - сервер приложений - сервер баз данных».

4.1.1.5 Ядро БД должно обеспечивать хранение данных в виде таблиц.

4.1.1.6 Должна быть реализована функция редактирования информации в приложении.

4.1.1.7 Должна быть реализована возможность добавления и редактирования новых элементов приложения.

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

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

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

4.1.2.2 Система должна включать в себя следующие подсистемы:

- Подсистема ввода вывода данных;

- Подсистема администрирования;

4.1.2.3 Подсистема ввода вывода данных должна обеспечивать ввод вывод исходных данных. Пользователями подсистемы должны являться сотрудники структурных подразделений ИДПО «Горизонт».

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

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

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

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

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

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

Модуль для редактирования информации приложения – должен обеспечивать возможность редактировать и добавлять информацию приложения.

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

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

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

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

- базовые навыки работы с Internet Explorer 6 или другим Web-браузером.

4.1.4 Требования к эксплуатации, техническому обслуживанию Системы

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

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

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

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

4.1.5.2 Информационная безопасность должна обеспечиваться средствами нескольких уровней:

- средствами операционной системы;

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

- средствами прикладного программного обеспечения.

4.1.6 Требования по сохранности информации при авариях

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

- резервное копирование баз данных;

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

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

4.1.7 Требования к патентной чистоте

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

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

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

4.2 Требования к функциям, выполняемым системой

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

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

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

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

4.3 Требования к видам обеспечения

4.3.1 Требования к математическому обеспечению – не предъявляются

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

4.3.2.1 Система должна обеспечивать взаимодействия со следующими приложениями:

- Internet Explorer 6 и выше;

-Mozilla Firefox 3 и выше;

-Opera;

-Apple Safari;

-Google Chrome;

4.3.2.2 Система должна обеспечивать передачу и получение данных, используя при этом ЛВС ФГБОУ ВПО «Магнитогорский государственный технический университет им. Г.И. Носова».

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

КОМПЬЮТЕР	Процессор		Оператив-		Жесткий диск		Тактовая частота		Тип
	Процессор		ная память		Жесткий диск		Тактовая частота		Монитора
	мин	опт	мин	опт	мин	опт	мин	опт	мин	Опт
Сервер	P IV	2-4-х проц. Р IV и выше	12000 МБ	48000 МБ	100ГБ	200 ГБ	2,0 Ггц	3,6 Ггц и выше	Цвет. 17’	Цвет. 19’
Рабочая станция	P IV	P IV и выше	512 МБ	2048 МБ	50 ГБ	100 ГБ	1,3 Ггц	2,2 Ггц и выше	Цвет. 17’	Цвет. 19-24’

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

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

4.5.2 К работе должны допускаться сотрудники, имеющие навыки работы на персональном компьютере, ознакомленные с правилами эксплуатации и прошедшие обучение работе с АИС ДПО.

4.5.3. Роли и функции сотрудников

№	Роль	Функции
1	Администратор	Контроль исполнения, изменение контента приложения, изменения настроек приложения.
2	Пользователь	Заполнение форм

5 Состав и содержание работ по созданию Системы

Наименование этапа	Наименование работ	Длительность (дней)
1. Формирование требований к АС	1.1. Обследование объекта и обоснование необходимости создания АС 1.2. Формирование требований пользователя к АС 1.3. Оформление отчёта о выполненной работе и заявки на разработку АС	6
2. Разработка концепции АС	2.1. Изучение объекта 2.2. Проведение необходимых научно-исследовательских работ 2.3. Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющей пользователя 2.4. Оформление отчёта о выполненной работе	9
3. Техническое задание	3.1. Разработка и утверждение технического задания на создание АС	4
4. Эскизный проект	4.1. Разработка предварительных проектных решений по системе и её частям; 4.2. Разработка документации на АС и её части	3
5. Технический проект	5.1. Разработка окончательных решений по общесистемным вопросам 5.2. Разработка решений по организационному обеспечению 5.3 Разработка решений по техническому обеспечению 5.4 Разработка или выбор алгоритмов автоматизируемой деятельности 5.5. Разработка решений по программному обеспечению	6
6. Рабочая документация	6.1. Разработка рабочей документации на систему и её части 6.2. Разработка или адаптация программ	5
7. Проектирование	7.1. Разработка архитектуры системы 7.2. Разработка инфологической модели системы 7.3. Разработка информационной модели системы 7.4. Проектирование модулей	9
8. Разработка	8.1. Программирование модулей на выбранных программных средствах 8.2. Разработка внешнего интерфейса 8.3. Заполнение баз данных 8.4. Интеграция (сборка) системы в соответствии с выбранным методом и ее тестирование	15
9. Ввод в действие	9.1. Подготовка объекта автоматизации к вводу АС в действие 9.2. Подготовка персонала 9.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями) 9.4. Строительно-монтажные работы 9.5. Пуско-наладочные работы 9.6. Проведение предварительных испытаний 9.7. Проведение опытной эксплуатации 9.8. Проведение приёмочных испытаний	19

6. Порядок контроля и приемки системы

Приемка работ по созданию и приемке Системы осуществляется поэтапно, в соответствии с составом работ по созданию Системы.

Испытания и приемка Системы осуществляются на технических средствах ИДПО МГТУ«Горизонт».

Для приемки Системы Заказчик формирует рабочую группу. Рабочая группа формируется соответствующими приказами.

7. Требования к документированию

Должны быть разработаны документы:

Руководство пользователя;

Руководство администратора.

8. Порядок внесения изменений

Настоящее ТЗ может дополняться и изменяться в процессе внедрения Системы в соответствии с требованиями ГОСТ 34.602-89.

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

Список используемых терминов и сокращений

Принятые сокращения

АС – автоматизированная система

АРМ – автоматизированное рабочее место

АИС – автоматизированная информационная система

БД – база данных

ОС – операционная система

ПО – программное обеспечение

РД – руководящий документ

СУБД – система управления базами данных

ТЗ – техническое задание

Термины и определения

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

Web-интерфейс – визуальный пользовательский интерфейс на базе Web-страниц.

Интернет (Internet) – глобальная информационная сеть общего пользования, функционирующая на базе семейства протоколов TCP/IP.

Интранет – совокупность локальных информационных сетей, принадлежащих Заказчику и обеспечивающих передачу данных по протоколу TCP/IP.

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

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

Используемые в Документе термины и основные понятия области автоматизированных систем определены в ГОСТ 34.003-90.

9 Интерфейс системы

Интерфейс АИС ДПО представлен на рисунках 1-3.

Рисунок1 – Окно просмотра списка обучаемых в ИДПО слушателей

Рисунок 2 – Окно «Приказы»

Рисунок 3 – Окно «Образовательное учреждение»

ПРИЛОЖЕНИЕ В

(обязательное)

Блок-схема процессов учета данных в АИС ДПО

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

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

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

ПРОЕКТИРОВАНИЕ АИС ДОПОЛНИТЕЛЬНОГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ ДЛЯ ИДПО МГТУ "ГОРИЗОНТ"

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