АВТОМАТИЗАЦИЯ ПРОЦЕССА ВЕДЕНИЯ ДОКУМЕНТАЦИИ И ОТЧЕТНОСТИ В ЗАО «НАКАЛПРОМ». Часть 3

Страницы: 1 2 3 4 5

1. 1. Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»
      1. Анализ существующих разработок для автоматизации задачи

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

TNI —  инвентаризация сетевых ПК, а также соответствующего оборудования, ПО, выполняющаяся в сжатые сроки [2,3]. Для сканирования достаточно выставить необходимый диапазон IP — адресов, выбрать домен AD или ввести конкретный IP — адрес компьютера. На рис. 10 наглядно продемонстрировано сканирование сети организации, TNI автоматически распределил сеть на контроллер домена (DC) и персональные компьютеры разных операционных систем (Windows и Linux), входящих в домен.

Для сканирования ОС Windows используются протоколы SMB и RPC (прямое подключение WMI), если SMB не срабатывает. Для ОС Linux используется протокол SSH. Также предусмотрен ручной сбор информации с установкой агентов на ОС Windows и Linux которые необходимо просканировать.

 

Рисунок 10 Сканирование сети

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

Как говорилось ранее, TNI собирает информацию о состоянии загруженности SSD/HDD накопителей (рисунок 11), о состоянии оперативной памяти, процессора и видеокарты. Анализируя это администратор безопасности или человек, ответственный за управление активами, принимает решение о необходимости закупки новых или дополнительных технических средств для обеспечения стабильного функционирования системы. Например, исходя из отчетов, видно, что не хватает того или иного ресурса, объёма оперативной памяти или жёсткого диска. Несвоевременный контроль может привести к нестабильной работе или выходу из строя ПК или сервера в организации. Напротив, если на систему выделено избыточное количество ресурсов, то «хорошим тоном» в управлении активами будет распределить эти ресурсы на другие подсистемы.

 

Рисунок 11  Состояние SSD/HDD

1.3.2 Выбор и обоснование стратегии автоматизации задачи

Существует четыре основных варианта стратегии автоматизации:

– кусочная (хаотичная) автоматизация;

– автоматизация по участкам;

– автоматизация по направлениям.

– комплексная автоматизация [2].

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

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

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

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

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

Algorius Net Viewer — Комплексный программный продукт для визуализации, администрирования, мониторинга и инвентаризации компьютерной сети любого уровня (см. Рис. 12).

 

Рисунок 12  Поиск устройств

1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации задачи

Есть определенные методы покупки ИС, чтобы в самих компаниях автоматизировать бизнес–процессы:

– Создание своей системы [14].

– Заказ разработки у сторонних разработчиков.

– Покупка готового решения.

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

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

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

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

Также напомним, что проведенный нами анализ показал, что на рынке  программных продуктов не существует готовой информационной системы, которая целиком удовлетворяла бы требованиям ЗАО «НакалПром». 

1. 1. Обоснование проектных решений
      1. Обоснование проектных решений по информационному обеспечению

Техническое обеспечение автоматизированной системы – это комплекс технических средств, которые предназначены для обеспечения работы автоматизированной системы [21].

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

– Сетевые адаптеры для ЛВС;

– Сетевые коммутаторы для ЛВС;

– Кабель UTP 5e, пач–крод UTP 5e;

– Персональные ЭВМ;

– Устройства вывода информации (монитор, принтер);

– Устройства ввода информации (клавиатура, мышь);

Персональная ЭВМ должна соответствовать следующим характеристикам:

– Интерфейсы для подключения периферийных устройств.

– Иметь возможность для запуска подходящей операционной системы

(Windows XP);

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

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

– возможность установки в слот расширения PCI;

– поддержка протокола Fast Ethernet;

– наличие программного обеспечения под используемую ОС;

Устройства вывода информации (монитор) должны соответствовать таким характеристикам, как:

– совместимость с используемым в ЭВМ интерфейсом (VGA, DVI);

– соответствие рекомендуемым требованиям установленной ОС;

Устройства вывода информации (принтер) должны иметь:

– совместимость с используемым в ЭВМ интерфейсом (USB, LPT);

– наличие программного обеспечения для установленной ОС;

– возможность печати на бумаге формата А4;

– невысокая стоимость эксплуатации.

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

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

Важно, чтобы у самой видеокарты было свободно как минимум шестьдесят четыре мегабайта памяти, которая является непосредственно графической. Во время применения системной платы, которая соединена вместе с видокартой, то рекомендуется использовать соответствующий вариант, имеющий непосредственно 1 из чипсетов, например, Интел 945G экспресс, семейство продуктов ATI RS400 или RS480.

Выбирать накопитель винчестера можно любой нормальный, к примеру, IDE (Интегрированная приводная электроника), диск со скоростью обработки равно семь тысяч двести оборотов в минуту, а также памятью (кэш), равной два мегабайта. Но операционная система значительно увеличит быстродействие, особенно если необходимо запускать сразу несколько программ, при выборе диска с расширенной технологией SATA с кэшем объемом восемь мегабайтов и системой (NCQ) [22].

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

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

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

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

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

 

Рисунок 13 — Структура информационного обеспечения системы

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

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

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

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

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

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

Символами, используемыми для кодирования, являются буквы латинского алфавита от A до Z и арабские цифры 0,1,2,3,4,5,6,7,8,9.

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

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

База данных будет представлена единым файлом файл–серверной СУБД. Сама БД будет находиться непосредственно на компьютере, которые присоединен к сети компании непосредственно с функцией разделения прав доступа пользователей к самому файлу. Это позволит работать с базой данных всем сотрудникам ЗАО «НакалПром».

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

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

– прикладное(ПО);

– системное(ПО);

– а также инструментальное(ПО) [16].

Приведем обоснование потребности применения инструментов, учитывая имеющуюся программную и техническую архитектуру, которая непосредственно имеется в самой компании непосредственно в соответствии с рисунком 14.

 

Рисунок 14  — Программно–техническая архитектура организации

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

Нормы к используемой ОС:

– Антивирусное ПО непосредственно для бизнеса.

— Развертывание службы обновления операционной системы Windows Server (WSUS версии 3.0).

— Возможность работать непосредственно со службой каталогов Windows Server 2003 AD.

— Функция применения ПО Radmin 3.5 для удаленного доступа. Требования непосредственно к системному ПО, обслуживающему непосредственно подсистему хранения данных:

–версии соответствующего ПО под ОС.

– хранение на ПК, где включено ПО.

–функция структурирования информации логического типа за счет механизма.

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

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

В соответствии с заданными параметрами в качестве подсистемы хранения данных будет выбрана система управления БД. Программное обеспечение, которое реализовано непосредственно на основе клиент-серверной/файл–серверной или же непосредственно встраиваемая СУБД могут быть применены в качестве DBMS (системы управления БД). 

DBMS, работающие по архитектуре клиент-сервер, делят доступ непосредственно между user, не сильно нагружают локальную сеть и также машины клиентов. Сервер может быть заменен, если нужна потребность, он внешний. Отрицательное качество данных систем управления — сервер. Это недостаток для ПО локального типа, для них встраиваемые DBMS лучше). И последнее отрицательное качество – ресурсы сервера, например, ЛИНТЕР, Firebird и прочее. 

В файл–серверных СУБД файлы данных располагаются централизованно на файл–сервере. Ядро данной системы находится на всех ПК клиентов. Доступ к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на ЦП сервера, а недостатком – высокая загрузка локальной сети. На сегодняшний день файл– серверные СУБД считаются устаревшими. Данного типа системы включают часть клиента, входящую непосредственно в сервера, прикладное ПО.

Встраиваемая СУБД – библиотека, которая позволяет унифицированным образом хранить большие объѐмы данных на локальной машине. Доступ к данным может происходить через SQL либо через особые функции СУБД. Встраиваемые СУБД быстрее обычных клиент–серверных и не требуют установки сервера, поэтому востребованы в локальном ПО, которое имеет дело с большими объѐмами данных, например, MySQL, SQLite, OpenEdge, BerkeleyDB, Firebird, Microsoft SQL Server  Compact, Sav Zigzag, ЛИНТЕР.

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

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

— Язык должен быть легким для изучения.

— Простой в освоении и легкий в использовании.

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

— Наличие стандартных библиотек для встроенных СУБД.

— Способность разрабатывать интуитивно ясный интерфейс пользователя. 

— Неимение дополнительного программного обеспечения (например, библиотек времени выполнения, фреймворков), необходимого для запуска приложений. Таким образом, наиболее всего заявленным запросам отвечает язык PHP, реализованный непосредственно для создания HTML–страниц на интернет–сервере. Также предназначен для работы с БД. В настоящее время PHP входит в LAMP (распространенный набор для создания веб–сайтов, назван по первым буквам входящих в его состав компонентов: Linux, Apache, MySQL, PHP (Python или Perl)) и поддерживается подавляющим большинством хостинг–провайдеров.

В области программирования для Сети, PHP – это распространённый язык программирования общего назначения с открытым исходным кодом (наряду с Perl, JSP и языками, которые используют в ASP.NET). PHP специально сконструирован для веб-разработок и его код может внедряться непосредственно в HTML. Данная среда, как язык программирования включает в себя ядро, модули для БД, а также для функционирования с сокетами, а также документацией разного формата, библиотеками криптографии и тому подобное. Разработчику доступно создание уникального расширения и его дальнейшее присоединение. Существует множество расширений, однако в стандартную поставку входит лишь те, что хорошо зарекомендовали себя. Подключение интерпретатора языка программирования PHP осуществляется непосредственно к самому интернет–серверу как CGI–приложение или непосредственно с помощью модуля, реализованного к данному серверу (к примеру, для Apache).

Язык программирования PHP также можно использовать для выполнения задач управления под ОС UNIX, GNU/Linux, Microsoft Windows, Mac OS X и AmigaOS. Тем не менее, он был не столь популярен, как ведущие языки, такие как Perl, Питон и ВиБиСкрипт. [12].

2. Проектная часть

2.1 Разработка проекта автоматизации

2.1.1 Этапы жизненного цикла проекта автоматизации

ЖЦ ИС представляет собой целою совокупность определенных этапов, проходящих информационной системой, непосредственно после того, как было принято соответствующее решение о реализации данной системы и до ее завершения применения её [3].

Как показывает практика, существуют разные нормы, которые непосредственно описывают ЖЦ ИС:

Стандарты ISO: 

–12207 – при покупке продуктов и компонентов программно–аппаратных средств, а также при введении в использование и последующее сопровождение.

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

Стандарт ГОСТ: 

–34.601–90 – распространяется непосредственно на АИС, применяющихся непосредственно в исследованиях, а также в управлении, проектировании исследованиях, т.п., включая непосредственно их сочетание, реализуемые в компаниях, объединениях и в организациях. [5].

RUP стандарт: 

– RUP представляет собой стандарт создания программ. Данный стандарт от корпорации Rational Software, которая приводит описание упорядоченного подхода к задачному разделению, а также к разделению полномочий непосредственно в компании-разработчике. 

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

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

— Непрерывное поддержание качества на протяжении всех стадий проектирования (разработки соответствующего продукта).

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

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

— Архитектура, основанная на компонентах, реализована и протестирована на ранней стадии проекта.

— В ходе разработки необходимо ожидать внесения поправок в требования, дизайн и реализацию.

– Выявление и непрерывное устранение (до завершения проекта) главных факторов опасности.

Методика RUP включает определенные этапы ЖЦ ИС:

1. Начало

На этой стадии:

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

– Происходит формирования видения, а также пределов проекта.

– Происходит формирование обоснования экономического характера.

– Формируется основная версия соответствующей модели прецедентов.

– Дается оценка рискам.

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

2. Проектирование (Elaboration)

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

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

– Обновленное экономическое обоснование, более точные оценки сроков и стоимости.

– Спроектированную, реализованную и протестированную архитектуру.

– Снижение основных рисков.

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

3. Процесс построения (Construction)

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

4. Внедрение в использование (Transition)

На данной фазе происходит создание завершающей продуктной версии, отправляющейся непосредственно заказчику. Процесс передачи инициируется разработчиком. Фаза Внедрение включает в себя обучение пользователей, бета– тестирование и определение качества продукта. При низком качестве осуществляется повтор соответствующей фазы «Внедрение». Реализация каждой цели говорит о получении непосредственно полностью готового продукта и полном окончании процесса разработки, непосредственно как цикла [13].

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

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

1. 1. 1. Предполагаемые риски на стадиях ЖЦ и их характеристика

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

Отметим базовые опасности, которые являются обыденными для любой стадии ЖЦ нашей ИС, выделим мероприятия по их последующему предупреждению. Начнем с предпроектной стадии. Непосредственно для данного шага являются нормой такие опасности (риска):

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

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

Проанализируем все из них подробнее.

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

Мерами предотвращения риска нарушения методологии ведения проекта может послужить:

– компетентность всех участников проектной группы заказчика;

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

– предварительное обучение пользователей;

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

– документирование и утверждение технического задания;

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

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

– привлечение к проекту неопытных бизнес–аналитиков и ИТ– консультантов;

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

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

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

– непонимание руководством основных целей задач проекта;

– стремление скрыть реальные результаты работы того или иного сотрудника со стороны заказчика;

– некомпетентность сотрудников в рамках выполняемой работы;

– неправильный подбор персонала в рабочую группу над проектом;

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

– не налаженная система коммуникаций между участниками рабочей группы;

– негативное отношение персонала к проекту;

– необдуманный план ведения работ [7].

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

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

– активное участие в проекте ведущих специалистов заказчика, ответственных за исполнение основных процессов;

– четко сформулированные цели и критерии успеха внедренческого проекта; 

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

– проработка общей стратегии автоматизации предприятия;

– четкое разъяснение целей, материальное стимулирование, пропаганда позитивного примера среди участников на время реализации проекта;

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

– стабильный состав рабочий группы в течение всего проекта;

– отбор людей в проектную команду по принципу их личной заинтересованности в успехе внедрения.

Страницы: 1 2 3 4 5