ВНЕДРЕНИЕ ПРОЕКТА РЕИНЖИНИРИНГА БП 3 страница
- интегральная оценка по ППП.
Взвешенные оценки характеристик суммируются по группам и в целом по ППП. ППП, получивший наибольшую взвешенную характеристику, является претендентом на принятие решения о закупке. В результате принятия решения о закупке фирмой-разработчиком заключается договор о поставке и сопровождении ППП вместе с технической документацией.
Настройка функциональности ППП
Настройка ППП по технической документации начинается с заполнения нормативно-справочной информации, необходимой для выполнения функций объекта, и далее происходит последовательное заполнение всех справочников. На вход преобразователя поступает информация предметной области, необходимая для заполнения справочников. Выходом являются заполненные справочники.
Далее происходит настройка модулей ППП, которая заключается в параметризации функций пакета. В качестве входной информации используются данные предметной области, а также техническая документация пакета. Результатом настройки модулей является пакет прикладных программ, готовый к эксплуатации.
Обучение персонала
Эта операция необходима для ознакомления, выработки навыков использования ППП. На вход поступает техническая документация пакета и сам ППП. Результатом обучения персонала являются прохождение различных контрольных мероприятий (тестов, экзаменов) и получение документов, свидетельствующих о готовности персонала к эксплуатации ППП.
Эксплуатация ППП
Операция отражает автоматизированное выполнение функции управления с помощью ППП. Входом данной технологической являются: информация проблемной области и ППП. Выходом – статистика работы пакета, которая используется для анализа эффективности функционирования ППП и выработки рекомендаций по его перенастройке.
Адаптация типовой конфигурации ППП
с использованием инструментальных средств
На вход поступают операции:
1) описание внешних изменений функционирования ППП;
2) техническая документация ППП;
3) инструментальные средства адаптации ППП.
Выходом данной технологической операции является новая, адаптированная версия ППП и обновленная техническая документация. При изменении условий функционирования используются следующие инструменты адаптации ППП:
· генераторы отчетов;
· макроязыки настройки функций ППП;
· встроенные ЯП.
Таким образом, параметрически-ориентированное проектирование ЭИС на основе использования ППП по сравнению с оригинальным проектированием дает возможности более быстрого и гибкого внедрения ИС.
Однако существует ряд проблем, сдерживающих распространение данной технологии. К ним можно отнести:
· психологические и организационные трудности внедрения ППП;
· достаточно высокую стоимость приобретения ППП и обучения персонала;
· отсутствие глобальной модели объекта управления, что ведет к затратам по увязке различных ППП в рамках КЭИС.
МОДЕЛЬНО – ОРИНТИРОВАННОЕ
ПРОЕКТИРОВАНИЕ ЭИС
Сущность модельно-ориентированного проектирования ЭИС сводится к адаптации компонентов типовой ЭИС в соответствии с моделью проблемной области конкретной организационно-экономической системы. Для этого технология проектирования должна поддерживать как модель типовой ЭИС, так и модель конкретного предприятия, а также средства поддержания соответствия между ними.
Ядром типовой ЭИС является постоянно развиваемая модель проблемной области (предприятия), поддерживаемая в специальной базе метаинформации–репозитории, на основе которого осуществляется конфигурация программного обеспечения. Таким образом, проектирование и адаптация ЭИС сводится, прежде всего, к построению модели проблемной области и ее периодической корректировке.
Для моделирования проблемной области и последующих конфигураций ИС из отдельных компонентов (программных модулей) используется специальный программный инструментарий (SAP Business Engineering Workbench, BAAN Enterprise Modeler). Несомненным достоинством применения модельно-ориентированных компонентных систем перед CASE – технологиями является накапливание опыта проектирования ИС для различных отраслей и типов производства в виде типовых моделей, которые поставляются вместе с программным продуктом в форме наполненного репозитория. Таким образом, вместе с программным продуктом пользователи приобретают базу знаний об эффективных методах организации и управлении БП, которые можно адаптировать в соответствии со спецификой конкретного экономического объекта.
Репозиторий КЭИ, использующей модельно-ориентированную технологию проектирования, в общем случае содержит метаинформацию базовой модели функциональности типовой системы, типовой модели определенных классов ЭИС и модели предприятия, получаемой на основе базовой или типовых моделей.
Базовая модель репозитория содержит описания БФ, БП, БО, организационной структуры, которые используются в программных модулях типовой ЭИС. при этом большое значение в базовой модели имеет задание бизнес-правил поддержания целостности ИСЮ определяющих условия проверки корректности совместного применения различных компонентов ЭИС. Таким образом, многообразия и гибкость определения БП и соответствующих конфигураций ИС задаются с помощью набора бизнес-правил.
Типовые модели описывают конфигурации ИС для определенных отраслей (автомобильной, нефтегазовой) или типов производства (единичного, серийного).
Модель предприятия (проблемной области) строится путем привязки фрагментов основной или типовой модели в соответствии со специфическими особенностями предприятия.
Построенная модель предприятия в виде метаописания хранится в репозитории и при необходимости может быть откорректирована. Далее по модели предприятия автоматически осуществляется конфигурация ИС, в ходе которой выполняется семантический контроль по бизнес-правилам.
Модель предприятия включает: модель функций, модель процессов, модели объектов, модель организационной структуры, модели бизнес-правил.
Модель функций
Модель функций представляет собой иерархическую декомпозицию функциональной деятельности предприятия. На первом уровне иерархии обычно указываются основные виды функциональных подсистем: сбыт, производство, сервис, финансы. На следующем уровне иерархии для каждой функциональной подсистемы показываются функциональные модули: планирование, потребность в материалах. Для функциональных моделей задаются наборы бизнес-функций, для каждой из которых в дальнейшем определяются бизнес-процессы. Например, для функционального модуля «закупки» определяются бизнес-функции: оформление договоров, оформление заказов, выписка счетов.
Модель процессов
Модель БП отражает последовательность выполнения работ (операций) для функций самого нижнего уровня модели бизнес-функции, которая позволяет провести конфигурацию программных модулей ИС в соответствии с характерными особенностями конкретной проблемной области.
Для представления БП используется аппарат сетей Петри, позволяющий отображать управление процессами в зависимости от событий: работа выполняется в том случае, если известно состояние системы.
Модели объектов (данных)
В модельно-орентированной технологии проектирования ЭИС интегрирование различных БП осуществляется на основе бизнес-объектов (БО). БО – компоненты уровня проблемной области, которые используются в различных приложениях в произвольных комбинациях и не зависят от них. При этом приложение обеспечивает среду для функционирования БО.
С одной стороны, БО – это объекты-сущности, например заказы, счета, материалы. С другой стороны, в отличие от обычных объектов-сущностей БО являются самодостаточными, т.е. имеют стандартный интерфейс, написанный на языке описания интерфейсов, с помощью которого БО могут взаимодействовать друг с другом. Например, при оформлении заказа от клиента к поставщику могут использоваться следующие стандартные методы БО: выбор группы изделий в каталоге; просмотр описания изделия; выбор изделия из группы; создание заказа.
Модель организационной структуры
Модель организационной структуры предприятия представляет собой традиционную иерархическую структуру подчинения подразделений и персонала. Назначение моделирования организационной структуры применительно к ИС заключается в распределении автоматизируемых функций по работникам подразделения и определении полномочий доступа к ИС. В модели БП явно указывается закрепление автоматизируемых функций по подразделениям. Связь модели БП и модели организационной структуры задается через указатели роли, которые могут выполняться различными организационными единицами.
Через указатели роли сотрудников устанавливается связь организационной структуры с БП. Указатель роли определяет тип работника, который может выполнять ту или иную работу (экономист, бухгалтер). Для каждой роли определяются полномочия выполнения функций, права доступа к информации, должностные инструкции. При назначении работы конкретному работнику всегда осуществляется проверка роли, которую он может выполнять. Если при этом тип конкретного работника не соответствует роли, то последний не получает доступа к выполнению работы.
Модели бизнес-правил
Бизнес-правила – это специальные сведения в области типовой ЭИС, которые хранятся в репозитории и используются для контроля корректности построенной модели предприятия и процессов конфигурации и эксплуатации ЭИС. Модели бизнес-правил могут быть встроены в бизнес-объекты или выделены в самостоятельные компоненты.
Правила целостности модели предприятия
Правила целостности используются для проверки согласованности модели предприятия с точки зрения полноты и непротиворечивости бизнес-функций. Например, если присутствует вариант бизнес-функции Прямой поставки, тогда бизнес-функции Обработки заказа на приобретение и Обработки заказа на сбыт должны быть представлены в модели.
Правила преобразования моделей бизнес-функций
в модели бизнес-процессов
Модель БФ может быть автоматически преобразована в модель бизнес-процесса посредством правил преобразования, которые задают соответствие БФ и бизнес-процесса. Например, если был определен вариант БФ Обработки заказа на приобретение с контрактами, необходимо выбрать бизнес-процесс Обработки контрактов.
Правила конфигурации (установки параметров)
Правила конфигурации используются для присвоения значения параметру в зависимости от его наличия в БФ, БП или их комбинациях. Например, если был определен вариант БФ Обработки заказа на покупку в режиме ЭОД, то значение параметра ЭОД настраивается на «да».
Правила установки статических условий
Правила установки статических условий осуществляют выбор варианта БП в зависимости от выполнения условия. Если значение условия правила ложно, то данный вариант в процессе эксплуатации не выполняется и на диаграмме процесса соответствующая неактивная ветвь дерева изображается в затененном виде. Например, если БФ оформление аккредитива не используется в фазе внедрения, то запретить процесс оформления.
Технологическая сеть
модельно-ориентированного проектирования ЭИС
В силу сложности комплексной типовой ИС для МО проектирования характерны следующие особенности.
1. Привязка типовой ИС к условиям конкретного экономического объекта осуществляется в результате совместных усилий фирмы-производителя программного продукта и проектной группы предприятия.
2. Консультанты со стороны фирмы-производителя программного продукта принимают участие на всех этапах внедрения системы и, особенно на этапе анализа требований.
3. Возрастает роль руководства предприятия в организации и контроле за созданием ИС.
Технологическая сеть МО проектирования ЭИС включает операции:
1) выбор типовой ЭИС;
2) разработка проектной модели;
3) реализация проекта;
4) ввод в эксплуатацию.
Выбор типовой ЭИС – анализ требований
Внедрение типовой ИС начинается с анализа требований конкретной ОЭ системы предприятия к ЭИС. В частности на основе результатов предпроектного обследования Д1 формируется предварительная модель предприятия Д2, которая объединяет требования к функциональности ИС (множеству автоматизируемых функций) и на основе которой выполняется выбор наиболее адекватного программного комплекса. Данная работа может быть выполнена в рамках проведения предварительного реинжиниринга БП. Возможен и другой вариант анализа требований, которые определяются существующей организацией БП. Во втором случае реально существующая модель предприятия будет адаптироваться на этапе эксплуатации ИС с целью оптимизации функционирования ОЭ системы.
Предприятия, внедряющее типовую ИС, стремится выбрать наилучший программный продукт, соответствующий конкретным условиям. Поэтому на этапе выбора типового проекта в конкурсе может участвовать несколько программных продуктов, которые оцениваются не только по рассмотренной методике, но и с позиции реализации прелагаемой модели предприятия. В результате анализа требований выбирается конкретная типовая ЭИС, компоненты которой используются на последующих стадиях внедрения проекта.
Рассмотрим стадию Выбора типовой ЭИС более детально. ТС построения предварительной модели предприятия имеет вид:
1. Построение модели БФ.
2. Построение модели БО.
3. Построение модели БП.
4. Построение модели организационной структуры.
Сущность операции Построения модели БФ сводится к определению набора БФ, которые должны быть автоматизированы с позиции наибольшего влияния на достижение основных бизнес-целей (БЦ) (критериев эффективности функционирования предприятия) при условии соблюдения ресурсных ограничений. Данная операция выполняется на уровне руководителей предприятия при непосредственном участии консультантов фирм-производителей типовых ИС, которые демонстрируют модели из набора. На выходе операции формируется список выбранных БФ, представленных в графической модели.
Далее к построению предварительной модели предприятия подключаются ключевые пользователи предприятия – руководители линейных и функциональных подразделений. Консультанты, опрашивая ключевых пользователей, на основе сформированных БФ, используя референтные модели, строят модели БО, БП и организационной структуры. Причем модель организационной структуры строится с учетом построенных моделей БП и БО, а также существующей организационно структуры. В предварительной модели предприятия ее элементы могут быть представлены достаточно обобщенно, детализация модели предприятия произойдет после выбора типовой ЭИС.
После завершения этапа построения предварительной модели предприятия руководство предприятия принимает решение о выборе типовой ИС, модель предприятия которой в наибольшей степени соответствует целям автоматизации и набору остальных критериев.
Далее на основе принятого решения выполняется оформление договора с фирмой производителем ТИС о продаже, проведению работ по внедрении, собственно закупка, формирование проектной группы, формирование календарного графика работ. В результате формируется технико-экономическое обоснование и ТЗ на внедрение ТЭИС.
Разработка проектной модели предприятия
Для МО технологии проектирования ЭИС характерна привязка модели предприятия к функциональности типовой ЭИС, на основе которой в последующем автоматически выполняется конфигурация ИС. Поэтому на входе задаются предварительная модель предприятия, референтная модель функциональности типовой ЭИС и набор бизнес-правил отображения модели, а на выходе формируется проектная модель предприятия, в которой определяются компоненты типовой ЭИС, компоненты других программных продуктов и компоненты, которые должны быть специально разработаны с помощью инструментальных средств.
На этапе разработки проектной модели предприятия выполняются следующие работы:
1) инсталляция программного продукта, реализующего типовую ЭИС;
2) проведение обучения проектной команды;
3) привязка модели предприятия к компонентам типовой ИС;
4) проектирование внешних интерфейсов системы.
Рассмотрим ТС привязки модели предприятия к компонентам типовой ИС, состоящую из операций:
1) уточнение модели предприятия;
2) привязка модулей ТЭИС к БП;
3) привязка БО к модулям;
4) привязка организационных единиц к модулям БП.
В начале разработки проектной модели консультанты по ТИС совместно с проектной группой на основе предварительно построенной модели БФ и референтной модели уточняют модель БФ. Правильность выбора БФ контролируется на основе использования бизнес-правил.
Далее осуществляется привязка программных модулей ТЭИС к функциональным блокам модели БП, связанным с моделью бизнес-функций. Для оригинальных компонентов в модели БП задаются спецификации на разработку программных модулей. Корректность выбора БП для БФ и условий привязки и выполнения программных модулей проверяется по бизнес-правилам.
В операции Привязки бизнес-объектов к программным модулям характер программных модулей уточняется составом используемых БО. В результате формируется структура используемых БО. В объектно-ориентированном представлении данная операция выполняется путем задания имен методов в определениях классов объектов, в функционально-ориентированном представлении для соответствующих процедур задается список входных и выходных объектов. Корректность привязки контролируется с помощью бизнес-правил.
В заключении осуществляется привязка исполнителей процесса (единиц модели организационной структуры) к используемым программным модулям При этом устанавливаются роли исполнителей для выполнения той или иной работы и создаются спецификации интерфейса пользователя. Корректность операции проверяется также с использованием бизнес-правил.
Реализация типового проекта ЭИС
Реализация типового проекта ЭИС сводится к конфигурации ЭИС и генерации интерфейсов пользователей, т. е. получению готовых для эксплуатации программ функций обработки данных и интерфейсов, а также определения структуры БД. Настройка программного комплекса ТЭИС и генерация интерфейса пользователей осуществляются автоматически на основе бизнес-правил и проектной модели предприятия. В исключительных случаях требуется доработка или создание новых программных модулей, которые производятся с помощью инструментальных средств программного комплекса.
Реализация типового проекта предполагает установку следующих параметров:
· глобальных параметров;
· структуры компании;
· структуры основных данных;
· функций и процессов;
· интерфейсов;
· системы отчетов;
· системы архивирования;
· системы авторизации доступа.
ТС конфигурации ЭИС включает операции:
1. Конфигурация программных модулей;
2. Генерация интерфейсов;
3. Настройка таблиц объектов БД;
4. Доработка модулей и интерфейсов.
Конфигурация программных модулей осуществляется путем установки параметров по модели БП, которая осуществляется либо автоматически, либо вручную аналогично параметрической настройке отдельных ППП.
Настройка таблиц объектов БД осуществляется по определению БО, либо автоматически на основе использования БП, либо вручную путем определения подмножества необходимых атрибутов.
Генерация пользовательских рабочих мест (интерфейсов) выполняется автоматически по модели взаимодействий исполнителей и программных модулей (описанию ролей пользователей).
Доработка программных модулей или разработка новых программных модулей функций и интерфейсов выполняется на основе определенных ранее спецификаций на доработку программных модулей и интерфейсов с учетом сконфигурированных других программных модулей, структур БД или БО, интерфейсов с использованием специальных языковых средств или других программных инструментов.
В завершении стадии реализации осуществляется комплексное тестирование всех компонентов КЭИС.
Ввод в эксплуатацию
Ввод в эксплуатацию типового проекта осуществляется поэтапно в соответствии с определенным планом. Перед началом эксплуатации должны быть выполнены следующие работы:
1) создание документации конечных пользователей и их обучение;
2) установка программно-технической среды эксплуатации ЭИС;
3) наполнение информацией новых БД или подключение и конвертация существующих БД.
В процессе эксплуатации ЭИС осуществляется системная поддержка для устранения возникающих замечаний. Особое внимание на стадии эксплуатации придается развитию проекта ЭИС. Для этого система должна накапливать статистику о характере функционирования ИС, на основе которой происходит технологическая отладка эффективности эксплуатации ЭИС. Важно также осуществлять анализ эффективности организации с помощью ИС БП на основе контроля экономических показателей, который приводит к непрерывному совершенствованию проектной модели предприятия, а, следовательно, к адаптации ЭИС к необходимым изменениям.
Вопросы для самоконтроля
1. В чем заключается сущность типового проектного решения (ТПР)?
2. Какова классификация методов типового проектирования?
3. Определите основные понятия и сущность типового элементного метода проектирования.
4. Определите основные понятия и сущность типового подсистемного метода проектирования.
5. Определите основные понятия и сущность типового объектного метода проектирования.
6. В чем состоит отличие параметрически-ориентированного и модельно-ориентированного подходов к конфигурации типовых ЭИС?
7. Дайте определение функционального ППП.
8. Какова структура функционального ППП?
9. Каковы критерии выбора функционального ППП?
10. В чем заключается сущность параметрической настройки ППП?
11. В чем заключается сущность адаптации ППП?
12. Что такое базовая, референтная, проектная модели предприятия?
ЛЕКЦИЯ 10
УПРАВЛЕНИЕ ПРОЕКТИРОВАНИЕМ ЭИС
ОРГАНИЗАЦИОННЫЕ СТРУКТУРЫ
ПРОЕКТИРОВАНИЯ ЭИС
ОБЩАЯ СТРУКТУРА ОРГАНИЗАЦИИ РАБОТ
ПО ПРОЕКТИРОВАНИЮ ЭИС
Процесс проектирования включает в себя большое количество взаимосвязанных элементов и предполагает построение соответствующей системы правления. В качестве объекта разработки проекта могут выступать либо вся ЭИС для предприятия заказчика, либо отдельная подсистема или совокупность систем, либо отдельные работы (например, установка ВС, оценка эффективности ИС).
Проект как вид деятельности проектирующей организации имеет следующие особенности:
· направлен на достижение конкретных действий;
· включает в себя координированное выполнение взаимосвязанных действий;
· имеет ограниченную протяженность во времени с определенным началом и концом;
· все проекты в определенной степени неповторимы и уникальны.
К причинам, обуславливающим сложность процессов разработки проекта, относятся:
· масштабы ЭИС;
· взаимосвязь различных по своей природе элементов проекта ЭИС (информационные, программные средства и технические средства обработки информации, экономико–математические модели, специалисты–разработчики);
· факторы старения указанных элементов;
· длительность процесса проектирования системы;
· коллективный характер труда многих специалистов различной квалификации.
Под управлением проектом подразумевается деятельность, направленная на реализацию проекта с максимально возможной эффективностью при заданных ограничениях во времени, денежных средствах, качеству конечных результатов проекта. Управление как процесс характеризуется следующими компонентами:
· целью управления;
· ограничениями;
· объектом и субъектом управления;
· контуром управления;
· методами и средствами управления.
Глобальной целью управления проектированием ЭИС является получение проекта с заданными пользователем параметрами.
Ограничения – сроки, требуемые ресурсы.
Объект управления – процесс проектирования ЭИС как деятельность коллектива разработчиков системы, состояние используемых ресурсов.
Процесс проектирования ЭИС имеет специфические особенности, которые определяют специфику управления проектированием:
1. Процесс проектирования ЭИС по своему характеру является процессом творческим. Поэтому при отсутствии достаточно полного формализованного перечня операций проектирования и состояний проекта в процессе его разработки управление проектированием носит ситуационный характер.
2. Пользователь на этапе разработки системы может изменять требования к качеству системы, срокам и затратам проектирования. Затруднен контроль качества оценки проектных решений (нет общепринятых надежных способов).
3. Стремление разработчиков к индивидуальному характеру труда приводит к невысокой степени организации контроля и координации деятельности сотрудников.
Выделение субъекта управления связано с разделением труда в группе специалистов в процессе проектирования. Управление проектными работами может осуществляться на нескольких уровнях:
1. Руководства проектной организацией.
2. Руководства обеспечивающих подразделений (например, планово – производственного отдела).
3. Руководства функциональными подразделениями.
4. Руководителей проектов.
5. Руководителей проектных групп (ответственных исполнителей).
На каждом уровне управления проектными работами существует определенное представление о процессе проектирования, частных целях и задачах, что определяется кругом должностных обязанностей, характером выполняемых функций.
Управление проектированием, как правило, рассматривают в двух аспектах: организационном и функциональном. В организационном аспекте управление проектированием рассматривается по уровням организационно – административной структуры с соответствующими правами и обязанностями субъектов процесса управления. В функциональном аспектеуправление проектированием рассматривается как применение соответствующих методов и средств организации и ведения проектных работ.
ОРГАНИЗАЦИОННЫЙ АСПЕКТ
Организация работ по проектированию ЭИС определяется порядком взаимодействия между несколькими сторонами, участвующими в этом процессе: пользователем, заказчиком, администратором, разработчиком.
Пользователь – это организация или группа подразделений, которые используют результаты обработки информации на ЭВМ. Для ЭИС под пользователем понимают прежде всего административно – управленческий аппарат, для которого создается эта система. Пользователь выполняет следующие функции:
1) формирует исходные данные для проектирования и обработки;
2) определяет состав задач для автоматизации;
3) определяет основные требования к задачам и режим функционирования системы.
Заказчик – это ответственное лицо, под которым понимается организация ил подразделение, которое выполняет следующие функции:
1) формирует требования к системе и ее частям;
2) выдает техническое задание, финансирует разработку ЭИС;
3) обеспечивает проведение комплекса мероприятий по ее созданию;
4) проводит внедрение и прием проекта ЭИС.
При этом заказчик несет ответственность перед пользователем за соответствие состава и характеристик решаемых задач, режима функционирования ЭИС исходным данным пользователя, правильность использования ресурсов во время проектирования.
Администратор – ответственное лицо, которое выполняет эксплуатацию программно–технических средств и информационно–методологического обеспечения ЭИС (технологические и инструкционные карты). Администратор несет ответственность перед пользователем за правильность результатов работы ЭИС и их своевременность, а перед заказчиком и разработчиком – за соблюдение условий эксплуатации, требований к технической документации.
Разработчик – это ответственное лицо (организация, подразделение), которое выполняет следующие функции:
1) разрабатывает ЭИС по техническому заданию заказчика;
2) принимает участие во внедрении;
3) осуществляет сдачу проекта заказчику;
4) осуществляет авторское сопровождение проекта.
Разработчик несет ответственность перед заказчиком за правильность реализации требований ТЗ на ЭИС, научно–технический уровень разработки, сроки проведения работ, качество проектной документации, правильность расхода денежных средств.
Существует несколько типов схем организации работ с участием четырех сторон, выбор которых зависит от объема заказа.
Если заказ имеет небольшие размеры по стоимости и по продолжительности работ, то принимают первую схему, в которой в одном лице выступают заказчик, разработчик и администратор.
К преимуществу данной схемы можно отнести минимальное кол-во организаций – участников процесса и минимальные сроки и стоимость работ. Однако совмещение в одной организации функций разрабатывающей и принимающей сторон имеет ряд недостатков: отсутствует действенный контроль за научно–техническим уровнем разработки, сроками выполнения работ; не достигается высокий профессиональный уровень разработчиков.
| Пользователь | ||
| Исходные данные для проектирования | Исходные данные для обработки | Результаты обработки данных |
| Заказчик, разработчик, администратор |
Рис. 13. Схема организации работ для небольших заказов