
- •Проектирование экономических информационных систем
- •Раздел 3. Индустриальное проектирование корпоративных экономических информационных систем 266
- •Глава 11. Реинжиниринг бизнес-процессов и проектирование корпоративной эис 266
- •Глава 12. Проектирование клиент-серверных корпоративных эис 298
- •Глава 13. Автоматизированное проектирование эис (case-технология) 334
- •Предисловие
- •Раздел 1. Теоретические основы проектирования экономических информационных систем (эис) Глава 1. Архитектура экономических информационных систем
- •1.1. Понятие и классификация эис
- •1.2. Функциональные подсистемы эис
- •Решение задач функциональных подсистем
- •Функциональный принцип:
- •Предметный принцип (подсистемы управления ресурсами):
- •1.3 Обеспечивающие подсистемы эис
- •Вопросы для самопроверки
- •Глава 2. Методологические основы проектирования эис
- •2.1. Технология проектирования эис
- •2.2 Жизненный цикл эис
- •2.3 Формализация технологии проектирования эис
- •Вопросы для самопроверки
- •Раздел 2. Каноническое проектирование эис Глава 3. Содержание и методы канонического проектирования эис
- •3.1. Состав стадий и этапов канонического проектирования эис
- •3.2. Состав и содержание работ на предпроектной стадии создания эис
- •Программа обследования
- •3.3. Состав и содержание работ на стадии технорабочего проектирования
- •3.4. Состав и содержание работ на стадиях внедрения, эксплуатации и сопровождения проекта.
- •Вопросы для самопроверки
- •Глава 4. Проектирование классификаторов технико-экономической информации
- •4.1. Общие сведения
- •4.2. Методы классификации.
- •4.2.1. Иерархическая система классификации
- •4.2.2. Фасетная система классификации
- •4.2.3. Дескрипторная система классификации
- •4.3. Понятия и основные системы кодирования экономической информации
- •4.4. Состав и содержание операций проектирования классификаторов
- •4.5. Понятие Единой системы классификации и кодирования (ескк)
- •4.6. Технология использования штрихового кодирования экономической информации
- •Вопросы для самопроверки
- •Глава 5. Проектирование системы экономической документации
- •5.1. Понятие унифицированной системы документации
- •5.2. Проектирование унифицированной системы документации эис
- •5.2.1. Особенности проектирования форм первичных документов
- •5.2.2 Особенности проектирования форм документов результатной информации
- •Вопросы для самопроверки
- •Глава 6. Проектирование внутримашинного информационного обеспечения эис
- •6.1. Проектирование экранных форм электронных документов
- •6.2. Понятие информационной базы и способы ее организации
- •6.3. Проектирование информационной базы при различных способах организации
- •Вопросы для самопроверки
- •Глава 7. Основы проектирования технологических процессов обработки данных
- •7.1. Основные понятия и классификация технологических процессов обработки данных
- •7.2. Показатели оценки эффективности и выбор варианта организации технологических процессов
- •Вопросы для самопроверки
- •Глава 8. Проектирование процессов получения первичной информации, создания и ведения информационной базы
- •8.1. Проектирование процессов получения первичной информации
- •8.2. Проектирование процесса загрузки и ведения информационной базы
- •8.3. Проектирование процесса автоматизированного ввода бумажных документов
- •Вопросы для самопроверки
- •Глава 9. Проектирование технологических процессов обработки экономической информации в локальных эис
- •9.1 Организация решения экономических задач
- •9.2 Проектирование технологических процессов обработки данных в пакетном режиме
- •9.3 Проектирование технологических процессов обработки данных в диалоговом режиме
- •Классификация диалоговых систем
- •Вопросы для самопроверки
- •Глава 10. Проектирование процессов защиты данных
- •10.1. Основные понятия и методы защиты данных
- •10.2. Стандарты на создание систем защиты данных
- •Оранжевая книга Национального центра защиты компьютеров сша (tcsec)
- •1. Концепция безопасности системы защиты
- •2. Гарантированность системы защиты
- •Гармонизированные критерии Европейских стран (itsec)
- •Концепция защиты от нсд Госкомиссии при Президенте рф
- •Рекомендации х.800
- •10.3. Проектирование системы защиты данных в иб
- •Вопросы для самопроверки
- •Раздел 3. Индустриальное проектирование корпоративных экономических информационных систем Глава 11. Реинжиниринг бизнес-процессов и проектирование корпоративной эис
- •11.1. Реинжиниринг бизнес-процессов на основе корпоративной эис
- •11.2. Этапы реинжиниринга бизнес-процессов
- •Идентификация бизнес-процессов
- •Обратный инжиниринг
- •Разработка моделей новой организации бизнес-процессов
- •Реализация проекта реинжиниринга бизнес-процессов
- •11.3. Методологии моделирования проблемной области
- •Объектная структура
- •Функциональная структура
- •Структура управления
- •Организационная структура
- •Техническая структура
- •Вопросы для самопроверки
- •Глава 12. Проектирование клиент-серверных корпоративных эис
- •12.1. Основные понятия и особенности проектирования клиент-серверных экономических информационных систем (кэис)
- •1. Разработка общей структуры корпоративной информационной системы (п1)
- •2. Создание вычислительной сети (вс) для кэис (п2)
- •3. Создание схемы базы данных (бд) (пз)
- •Использование систем управления рабочими потоками
- •Использование Интернет-приложений
- •12.3 Проектирование систем оперативного анализа данных
- •Подсистема хранения данных
- •Подсистема метаинформации (репозиторий)
- •Подсистема преобразования данных (загрузки хранилища)
- •Подсистема представления данных (организации витрин данных)
- •Подсистема оперативного анализа данных
- •Подсистема интеллектуального анализа данных (извлечения знаний)
- •Подсистема «Информационная система руководителя»
- •Подсистема web-публикации
- •Технология проектирования их
- •П1. Идентификация проблемной области
- •П2. Разработка концептуальной модели их
- •Пз. Формализация их
- •П4. Реализация проекта их
- •П5. Внедрение и опытная эксплуатация
- •Вопросы для самопроверки
- •Глава 13. Автоматизированное проектирование эис (case-технология)
- •13.1 Основные понятия и классификация case-технологий
- •13.2. Функционально-ориентированное проектирование эис
- •13.3. Объектно-ориентированное проектирование эис
- •Диаграмма прецедентов использования
- •Диаграммы классов объектов (Class diagram)
- •Диаграммы состояний (Statechart diagram)
- •Диаграмма взаимодействия объектов (interaction diagram)
- •Диаграмма деятельностей
- •Диаграммы пакетов
- •Диаграммы компонентов и размещения
- •Технологическая сеть проектирования эис на основе использования объектно-ориентированной case-технологии
- •Анализ системных требований к эис
- •Логическое проектирование эис
- •Физическое проектирование эис
- •Реализация эис
- •13.4. Прототипное проектирование эис (rad-технология)
- •Вопросы для самопроверки
- •Глава 14. Типовое проектирование эис
- •14.1 Основные понятия и классификация методов типового проектирования
- •14.2. Параметрически-ориентированное проектирование эис
- •14.3. Модельно-ориентированное проектирование эис
- •Вопросы для самопроверки
- •Раздел 4. Управление проектированием эис Глава 15. Организационные структуры проектирования эис
- •15.1. Общая структура организации работ по проектированию эис
- •15.2. Организационные формы управления проектированием эис
- •15.3. Организационные формы реинжиниринга бизнес-процессов
- •Вопросы для самопроверки
- •Глава 16. Планирование и контроль проектных работ
- •16.1. Основные компоненты процесса управления проектированием эис
- •16.2. Методы планирования и управления проектами и ресурсами
- •16.3. Технология применения метода спу для разработки проекта эис
- •16.4. Выбор системы для управления проектами
- •1. Средства описания комплекса работ проекта, связей между работами и их временных характеристик.
- •2. Средства поддержки информации о ресурсах и затратах по проекту и назначения ресурсов и затрат по отдельным работам над проектом.
- •3. Средства контроля за ходом выполнения проекта.
- •4. Графические средства представления структуры проекта, средства создания различных отчетов по проекту.
- •Вопросы для самопроверки
- •Литература
15.3. Организационные формы реинжиниринга бизнес-процессов
Реинжиниринг бизнес-процессов в узком смысле предшествует проектированию ЭИС (см. п. 11.3) и соответствует в традиционном представлении этапу системного анализа, на котором, в частности, определяются требования к информационной системе. Вместе с тем задачи нестандартного выделения бизнес-процессов, обеспечивающих резкое повышение эффективности деятельности предприятия, обусловливают разработку новых организационных форм участия специалистов в работах по реинжинирингу.
Сам по себе реинжиниринг бизнес-процессов представляет творческую деятельность коллективов специалистов, вырабатывающих концепцию осуществления бизнес-процессов с использованием передовых информационных технологий. К таким коллективам предъявляются следующие требования:
Участие представителей высшего звена управления или лидеров проекта на всех этапах реинжиниринга бизнес-процессов, которые отвечают за выработку и реализацию решений по реинжинирингу бизнес-процессов.
Совместная работа пользователей (владельцев бизнес-процессов) и групп (команд) реинжиниринга по определению содержания перепроектируемых бизнес-процессов.
Включение сторонних консультантов в состав групп реинжиниринга на равных правах с работниками предприятия.
Междисциплинарный характер состава участников групп реинжиниринга, включающих представителей всех взаимодействующих в бизнес-процессе подразделений.
Отвлечение участников групп реинжиниринга от основной работы на период реинжиниринга бизнес-процессов.
Контроль со стороны групп реинжиниринга реализации и внедрения сформированного проекта.
Координация работы групп реинжиниринга по нескольким бизнес-процессам на уровне методологических центров.
Непрерывное планирование и контроль работ по реинжинирингу бизнес-процессов со стороны администрации предприятия.
В соответствии с перечисленными требованиями М. Хаммер и Д.Чампи определили организационную структуру проекта реинжиниринга бизнес-процессов (рис. 15.6).
Рис. 15.6. Организационная структура проекта по реинжинирингу бизнес-процессов
Лидер проекта - это менеджер верхнего звена управления, который наделен полномочиями возглавлять работы по реинжинирингу бизнес-процессов на всех его этапах. Лидер проекта в полной мере осознает задачи реинжиниринга, их сложность и трудоемкость, и во многом благодаря его энергии обеспечивается успех проекта. Поэтому лидер проекта не может быть формально назначен без осознания им необходимости и возможности реинжиниринга, а также способности переключить основное рабочее время на проведение реорганизации предприятия.
Важнейшие требования, предъявляемые к лидеру проекта, заключаются, с одной стороны, в способности концептуально мыслить, обобщая модели всех реорганизуемых бизнес-процессов, а, с другой стороны, в способности мотивировать проведение работ по реинжинирингу бизнес-процессов со стороны всех его участников.
Основные методы работы лидера проекта заключаются в следующих мероприятиях:
проведении собраний с коллективом работников предприятия, на которых ставятся задачи реинжиниринга, объясняется роль сотрудников и их участие в реинжиниринге бизнес-процессов;
подборе и контроле работы кадров (владельцев процесса, групп реинжиниринга, методологических центров);
проведении координационных совещаний по ходу проведения реинжиниринга бизнес-процессов;
участии в заседаниях руководящего комитета на стадиях планирования, контроля и приемки работ по реинжинирингу бизнес-процессов.
Владельцы бизнес-процессов - это будущие администраторы процессов, которые на стадии реинжиниринга выполняют обеспечение проекта в рамках каждого отдельного бизнес-процесса всеми необходимыми ресурсами. Обычно владельцы бизнес-процессов назначаются лидером проекта из числа руководителей линейных или функциональных подразделений, на базе которых в последующем предполагается организация процессных подразделений (групп).
Роль владельца бизнес-процесса заключается в том, чтобы быть посредником между группой реинжиниринга и продолжающим функционировать коллективом предприятия. В частности, владелец бизнес-процесса обеспечивает членов группы реинжиниринга всей необходимой информацией о функционировании предприятия и объясняет работникам предприятия сущность изменяемой технологии работы.
Команды реинжиниринга (группы РБП) разрабатывают проект и выполняют реинжиниринг бизнес-процессов. Число групп реинжиниринга соответствует числу реорганизуемых бизнес-процессов. В состав групп реинжиниринга входят инсайдеры -работники предприятий и их структурных подразделений, участвующих в бизнес-процессе, и аутсайдеры, работники общесистемных подразделений, например отделов информационных технологий, планирования и контроллинга, или внешние консультанты. Среди членов группы реинжиниринга выбирается капитан, который координирует выполнение проектной работы.
В группе реинжиниринга рекомендуется соотношение инсайдеров к аутсайдерам в соотношении 3:1 при общей численности группы 7-10 человек. Особенность работы группы реинжиниринга заключается в активном участии всех членов группы, когда не допускаются ситуации, когда аутсайдеры активны, а инсайдеры пассивны (аутсайдеры задают вопросы инсайдерам и формируют проектные решения) или, наоборот, инсайдеры активны, а аутсайдеры пассивны (инсайдеры задают вопросы аутсайдерам, как поступать в той или иной ситуации).
Основной метод работы группы реинжиниринга заключается в коллективной выработке проектных решений путем генерации предложений и их критического обсуждения. При этом роль аутсайдеров заключается в методологическом обеспечении процесса реинжиниринга на основе методик и опыта реинжиниринга в аналогичных областях деятельности.
Для формализации и выбора проектных решений используются методы структурного, функционально-стоимостного и динамического моделирования и анализа бизнес-процессов (см. п. 11.3, 13.2, 13.3, 14.3).
На стадии реализации проекта реинжиниринга бизнес-процессов, в частности при создании информационной системы, группа реинжиниринга контролирует выполнение работ со стороны разработчиков информационной системы и, таким образом, берет на себя функции заказчика системы.
На стадии внедрения группа реинжиниринга выполняет функции внешнего тестирования информационной системы и обучения членов процессных групп работе в новых условиях.
Методологический центр («царь» РБП) координирует работу множества групп реинжиниринга и обеспечивает их методологией, инструментарием, типовыми решениями и обычно формируется из представителей общесистемных подразделений предприятия (отделов информационных технологии, планирования и контроллинга) или консалтинговой фирмы.
Методологический центр формируется лидером проекта и подчиняется последнему. Если лидер проекта осуществляет периодическое руководство проектом реинжиниринга, то методологический центр выполняет непрерывное оперативное руководство проектом. Цель работы методологического центра заключается в поиске и реализации общесистемных решений в части стыковки различных бизнес-процессов и распределения общих ресурсов на стадии функционирования.
Основной метод работы методологического центра заключаются в анализе исполнения реорганизуемых бизнес-процессов на основе их моделирования на стадии разработки проекта и изучения статистики, получаемой из функционирующей информационной системы, на стадии внедрения бизнес-процессов.
Все противоречия в реорганизуемых бизнес-процессах устраняются путем проведения координационных совещаний на уровне владельцев процессов и групп реинжиниринга.
Руководящий комитет выделяет ресурсы на предприятии для проведения реинжиниринга и контролирует выполнение всех этапов в соответствии с разработанным планом-графиком работ. Таким образом, руководящий комитет - это контрольно-распорядительный орган, возглавляемый лидером проекта.