close

Вход

Забыли?

вход по аккаунту

?

Название

код для вставкиСкачать
Практика применения методологии
ARIS при разработке требований
Алексей Шемис
Кто я?
•
•
•
•
•
•
Инженер-математик
(программист)
Специалист коммерции
(торговое дело)
Аналитик
Ведущий аналитик
Начальник отдела
системного анализа
Докладчик на ЛАФ
Алексей Шемис
aleksey.shemis@gmail.com
http://shemis.moikrug.ru/
Содержание
1
Обзор методологии ARIS
2
Формирование границ проекта
3
Моделирование бизнес-процессов
4
Организация деятельности по проектам
5
Связь моделей ARIS с аналитическими артефактами
6
Плюсы и минусы используемого подхода
Процессный подход
Концепция ARIS
•
•
•
•
•
Организационные
модели (Кто?)
Функциональные
модели (Что?)
Модели данных(На
основании чего?)
Модели
управления (Каким
образом?)
Выходы (Для чего?)
Цели и их структура
Объект автоматизации
Организационная структура, подчиненная целям и
процессам
7
Выходы процессов
Типы процессов организации:
1. Основные процессы
2. Вспомогательные процессы
3. Процессы управления организацией
8
Процессы верхнего уровня
9
Структура функций
10
Структура функций
11
Уровни ВИ
12
Value added chain diagram
(VAD)
Диаграмма цепочки добавленной стоимости
13
Границы автоматизации
Символ
Цвет
Описание / комментарий
зеленый Объект соответствует процессу или
подпроцессу который подлежит
автоматизации.
Для наименования используется реальное
название процесса.
белый Объект соответствует процессу или
подпроцессу, который не подлежит
автоматизации в рамках Проекта.
14
Порядок и логика
15
Модели данных
16
Модели управления
17
Extended Event-Driven
Process Chain (eEPC)
Цепочка процесса управляемая событиями
18
Проектная работа
“как есть”
Соглашение по
моделированию
Модели
автоматизируемых
бизнес-процессов
“как есть”
“как должно быть”
Модели
автоматизируемых
бизнес-процессов
“как должно быть”
Модели
автоматизируемых
бизнес-процессов
“как есть”
19
Рабочая документация
(ГОСТ 34)
Программа и
методика
испытаний
Массив входных данных
Состав выходных данных
Руководства
пользователя
Ролевая модель
Описание
автоматизируемых
функций
20
Заключение
•
•
•
•
+
Эргономичность и высокая
степень визуализации
Естественное отражение
процессной модели
деятельности предприятия
Удобство организации
единого репозитория
моделей и артефактов
Удобство формирования
контекста проекта
•
•
•
Отсутствие перехода к
внутренним постановкам на
разработку
Высокая стоимость полной
версии инструмента
Дополнительные
требования к квалификации
аналитика
Благодарю за внимание! Шемис Алексей
Условные обозначения
Элемент
Название
Элемент
Название
Элемент
Название
Событие
бизнес
процесса
Логическое
“ИЛИ”
Роль
пользователя в
процессе
Деятельность
или функция
Логическое “И”
Организационная единица
Информационная система
Логическое
“Исключающее
ИЛИ”
Бумажный
документ
Используемое
решение или
модуль
Процесс интерфейс
Элемент данных
(электронный
документ)
23
Документ
Категория
Презентации
Просмотров
5
Размер файла
4 136 Кб
Теги
1/--страниц
Пожаловаться на содержимое документа