24
2. Информационное обеспечение системы управления в том числе
автоматизированной, можно охарактеризовать как систему и как процесс.
Систему составляют элементы, их свойства и связи. Характеризуя
информационное обеспечение системы управления как процесс, называемый в
дельнейшем информационным процессом, в целях исследования можно условно
выделить его различные стороны.
3. Информационное обеспечение, как процесс труда, есть сущность
целостности трех факторов: собственно, труда, средств труда, которыми
являются средства лингвистического, математического, программного и других
видов обеспечения и предметов труда, в качестве которых выступает сама
информация.
Для того чтобы получить и предложить органам управления
необходимую по составу и качеству информацию их надо соединить между
собой, что и обеспечивает человек. Человек и информационное обеспечение, как
в производстве и в управлении является активным элементом, осуществляющим
связи между собой, средствами работы с информацией и самой информацией.
Эти связи реализуются посредством определенных методов и приемов, таких,
как классификация, кодирование, унификация информации, программирования
и многими другими. Информационные системы обеспечивают определенные
качества перед конкурентами автоматизируя операции внутри системы и
улучшая качество или поставку конечного продукта организации. Выдающиеся
качества внутри самой компании проявляются в поддержке операционного
контроля, организации управленческого контроля и в стратегическом
планировании. Также информационные системы улучшают качество продукта,
расширяя его документальную базу и сервис.
Организовать свою деятельность, люди могут по разным причинам,
чтобы закончить работу или задание, чтобы сократить или удалить дублирование
действий и т.д. Информационные системы должны поддерживать эти цели.
Информационные системы могут обеспечивать определенные преимущества
перед конкурентами автоматизируя операции внутри системы и улучшая
25
качество или поставку конечного продукта организации. Преимущества внутри
самой фирмы проявляются в поддержке операционного контроля, организации
управленческого контроля и в стратегическом планировании.
Информационное обеспечение в проект внедряется следующим образом:
1. Развертывание системы на площадке опытной эксплуатации
В соответствии с спроектированной технологической архитектурой,
отраженной в документации, закупается серверное, коммуникационное и прочее
оборудование, а также системное ПО. Компоненты информационной системы
монтируются в единый программно-аппаратный комплекс, на площадках, на
которых планируется его промышленное использование.
Ввиду того, что в крупных проектах, задействовано большое количество
оборудования, на котором ПО разбросано по нодам, узлам и даже облакам, то
этот процесс необходимо сопровождать полномасштабным документированием.
Например, в техдокументацию включаются таблицы с адресами серверов,
рабочих мест, способов доступа и т.п. Для визуального представления
используются диаграммы компонентов, дающие понимание расположения узлов
сети, распределения компонентов их взаимодействия и т.п. А ведь еще должны
быть определены мероприятия, регламентирующие всевозможные изменения в
инфраструктуре, позволяющие устранить последствия отказов различных
элементов системы.
Документация должна поддерживаться в актуальном состоянии и
меняться одновременно с изменениями в настройках системы, изменениями
архитектурного решения и т.п.
Нелишне на «боевых» площадках для промышленной эксплуатации
системы, разворачивать и тестовые стенды, имитирующие работу,
приближенную к реальной.
2. Обучение персонала заказчика работе с информационной системой
В больших проектах особое внимание уделяется качеству документации,
включая и инструкции пользователей системы. Чаще всего инструкции
пользователей делятся на сегменты по видам деятельности, специализации и т.п.
26
Это позволяет акцентировать внимание в документе на важные моменты и не
грузить пользователей ненужной для них информацией.
Поскольку в обучении может быть задействовано значительное
количество различных сотрудников заказчика, которые в свою очередь, для
обеспечения непрерывности деловых процессов не могут обучаться в одно и то
же время, которые должны обучаться различным функциональным
обязанностям и по прочим уважительным причинам, необходимо тщательно
планировать процесс подготовки персонала. Также полезно разбивать
обучающихся на группы по категориям, требующим использование различных
подходов и глубины обучения, исходя из уровня их первоначальной
подготовленности. В итоге, составленный план-график обучения должен быть
согласован со всеми заинтересованными лицами, и утвержден руководством
заказчика, как обязательный к исполнению.
3. Выявление недостатков и дефектов информационной системы
Очень часто в больших проектах, тестирование финального релиза не
позволяет выявить все проблемные места решения. Причиной тому могут быть:
огромные объемы данных на деле в «боевых» условиях, проявление уникальных
сочетаний бизнес правил в реальных деловых процессах, особенности работы
конкретного оборудования, специфические сочетания компонентов системы,
балансирование нагрузки между распределенными узлами и т.п.
Зачастую ситуация еще осложняется тем, что внедрение новых систем на
начальных стадиях ни в коей мере не отменяет необходимость производить
работы на старых системах. То есть пользователи дублируют данные в обоих
системах. Иногда требуется миграция существующих актуальных данных из
устаревших хранилищ в новые, а структура и формат информации обычно
весьма и весьма отличаются. Например, если в новой структуре данных не
хватает информации для заполнения обязательных реквизитов, они заполняются
какими-то данными назначенными «по умолчанию», а потом уже
корректируются вручную пользователями. И это только малая толика того, с чем
приходится сталкиваться в реальных проектах.
27
Отдельная тема — интеграционные решения, в которых может
происходить сбои в цепочке, использующей различные компоненты,
разработанные двумя, тремя и больше командами. Найти виноватых в этой
ситуации крайне сложно, поскольку дефекты чаще всего возникают на стыке
интеграционных элементов, из-за выявленных в ходе внедрения несоответствий.
И тут важно не искать виновных для наказания, а быстро и конструктивно
договориться о совместных уступках разработчиков стыкуемых компонентов, и
эффективно решить проблему.
Для выполнения подобных работ требуется помимо основных
профессиональных навыков, еще и обладание талантом переговорщика, и
знанием основ менеджмента.
4. Согласование изменений в процессе внедрения информационной
системы
Если работа некоторых функциональных модулей информационной
системы критически не соответствует потребностям и ожиданиям заказчика, и
найдены решения по преодолению этих проблем, то необходимо их
зафиксировать и согласовать с заказчиком.
Этап согласования нового решения очень важен, как минимум по двум
причинам.
Во-первых, если объем реализации изменений превысит суммы,
заложенные на подобные риски в плане проекта, то необходимо либо заключать
дополнительные соглашения, либо команда исполнителей будет работать в
убыток.
Во-вторых, любые изменения одних компонентов системы могут повлечь
за собой неизбежное изменение взаимозависимых компонентов, что требует
тщательного анализа и, возможно, перепроектирования целой цепочки
подсистем. В противном случае неизбежно возникновение дефектов в работе
системы в целом. Проявляться это может, например, в отказе работы модуля
смежной команды исполнителей.
28
5. Доработка информационной системы по итогам опытной эксплуатации
Если в ходе опытной эксплуатации принимаются и согласуются решения
о внесении изменений в разработанный программно-аппаратный комплекс, то на
основании их выставляются задачи исполнителям по их реализации.
Если на стадии проектирования системы отрицательное влияние
полномасштабного использования методологии Scrum (1) в больших проектах,
то на данном этапе она подходит как нельзя лучше. Особенно это ощутимо в
проектах, в которых продукт, переданный заказчику, не устраивает его по
большей части показателей.
В этот момент актуальны следующие условия:
1. Заказчик уже начал реально работать с системой, у него для этого
выделено время, и он теперь наглядно представляет, что же ему действительно
необходимо. Соответственно он готов плотно работать с командой исполнителей
и у него есть в этом критическая необходимость;
2. Документация большей частью уже готова и ее изменение, и
дополнение может вестись уже не так оперативно, а оформляться постфактум по
результатам успешной реализации.
3. Доработки большей частью происходят в отдельных модулях,
подсистемах, контурах, у которых есть конкретная команда исполнителей,
отвечающая за сегмент. Поэтому общение пользователей с разработчиками уже
локализовано, легко установить качественную обратную связь;
4. Доработки и исправления необходимо выполнять очень оперативно,
небольшими очередями с передачей результата заказчику, который в них кровно
заинтересован;
Очень важно, чтобы в конечном итоге, проектная документация была
приведена в полное соответствие с нововведениями, и команда могла легко
отыскать в ней актуальное решение для анализа и проектирования последующих
изменений.
29
6. Передача информационной системы в промышленную эксплуатацию
Когда в ходе опытной эксплуатации решены все спорные вопросы и
недоразумения по поводу того как должна функционировать внедренная
система, и насколько она соответствует договору на ее разработку, стороны
подписывают акты о выполнении контракта. Заказчик осуществляет полный
расчет за выполненные работы. Договор на разработку и внедрение
информационной системы может считаться выполненным.
Внедрение переходит в фазу промышленной эксплуатации. Эти
взаимоотношения чаще всего юридически регулируются уже отдельным
договором или дополнительным соглашением на сопровождение промышленной
эксплуатацией системы. В рамках этого контракта могут происходить
профилактические работы по диагностике работы компонентов системы, их
взаимодействия, устранение мелких сбоев и т.п.
Таким образом, этапы внедрения информационного обеспечения
является сложным и тяжелым периодом для всех участников проекта. Он может
включать в себя следующие активности:
1. Развертывание системы на площадке промышленной эксплуатации,
включая поставку оборудования, установку системного ПО, установку
актуального релиза внедряемой системы и т.п.;
2. Обучение пользователей работе с системой, включая
администраторов, специалистов по обслуживанию оборудования и т.п.
3. Выявление и устранение недостатков и дефектов, выявленных в ходе
опытной эксплуатации.
4. Согласование изменений в работе системы и приведение ее к
соответствию контрактным обязательствам;
5. Подписание документов о выполнении договорных обязательств.
Произведение полного расчета за выполненные работы;
6. Ввод системы в промышленную эксплуатацию. (рисунок 9.)
30
Рисунок 9. Этапы внедрения информационного обеспечения
проекта
Согласно стандарту оценки программной продукции основными
принципами качества являются функциональные возможности, практичность (с
точки зрения удобства пользования – эргономичность), эффективность,
сопровождаемость, мобильность . Они общие для всех видов информационного
обеспечения проекта.
В таблице 1 приведены наиболее значимые из перечисленных принципов,
для которых определены критерии, правила оценки и приведены возможные
шкалы измерения. Для критериев составлены правила оценки и приведены
возможные шкалы измерения. Каждому приведенному критерию присвоен
идентификатор (столбец «ID»), где буква «О» означает, что критерий является
общим для любого программного обеспечения, а «С» – специализированным, то
есть характеризующим поддержку только проектной деятельности.
31
Таблица 1
Основные принципы и критерии оценки информационного
обеспечения проектного управления
Основные
принципы ПО
ID
Критерий оценки
Правило оценки
Эргономичность
О
1
Вид рабочего
интерфейса
Изменяется от 1 до 3: 1 –
пользовательский
интерфейс, 2 –
совмещенный, 3 – среда
программирования
О
2
Наличие web-
интерфейса
Изменяется от 1 до 3: 1 –
нет, 2 – предоставляется
доступ,3 – есть
Сопровождаемость
О
3
Наличие
сопроводительной
документации и
клиентской
поддержки
Изменяется от 1 до 3: 1 –
нет, 2 – предоставляется
доступ,3 – есть
Системность
О
4
Тип П
Изменяется от 1 до 3: 1 –
отдельная программа,2 –
ИС, 3 – «облако»
О
5
Интегрируемость с
другими
программными
продуктами
организации
Изменяется от 1 до 3: 1 –
нет, 2 –только с
использованием
дополнительных опций,3 –
есть
Интегрируемость
О
6
Возможность
взаимодействия с
внешними ИС
Изменяется от 0 до 1: 0 – в
регионе (владельце ИС)не
удалось обнаружить
зарегистрированных систем
либо сервисов МЭВ,1 –
были обнаружены системы
либо сервисы МЭВ
Адаптивность
О
7
Совместимость с
различными
операционными
системами
Оценивается как
количество доступных
систем(из Mac OS, Windows,
Linux; Android , IOS)
Технологичность
О
8
Доступность
алгоритмов расчета
для корректировок
Изменяется от 1 до 4: 1 –
полностью закрыт, 2 – от-
крыт для чтения,3 –
частично открыт,4 –
открытый изменяем
О
9
Необходимость
дополнительного
программного
обеспечения
Изменяется от 1 до 3: 1 –
необходимо,2 - является
дополнением к базовому
функционалу,3 - полностью
самостоятельный продукт
Функциональные
возможности
С
1
Анализ
чувствительности –
оценка влияния
измененных
параметров на
выходные х-ки
Изменяется от 1 до 3: 1 –
нет, 2 –только с
использованием
дополнительных опций или
частично,3 – есть
32
С
2
Возможность
использования
эвристических
алгоритмов
оптимизации
Соответствует
идентификатору С
1
С
3
Возможность оценки
проекта
Соответствует
идентификатору С
1
С
4
«Интеграция» с
нормативной базой
компании
Соответствует
идентификатору С
1
С
5
Наличие шаблонов
проектов и
библиотеки
фрагментов
Соответствует
идентификатору С
1
С
6
Учет особенностей
использования
различных ресурсов
Соответствует
идентификатору С
1
С
7
Возможность
составления плана
проекта
Соответствует
идентификатору С
1
С
8
Возможность оценки
рисков
Соответствует
идентификатору С
1
С
9
Ведение нескольких
проектов
одновременно
Соответствует
идентификатору С
1
С
10
Использование
алгоритмов
математического
моделирования(при
расчете плана
проекта)
Аналогично «С1»
С
11
Возможность
составления отчетов
Аналогично «С1»
С
12
Возможность
мониторинга
проектов
Аналогично «С1»
33
Глава 2. Анализ информационного обеспечения управления
проекта АО "Дженерал Моторс Пауэртрейн-Узбекистан"
2.1. Общая характеристика компании и проекта производства АО
"Дженерал Моторс Пауэртрейн-Узбекистан"
Компания General Motors истоки деятельности которой уходят в 1908 г.,
является одним из крупнейших мировых автопроизводителей. Её глобальная
штаб-квартира находится в Детройте, и, ведя операции в более чем 120 странах,
GM имеет в своём штате 209 000 работников, располагающихся во всех крупных
регионах мира. GM и её стратегические партнёры производят легковые и
грузовые автомобили в 31 государстве и продают, и обслуживают эти
транспортные средства под следующими торговыми марками: Baojun, Buick,
GMC, Holden, Isuzu, Jiefang, Opel, Vauxhall и Wuling Самым крупным
национальным рынком GM является Китай, за которым следуют США,
Бразилия, Англия, Германия, Канада, Россия и Узбекистан. При совместных
усилиях двух партнеров GM и АК «Узавтосаноат» в Ташкенте был создан новый
завод по производству двигателей GM Powertrain Uzbekistan. GM владеет 52%
пакета акций, оставшиеся 48% принадлежат АК «Узавтосаноат». Новый
моторный завод, также, как и завод в Асаке, снабжен передовыми технологиями
и современным оборудованием. Завод уже приступил к выпуску первых
двигателей. В ноябре 2011г. стартовала коммерческое производство двигателей.
Мощности завода способны производить 200 000 двигателей в год, которые
будут установлены на автомобили, реализуемые как в Узбекистане, так и за его
пределами. В СП будет создано более 1000 рабочих мест
Создание СП «GM Powertrain Uzbekistan» явилось закономерным этапом
развития машиностроительной отрасли Узбекистана. Предприятие выпускает
двигатели DOHC объемом 1,2 и 1,5 литра, которыми оснащены автомобили,
производимые на Асакинском автомобильном заводе, при этом существенная
часть произведенных автомобильных двигателей поставляется на экспорт на