Ce diaporama a bien été signalé.
Nous utilisons votre profil LinkedIn et vos données d’activité pour vous proposer des publicités personnalisées et pertinentes. Vous pouvez changer vos préférences de publicités à tout moment.

Shemis

  • Identifiez-vous pour voir les commentaires

  • Soyez le premier à aimer ceci

Shemis

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

×