- •Понятие бизнес-процесса.
- •Классификация систем.
- •Понятие информационной системы. Требования, предъявляемые к информационной системе. Классификация информационных систем.
- •Понятийный аппарат теории систем.
- •Структура ис. Функциональный, организационный компонент и сод. Все виды обеспечения ис. Программные продукты, требующие моделирования при создании ис.
- •Функциональные компоненты ис
- •Компоненты системы обработки данных
- •Организационные компоненты ис
- •Цели и задачи проведения обследования.
- •Основные определения системного процесса.
- •Понятие жизненного цикла ис. Понятие модели жизненного цикла ис. Типы моделей жц ис. Особенности, преимущества, недостатки.
- •Методы проведения обследования.
- •Методы сбора данных при обследовании.
- •Стандарты графического описания бп.
- •Анализ модели бизнес-процесса.
- •Основные принципы структурной методологии проектирования.
- •Сущность структурного подхода
- •Принцип необходимого разнообразия Эшби.
- •Понятие методологии, методов и технологии моделирования ис. Требования, предъявляемые к современным технологиям моделирования ис.
- •Понятие сложной системы. Неоднородные связи в системе.
- •Обратный инжиниринг.
- •Сферы применения обратной разработки Электроника
- •Программное обеспечение
- •Базы данных
- •Промышленность
- •Военная промышленность
- •Для анализа исходного кода
- •Условия успешного проведения инжиниринга.
- •Типичные ошибки при проведении реинжиниринга.
- •Концепция врм.
- •Критерии оценки решений Аналитики Gartner выделяют как основные следующие критерии оценки bpm-решений:
- •Цели внедрения bpm Концепция предполагает внедрение bpm-решения для достижения следующих целей:
- •Основные участники управления бизнес-процессами
- •Оценивание сложный систем в условиях определенности.
- •Этапы проектирования базы данных. Цель и виды работ на этапе логического проектирования базы данных.
- •Цели внедрения концепции врм.
- •Критерии оценки решений
- •Цели внедрения bpm
- •Цикл Шухарта-Деминга.
- •Понятие предметной области. Значение предметной области для моделирования ис. Способы описания предметной области. Методы сбора данных для описания предметной области. Понятие предметной области
Анализ модели бизнес-процесса.
Модель бизнес-процесса - шаблон, на основании которого в системе создаются экземпляры бизнес-процесса. Включает в себя:
Схему бизнес-процесса
Перечень используемых реквизитов
Привязку реквизитов к точкам бизнес-процесса, алгоритмы их расчета и заполнения
Владельца процесса и исполнителей задач
Плановые сроки выполнения задач
и т.д.
Модель бизнес-процесса должна давать ответы на следующие вопросы:
какие процедуры (функции, работы) необходимо выполнить для получения заданного конечного результата;
в какой последовательности выполняются эти процедуры;
какие механизмы контроля и управления существуют в рамках рассматриваемого бизнес-процесса;
кто выполняет процедуры процесса;
какие входящие документы/информацию использует каждая процедура процесса;
какие исходящие документы/информацию генерирует процедура процесса;
какие ресурсы необходимы для выполнения каждой процедуры процесса;
какая документация/условия регламентирует выполнение процедуры;
какие параметры характеризуют выполнение процедур и процесса в целом
Аксиома теории управления.
Основные принципы структурной методологии проектирования.
Методы и инструментальные средства проектирования (CASE-средства) являются основой проекта любой ИС. Метод проектирования представляет собой организованную совокупность процессов создания ряда моделей, которые описывают различные аспекты разрабатываемой системы с использованием четко определенной нотации.
В качестве концепций и теоретических основ метода проектирования могут выступать структурный или объектно-ориентированный подход. В качестве нотаций, используемых для построения моделей статистической структуры и динамики поведения проектируемой системы обычно используются графические диаграммы, поскольку они наиболее наглядны и просты в восприятии (диаграммы потоков данных и диаграммы «сущность-связь» для структурного подхода, диаграммы вариантов использования, диаграммы классов и др. – для объектно-ориентированного подхода).
Методы реализуются через конкретные технологии и поддерживающие их методики, стандарты и инструментальные средства, которые обеспечивают выполнение процессов жизненного цикла ИС.
Технология проектирования ИС определяется как совокупность технологических операций проектирования в их последовательности и взаимосвязи, приводящая к разработке проекта ИС. Современная технология проектирования должна обеспечивать:
поддержку всех процессов жизненного цикла;
гарантированное достижение целей разработки ИС в рамках установленного бюджета, с заданным качеством и в установленное время;
возможность декомпозиции проекта на составные части, разрабатываемые группами исполнителей ограниченной численности (3-7 человек), - с последующей интеграцией составных частей;
минимальное время получения работоспособной ИС. Речь идет не о сроках готовности всей ИС, а о сроках реализации отдельных подсистем.
Реализация ИС в целом в короткие сроки может потребовать привлечения большого числа разработчиков. При этом эффект может оказаться ниже, чем при реализации в более короткие сроки отдельных подсистем меньшим числом разработчиков. Практика показывает, что даже при наличии полностью завершенного проекта внедрение ИС зачастую идет последовательно по отдельным подсистемам;
независимость получаемых проектных решений от средств реализации ИС (СУБД, операционных систем, языков и систем программирования);
поддержка комплексом согласованных CASE-средств, обеспечивающих автоматизацию процессов, выполняемых на всех стадиях ЖЦ.
