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

2. Кто я?
• Инженер-математик
(программист)
• Специалист коммерции
(торговое дело)
• Аналитик
• Ведущий аналитик
• Начальник отдела
системного анализа
• Докладчик на ЛАФ
http://shemis.moikrug.ru/
aleksey.shemis@gmail.com
Алексей Шемис

3. Содержание
Организация деятельности по проектам4
Моделирование бизнес-процессов3
Формирование границ проекта2
Обзор методологии ARIS1
Связь моделей ARIS с аналитическими артефактами5
Плюсы и минусы используемого подхода6

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

5. Концепция ARIS
• Организационные
модели (Кто?)
• Функциональные
модели (Что?)
• Модели данных(На
основании чего?)
• Модели
управления (Каким
образом?)
• Выходы (Для чего?)

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

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

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

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

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

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

12. Уровни ВИ
12

13. Value added chain diagram
(VAD)
13
Диаграмма цепочки добавленной стоимости

14. Границы автоматизации
14
Символ Цвет Описание / комментарий
зеленый Объект соответствует процессу или
подпроцессу который подлежит
автоматизации.
Для наименования используется реальное
название процесса.
белый Объект соответствует процессу или
подпроцессу, который не подлежит
автоматизации в рамках Проекта.

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

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

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

18. Extended Event-Driven
Process Chain (eEPC)
18
Цепочка процесса управляемая событиями

19. Проектная работа
19
Соглашение по
моделированию
Модели
автоматизируемых
бизнес-процессов
“как есть”“как есть” “как должно быть”
Модели
автоматизируемых
бизнес-процессов
“как есть”
Модели
автоматизируемых
бизнес-процессов
“как должно быть”

20. Рабочая документация
(ГОСТ 34)
20Ролевая модель
Массив входных данных
Состав выходных данных
Руководства
пользователя
Программа и
методика
испытаний
Описание
автоматизируемых
функций

21. • Эргономичность и высокая
степень визуализации
• Естественное отражение
процессной модели
деятельности предприятия
• Удобство организации
единого репозитория
моделей и артефактов
• Удобство формирования
контекста проекта
• Отсутствие перехода к
внутренним постановкам на
разработку
• Высокая стоимость полной
версии инструмента
• Дополнительные
требования к квалификации
аналитика
Заключение
+ -

22. Шемис Алексей
Благодарю за внимание! 

23. Условные обозначения
23
Элемент Название Элемент Название Элемент Название
Событие
бизнес
процесса
Логическое
“ИЛИ”
Роль
пользователя в
процессе
Деятельность
или функция
Логическое “И” Организацион-
ная единица
Информацион-
ная система
Логическое
“Исключающее
ИЛИ”
Бумажный
документ
Используемое
решение или
модуль
Процесс -
интерфейс
Элемент данных
(электронный
документ)