- •1.Понятие информационной системы.
- •2. Понятие информационной технологии
- •3.Понятие системы и ее признаков. «Черный ящик» системы управления
- •4.Иерархичность систем управления
- •5.Информация и данные. Экономическая информация
- •6. Информационные ресурсы организации. Источники формирования информационных ресурсов
- •7.Соотношение информационной системы и информационной технологии. Автоматизированная и неавтоматизированная информационная система
- •8.Управленческая и информационная пирамида
- •9.Компоненты информационной системы. Обеспечивающая часть
- •Федеральный закон от 25 апреля 2002 г. N 40-фз "Об обязательном страховании гражданской ответственности владельцев транспортных средств". Статья 30. Информационное взаимодействие
- •10.Компоненты информационной системы. Функциональная часть
- •11. Типы и роль информационной системы
- •12. Классификационные признаки информационных систем. По степени автоматизации
- •13. Классификационные признаки информационных систем. По характеру использования информации
- •16.Основные направления автоматизация управления – асу гпс, иасу
- •17.Уровни взаимодействие информационной системы и организации
- •18.Влияние организации на информационную систему
- •19.Место информационной системы в организационной структуре
- •20.Влияние информационной системы на организационную структуру
- •22.Культура организации и информационная система
- •21.Человеческий фактор в управлении информационной системы
- •23.Интеграция организаций на базе информационных технологий
- •24.Стратегия организации и информационная система
- •25.Отдел организации, ответственный за информационную систему
- •26.Этапы развития информационных технологий
- •27.Особенности новых информационных технологий
- •28.Проблемы использования информационных технологий
- •29. Классификация видов информационных технологий
- •30.Информационная технология обработки данных
- •32.Информационная технология автоматизированного офиса
- •33.Информационная технология поддержки принятия решений
- •31.Информационная технология управления
- •34.Экспертный системы
- •37.Электронные системы документооборота
- •38.Автоматизация деловых процессов
- •39.Интегрированные пакеты программных продуктов
- •40.Информационные технологии управления проектами
- •41.Личные информационные системы
- •42.Геоинформационные системы
- •43.Технологии обеспечения финансово-экономических задач
- •45.Электронная коммерция. Основные этапы ее развития
- •44.Использование сетевых технологий при обработке управленческой информации
- •46.Направления электронной коммерции
- •47.Тормозящие факторы электронной коммерции
- •52.Принцип "открытости" информационной системы
- •51.Особенности выбора и внедрения erp
- •53.Модель создания информационной системы
- •55.Модели жизненного цикла информационной системы
- •54.Жизненный цикл информационной системы и его стадии.
- •56.Основные способы построения информационной системы
- •57.Реинжиниринг бизнес-процессов
- •58.Отображение и моделирование процессов
57.Реинжиниринг бизнес-процессов
Бизнес-процесс представляет собой систему последовательных, целенаправленных и регламентированных видов деятельности, в которой входы процесса преобразуются в выходы - в результаты, представляющие ценность для потребителя и приносящие прибыль изготовителю.
Реинжиниринг бизнес-процессов - это совокупность методов и действий, служащих для перепроектирования процессов в соответствии с изменившимися условиями внешней и внутренней среды и/или целями бизнеса.
Существует несколько базовых правил, которых следует придерживаться в процессе проведения реинжиниринга:
--разработка последовательных пошаговых процедур для перепроектирования процессов;
--использование в проектировании стандартных языков и нотаций;
--наличие эвристических и прагматических показателей, позволяющих оценить или измерить степень соответствия перепроектированного процесса или функциональности заданным целям;
--подход к решению частных задач и к их совокупности должен быть системным;
--даже небольшое улучшение должно давать быстрый положительный эффект.
Реинжиниринг деловых процессов и функций начинается с пересмотра целей предприятия, его структуры, анализа потребностей внутренних пользователей и рынка, производимых продуктов и услуг
Необходимо в первую очередь провести детальное описание бизнес-архитектуры предприятия, его бизнес-логики, построить функциональную модель взаимодействия бизнес-процессов, ресурсов и персонала и отразить ее в архитектуре ИС, содержании модулей информационных подсистем и визуализации форм представления информации. Необходимо также иметь методики и инструменты реорганизации процессов, решения прикладных задач и управления проектом реинжиниринга
Функциональная модель поможет составить точные спецификации всех операций, процедур и взаимосвязей между ними. Такая модель, если она построена правильно, обеспечивает исчерпывающее описание функционирующего процесса и всех имеющихся в нем потоков информации. Эта модель описывает состояние "Как есть" (As Is). По результатам анализа возможных путей улучшения от реальной модели нужно перейти к модели, характеризующей улучшения: модель "Как будет" (As To Be), вариант "Как должно быть".
58.Отображение и моделирование процессов
На сегодняшний день получили распространение три основные методологии функционального моделирования (и сопутствующий им инструментарий): -IDEF (Integrated DEFinition), -UML (Unified Modeling Language) и -ARIS (Architecture of Integrated Information Systems).
Для каждой из них существуют определенные программные продукты, которые помимо разработки позволяют проводить преобразования и операции для последующей работы с полученными моделями. Наибольшее распространение сегодня получили методологии IDEF и программные продукты BPWin, содержащие методологии IDEF0, IDEF3, DFD (Data Flow Diagrams) и ERWin (IDEF1x) от компании Computer Associates.
В основе нотации и методологии IDEF0 лежит понятие "блока", то есть прямоугольника, который выражает некоторую функцию бизнеса В соответствии со стандартом функция должна быть выражена глагольным оборотом. В IDEF0 роли сторон прямоугольника (функциональные значения) различны: верхняя сторона имеет значение "управление", левая - "вход", правая - "выход", нижняя - "механизм исполнения".
Вторым элементом методологии и нотации является "поток", называемый в стандарте "интерфейсная дуга". Это элемент, описывающий данные, неформальное управление или что-либо другое, - то, что оказывает влияние на функцию, изображенную блоком. Потоки обозначаются оборотом существительного.
В зависимости от того, к какой стороне блока направлен поток, он, соответственно, носит название "входной", "выходной" или "управляющий". Изобразительным элементом, представляющим поток, является стрелка. Поток можно интерпретировать как представление объекта, под которым понимается как информационный объект, так и реальный физический объект.
Важным фактором является то, что "источником" и "приемником" потоков (то есть началом и концом стрелки) могут быть, как правило, только блоки. При этом источником может являться только выходная сторона блока, приемником - любая из трех оставшихся. Если же необходимо подчеркнуть внешний характер потока, то может быть применен метод "туннелирования" - скрытие или появление интерфейсной дуги из "туннеля".
И, наконец, "третьим китом" методологии IDEF0 является принцип функциональной декомпозиции блоков, который представляет собой модельную интерпретацию той практической ситуации, что любое действие (тем более такое сложное, как бизнес-процесс) может быть разбито (декомпозировано) на более простые операции (действия, бизнес- функции). Или, другими словами, действие может быть представлено как совокупность элементарных функций.
