особенности перепроектированных БП
каждый выделенный процесс в сложном производстве должен иметь свойства при перепроетировании эти свойства выясняются в ходе свойствах самого перепроектирование.
1) несколько работ объединяется в одну идет сжатие шагов бизнеса и ориентация их на 1-го специалиста горизонтальное сжатие процессов(достоинства уменьшается количество ошибок ускорение не нужна группа по контролю уменьшилось число исполнителей и сеткое распределение ответственности)
2) исполнители принимают самостоятельно решения вертикальное сжатие уменьшается временные задержки снижается скорость ускоряется реакция на запросы клиента увеличиваются полномочия исполнителей
3) шаги процесса выполняются в естественном порядке по мимо линейного можно выполнять параллельно время которое требуется на выполнение несоответствий
4) процессы имеют различные варианты исполнения при традиционном способе процессы выполняются идентично и выходят на согласованны выходы при перепроетировании процесса вариантные: 1 – простые случаи осуществления процесса которые осуществляются с поьощью специалистов средние специалист и эксперные системы сложны е профессионал и системы Принятия решения2-
5) работа выполняется там где это целесообразно такой подход удоражает решаемые задачи реинжиниринг сдвигает работу между границами подразделений чем устраняет излишнюю интеграцию и приводит к повышению эффективности процесса
|
|
|
6) к уменьшению проверок и управляющих воздействий это свойство сами проверкистоят дороже чем нарушения. Реинжиниринг предполагает вместо проверки всех выполняемых работ используют отложенные проверки по результату это сокращает стоимость проверок и время
7) минимизация согласований –(сокращение контактов(точек контактов) пример отдел заказов оформления заказанного выдача документов на приобритении
8) выделение уполномоченного менеджера обеспечивающего единую точку контакта
9) преобладает смешанный централизованный децентрализованный подход
Результаты реинжиниринга БП
Любая компания в крупном плане представлена в виде ромба включающая такие компоненты бизнес процессы работы и структуры системы управления и оценок и мотивация убеждения и ценности.
Бизнес процессы отражает
Вершина 1 БП соответствует той хоз. деятельности которой занимается компания. Вершина 1 определяет вершину 2 определяющую природу выполняемых работ и и виды работ ту структуру которая организует людей на выполнение этих работ.
Для того чтобы правильно людьми мотивированно необходимо правильно определить систему управления и оценки управления.
|
|
|
Должно быть в основе эффект система оплаты работы, мотивация основывается на заинтересованность работника. Для усиления работы перепроектирование компании необходимо знать последствия реинжиниринга.
1- переход от функциональных подразделений к командам процессов. Функциональный подход – создание различного рода подразделений выполняющие некоторые функции управления. В перепроектированной компании в место отделов и подразделений создаются команды процессов. Бригады бывают
1. выполняющие простейшие однородные опреации
2. на выполнение сложных работ Codak
3. простейшую работу одним челом iB credit
2- Работа исплнителя изменяется от простой к многоплановой
Исполнитель в ортличии от сотрудника традиционного подразделения отвечающего за отдельные задачи отвечает за весь процесс.
3- Изменения от контролированного изменения к принятию самостоятельных решений. Представляет работнику самостоятельное выполнение работ под его личную ответственность за то прием сотрудников на работу.
4-Изменяется требование к подготовке сотрудника от обучения типа курсовых знаний к серьезному образования
5-Изменяется оценка труда и опдлаты от оценки деятельности к оценки результатов.
|
|
|
Слияние мнговидовости работ позволяет получить разные результаты и оплату за разные результаты.
6- критерий продвижения должности зменяется от эффективности работы к способности выполнять работу. Наградой за эффективностью работы должна быть премия а не продвижение по службе платим за эффективность продвигам за способности.
7- изменяется цель от удовлетворению потребности начальника к удовлетворению потребности клиентам
8- функции менеджера изменяются от контролирующих к тренерским в таких условиях менеджер должен быть способен
Организационная структура компании изменяется от иерархической к более плоской.
Административные функции изменяются от секретарских к лидирующим.
Структура традиционной и новой компании рис 2.2
Плоскость отношения клиента и структуры компании. Появились такие понятия руководитель владелец процесса владелец ресурса. Владеет процессом и от вечает за него.
Владелец ресурсов осуществляет предоставление таких ресурсов как людские материальные владельцам процессов.
Для исполнения бизнес проыцесса владелец процесса набирает исполнителей берет у владельца ресурса.
Участники РБП
|
|
|
Лидер проекта владелец процесса руководящий комитет «Царь» команда по реинжиниринга включающий определенный штаб.
Лиде проекта руководитель инициирующий проведение реинжиниринга лидера невозможно назначать он сам выдвигает себя он агрессивный сильный высокопрофессиональный.
Владелец процесса – отвечает за обновляемый процесс сам не выполняет реинжиниринг его задача в привлечении квалифицированной команды он оппонент в проводимой работе отвечает за мотивацию труда. Руководящий комитет Объединяет владельцев процесса задача выбрать общую стратегию реинжиниринга приоритеты
большой методист по проведению реинжиниринга организует работу всех владельцев процесса координирует ее находится, в курсе современных методов реинжиниринга и соответствующих инструментариев.
Команда по реинжинирингу включает эксперта по методу реинжиниринга отвечает за методологию используемую при реинжиниринге.
Группа обеспечения качества
Группа документирования и документирование модели бизнеса описывает потоки работ обучает новым методам работы в бизнесе и др.работы. входят очень опытные сотрудники обладающие специальными знаниями (знание языка схем). Обучает менеджеров и других сотрудников читать документы(схемы)
Координатор включается в состав группы если компания имеет филиалы(спроектированный процесс по компании должен наложиться на процесс, такой подход экономен
Группа прототипирования исследует решение на ранней стадии, (помогает храниться в репозитарии.
Лидеры процессов и владельцы ресурсов- сотрудники обеспечивающие бизнес процессы и ресурсы для их выполнения.
В ту же команду входит штат менеджера проекта: администратор проекта исполнители.
Роли и обязанности:
Поскольку компании базирующейся на процессах имеются свои особенности в частности вводиться ответственность за процесс за ресурс.
Президент ставит оперативные и долгосрочные цели, определяет стратегии бизнеса, осуществляет общий контроль финансовой деятельности, обеспечивает развитие бизнеса и организационной структуры назначает владельцев процесса и владельцев ресурсов.
Владелец ресурсов – распределяет операторов(сотрудников)процесса или другие ресурсы по БП разрешает конфликты возникающие при возникновении ресурсов, заключает сотрудниками,составляет бюджет
Принимает на работу, поддерживает служащих с переговорами с владельцами ресурсами, разделяет конфликты с ресурсами
Лидер Назначается на каждый БП сам разрабатывает и обеспечивает целям компании и целям бизнеса определяет цели и достижения, планирует бюджет для дорабатывает процесс отвественноза согласует возможные поправки и изменения с владельцем процесса
Опретор процесса выполняет значения выполняет договора в 1 или нескольких БП составляет с лидером процесса индивидуальные планы со сроками. И следит за своим проф росте.
Виды соглашений: крупные компании обязательства и проф рост регулирует соглашениями
1- основные курсы которые курсы возможные продвижения в компании надлежащие 1-2 -3 года
2- план участия в процессах затрачиваемого в различных процессах в течении года
3- определяет условия при которых оператор должен выполнить некоторую работу
4- процент времени будет затрачивать операто и имя владельца на которо он работает
Моделирование БП включает модель бизнеса
1. каждая компания представляет собой сложнейшие изменения на каждый момент времени компания лишь малую часть правды полностью понять компанию невозможно одна для ведения успешного бизнеса желательно исследовать компанию глубже и детально(сложная вещь) чаще при меняются модели модель не адекватна 2 модели: статическое пренебрегает временем рассматривает со временем динамический поток событий и моделирует во времени основной фактор действительность копании рассматривается через точку зрения процесса исполнительного директора заказчика акционера партнера продавца продукции.
Принципы БП
Горизонтальное сжатие
Меньше людей
Меньше ошибок
Вертикальное сжатие
Самостоятельное решение
Логика реализации БП осуществлялось параллель
Вариативность
Формировать различные версий БП имелись различные вариантов
Рационализация
Уменьшать число проверок
Задачи
Минимизации согласований
Уполномоченный менеджер
Централизация информ поддержки
Условия успеха 70% неудачи
Возник менедмен и информатизация
1 ресурсы
1. специалисты эксперты и консультанты должен грамотны заказчиком
Роли
Обязанности
Мотивация
Коммуникация понятны сотруднику
Руководство руководитель большой авторитет отвественность
Заинтересованность сотрудником
Инструментальная поддержка методика и средства
Декомпозиция БП
Процессный пож
Функции –задачи решаемык компнией
Управление финансов бп описывает то и в каких вариантов
Бп как делать
Функции и процессы противоположности
Эффективнсть завистит от компании и стратегии
Разделении на подзадачи
Вертикальная декомпозиция
Горизонтальная
достоинства
Работающие в компании
Из всех главную роль играет модель бизнеса
Ключевой моделью являются БП основным из ключевых который приносит прибыль.
Модель для внешнего мира отвечает на следующие вопросы
1- что она делает
2- как и когда
1- модель бизнеса нужна для того чтобы управлять компанией систематически а не….
2- Очень важно чтобы модель правильно акцентировала внимание на существенных факторы скрывала несущественные.
3- Но даже при наличии совершенной модели фактор риска все равно остается, ровно как и неопределенность
4- Модель помогает уменьшить риск избежать некоторые ошибки на модели оказывают требования обычных сотрудников
Требование компании.
1) клиенты и партнеры
a) ожидание -успешных изменений
интересует- финансовые данные (партнер), клиент(внутренние(руководитель(), менеджер(), экономист(), маркетолог()); внешние(качество, цена))
модель как естьà создаем модель как должно быть используют
1.1. визуализация образа компании и окружающего ее мира
1.2. описание альтернативных вариантов проекта после выбора архитектуры основного процесса
1.3. жизненный цикл
1.4. порядок адаптации выбранного архитектурного решения к существующей компании
1.5. описание результатов конечного проекта с учетом конечного технических и экономических результатов
b) владелец процессов
1.1. связь с другими процессами
c) владелец ресурсов
1.2.1. кадровики
1.2.2. снабженцы
d) Требование при построение ИС
1.3.1. реструктуризация
Реализация всех моделей необходимых предприятию быть конкурентоспособными.
Прежде всего перед моделированием ключевые проблемы
Главные
1. Проводим обратный реинжиниринг а описание компании делаем по прямому реинжинирингу прямой инжиниринг начинается с формулировании целей образа будущей компании набрасываются варианты новой компании прпи этом включают заказчиков поставщиков сам бизнес процесс и прочее составляет имитационную модель и реализующие ее на компьютере в ручную используют sadt er диаграммы и методики IDF при описании Ис предполагается что она содержит 2 сущности
1- Некоторый анализ программы которая выполняет обработку
2- Данные пассивная по сути сущность.
В последнее время в связи с озданием сложных ИС предпочтение проектировщики создает системы от дают к объектно ориентированному на выбор оказало влияние самих сложных ИС
1) Иерархичность. Основе типовая иерархия взаимосвязи «общее-частное». в Объектно ориентированном подходе ей соответствует иерархия класса структурная иерархия показывает связи типа это часть той ей соответствует иерархия объектов.
2) Групповая разработка – средства основаны на средствах клиент- сервер
3) Модифицированность проекта
4) Сборочное проектирование процесса
5) Ииспользование стандартных субд Применение Объектно риентирванного подход особенности
- объект-
-класс
-инкапсуляция
-наследлвание
-полимоформизм.
Каждый объект характеризует атрибутами а состояние покакзателями каждый объект представляет собой класс состав и структура описывающих атрибуты класса и объектов совокупность методов процедур определяющих взаимодействия объектов эжттого класса
Взаимоденйствия с внешней средойй. инкапсуляция скрытие информации это запрещение доступа скрытта от пользователя кроме как его методы
6) Наследование возможность создовать из класса новые классы по принципу от общего к частному свойство классов родителей остается
Полиформизм способность объектов выбирать метод на основе типов данных пинимаемых сообщений каждый объект может реагировать по своему на 1 и тоже сообщение упростить исходные тексты программ обеспечивает их развитие за счет введения новых методов обработки.
Основные этапы РБП
1. Структура и этапы реинжиниринга
2. основание для начала работ по реинжинирингу
3. разработка образа будущей компании
4. спецификация будущей компании
5. подходы к разработке модели нового бизнеса
6. управление проектами по реинжинирингу
1- в каждой компании или выделяют ресурс отдельный трудовой ресурс по реинжинирингу или этими вопросами занимается руководящий аппарат если на предприятиии имеется группа разработки то группа решает
1) ставит цели
2) изменение компании
определяет образ будущей компании обследуются ведущие предприятия но не должны являться конкурентами с оздание модели существующей создание ретроспективного реинжиниринга. Разботка нового бизнеса прямой инжиниринга набрасываетновый бизнес перепроектирование бизнес процесса. Разработка бинес процесса компании на уровне трудовых ресурсов. нужно создать группу процессов понимаюших новые процессы. Внедрение перепроектированных процессов.
2- Основание дляреинжинирингу начинают инициирует группа а приступает работа к директивам составляется в терминах высокого уровня вертикального переосмысления должна содержать следующее (окружение компании (клиенты конкуренты) как изменяется, ожидание клиентов от ищменения нашей компании(Директива долждна пояснить почему нужды клиентов удовлетворить иначе), отражает увеличение конкуренции и отражаете как работают трудности что не правльно делаем и почему диагноз компании(выводы почему),риск при сохранении существующего положения такую директиво должнен обязательно поддержать коллектив.
3- Разработка
График предварительной защиты
Стандарты
3 рода невежества
1- Не знатить ничего
2- Знать дурно
3- Знать не то что следовало бы знать
Этапы реинжиниринга БП
1. Образ будущей компании
Разработка образа будущей компании включает
1. Стратегия
2. Требования клиентов
3. Понимание существующего бизнеса
4. Оценка уровня
Прежде всего при создании образа компании следует понять эту деятельность привлечь разные категории и первую очередь клиентов.
Понимание системы найти узкие места.
В стратегии
1- Не концентрируется на результатах
2- Формулируется так чтоб ее эффект измерим
3- Стратегия должна фокусироваться на ограниченной но реальной модели бизнеса
4- Должна вдохновлять а не принуждать
Требования клиентов
1) Исследовать клиета
Понимать существующий бизнес
1- Оценка уровня через другие(имеющие хорошую репутацию лидеры хрошее качество пользующиеся популярностью и интересное нам)
2- Для визуализации компания выполняется как кейсы
3- Результпаты работы визуализации используются для составления цели компании фирмы представляющий образ
Спецификации целей компании должна включать
1. Идентифицированные и название радикально измеряемых процессов
2. Содержать общие описания обще но высокоуровневые отличительные от будущего(при описание описываются входы действия и результат процесса) любой процесс должен …..философию компанию.
3. Определять измеримые свойства и цели для каждого процесса(цена качество количество жизненный цикл
4. Опеделить технологии поддерживающих жизненный цикл ИТ
5. Описать вображаемый процесс в будущем предсказать изменяемы процессы(технологии пользователи
6. Содержать список критических факторов успеха
7. Описать факторы риска
8. Методология создания бизнеса
Разрабогтка модели нового бизнеса подходы включают
1) Разработка нового внешнего вида компании (что модели) в них надо описывать новые измененные процессы и взаимодействия с внешней средой
2) Разработка внутренних видов новой модели(Как модели) объектно ориентирванные модели каждая модель имеет свою цель. В целом прецидент (модель основана на прециденте показывает компанию как систему ее заказчиков как пользователей этой ссистемы а ее процессы как различные процессы использования клиентами.
3) Поддержка информационного бизнеса нового бизнеса
4) Тестирование перепроектированной компании
1. Методология проведения реинжиниринга бизнеса(адаптация к особенностям компании) обязательно- участие верхнего уровня и добиться поддержки низов бизнеса
2. Перед началом документа создлается новый документ описание прецедента разработки –царь- документ согласовывается с разработчиком в нем отражаются следующие аспекты
1- Модели
2- Архитектурные решения
3- Перечень промежуточных и окончательных документов коорые нужно разработать
4- Оглавления
5- Конкретные видео работ по проекту
3. Предварительные изучение
1) Постановка задач
2) Оценка разнообразных целей
3) Потребностей и идей обеспечивающих техническую и эконмическую осуществимость проекта
4) Планирование
5) Выполнение
6) Окончание работ
7) Поэтапный контроль в виде обсуждения проекта
7.1. формальные выявление ошибок число людей ограничено проводятся в виде совещаний – цель: возможность перехода к следующему этапу. В обсуждение высшее руководство участвует при оценке результата.
7.2. неформальные записуют ошибки и исправляют по ходу жизни
В обсуждении участвуюют лидеры команды члены команды по реинжинирингу владельцы процессы решают какие оцибки как устранить какие корективы внести. В управлении проекта участвует инспекция – самый мощный уровень оценки. Все решения фиксируютя письменно. Инспекция функционирует контроль и следит за статусом результатов. В неее входят арбитр председатель на совещании направляет деятельность на ….участников инспекции секретарь фиксирует +…….инспекиор несетответсвенностьза критический разбор и корректирвание ошибок авторы корректирвщики дают пояснения. По окончанию фйиксируется о принятии проекта без измменений, принять после изменнений.
Прогон- «проетировщик проводит членов команды(комиссию) по своей модели». Фокус внимания при осуждении завист от видов осуждаемой модели P vjltkb обращают внимание на следующие вопросы: правильно ли определены границы бизнеса, соответсвуют ли прециденты спецификациям цели нужно ли менять спецификацию целей, можнео ли формолизовать входящую в модель прицендентов, все ли роли окружающего бизнеса описаны,для всех ли субъектов определены адекватные множества хорошо ли описан интерфейс, являются ли потоки информации коректные и полные и все потоки информаци описаны пр и управлении проекта следует добится – получить ключ к хорошему качеству продукта проекта не взирая на затраченное время и средства.
Архитектура инжиниринга бизнеса
1. Требования к бизнес модели
2. Внутренняя модель
3. Внешняя модель
Любое предприятие с точки зрения архитектуры бизнеса включает разные эмелементы бизнеса процессы ресурсы подразделения. обяединяя элементы и функции предприятия создают отделы подразделения
В традиционных компаниях архитектура управления бизнеса статична. Для того чтобы правильно построить модель бизнеса необходимо рассмотреть такие понятия сам процесс(функция под бизнесс).
Процесс – это струтурированный измеряемый набор действий созданный чтобы произвести определенный выход клиента или рынка. такое понятие больше удовлетворяет для наблюдающих бизнес снаружи из вне акциониров клиентов компании.\
Функция – под бизнес.
Большой бизнес разбивается на подбизнесы – некоторая компитентность такая как знание некоторого продукта подбизнес не имеет менеджера но имеет владельца ресурсов.
Всем моделям необходимы потоки и события.
Нужно учитывать изменения которые нужно учитыва.
Модели которые нужно перепроектировать
Модели внешние- описывает взаимодействие с окружаещем ммиром(описывает компанию и ее внешнеее окружение(взаимодействие с внешним окружением(интерфейс между каждоым процесссом должен хорошо описан)))
Внутренняя модель описываетт как строится каждый бизнесс процесс из различных рабочих задач внутренних процеее и какие ресурсы он использует.
Модели делятся статические и динамические. При проектированрпии информациионной системы использовать динамические модели и динамические системы. которые позволяет
1. Динвамически т.е во время работы приложения создовать модифицирорвать и удалять объекты
2. Динамически устанавливать отношение между объектами
3. Хранить историю изменения значений переменных во времени
4. Динамически обновлять значения переменных путем опроса окружения или выполнения умозаключения
5. Выполнять умозаключения учитывающие не только значения переменных но и заданные моменты времени
6. Динамически назначать и освобождать ресурсы используемые в различных операциях процесса
7. Динамически вычислять показатели стоимостей и производительности отдельных операций и всего процессса в целом
8. Накапливать требуемые текущие ститистические показатели в любой точке моделировананного процесса
9. Изменять модель не прерывая процесса еее функционирования
10. Такие модели ложат в основу развитых ИС
Внешняя модель отражает и описывает бизнесс иеего окружение бизнесс состоит из относящхся к делу бизнесс процесса(покупка продажа изготовление) окружение состоит из клиентов парнеров поставщиков прцессв данной модели моделируется при помощи прицидентов шагов. А окружение моделируется при помощи описания субъектов.
Прецидент представляет собой некоторый способ использования бизнеса клиентом. В этой связи эту модель П-модель.
Понятия(моделируемые понятия) –бизнес системы субъект прицидент. Бизнес система во внешней модели. понятие которая в разрабатывепмых моделях будет сисмволизировать бизнесс. Во время моделирования необходимо определить границу между системой и ее окружением. Обозначает прямоугольником над которым пишется имя бизнеса. Все что твнутри прямоугольника относится к бизесс системе а все что в не ее к внешнему окружению. Посетители и поставщики относятся к понятию субъект обозначает роль которую ктото или чтото может играть по отношению. К бизнесу
Субъекты
1- Человеские
2- Технические
Информационная система другой компании по отношению к нашей технический субъект (нельзя путать реальных людей с субъектами реальнаЯ личность в отличии от субъектов может играть несколько ролей бизнес системы)
Прецидент последовать транс акций в системе выполняемых для получения измеримой потребительской ценности для некоторого индивидуального субъекта бизнес системы.
Прецидент – определение говорит о фактически когнкретном потоке событий через систему т.е об экземплярах события а не о классе события. По скольку событий мно их объединяют в классы прецидента.
Рецидент рассматривается с индивидуальных субъектов например
Субъект клиент
1. Покупать может покупать продукцию
2. Может хорошо разбирать в закупках
Оценивать качества сравн ивать с конкурентами
Измеряемая потребность иключ для выбора прецидента. прецидент должен рассмотрен в терминах цены и стоимотси
Транс акация неделимое множество действий которое выполняется или целиком или вообще не выполняется.
Задание идентифицировать окуженрие бизнеса бизнес система ресторан имеет окружени в виде 2 типов себуектов: ПОСЕТИЛЬ ПОСТЬАВЩИКИ. РЕСТОРАН ВЗАИМОДЕЙСТВУЕТ С ОКРУЖЕНИЕМ 4 ПРЕЦИДЕНТОВ: ОСЛУЖИВАЕНИЕ 3 ОБСЛУЖИВАНИЯ И 1 ПОСТАВКА
Пи содель влияет на архитектуру системы рисуют обязательно
В пр
Дставленой модели видны общие характеристики типа субуектов посетитель однако конкретный экземпляр субъекта иммеет индивидуальность….позволяет разделить класс субъекта и фактический. Между этими субъектами и самими субъектами существуют прецеденты называемыми прецедентами они тоже мгут классифицироваться на общие и конкретные. Класс прецидента может солержать несколько альтернативных пример но экземпляр действует по одному из них. Каждый прецидент описывается как он взаимодействует с окружением.
Данный пример не структурирован описано упрощенно потому как в этом примере не учтены описания альтернатив.
Было бы целесообразно это описание структурировано. Машино событий
Между субъектом и прецидентом существует взаимодействие которое обозначается стрелками. P-модель внешнее представление системы она покаазывает что бизнес должен делатьдля клиента (*окружения) и называется «что?» модель окружение как рализуется бизнес называется объектные модели
Объектная модель назыается внутрененей P vмодель не дает инфломацию о внутренней модели бизнеса это представление дает Q-Модели(О) бывают 2х видов
1- Идеальная содель не учтываает как реализуется в условиях компании
2- Реальная модель учитывает все коннкрентные факторы-персонал, компетентность финансовое положение.
Мы будем функционироваться на идеальной модели при описании О модели представляют участьников модели и разного образа сущности. В нашем примере субъекты гардеробщик, официант,повар, бухалтер, уборщица, сущности меню заказ блюда.
Объект соответсвует задачам продукциии или сущностям
Задачи делятся на 2 типа
- обеспечивают взаимодействие субъектов с бизнесом
- те которые чисто внутренними
Удобно определять различные типы объектов чтобы сделать различные типы задач
Различают следующие типы объектов – объекты сущности
Управляющие объекты
Интерфейсные объекты
Обозначается треугольником
Треугольник с сущностями пустой
Треугольник с и интерфейсные
Треугольник с у управляющий
Интерфейсные задачи это задачи которые мы выполняем в бизнесе а не типы ресурсов хотя эти задачи выолняют люди. интерфейсный объект обеспечивает связь с внешним миром
Управляющий тоже часть бизнеса но не имеет контакта с окружением бизнеса они активны менеджер по работе проекта
Объекты сущности представляют сырье объекты бизнеса не технические результаты деятельности
менеджер по иработе с инвестициями
управлчяющи1 руководитель проекта
 | |||||
 | |||||
 | |||||
время деньги 21 век опровергает и ставит под сомнение время важнее денег и его нельзя накопить время невосполнимый ресурс.
Внутренние содели
Если нреобходимо подробно описать как необходимо при потоке событий взаимодействуют объеты моделей маожно применить диаграмму взаимодействий она показывает как взаимодействующие объекты реализуют прецидент при этом в диаграмме стимулы передоваемые между объектами стимулы и их параметры.
Примичание стрелки показывают взаимосвязь прецеденетов и объектов в столбцах указаны объекты а слева прецеденты а стрелки показывает взаимодействие прецедентов и объектов.
Столбцы пользователи нашей системы.
Можем почерпнуть таблицу операций
Из диаграммы 5.10 видно что прецидент может быть 5 вариантов.
При построение ис это важно достоверно определяется пользователь
Как защищается персональные данные людей
В диаграмме отношения между прецедентоми широкие приходится добовлять вторичные потоки или расширять основные для того чтобы модель была обозримой применяют к ней отношение расширения 5.11
Отношение расширения между прецидентом А и прецидентом Б соответсвует что экемпляр соответсвующий описанию Б может если выполнены требуемые условия соответсвовать описаниям А
Такой подход используется для того чтобы показать условные састи прецедента более подробно смоделироват альтернативный ход событий потока событий выполняемых в особых случаях.
Приобследовании объекта необходимо различать прецидент и подсистему.
Чем отличается задача от подсистемы
Модуль
Комплекс задач
Подсистема студенты путают
Разница прецеденты и объекты оба понятия можно рассматривать как группировку прецедент описание потоков котрорые должна реализовывать бизнес система объект может относится к нескольким перцидентам но только к 1 подсистеме объеты собраны в соответсвии с их функциями. Прецедент может выполнятся объектами из разных подсистем.
ПОСТРОЕНИЕ информационных систем на принципах реинжиниринга.
Модели бизнес процессов ИС.
Участники и используеиые ими модели
Этапы разработки модели ИС
1. информационная технология является основой реинжиниринга бП она влияет на функционирование процессов и при правильном использовании приводит к многократному повышению их резултативности, учитывая широмасштабность проведение БП необходимо как можно раньше определить архитектуру (ТЗ). При разработке ИС инжиниринга в основу необходимо положить мощную технологию разработки.методики создания ИС основываются на объектно ориентированном подходе. По скольку Объетно ориентированный подход положен в сонову…рбп и создания ИС это упрощает взаимосвязь межу этими моделями. С одной стороны это подход сокршает формулировку требованийц к ПО с другой строны он позволяет выявить влияние ИС на деятельность компании.
2. разработка ПО это бизнес процесс компании занимающейся созданим программного продукта поэтому этот процесс может быть представлен в бизнесе самой компании. Субъектами такого процесса является клиенты входа процесса разработка «ПО» являются требования к Программного продукту а выходом новая вкерсия ИС. Построение ИС это процесс создания моделей описывающие различные стороны этой системы подобно бизнес системе разработка бизнес системы имеет тоже своих участников: владелец процесса, участник процесса, лидер процесса, пролектирвщик, аналитик каждый из которых может быть или не быть ее субъектом. Участник это некто выдвигающий требования ИС по тем или иным причинам заинтересован в ней различные участники имеют действие с различными аспектами системы а потому нуждаются в различных ее моделях. Для каждого участника должна быть создана собственная специализированная система. Рассотрим участников разработки бизнес ситемы и поддерживающих ИС
Участники разработки.
Наиболее важные участники разработки системы это заказчики и разработчики.
Заказчики являются одновременно владельцами бизнес процессов на предприятии. Пользователи информационной системы это участники тех процессов которые возглавляют владельцы процессов. Заказчики предоставляют сценарии в терминах П модели.
Второй тип участников это системные аналитики. Им нужна модель для создания модифицируемых систем. Идеальные модели информационной системы абстрагирующиеся от конкретной реализации.
Проектировщикам в отличии от аналитиков нужны модели позволяющие описывать различные способы выполнения системы задачи до создания программного кода.
Членам команды которые тестируют систему им нужны данные позволяющие оттестировать эту систему.
3. Бизнес разработки информационной системы складывается из этапов- Бизнес процессов.(смотри приложение). Пояснение к рисунку 8.1 Сбор требований. Анализ требований заключается в проверке непротиворечивости требований. На этапе анализа требований и строится П модель и разрабатывается интерфейс. Включается прецеденты, субъекты и описание интерфейсов конечного пользователя). Представляется О модель на каждого владельца. Если П модель описывает общий взгляд на систему то О модели взгляд изнутри. Идеальная модель представляется интерфейсными, управляющими и объектами.
Интерфейсные объекты системы – экраны, интерфейсы с датчиками, устройства вывода на печать. В идеальной модели есть так же объекты сущности.
Объекты сущности(они учувствуют во многих прецедентах)- товары, поставщики, покупатели
Управляющие объекты- сигналы, связи. Осуществляют обмен данными, вызов процедур и прочее.
Объекты бизнес системы.
Смотри рисунок 8.2
О модель бизнес системы программного обеспечения реализуется.
Сбор Требований смотри рисунок 8.3
Модель анализа требований. Участники представлены на рисунке 8.4
Дата добавления: 2015-12-21; просмотров: 22; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!