23
Практика применения методологии ARIS при разработке требований Алексей Шемис

Практика применения методологии ARIS при разработке требований

Embed Size (px)

DESCRIPTION

Практика применения методологии ARIS при разработке требований. Алексей Шемис. Кто я?. Инженер-математик (программист) Специалист коммерции (торговое дело) Аналитик Ведущий аналитик Начальник отдела системного анализа Докладчик на ЛАФ. Алексей Шемис. [email protected]. - PowerPoint PPT Presentation

Citation preview

Page 1: Практика применения методологии ARIS при разработке требований

Практика применения методологии ARIS при разработке требований

Алексей Шемис

Page 2: Практика применения методологии ARIS при разработке требований

Кто я?

• Инженер-математик (программист)

• Специалист коммерции (торговое дело)

• Аналитик

• Ведущий аналитик

• Начальник отдела системного анализа

• Докладчик на ЛАФ

http://shemis.moikrug.ru/

[email protected]

Алексей Шемис

Page 3: Практика применения методологии ARIS при разработке требований

Содержание

Организация деятельности по проектамОрганизация деятельности по проектам4

Моделирование бизнес-процессовМоделирование бизнес-процессов3

Формирование границ проектаФормирование границ проекта2

Обзор методологии ARISОбзор методологии ARIS1

Связь моделей ARIS с аналитическими артефактамиСвязь моделей ARIS с аналитическими артефактами5

Плюсы и минусы используемого подходаПлюсы и минусы используемого подхода6

Page 4: Практика применения методологии ARIS при разработке требований

Процессный подход

Page 5: Практика применения методологии ARIS при разработке требований

Концепция ARIS

• Организационные модели (Кто?)

• Функциональные модели (Что?)

• Модели данных(На основании чего?)

• Модели управления (Каким образом?)

• Выходы (Для чего?)

Концепция ARIS

Информационные икоммуникационные технологии

Выход

Организация

Данные Управление Функции

Стратегический анализ бизнес-процессов и целевое

концептуальное проектирование

Page 6: Практика применения методологии ARIS при разработке требований

Цели и их структура

Подчиненные цели

Функции

УРОВЕНЬ ЦЕЛЕЙ

УРОВЕНЬ ФУНКЦИЙ

Управлениетранспортировкой

Бесперебойная ибезаварийная

эксплуатация СГ

Повышениеэкономическойэффективности

Приведение техническогосостояния ГП в соответствие ссовременными требованиямипромышленной безопасности

Сбалансированноегазоснабжение

Снижениесебестоимости

Повышениерезультативности

Диспетчерскоеуправление

Главныедоминирующие

цели

Техническоеобслуживание и

ремонт

Page 7: Практика применения методологии ARIS при разработке требований

Объект автоматизации

7Организационная структура, подчиненная целям и

процессам

Лабораториянеразрушающего

контроляСлужба по КИПиА

Ремонтно-эксплуатационная

служба

Ремонтно-эксплуатационная

служба

Службаэлектрохимической

защиты

Служба поэксплуатации и

обслуживании ПРГ

Управлениеэксплуатации

ЦДС

Аварийно-восстановительная

служба

Ремонтно-эксплуатационная

служба

Служба поэксплуатации

зданий исооружений

Производственно-технический отдел

ДиспетчерИнженер -конструктор

Сидоров

Выход

Организация

Данные Управление Функции

Page 8: Практика применения методологии ARIS при разработке требований

Выходы процессов

Типы процессов организации:1. Основные процессы2. Вспомогательные процессы3. Процессы управления организацией

Поектированиеобъектов

газификацииУстановка газовых

счетчиков

Тип выходногопродукта

Материальныйпродукт Услуги

Объектыгазификации

Газовоеоборудование

Техническиеусловия

Транспортировкаэнергоносителя

Аварийноеобслуживание

Техническоеобслуживание и

ремонт

8

Выход

Организация

Данные Управление Функции

Page 9: Практика применения методологии ARIS при разработке требований

Процессы верхнего уровня

9

Основные процессы

Оперативно-диспетчерское

управление

Управлениетранспортировкой газа погазораспределительным

сетям

Аварийноеобслуживание сетейгазораспределения

Обеспечивающие процессы

Техническоеобслуживание и

ремонт сетейгазораспределения

ГазификацияРФ

Метрология и эксплуатацияизмерительных комплексов

Эксплуатацияавтоматизированных

систем

Page 10: Практика применения методологии ARIS при разработке требований

Структура функций

10

Выход

Организация

Данные Управление Функции

Аварийноеобслуживание

Планированиеаварийного

обслуживания

Обработка заявокна аварийноеобслуживание

Мониторингвыполнения работ

по аварийномуобслуживанию

Регистрация аварий иинцидентов и

формирование заданияна выполнение работ

Регистрация заявок навыполнение АВР и

формирование заданияна выполнение работ

Регистрацияаварийной заявки

Определениебригады для

выдачи наряд-заказа

Определениесрочности

аварийной заявкиФормирование

наряд-заказа

Комплексная функция

Функция

Подфункция

Элементарная функция

Диаграмма для функций преобразующих информацию

Page 11: Практика применения методологии ARIS при разработке требований

Структура функций

11

Аварийноеобслуживание

Перемещениеаварийной бригады

Локализацияаварии

(происшествия)

Выполнениевосстановительных

работ

Оценка обстановки наместе аварии Ликвидация утечки

Установка бандажа,хомута или бинта

Врезка катушек,лепестковых муфт

Диаграмма для функций преобразующих материалы

Заменанеразъемныхсоединений

Усиление сварногостыка

Page 12: Практика применения методологии ARIS при разработке требований

Уровни ВИ

12

Page 13: Практика применения методологии ARIS при разработке требований

Value added chain diagram (VAD)

13

Диаграмма цепочки добавленной стоимости

Аварийноеобслуживание

Планирование работпо аварийномуобслуживанию Обработка заявок

на аварийноеобслуживание Контроль хода

выполнения работпо аварийномуобслуживанию

Регистрация аварий иинцидентов и

формирование задания навыполнение работ Регистрация заявок на

выполнение АВР иформирование задания на

выполнение работ

Page 14: Практика применения методологии ARIS при разработке требований

Границы автоматизации

14

Символ Цвет Описание / комментарий

зеленый Объект соответствует процессу или подпроцессу который подлежит автоматизации.Для наименования используется реальное название процесса.

белый Объект соответствует процессу или подпроцессу, который не подлежит автоматизации в рамках Проекта.

Value-added chain

Value-added chain

Page 15: Практика применения методологии ARIS при разработке требований

Порядок и логика

15

Определение бригадыдля выдачи задания

Включение заявкив существующее

задание навыполнение

Формирование заданияна выполнение работ по

аварийной заявкеСистема

Регистрацияаварийной заявки

Система

Обработкааварийныхситуаций

Узел решений

Обработкааварийныхситуаций

Page 16: Практика применения методологии ARIS при разработке требований

Модели данных

16

Customer ID

Purchase order date

Purchase ordernumber

ISBN number

Title

Price

ISBN number

Purchase orderBook

Выход

Организация

Данные Управление Функции

Page 17: Практика применения методологии ARIS при разработке требований

Модели управления

17

Выход

Организация

Данные Управление Функции

Page 18: Практика применения методологии ARIS при разработке требований

Extended Event-Driven Process Chain (eEPC)

18

Цепочка процесса управляемая событиямиЗаданиесформировано

Направление ремонтнойбригады на место проведения

АВР по заданию

Регистрация выездабригады на место

аварии

Аварийная бригадавыехала на место

аварии

Регистрацияприбытия бригады

на место аварии

Прибытиеаварийной бригадызарегистрировано

Перемещениебригады на место

аварии

Выезд аварийнойбригады

зарегистрирован

Аварийная бригадаприбыла на место

аварии

Регистрация заявок на АВРи формирование задания

на выполнение АВР

Карточка вызовааварийной бригады

[сформирована]

ИС

ИС

Диспетчер АДС

Диспетчер АДС

Диспетчер АДС

Карточка вызовааварийной бригады

[передана]

Задание навыполнение работ

[сформировано]

Задание навыполнение работ[зарегистрирован

выезд]

Карточка вызовааварийной бригады

[внесено времяприбытия]

Задание навыполнение работ[зарегистрировано

прибытие]

Ремонтная бригада

Аварийноеобслуживание

Аварийноеобслуживание

Page 19: Практика применения методологии ARIS при разработке требований

Проектная работа

19

Соглашение по моделированию

Модели автоматизируемых бизнес-процессов“как есть”“как есть” “как должно быть”

Модели автоматизируемых бизнес-процессов“как есть”

Модели автоматизируемых бизнес-процессов“как должно быть”

Page 20: Практика применения методологии ARIS при разработке требований

Рабочая документация(ГОСТ 34)

20Ролевая модель

Массив входных данныхСостав выходных данных

Руководства пользователя

Программа и методика

испытаний

Описание автоматизируемых

функций

Page 21: Практика применения методологии ARIS при разработке требований

• Эргономичность и высокая степень визуализации

• Естественное отражение процессной модели деятельности предприятия

• Удобство организации единого репозитория моделей и артефактов

• Удобство формирования контекста проекта

• Отсутствие перехода к внутренним постановкам на разработку

• Высокая стоимость полной версии инструмента

• Дополнительные требования к квалификации аналитика

Заключение

+ -

Page 22: Практика применения методологии ARIS при разработке требований

Шемис Алексей

Благодарю за внимание!

Page 23: Практика применения методологии ARIS при разработке требований

Условные обозначения

23

Элемент Название Элемент Название Элемент Название

Событие бизнес процесса

Логическое “ИЛИ”

Роль пользователя в процессе

Деятельность или функция

Логическое “И” Организацион-ная единица

Информацион-ная система

Логическое “Исключающее ИЛИ”

Бумажный документ

Используемое решение или модуль

Процесс - интерфейс

Элемент данных (электронный документ)

Событие

Деятельность

Роль

Организационнаяединица

Сущность данных

ДокументИС

Решение (Продукт) Интерфейс кпроцессу