- •Методы проведения обследования.
- •Понятие информационного процесса.
- •Понятие и классификация case-средств. Особенности case-средств.
- •Методы сбора данных при обследовании.
- •Измерение количества информации.
- •Особенности case-средства Erwin. Области применения, среда.
- •Основные характеристики
- •Стандарты графического описания бп.
- •Критерии ценности информации и минимума эвристик.
- •Современные методы моделирования ис. Особенности, области применения.
- •Анализ модели бизнес-процесса.
- •Аксиома теории управления.
- •Основные принципы структурной методологии проектирования.
- •Сущность структурного подхода
- •Методы проектирования нового бизнес-процесса.
- •Быстрый анализ
- •Бенчмаркинг
- •Перепроектирование
- •Реинжиниринг
- •Принцип необходимого разнообразия Эшби.
- •Понятие методологии, методов и технологии моделирования ис. Требования, предъявляемые к современным технологиям моделирования ис. Визуальное моделирование
- •Методы структурного анализа и проектирования по
- •Методы объектно-ориентированного анализа и проектирования по. Язык uml
- •Внедрение нового бизнес-процесса.
- •Документарное оформление нового бизнес-процесса.
- •1 1 Имеет
- •Проблемы при внедрении новых бизнес-процессов.
- •Понятие функционально-стоимостного анализа.
- •Понятие сложной системы. Неоднородные связи в системе.
- •Понятие связи и типы связей. Степень связи. Типы связей и отражение связей в среде Erwin. Окно «Свойство связи».
- •Практический подход к проведению фса.
- •Система сбалансированных показателей.
- •Реинжиниринг и реструктуризация предприятия.
- •Существо модели
- •Обратный инжиниринг.
- •Сферы применения обратной разработки Электроника
- •Программное обеспечение
- •Базы данных
- •Промышленность
- •Военная промышленность
- •Для анализа исходного кода
- •Нежелательные элементы при проведении анализа на этапе логического проектирования.
- •Условия успешного проведения инжиниринга.
- •Принцип Парето. Множество Парето.
- •Понятие ограничения целостности. Типы требований по ограничению целостности. Стратегии при ограничении ссылочной целостности. Назначение стратегии в среде Erwin.
- •Типичные ошибки при проведении реинжиниринга.
- •Этапы проектирования базы данных. Цель и виды работ на этапе концептуального проектирования базы данных.
- •Концепция врм.
- •Критерии оценки решений Аналитики Gartner выделяют как основные следующие критерии оценки bpm-решений:
- •Цели внедрения bpm Концепция предполагает внедрение bpm-решения для достижения следующих целей:
- •Основные участники управления бизнес-процессами
- •Оценивание сложный систем в условиях определенности.
- •Этапы проектирования базы данных. Цель и виды работ на этапе логического проектирования базы данных.
- •Цели внедрения концепции врм.
- •Критерии оценки решений
- •Цели внедрения bpm
- •Этапы проектирования базы данных. Цель и виды работ на этапе физического проектирования базы данных. Этапы проектирования данных
Этапы проектирования базы данных. Цель и виды работ на этапе концептуального проектирования базы данных.
Проектирование баз данных происходит в четыре этапа.
На этапе формулирования и анализа требований устанавливаются цели организации, определяются требования к БД.
Этап концептуального проектирования заключается в описании и синтезе информационных требований пользователей в первоначальный проект БД. Исходными данными могут быть совокупность документов пользователя при классическом подходе или алгоритмы приложений (алгоритмы бизнеса) при современном подходе. Результатом этого этапа является высокоуровневое представление (в виде системы таблиц БД) информационных требований пользователей на основе различных подходов.
проектирование БД - это упорядоченный, формализованный процесс создания системы взаимосвязанных описаний (схемы БД)
создание инфологической модели - концептуальное проектирование
это процесс создания модели используемой информации, в каком бы физическом виде она бы не была; описание будущей базы данных с помощью естественного языка
выявление информационных потребностей клиентов и их классификация (анализ запросов)
анализ предметной области, определение объектов, связей между ними, а также свойств объектов и связей
анализ существующих и будущих прикладных программ
построение диаграмм "сущность-связь"
в отличии от предметной области - это описание системы с т.з. проектировщика, а эксперты могут его согласовать или доработать. Оно не зависит от вида СУБД, языка программирования, используемых программ. Это источник для логической модели
БИЛЕТ №____18____
Концепция врм.
BPM (Business Process Management, управление бизнес-процессами) — концепция процессного управления организацией, рассматривающая бизнес-процессы как особые ресурсы предприятия, непрерывно адаптируемые к постоянным изменениям, и полагающаяся на такие принципы, как понятность и видимость бизнес-процессов в организации за счёт моделирования бизнес-процессов с использованием формальных нотаций, использования программного обеспечения моделирования, симуляции, мониторинга и анализа бизнес-процессов, возможность динамического перестроения моделей бизнес-процессов силами участников и средствами программных систем.
BPM отвечает на вопросы какая, где, когда, зачем и как выполняется работа и кто отвечает за ее выполнение[2].
BPMS/BPMT (Business Process Management System/Tool, система (инструмент) управления бизнес-процессами) — технологическое программное обеспечение для поддержки концепции BPM. Среди нотаций моделирования бизнес-процессов в различных решениях используются языки BPMN, EPC (Event-driven Process Chain), IDEF0 и другие. Среди известных нотаций выполнения бизнес-процессов, применяемых в программных системах — BPEL и её диалекты, YAWL.
Критерии оценки решений Аналитики Gartner выделяют как основные следующие критерии оценки bpm-решений:
поддержка задач «человек-человек» (human workflow) и удобство интерфейса пользователя;
поддержка организационной структуры и ролевых групп;
возможность переназначения заданий, оперативного вмешательства в процесс и обработки исключительных ситуаций;
возможность управления логикой процесса с рабочего места пользователя;
удобство использования и администрирования;
наличие графических средств разработки моделей бизнес-процесса;
поддержка общепринятых архитектур и стандартов;
производительность и масштабируемость;
способность обслуживать многочисленные, продолжительные и распределённые процессы;
понятный интерфейс настройки и возможность минимального участия ИТ-специалистов во внедрении и поддержке;
возможность информирования в реальном времени по отклонениям показателей процесса;
поддержка сервис-ориентированной архитектуры;
присутствие шаблонов бизнес-процессов, референтных моделей бизнес-процессов на основании которых могут быть разработаны новые процессы;
низкая совокупная стоимость владения.
