- •Раздел 3. Информационные системы Вопрос №1. Понятие системы , системных свойств
- •Вопрос №2. Системы управления и их структура
- •Вопрос №3. Режимы обработки информации в информационных системах
- •Вопрос №4. Понятие информационного потока, информационного контура, прямой и обратной связи , автоматизированная и автоматическая ис
- •Вопрос №6. Назначение функциональной части системы
- •Вопрос №6. Дать характеристику обеспечивающей части системы
- •Вопрос №7. Классификация информационных систем; Классификация по архитектуре
- •Классификация по степени автоматизации
- •Классификация по характеру обработки данных
- •Классификация по сфере применения
- •Классификация по охвату задач (масштабности)
- •Вопрос №8. Понятие экономической системы и ее роль в системе управления
- •Вопрос №9. Интеллектуальные технологии и системы, применяемые в экономических системах
- •Вопрос №10. Возможности современных эис для уровней управления;
- •Вопрос №11. Арм – разновидность информационной системы.
- •Вопрос №12. Состав арм финансиста-экономиста
- •Вопрос №13. Офис – как информационная система, технологии автоматизации офиса, электронный офис;
- •Вопрос №14. Позадачный подход к построению ис;
- •Вопрос №15. Процессный подход к построению ис;
- •Вопрос №16. Принципы построения информационных систем
- •Вопрос №17. Жизненный цикл эис.
- •Вопрос №18. Взаимодействие пользователей и разработчиков эис.
Вопрос №15. Процессный подход к построению ис;
Чем может быть плоха (и всегда ли плоха) функционально-позадачная структура информационной системы? Она отражает иерархическое распределение ответственности и отчетности за выполненную работу.
•В результате - разобщенность отделов, при которой каждое подразделение само за себя и не всегда заинтересовано в общих результатах работы, стремиться к повышению собственной значимости путем увеличения своего бюджета.
•Позадачной информационной системой сложно обеспечить менеджера целостной картиной о финансово-производственном состоянии предприятия.
•Появляются конфликты между работниками разных подразделений.
Где выход? - Отделение производственных и других процессов от управляющих и объединение их в бизнес-процессы.
Данный подход к созданию информационных систем известен как процессный. Одной из форм его реализации являются ERP-системы (ERP - Enterprise Resources Planning – планирование ресурсов предприятия).
При процессным подходе происходит управление не отдельными структурными подразделениями предприятия, а сквозными бизнес-процессами. Процессы связывают воедино деятельность нескольких структурных подразделений, производящих конкретный конечный продукт или услугу.
Под бизнес-процессом понимается совокупность действий, выполнение которых позволяет получить конечный результат (товар или услугу). Поэтому важнейший шаг при создании ИС на основе данного подхода - выделение бизнес-процессов, которые делятся на следующие классы: основные, вспомогательные, сопутствующие.
Основные бизнес-процессы - это процессы, которые создают то главное, ради которого и существует предприятие (товар, услуга). В большинстве случаев они отражают выпуск продукции и обслуживание конечных потребителей, материально-техническое снабжение, производство, сбыт путовой продукции, послепродажные услуги и т.д.
Основные бизнес-процессы, как правило, соответствуют управленческой деятельности: планирование, учет, процессы на складе, маркетинг, финансовая деятельность и т.д.
Сопутствующими бизнес-процессами являются процессы, предназначенные для жизнеобеспечения основных и вспомогательных процессов. Например, процессы обеспечения кадрами, юридическое обеспечение и т.д.
Бизнес-процессы состоят из бизнес-операций, выполняемых с помощью АРМ. Каждый бизнес-процесс характеризуется определенным во времени началом и концом, интерфейсом с другими процессами, последовательностью выполнения бизнес-операций, а также владельцем бизнес-процесса, т.е. лицом, которое несет ответственность за его выполнение. Их выделение и их увязка позволяют получить единую многоуровневую бизнес-модель предприятия, под которой понимается структурированное графическое описание сети процессов и операций, связанных документами, информационными потоками и организационными предписаниями. Такая информационная сеть отражает деятельность структурных подразделений предприятия.
Моделирование бизнес-процессов состоит в последовательном отражении всех бизнес-операций. Например, процесс покупки материалов состоит из получения счета, его оплаты, получения материалов по накладной и их оприходования на склад. Из подобных операций и состоит большинство вспомогательных бизнес- процессов (рис. 3.2). Управление бизнес-процессами называют инжинирингом бизнеса.
Организация бизнес-процессов противоречит стандартной иерархической структуре управления, так как требуется объединение сотрудников из различных отделов.
•Поэтому процессный подход в организации функциональной части ориентирован на матричную структуру управления организацией, представляющую собой решетчатую систему управления.
•Реализуется принцип двойного подчинения исполнителей: непосредственному руководителю функциональной службы и руководителю бизнес-процесса.
•Как правило, руководитель бизнес-процесса взаимодействует с двумя группами подчиненных: постоянными и временными.
Процессный подход к управлению изменяет структуру ИС. Функциональная часть не исчезает, но принимает форму бизнес- процессов, которые поддерживаются, как и прежде, обеспечивающими подсистемами.
Прямая и обратные связи, а также входы и выходы остаются прежними. Разница состоит в том, что функциональная часть представляет собой не множество задач, а набор бизнес-процессов. Их автоматизация осуществляется на основе АРМ. При этом к некоторому бизнес-процессу имеют отношение специалисты из различных служб. Например, бизнес-процесс “Производство” обслуживают специалисты из производственного, финансового и других отделов.
Обеспечивающая часть, как и ранее, предоставляет средства для функционирования АРМ: обслуживание технических средств, предоставление внутренней и внешней информации, модификация устаревших программ и т.д.
Рис. 2.4. Структура и схема функционирования ИС, ориентированной на процессный подход
Исследования последних 30 лет показали, что повышение производительности за счет использования информационных технологий достигается очень редко. Главная причина в том, что новые информационные технологии часто являются зеркальным отображением предыдущих методов и процессов. Осознание этого привело к появлению нового направления в области управления - реинжиниринга бизнес-процессов, под которым понимается улучшение или совершенствование уже существующего бизнес- процесса за счет использования информационных технологий с параллельным фундаментальным переосмыслением и радикальной переориентацией деловых процессов для достижения резких улучшений важных показателей (повышение производительности, улучшение качества, снижение себестоимости).
Практика показывает, что на многих предприятиях бизнес- процессы могут автоматизироваться различными специальными прикладными программами. Управленческому персоналу нужна информация о состоянии всех бизнес-процессов. Для того чтобы ввести сквозное управление всеми бизнес-процессами, необходимо связать их в единую цепочку. Для этого разработаны специальные технологии, известные как технологии “потока работ” (Workflow). Технологии такого рода позволяют:
1) единообразно описывать бизнес-процессы на основе общеизвестных международных стандартов;
2) интегрировать различные программные системы. Аккумуляция бизнес-процессов с помощью технологий Workflow позволяет контролировать ход всех процессов в целом.
Для того чтобы было возможно воспроизведение бизнес-процессов в целом, необходимо в соответствии с международными стандартами выполнить их описание в одной из общеупотребительных нотаций. В настоящее время кроме прочих (например, стандартов IDEF) широко используется один из методов представления бизнес-процессов, названный диаграммой потоков данных (ДПД) (DFD - Data Flow Diagrams). С его помощью можно воспроизвести функции и связи между реальными процессами и объектами, данные и их взаимосвязи, поведение системы.
Потоки данных могут быть двунаправленными, если процесс не только потребляет данные, но и пополняет (обновляет) их.
Модель бизнес-процесса состоит из вкладываемых друг в друга диаграмм различной общности (общих и детальных). Диаграммы потоков данных содержат процессы, источники и приемники информации. Вначале создается контекстная (общая) диаграмма. Рассмотрим пример, в котором описывается бизнес-процесс предприятия - поставщика полуфабрикатов. Предприятие осуществляет посреднические функции между заказчиком и производителем.
Диаграмма верхнего уровня трансформируется в детальную (рис. 3.6). Процесс “Обработка заказов” детализируется, в результате чего появляются два процесса: “Проверка корректности заказов” и “Оформление заказов”. После проверки заказы помещаются в некоторое хранилище ожидающих решения заказов до тех пор, пока группа заказов не будет собрана в общий заказ.
