DZ
По техническим деталям коллеги лучше расскажут -- я больше из опыта именно "корпоративной археологии".
Size: a a a
2019 November 27
AM
Цель - рассказать заказчику о том, что у него за система, какие данные обрабатывает. Кому данные предоставляет и как именно их хранит. Хотелось бы взять какую-то готовую методику аудита (ну типа PCI DSS) и от нее оттолкнутся.
На тему аудита можно смотреть не только с технической стороны. Важно понять какие у заказчика цели и ожидания от аудита.
Это может быть поиск виновных/поиск причин проблем, может быть аудит для постановки на баланс системы или для оценки активов, проверка на соответствие стандартам/нормативам, проверка на соответствие ТЗ и так далее.
Документация ради документирования не заказывается обычно.
Это может быть поиск виновных/поиск причин проблем, может быть аудит для постановки на баланс системы или для оценки активов, проверка на соответствие стандартам/нормативам, проверка на соответствие ТЗ и так далее.
Документация ради документирования не заказывается обычно.
ES
Ко всему вышесказанному еще посоветовал бы обратить особое внимание на периодические таски (типа crontab, scheduled jobs). Из моего опыта их очень непросто обнаружить, поскольку они могут быть инициированы разными, не всегда очевидными способами, а элемент неожиданности от них может быть достаточно большой и неприятный.
LV
Коллеги, спасибо за помощь! Но если вдруг у кого именно какие-то документы есть по этому делу - буду признателен.
AM
Коллеги, спасибо за помощь! Но если вдруг у кого именно какие-то документы есть по этому делу - буду признателен.
Cobit, isaca посмотрите...
LV
О, супер! Спасибо!
IN
Имеет смысл почитать "Обеспечение информационной безопасности бизнеса" под редакцией А.П. Курило ISBN 978-5-9614-1364-9
IN
Модели COSO. COBIT, ITIL. По АйТилю и Кобиту рекомендую курсы в IT Expert-e
IN
А теперь сегодняшний день (для подготовки презентаций), может быть кому будет актуально:
https://trainingtechnology.ru/princip-piramidy-minto/
https://trainingtechnology.ru/princip-piramidy-minto/
KG
да иногда советуют перевернуть презентацию - начать показывать ее с конца ))
KG
но это если старая совковая школа - где все самое интересное в конце было
DZ
Минто больше про документы и рациональную аргументацию.
Презентации покрывают большее количество сценариев, в некоторых пирамида Минто не подойдет.
Презентации покрывают большее количество сценариев, в некоторых пирамида Минто не подойдет.
IN
Это верно. Надо ещё добавлять эмоциональный интеллект как минимум
AB
Коллеги, подскажите, пожалуйста. Для моделированния доменной области, есть какие-то альтернативы UML Class Diagram и ER Diagram? Всем они хороши, но с ними тяжеловато в общении с Product Mamager'ами и SME (Subject Matter Expert).
V
Да, enterprise. Т.е. ее пользователи - сотрудники заказчика.
Бизнес? Если да, то с ними надо на бизнес-языке разговаривать. И никаких систем.
LV
Нет, не бизнес. Скорее другие solution архитекторы.
V
Нет, не бизнес. Скорее другие solution архитекторы.
А Вы enterprise?
MS
Andrew Bolotov
Коллеги, подскажите, пожалуйста. Для моделированния доменной области, есть какие-то альтернативы UML Class Diagram и ER Diagram? Всем они хороши, но с ними тяжеловато в общении с Product Mamager'ами и SME (Subject Matter Expert).
На мой взгляд, для продактов и SME надо использовать разные картинки. Продакты должны понимать CJM, многочисленные canvas, да и вообще большинство диаграмм из средней школы. SME могут ожидать картинок, принятых в их предметной области
LV
Нет, я тоже ближе к solution
PD
Andrew Bolotov
Коллеги, подскажите, пожалуйста. Для моделированния доменной области, есть какие-то альтернативы UML Class Diagram и ER Diagram? Всем они хороши, но с ними тяжеловато в общении с Product Mamager'ами и SME (Subject Matter Expert).
А что значит 'моделирование' в данном случае? User scenarios, use cases, logical model, data flow, DDD bounded contexts and events, etc...