Введение в анализ и проектирование БП Лекция 1 Дода О. Л. 2012 г.
Список литературы 1. Абдикеев Н. М. , Данько Т. П. , Ильдеменов С. В. , Киселев А. Д. Реинжиниринг бизнес- процессов. Эксмо, 2007 г. 2. Майкл Хаммер, Джеймс Чампи. Реинжиниринг корпорации. Манифест революции в бизнесе. Манн, Иванов и Фербер, 2006 г. 3. Репин В. В. , Елиферов В. Г. Процессный подход к управлению. Моделирование бизнес- процессов. Стандарты и качество, 2005 г. 4. Процессный подход в стандартах ИСО серии 9000 и на практике. НТК "Трек", 2006 г. 5. Елиферов В. Г. , Репин В. В. Бизнес-процессы Регламентация и управление. Инфра-М, 2007 г. 6. Калянов Г. Н. Моделирование, анализ, реорганизация и автоматизация бизнес- процессов. Финансы и статистика, 2006 г. 7. Август-Вильгельм Шеер. Моделирование бизнес-процессов. Весть-Мета. Технология, 2000 г. 8. Калянов Г. Н. CASE-технологии: Консалтинг в автоматизации бизнес-процессов. Горячая Линия - Телеком, 2000 г. 9. http: //www. citforum. ru/consulting/docflow/ 10. http: //www. citforum. ru/consulting/ERP/ 11. http: //www. interface. ru/home. asp? cat. Id=160&c. Id=1 12. http: //www. finexpert. ru/ 1/22/2018 2
План-график курса №п/п Дата Тип занятия 1 08 -09 -2012 Лекция № 1 2 15 -09 -2012 Лекция № 2, ДЗ выдача задания 3 22 -09 -2012 - Выполнение ДЗ 29 -09 -2012 4 06 -10 -2012 Лекция № 3, Защита ДЗ 5 13 -10 -2012 Лекция № 4, СР 6 20 -10 -2012 Лекция № 5, СР 7 27 -10 -2012 Лекция № 6, СР 8 03 -11 -2012 ЛР № 1 9 10 -11 -2012 ЛР № 2 10 17 -11 -2012 ЛР № 3 11 24 -11 -2012 ЛР № 4 12 01 -12 -2012 Лекция № 7, Задание на КП 13 15 -12 -2012 Защита КП 14 22 -12 -2012 Зачет/Экзамен 3
1/22/2018 4
План лекции 1 • ЖЦ внедрения ПО • Стандарты внедрения ИС • Основные термины и определения • Качественный и количественный анализ бизнес- процессов • Классификация бизнес-процессов • Основные подходы к проектированию ИС ü Основы структурного подхода к проектированию ИС ü Основы процессного подхода к проектированию ИС • CASE-средства • Методология ARIS 1/22/2018 5
План лекции 1. Модели ЖЦ • Модели жизненного цикла ПО – Каскадная (водопадная) – Каскадная с возвращениями – Спиральная или модель Боэма • Методологии и технгологии проектирования ИС • Методология 90 -days from Solution Lab
Мотивация • Критерий успешности проекта разработки ПО: выполнение поставленой задачи по смете, срокам, функциональным возможностям и качеству • Необходимость применения научного (структурированного, управляемого) подхода для разработки ПО зависит от масштаба проекта Quality Time Risk Cost Functional requirements
Сложность проектов разработки ПО
Жизненный цикл ПО • В основе разработки ПО лежит процесс. • ЖЦ ПО – непрерывный процесс, который начинается с момента принятия решения о необходимости создания ПО и заканчивается в момент его полного изъятия из эксплуатации. • Модель ЖЦ - структура, состоящая из процессов, работ и задач, включающих в себя разработку, эксплуатацию и сопровождение программного продукта ( «карта- путеводитель» для всех участников проекта). ISO/IEC 12207
Высокоуровневая архитектура ЖЦ ПО • Основные процессы - Primary Processes – Приобретение - Acqusition – Поставка - Supply – Разработка - Development – Эксплуатация - Operation – Сопровождение - Maintenance • Вспомогательные процессы - Supporting Processes – Документирование - Documentation – Управление конфигурацией - Configuration Management – Обеспечение качества - Quality Assurance – Верификация - Verification – Аттестация - Validation – Совместный анализ (оценка) - Joint Review – Аудит - Audit – Решение проблем - Problem Resolution • Организационные процессы - Organizational Processes – Управление проектами - Management – Создание инфраструктуры проекта - Infrastructure – Оценка и улучшение самого ЖЦ - Improvement – Обучение - Training ISO/IEC 12207
Уровни жизненного цикла • ЖЦ разработки ПО – проектная деятельность по разработке и развертыванию программных систем • ЖЦ программной системы – включает разработку, развертывание, поддержку и сопровождение • ЖЦ ИТ – включает всю деятельность ИТ-департамента • ЖЦ организации/бизнеса – охватывает всю деятельность организации в целом
Каскадная модель (водопадная)
Каскадная модель жизненного цикла • Строго последовательное и однократное выполнение всех фаз проекта • Полная корректность результата (выхода) предыдущей фазы
Каскадная модель – Преимущества • Хорошо определены стадии модели • Удобна в применении, доступна для понимания • Легко проследить ход выполнения проекта • На каждом этапе формируется законченный набор проектной документации • Легко планировать сроки завершения работ и соответствующие затраты
Каскадная модель – Недостатки • В основе - последовательная линейная структура • Программный продукт разрабатывается за один раз • Требования должны быть известны вначале • Замораживание результативных данных по завершению каждой фазы • Запаздование с получением результатов: интеграция полученных результатов происходит на завершающей стадии работы модели (затянувшаяся интеграция) • Позднее обнаружение ошибок и разрешение рисков (невозможность раннего разрешения) • Клиент не может ознакомиться с системой заранее • Чрезмерное внимание, уделяемое документации и совещаниями для обмена мнениями
Каскадная модель с возвращениями • Реальный процесс не вляется последовательным и линейным (крупно-масштабные системы) • “Откат” к ранней фазе проекта из-за неточности требований или некорректной интерпретации результатов (уточнение или пересмотр ранее принятых решений)
Каскадная модель – условия применения на практике • Завершайте проектирование программы до начала анализа и кодированиям • Ведите документацию полно и своевременно • Выполняйте работу дважды, если это возможно (2 версии) • Планируйте и контролируйте тестирование • Привлекайте к работе заказчика • Модель не способна гарантировать необходимую скорость отклика и внесение изменений в ответ на быстро меняющиеся потребность пользователей
Спиральная модель (Боэма)
Спиральная модель ЖЦ разработки по Боэму
Спиральная модель – Преимущества • Обеспечивается разбиение большого объема работы по разработке продукта на небольшие части • Модель разрешает пользователям "увидеть" систему на ранних этапах • Обеспечивается определение непреодолимых рисков • Пользователи принимают участие при планировании, анализе рисков, разработке • Обратная связь от пользователей к разработчикам выполняется с высокой частотой и на ранних этапах модели • Обеспечивается оценка скорость отклика на внесение изменений
Спиральная модель – Недостатки • При низкой степени риска или небольших размерах, модель может оказаться дорогостоящей • Модель имеет усложненную структуру • Необходимость в высокой квалификации для оценке рисков • Определение момента перехода на следующий этап. Необходимо ввести временные ограничения на каждый их этапов жизненного цикла
Стандарты внедрения ИС • ГОСТ 34. 601 -90 - распространяется на автоматизированные системы и устанавливает стадии и этапы их создания. Кроме того, в стандарте содержится описание содержания работ на каждом этапе. Стадии и этапы работы, закрепленные в стандарте, в большей степени соответствуют каскадной модели жизненного цикла • ISO/IEC 12207: 1995 - стандарт на процессы и организацию жизненного цикла. Распространяется на все виды заказного ПО. Стандарт не содержит описания фаз, стадий и этапов • Custom Development Method (методика Oracle) по разработке прикладных информационных систем - технологический материал, детализированный до уровня заготовок проектных документов, рассчитанных на использование в проектах с применением Oracle. Применяется CDM для классической модели ЖЦ (предусмотрены все работы/задачи и этапы), а также для технологий "быстрой разработки" (Fast Track) или "облегченного подхода", рекомендуемых в случае малых проектов. • Rational Unified Process (RUP) предлагает итеративную модель разработки, включающую четыре фазы: начало, исследование, построение и внедрение. Каждая фаза может быть разбита на этапы (итерации), в результате которых выпускается версия для внутреннего или внешнего использования. Прохождение через четыре основные фазы называется циклом разработки, каждый цикл завершается генерацией версии системы. Если после этого работа над проектом не прекращается, то полученный продукт продолжает развиваться и снова минует те же фазы. Суть работы в рамках RUP - это создание и сопровождение моделей на базе UML • Microsoft Solution Framework (MSF) сходна с RUP, так же включает четыре фазы: анализ, проектирование, разработка, стабилизация, является итерационной, предполагает использование объектно-ориентированного моделирования. MSF в сравнении с RUP в большей степени ориентирована на разработку бизнес-приложений. • Extreme Programming (XP). Экстремальное программирование (самая новая среди рассматриваемых методологий) сформировалось в 1996 году. В основе методологии командная работа, эффективная коммуникация между заказчиком и исполнителем в течение всего проекта по разработке ИС, а разработка ведется с использованием последовательно дорабатываемых прототипов. 1/22/2018 22
Основные термины и определения 1/22/2018 23
Основные термины и определения 1. Процесс (от лат. Processus - продвижение) – совокупность последовательных действий, направленных на достижение определенных результатов 2. Бизнес-процесс – это совокупность работ, в ходе выполнения которых создается выходной результат, имеющий ценность для потребителя 3. Бизнес-процесс – это совокупность работ, при использовании ресурсов, в ходе выполнения которых создается выходной результат, имеющий ценность для потребителя 4. Бизнес-процесс – это совокупность взаимосвязанных и взаимодействующих видов работ, преобразующих входы в выходные результаты, которые имеют ценность для конкретного потребителя (ГОСТ ИСО 9000 -2001) 1/22/2018 24
Базовые понятия Вход бизнес-процесса - объект бизнес-процесса (процедура, операция), взаимодействующий с внешними бизнес-процессам и получающая от них информацию/материальные ресурсы Выход бизнес-процесса - объект бизнес-процесса (процедура, операция), взаимодействующий с внешними бизнес-процессам и передающая им информацию/материальные ресурсы, являющиеся результатом выполнения бизнес-процесса Операция (работа) – часть бизнес-процесса. Декомпозиция бизнес-процесса - детальное описание бизнес- процесса, осуществляемое путем разбиения процесса на несколько частей и последующего их описания при помощи более подробных моделей Регламент бизнес-процесса – документ, описывающий последовательность операций, ответственность, порядок взаимодействия исполнителей и порядок принятия решений по улучшениям.
Базовые понятия • Завершающее событие - объект модели бизнес-процесса, отражающий факт завершения процедуры (функции) и полученный при этом результат • Инициирующее событие - объект модели бизнес- процесса, отражающий событие, являющееся управляющим воздействием, необходимым для начала выполнения процедуры (функции) • Ресурсы – информация (документы, файлы), финансы, материалы, персонал, оборудование, инфраструктура, среда, программное обеспечение, необходимые для выполнения бизнес-процесса • Показатели бизнес-процесса – количественные и/или качественные параметры, характеризующие бизнес- процесс и его результат.
Базовые понятия Владелец бизнес-процесса – должностное лицо, управляющее ходом бизнес-процесса, несущее ответственность за результаты и эффективность бизнес-процесса и имеющее в своем распоряжении персонал, инфраструктуру, программное и аппаратное обеспечение, информацию о бизнес-процессе. Поставщик - субъект, предоставляющий ресурсы. Потребитель (клиент) – субъект, получающий результат бизнес-процесса. Потребитель может быть: а) внутренний – то есть находящийся в организации и, в ходе своей деятельности, использующий результаты (выходы) предыдущего бизнес-процесса; б) внешний – то есть находящийся за пределами организации и использующий или потребляющий результат деятельности (выход) организации.
Определение владельца процесса • Владелец процесса – это отдельное лицо, несущее полную ответственность за процесс и наделенное полномочиями в отношении этого процесса • В сложных процессах - менеджер высшего уровня • Владелец процесса не касается функций, выполняемых в рамках процесса отдельными департаментами. Ему важна успешная реализация всего процесса • Владелец процесса - бизнес-роль, которая, в первую очередь, связана с возможностями процесса в целом, а не с повседневным выполнением производственных заданий – за это отвечают функциональные менеджеры Владелец процесса Процесс Функция 1 Функция 2 Функция 3 Функция 4 Отдел 1 Отдел 2 Отдел 3 Отдел 4 Источник: фирма Логика бизнеса
Взаимодействие менеджеров и владельца процесса Зона ответственности владельца процесса Точка особого Точка особого внимания внимания владельца владельца процесса процесса П р о ц е с с Зона ответственности функционального менеджера линейного менеджера Источник: фирма Логика бизнеса
Взаимодействие менеджеров и владельца процесса Владеле ц процесса Линейный менеджер Функциональный менеджер Документированные права и обязанности сторон Критерии выбора владельца процесса n Детальное знание бизнес-процесса, компетентность и профессиональные знания n Возможность влиять на людей и способствовать изменениям. Надо помнить, что любые изменения будут внедряться извне функционально-линейной иерархии, поэтому существует большая вероятность конфликтов n Коммуникативные способности n Понимание важности порученного дела и надлежащая мотивация Источник: фирма Логика бизнеса
Определение границ и интерфейсов Начальная граница процесса - предшествует Последующ первой ий процесс выполняемой функцией процесса Функция 1 Функция 2 Функция N Процесс Предшествующ Конечная граница ий процесс процесса располагается за последней выполняемой функцией n Внешний интерфейс n Внутренний процесса – механизм интерфейс процесса - (организационный, точка, в которой выход информационный, технический), функции пересекается с орг. посредством которого процесс границами и становится взаимодействует с входом для других функций, предшествующим и механизм реализации фирма Логика бизнеса Источник:
Качественный и количественный анализ бизнес-процессов • Качественный анализ – Субъективное оценивание • SWOT-анализ • Анализ проблем • Ранжирование – Анализ графических схем • Анализ входов-выходов • Анализ функций • Анализ ресурсов – Сравнение с требованиями • Соответствие типовым требованиям • Соответствие нормативным актам 1/22/2018 32
Качественный и количественный анализ бизнес-процессов • Количественный анализ – Измерение и анализ показателей • Эффективности • Показателей продукта • Удовлетворенности потребителей • Сравнительный анализ • Имитационное моделирование • АВС-метод 1/22/2018 33
Классификация процессов
Классификация - осуществляемое с определенной целью условное группирование любых объектов по заданным признакам. При различных целях одни и те же объекты могут быть классифицированы по разному.
Пример классификации Производственные (operational) бизнес-процессы - характеризуются относительной стабильностью, стандартизацией и повторяемостью. Подразделяются на основные и второстепенные Примеры: обслуживание клиентов, снабжение, изготовление. Являются ключевыми для большинства проектов реинжиниринга. Процессы, основанные на знаниях (knowledge-based) - имеют, как правило, ненормативный характер, основываются на знаниях и творческом подходе участников. Примеры: разработка, исследования, реклама и управленческий консалтинг. В проектах по реинжинирингу такие процессы играют второстепенную роль.
Пример классификации Основные процессы - добавляют качество, кросс-функциональны в рамках предприятия, взаимодействуют как с клиентами, так и с партнерами. Должно быть выделено в качестве основных 5 -8 процессов. Требуют особого внимания группы процессов: логистика выполнения заказа разработка нового продукта/услуги управление взаимоотношениями с клиентами Примеры: производство, логистика доставок/поставок планирование ресурсов, управление произвоственными мощностями Вспомогательные процессы - создают инфраструктуру организации, оказывают инфраструктурную и иную помощь. Примеры: управление финансами, управление персоналом, управление информационными ресурсами Процессы управления - отвечают за управление организацией как единой системой, реализуя функции целеполагания, планирования, контроля состояния, анализа и выработки корректирующих воздействий. Примеры: стратегическое управление, управление рисками, бюджетирование
Три типа процессов • через них проходит основной продукт, Основные процессы • добавляют продукту ценность • результат получает потребитель. • не касаются основного продукта, Вспомогательные • добавляют продукту стоимость, процессы • результат получает основной процесс. Процесс • результатом является управления деятельность организацией всей организации.
Иерархия бизнес-процессов в организационной структуре Стратегическое управление Бизнес-процесс Учет Финансы Персонал Поставщики 1/22/2018 39
Business Case 1 • Приведите примеры 3 -ех бизнес-процессов (основной, вспомогательный, процесс управления). Результат оформите в виде: БП Вход Поставщик Выход Потребите Владелец Исполните ль БП 1 … 1/22/2018 40
Основные подходы к проектированию ИС – Структурный подход – Процессный подход – Объектно-ориентированный подход 1/22/2018 41
Основы процессного подхода к проектированию ИС 1/22/2018 42
CASE-средства • CASE (Computer-Aided Software|System Engineering) – технологии, представляющие собой совокупность методологий, поддержанную комплексом взаимоувязанных средств автоматизации. • Основные функциональные возможности CASE: – Общий графический язык – Общая БД проекта – Интеграция средств – Поддержка коллективной разработки и управление проектом – Прототипирование – Генерация документации – Верификация проекта 1/22/2018 43
CASE-средство ARIS - Architecture of Integrated Information System 1/22/2018 44
Методология ARIS 1/22/2018 45
Скачать презентацию Введение в анализ и проектирование БП Лекция 1
Lektsia_1_05-09-2012.ppt