Комментарии 28
Тоже пытался все это систематизировать. У вас получилось отлично. Спасибо.
Прям хорошо получилось)
Я бы переименовал Моделирование систем в Моделирование и архитектура систем и добавил бы на продвинутый уровень CAP-теорему, паттерн CQRS, Event-Driven Architecture, Archimate
активно публикуем ссылки в канале t.me/itsysdes_events
общаемся в группе t.me/itsysdes
Спасибо за статью! Не соглашусь про опыт проектирования, из-за такого спорного пункта многие не хотят или боятся, что не поняют профессиию. А на практике вам в редком слудущий случае доверят писать код, чуть чаще вы сможете в него заглянуть.
Расскажите об опыте или почему требуется системному анализу уметь программировать и писать код?
При опыте написания кода повышается понимание работы проектируемой системы, которые аналитик закладывает в требованиях, улучшается взаимодействие с разработчиками (общаетесь на одном понятном языке, соответственно доверие выше)
С точки зрения поиска работы, уметь программировать - это не обязательное требование. И среди желательных оно в вакансиях не так уж и часто встречается. С другой стороны, мое мнение: если системный аналитик умеет программировать - это повышает качество его решений. Но опять же - это мнение, а не факт. На днях вышла интересная статья на данную тему: https://habr.com/ru/amp/post/692524/
Корректная ссылка https://habr.com/ru/post/692524/
информативненько :) Спасибо!
Огромное спасибо за статью! Для джуна несет массу пользы и целый план с пониманием что делать дальше
Все уже придумано, за вас.... Профессиональный стандарт Системный аналитик, Профессиональный стандарт Бизнес-аналитик и всё по категориям... Коллеги, Вы работайте со сложными системами, не стоит изобретать "Middle, Senior, Hard Skills" мы в России работаем и Терминология у нас с вами тоже своя.
https://profstandart.rosmintrud.ru/
ПС: Про стандарты в проектирование и интеграцию систем, думаю, ни кто и не знает... Когда же вы одумайтесь?!
Действительно, нашел его https://profstandart.rosmintrud.ru/obshchiy-informatsionnyy-blok/natsionalnyy-reestr-professionalnykh-standartov/reestr-professionalnykh-standartov/index.php?ELEMENT_ID=50437
Правда мне трудно этот документ использовать именно как план развития. Может я не нашел, но я не увидел, например "знание UML" и т.п.
я как основной автор стандарта могу сказать, что конкретные нотации туда засовывать и не планировалось
важно, какие работы СА может выполнить, какую информацию добыть, какие решения принять и какого качества — а уж будет там UML, SysML, OCL, Archimate, gRPC или SPARQL — не так важно (для стандарта)
в готовящемся обновлении эта ситуация сохранится
так что профстандарт как набор трудовых функций != модели компетенций
Вот-вот, а можно вот "это вот всё" в виде статьи или даже серии. Эту тему совсем забросили, а это же стандарт, а не идеал работы... К тому же, целый первоисточник! при всём уважении)))) Со стороны разработки систем (допустим ЭДО), у меня есть реальный пример архитектуры.
Я, как "раздаточным материалом" для HR, пользуюсь методичкой
"Алгоритм и принципы внедрения профессиональных стандартов в систему
управления персоналом организации." – Екатеринбург: УрФУ, Данилова Н.В.
ничего не понял
чего куда кому можно?
Статью на Habr, про применение профстандарта СА, про его структуру. Как по нему составить ДИ.
трудовых функций != модели компетенций
Хорошо было бы раскрыть данное утверждение.
Как вариант, сопоставить работы в ИСО 12207 с профстандартом. Показать, что это типовая история для ит проектов...
Ну или историю его разработки, от чего отталкивались при его написании)
(не на правах рекламы!) На ближайшем AnalystDays будет доклад по профстандарту: https://analystdays.ru/ru/talk/103322. Возможно, там будет дан краткий ответ на интересующий вопрос.
"Сопоставление «The Business Analysis Standard» IIBA с профстандартом бизнес-аналитика РФ"
UML это одна из нотаций. UML нужно знать, это плюс, но проф знание нотации не сделает из человека аналитика или инженера. А вот если, ты будешь знать набор работ (трудовых функций), которые ты можешь выполнять и по каким стандартам (на UML тоже стандарт есть), то это уже заявка на участие в действительно значимых проектах. Там сам поймёшь куда развиваться и зачем ТРИЗ в бизнесе.
У меня набор примерно из ~500 стандартов, но наизусть я из не знаю... есть выписки, карты, схемы из них... я просто знаю где какой паттерн посмотреть, и в первую очередь не на Код/систему, а на бизнес систему, как бизнес должен работать. И не нужно полагать, что ГОСТ он идеален, нет, далеко не всегда... Но, это отличная модель для деятельности.
Для системного и бизнес аналитика, вот набор-лайт из стандартов, в них можно посмотреть ссылочные и др ст-ты серий (есть картинки!):
ГОСТ_Р_ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия.rtf
ГОСТ_Р_ИСО 19440-2010 Интеграция предприятия. Конструкции для моделирования предприятий.rtf
ГОСТ_Р 57100-2016 СиПИ. Описание архитектуры (ISO IEC IEEE 42010-2011).pdf
ГОСТ_Р_ИСО 15531-1-2008 СПАиИ. Данные по управлению промышленным производством. Часть 1. Общий обзор.pdf
ГОСТ_Р_ИСО 15704-2008 Промышленные автоматизированные системы. Требования к стандартным арх-рам и метод-ям предприятия.pdf
ГОСТ_Р_ИСО 14258-2008 Промышленные автоматизированные системы. Концепции и правила для моделей предприятия.pdf
ГОСТ_Р 57193-2016 (ISO 15288) СиПИ. Процессы жизненного цикла систем.pdf
ГОСТ_Р 57195-2016 Ядро и язык для методов системной и программной инженерии. Общие положения.docx 7 альф!
ГОСТ_Р_ИСО_МЭК 15504-1-2009 ИТ. Оценка процесса. Часть 1. Концепция и словарь.pdf
ГОСТ_Р_МЭК 62264-1-2014 Интеграция систем управления предприятием. Часть 1. Модели и терминология.pdf
ГОСТ_Р_ИСО 9001 СМК
*перед применением посмотреть обновления!
Примеры применения стандартов для отраслей:
Банковские операции, Трубопроводы, Нефть.
https://bian.org/servicelandscape-8-0/views.html
https://web.archive.org/web/20150222081036/http:/www.ppdm.org/
и я тоже заметил, что русских нет....
Принципы REST архитектуры.
Отличие от SOAP.
Вот наверно не надо так. И вооьще где рядом rest и soap упоминаются.
Ну хотя бы вот почему:
Мне понравилось, что анализ данных на экселе это продвинутый уровень. Действительно в погоне за модными технологиями все забывают про такой замечательный инструмент)
Почему «нельзя отправлять PUT и DELETE запросы из HTML-форм»?
1) HTML тег <form> имеет атрибут method и он может быть только get и post
https://www.w3schools.com/tags/tag_form.asp
2) PUT/DELETE запросы можно отправлять посредством XMLHttpRequest, посредством обращения к серверу «вручную» (скажем, через curl или даже через telnet), но нельзя сделать HTML-форму, отправляющую полноценный PUT/DELETE-запрос. Дело в том, спецификация HTML не позволяет создавать формы, отправляющие данные иначе, чем через GET или POST. Поэтому для нормальной работы с другими методами приходится имитировать их искусственно.
Вот понятие системного анализа предполагает знание основ теории систем, математики, специальных ее разделов. Не увидел. Все, что здесь в статье ,- это базовый прикладной уровень, не более того.
Спасибо, прекрасный чек-лист, есть от чего оттолкнуться.
Что нужно знать системному аналитику уровня Middle и Senior: план развития Hard Skills