Решил составить для себя план развития (я в IT с 2007, как аналитик - с 2017). Что получилось: некий чек-лист с перечислением 13 блоков (от работы с требованиям до безопасности) с описанием, что обязательно и желательно знать/уметь.

С чего все началось. Я недавно менял работу, поэтому готовился к техническим собеседованиям. Для удобства составил шпаргалку частых вопросов по основным темам. Когда проходил собеседования и видел, чего я не знаю, то дописывал это в свою шпаргалку. А немного позже решил составить для себя что-то наподобие плана развития. При создании плана использовал личный опыт, опыт коллег, ряд статей, учебные планы нескольких школ, требования из вакансий.

В каждом блоке выделил обязательные знания/умения и дополнительные (в тексте это выделено как «Продвинутый уровень»).

  • «Обязательно» - это то что системному аналитику точно нужно знать (с моей точки зрения).

  • «Продвинутый уровень» - это дополнительные знания уровня Senior, либо это требуется из-за специфики проектов конкретного специалиста (например, мобильная разработка).

Из каких блоков состоит план

  1. Процесс разработки

  2. Работа с требованиями

  3. Моделирование систем

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

  5. Пользовательский интерфейс (UI/UX)

  6. Интеграция систем

  7. Интеграция систем: архитектура REST

  8. Интеграция систем: протокол SOAP

  9. Интеграция систем: шина данных (ESB, MOM, MQ)

  10. Анализ данных

  11. Безопасность

  12. Тестирование

  13. Основы программирования

1. Процесс разработки

Обязательно

Знать

  • Типы ПО и их особенности (системное/прикладное/инструментальное, индивидуальное/групповое, web/desktop/app).

  • Жизненный цикл разработки программного обеспечения (Software development lifecycle - SDLC): сбор и анализ требований, проектирование, разработка, тестирование, внедрение, сопровождение.

  • Основные модели управления разработкой ПО (водопадные, итерационные). Основные гибкие методологии (Agile, Scrum, Kanban).

  • Основные участники команды разработки и сопровождения IT-проектов, их роли (разработчик, аналитик, тестировщик, product и project менеджер, сетевой инженер, DevOps). Разные виды аналитиков и чем они занимаются (системный, бизнес, продуктовый, веб, BI, аналитик данных).

  • Виды документации и их назначение (BRD, FSD/SRS, руководства пользователя, инструкции, регламенты, база знаний и т.д.).

  • Понятие «фреймворк».

  • Суть концепция CI/CD.

  • Общее представление о системе контроля версий.

Уметь

  • Выстраивать взаимодействие и совместную работу с заказчиками, командой, экспертами и другими участниками процесса создания, развития и сопровождения проектов.

  • Планировать и выстраивать процесс работы; выделять, декомпозировать и приоритизировать задачи, управлять сроками и рисками.

  • Создавать разные виды проектной документации.

Продвинутый уровень

Знать

  • Прочие модели, методологии, подходы к управлению разработкой ПО (инкрементная, V-образная, Domain-driven design (DDD), Lean и т.д.).

Уметь

  • Планировать процесс разработки фич и проектов, декомпозировать сложные процессы и задачи, ставить задачи другим участникам проекта.

  • Руководить реализацией отдельной фичи, руководить проектом, руководить другими сотрудниками. Планировать ресурсы. Управлять рисками.

2. Работа с требованиями

Обязательно

Знать

  • Что такое требования к разработке ПО. Виды требований (бизнес/пользовательские/системные, функциональные/нефункциональные и т.д.).

  • Источники требований, способы и инструменты сбора требований:

    • интервью, опросы, анкетирование

    • наблюдение за процессом

    • анализ внутренних документов компании (бэклог, планы развития, обращения в тех.поддержку и т.п.)

    • анализ требований законодательства и других внешних для компании документов

    • анализ текущих решений (собственных и внешних), систем-аналогов, ранних версий, прототипов

    • фокус-группы, мозговой штурм

    • анализ предметной области

  • Этапы работы с требованиями:

    • сбор требований

    • анализ, выстраивание приоритетов и устранение противоречий

    • согласование

    • моделирование системы, описание процессов

    • ревью и итоговое согласование

    • сопровождение и управление изменениями

    • тестирование функционала, презентация результатов

  • Структура документов с требованиями (проблемы и потребности, цели и задачи, заинтересованные лица, пользователи системы, описание как есть и как будет, ролевая модель, интеграция с другими системами, этапы реализации, границы проекта, ограничения, риски, глоссарий и т.д.).

  • Форматы описания требований: текстовый, графический и т.п.

Уметь

  • Выделять заказчиков, лиц принимающих решения, заинтересованных лиц проекта, экспертов, пользователей, специалистов создания, внедрения и сопровождения данного проекта.

  • Выделять источники и собирать требования разными способами (особенно через интервью).

  • Выявлять истинные причин появления проекта и требований:

    • почему появилась задача: какую проблему решаем или что хотим улучшить

    • зачем это реализовывать: ради какого измеряемого результата

    • определение цены и ценности: какой результат получить реально в рамках данного проекта и имеющихся ресурсов, устроит ли он, стоит ли он потраченного времени и других ресурсов.

    • определять границы проекта: что будет, а что не будет реализовано в текущем проекте, выделать MVP

  • Описывать разные виды требований, в разных форматах.

  • Выделять и описывать user story, use cases (основные и альтернативные сценарии).

  • Управлять требованиями: детализировать, проверять на однозначность, полноту, измеримость, проверяемость и осуществимость, проводить трассировку, устранять противоречивость, приоритизировать, согласовывать, реализовывать изменения, проводить ревью.

Продвинутый уровень

Знать

  • Расширенные знания стандартов описания требований: ГОСТ 19, ГОСТ 34, EARS (The Easy Approach to Requirements Syntax) и т.п.

Уметь

  • Выделять и описывать job story (Jobs-To-Be-Done).

  • Строить Impact Map (структура «зачем, кто, как, что»).

3. Моделирование систем

Обязательно

Знать

  • Основные виды архитектур, их описание, преимущества и недостатки, когда используются (локальная, монолитная, клиент/сервер/БД, SOA: сервис-ориентированная, MSA: микросервисная).

  • Понятия «хореография» и «оркестрация».

  • Понятия «фронтенд» и «бэкенд».

  • Описание процессов с помощью блок-схем (Flowchart).

  • Описание процессов в нотации BPMN 

  • Описание процессов и системы в нотации UML:

    • Диаграмма вариантов использования - Use Case Diagram

    • Диаграмма активностей - Activity Diagram

    • Диаграмма состояний - State Machine Diagram

    • Диаграмма последовательностей - Sequence Diagram

Уметь

  • Моделировать системы и описывать их с помощью разных нотаций (Flowchart, BPMN, UML) и разных способов (тексты, таблицы, схемы, диаграммы и т.п.).

  • Описывать бизнес-процессы, поведение пользователей и отклик системы, системные функции (процессы, осуществляемые системой без участия пользователя).

Продвинутый уровень

Знать

  • Более глубокие знания архитектур (многослойная, многоуровневая, MVC: Model-View-Controller, клиент-серверная, файл-серверная, облачная, событийно-ориентированная, микроядерная, модульный монолит, peer-to-peer и т.д.)

  • Особенности реализации web, desktop и мобильных приложений. Кроссплатформенная разработка.

  • Расширенные знания нотации BPMN и UML.

  • Знание других нотаций, стандартов, фреймворков (IDEF0, IDEF3, EPC, DMN, VAD, SIPOC, BABOK и т.п.).

  • Модель С4 архитектуры программного обеспечения.

Уметь

  • Описывать более сложные процессы в нотации BPMN.

  • Описывать более сложные процессы в нотации UML, использовать прочие виды диаграмм (Deployment Diagram, Component Diagram и т.д.).

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

Обязательно

Знать

  • Что такое концептуальная, логическая и физическая модели данных.

  • Структурированные, неструктурированные и слабоструктурированные данные.

  • Что такое и как между собой связаны: сущности (объекты), атрибуты, связи. 

  • Основные принципы ООП. Понятия «класс», «объект», «экземпляр».

  • Типы баз данных (реляционные, объектно-реляционные, нереляционные - NoSQL, колоночные, текстовые). Когда какие используются. Популярные систем управления баз данных (СУБД) для каждого типа.

  • Как организованы реляционные базы данных, правила проектирования:

    • Основные принципы реляционных баз данных

    • Типы данных

    • Способы реализации связей

    • Нормализация: что это, зачем нужна, 3 формы

    • Первичный ключ, составной первичный ключ, внешний ключ, суррогатный ключ

    • NULL и пустые значения 

    • Ограничения (NOT NULL, UNIQUE, PRIMARY KEY, FOREIGN KEY, CHECK, DEFAULT, INDEX, AUTO INCREMENT)

Уметь

  • Создавать ER-диаграммы.

  • Проектировать простые базы данных.

Продвинутый уровень

Знать

  • Более глубокие знания в проектировании реляционных БД

    • Представление (виртуальная таблица). Виды представлений.

    • Индексы

    • Триггеры

    • Транзакции. ACID-требования к транзакциям и CAP-теорема.

    • Временные таблицы (таблицы для промежуточных данных)

    • Хранимые процедуры

    • Сериализация данных

    • Что такое подмножества и какие бывают (DDL, DQL, DML, DCL, TCL).

    • SQL-инъекции

    • Чем отличаются и когда какую СУБД лучше выбрать (PostgreSQL, MySQL, Oracle, MS SQL, MongoDB, ClickHouse, DB2, Greenplum, SQLite, Elasticsearch, Cassandra и т.д.)

  • Правила проектирования нереляционных баз данных.

  • Понятие Object-relational mapping - ORM (доступ к реляционной базе данных с помощью объектно-ориентированного языка)

Уметь

  • Описывать классы в UML: Class Diagram.

  • Проектировать более сложные реляционные базы данных.

  • Проектировать нереляционные базы данных.

  • Составлять логические модели по существующей базе данных.

  • Осуществлять реинжиниринг модели данных.

5. Пользовательский интерфейс (UI/UX)

Обязательно

Знать

  • Основы UI/UX, правила построения интерфейсов (принципы, этапы разработки, критерии качества).

  • Типовые элементы (экранные формы, модальные окна, хлебные крошки, пагинация и т.д.).

  • Понимание принципов адаптивной верстки.

  • Понимание, что такое «клиентский путь».

Уметь

  • Создавать наброски и схемы графических интерфейсов системы.

  • Взаимодействовать с UI/UX специалистами.

Продвинутый уровень

Знать

  • Расширенные знания UI/UX. В том числе в разных направления (web, app и т.д.).

Уметь

  • Создавать макеты графического интерфейса системы (с помощью Figma или других специальных инструментов).

  • Создавать интерактивные прототипы графических интерфейсов.

  • Разрабатывать карты клиентского пути (CJM - Customer Journey Map).

6. Интеграция систем

Обязательно

Знать

  • Виды интеграций информационных систем (API, шина данных - ESB/MOM/MQ, общая база данных, файловый обмен). Их описание, преимущества и недостатки разных способов, что когда используется.

  • Pull-модель (первоначальный запрос производится клиентом) и push-модель (данные поступают от поставщика к пользователю на основе установленных контрактов).

  • Синхронное, асинхронное и реактивное взаимодействие.

  • Концепции stateful и stateless (с сохранением и без сохранения состояния на стороне сервера).

  • Основы синтаксиса JSON и XML.

  • Типы API (REST, SOAP, JSON:API, GraphQL, RPC, API нативных библиотек), их общее описание.

  • Веб-сервисы. Webhook.

  • Протокол HTTP

    • структура запроса и ответа (стартовая строка, HTTP-заголовки, тело сообщения)

    • основные методы в HTTP запросах, их назначение (GET, POST, PUT, DELETE, PATCH), концепция CRUD

    • структура URL (протокол, хост, порт, путь до ресурса, запрос/параметры)

    • коды состояния (1хх, 2хх, 3xx, 4xx, 5xx)

    • как передать html документ, json-файл

    • что такое HTTPS, отличие от HTTP

Уметь

  • Проектировать интеграционные взаимодействия:

    • диаграммы потоков данных (DFD)

    • диаграммы последовательности (Sequence Diagram)

    • описание передаваемых и принимаемых данных

    • обработка ошибок и нештатных ситуаций, журналирование

    • ограничения на интеграцию

    • требования к качеству интеграций

    • описание преобразований данных

    • регламент передачи данных

  • Разрабатывать требования к интеграции систем через файловый обмен.

  • Разрабатывать требования к интеграции систем через общую базу данных.

Продвинутый уровень

Знать

  • Уровни сетевого взаимодействия: модель OSI, TCP/IP, UDP, FTP, SSH, SFTP, WebSocket и т.п.

  • Какие есть сложности и проблемы при интеграции систем. Закон дырявых абстракций.

  • Что такое идемпотентность. Какие HTTP методы являются идемпотентными, а какие нет, почему.

Уметь

  • Разрабатывать требования интеграции систем через GraphQL и JSON:API.

7. Интеграция систем: архитектура REST

Обязательно

Знать

  • Принципы REST архитектуры.

  • Отличие от SOAP.

  • Особенности применения REST в HTML (нельзя отправлять PUT и DELETE запросы из HTML-формы).

  • JSON Schema.

Уметь

  • Понимать документацию с описанными REST API (в том числе в Swagger).

  • Проектировать и описывать интеграции REST API.

  • Работать с Postman

Продвинутый уровень

Знать

  • Отличие от JSON:API.

Уметь

  • Описывать интеграции REST API через OpenAPI и Swagger

  • Работать с cURL.

8. Интеграция систем: протокол SOAP

Обязательно

Знать

  • Основы протокола SOAP. Структура сообщения (XML файла). WSDL

  • XSD схема (XML Schema).

Уметь

  • Понимать документацию с описанными SOAP API.

Продвинутый уровень

Знать

  • Расширенные знания протокола SOAP (пространство имен, индикаторы элементов, XSLT, XPATH и т.д.).

Уметь

  • Проектировать и описывать интеграции SOAP API, XSD схемы.

  • Работать с SOAP UI и Postman (для SOAP).

9. Интеграция систем: шина данных (ESB, MOM, MQ)

Обязательно

Знать

  • Что из себя представляет ESB (Enterprise Service Bus - сервисная шина предприятия), MOM (Message-oriented Middleware - ПО, ориентированное на обмен сообщениями в распределенном окружении), MQ (Message Queue - очередь сообщений, брокер сообщений).

  • Отличие ESB от MQ. Отличие ESB от ETL.

  • Понятия «топик» (издатель-подписчик) и «очередь» (отправитель-получатель).

  • Какие брокеры сообщений чаще всего используются (RabbitMQ и Kafka).

Уметь

  • Понимать документацию с описанием интеграций через шину.

  • Описать документацию при использовании интеграции через шину.

Продвинутый уровень

Знать

  • Разница между RabbitMQ и Kafka. Когда что лучше выбрать.

  • Как брокер сообщений (RabbitMQ и Kafka) гарантирует доставку сообщений.

10. Анализ данных

Обязательно

Знать

  • Основы анализа данных.

  • Знать что такое Big Data, BI, Data Science, ML. 

Уметь

  • Анализировать данные, находить ответы на вопросы, формировать отчеты, уметь их презентовать.

  • Работать с простыми SQL запросами

    • CRUD-операции: SELECT, UPDATE, INSERT, DELETE

    • Создание и удаление таблиц: CREATE, DROP, TRUNCATE

    • Ограничение и сортировка: WHERE, LIMIT, DISTINCT, ORDER BY

    • Дополнительные условия: = != <> > < AND, OR, BETWEEN, IN, IS NULL, IS NOT NULL, LIKE, NOT LIKE

    • Арифметические операции: + - * / %

    • Агрегирование данных: GROUP BY, AS, AVG, COUNT, MAX, MIN, SUM, HAVING

    • Вложенные запросы (в части SELECT, FROM, WHERE)

    • Объединение запросов: UNION, UNION ALL

    • Объединение таблиц: JOIN (INNER, LEFT, RIGHT, FULL, CROSS)

    • Комментарии

Продвинутый уровень

Знать

  • Основы статистики.

  • Основы продуктовой аналитики (продуктовые и маркетинговые метрики, CustDev, А/В тестирование, Unit-экономика и т.д.)

  • Что такое OLTP (обработка транзакций в реальном времени), OLAP (интерактивный анализ данных - кубы), ETL (извлечение, преобразование, загрузка), ELT (извлечение, загрузка, преобразование), DWH (хранилище данных).

  • Понимание принципов построения хранилищ данных.

  • Основные системы аналитики данных.

Уметь

  • Проводить более сложный анализ данных, находить инсайты, аномалии. Формировать дашборды, визуализировать данные.

  • Работать с более сложными SQL запросами

    • Сложные составные запросы (в том числе с EXISTS, ANY, ALL, CASE, IF)

    • Встроенные функции: ROUND, DATE, TIME, DATETIME, SUBSTR и т.д.

    • Оконные функции (OVER)

  • Анализировать данные с помощью Excel.

  • Работать с BI системами (Power BI, Tableau и т.п.).

  • Работать с системами web и app аналитики (Google Analytics, Яндекс.Метрика и т.п.). 

  • Работать с Python для анализа данных (в том числе со специальными библиотеки NumPy, Pandas и т.д.).

11. Безопасность

Обязательно

Знать

  • Что такое аутентификация, примеры способов аутентификации (пароль, ЭЦП, SMS, push уведомление, биометрия, многофакторная), что такое идентификация.

  • Что такое авторизация, ролевая модель информационной системы.

  • Что такое хеширование, как и где применяется (особенно для паролей).

  • Что такое электронная подпись. Зачем и как используется.

Продвинутый уровень

Знать

  • Что такое криптография, для чего используется. Симметричное и асимметричное шифрование. Открытый и закрытый ключи. TLS/SSL в HTTPS.

  • Контрольная сумма: что это, как используется.

  • Основные схемы и протоколы аутентификации (базовая аутентификация, аутентификация по cookies, аутентификация по предъявлению цифрового сертификата, аутентификация с помощью ключа API, OpenID/OAuth/JWT и т.д.)

  • Что такое верификация и валидация.

  • Принципы работы электронной подписи, виды (простая, неквалифицированная, квалифицированная), их отличия.

  • Основные уязвимости веб сервисов и мобильных приложений.

12. Тестирование

Обязательно

Знать

  • Процесс тестирования, тест кейсы и чек листы.

Уметь

  • Разрабатывать критерии и процесс проведения приемочного тестирования.

  • Организовывать и проводить приемочное тестирование.

Продвинутый уровень

Знать

  • Виды, подходы, инструменты тестирования.

Уметь

  • Написать тест кейсы и чек листы (все позитивные и основные негативные сценарии).

  • Тестировать функционал (все позитивные и основные негативные сценарии).

13. Основы программирования

Обязательно

Знать

  • Какие основные языки программирования существуют, где применяются.

  • Основы программирования (переменные, операторы, ветвление, циклы, функции и т.п.).

  • Основы языка разметки документов HTML.

Уметь

  • Написать простую программу на любом ООП языке программирования.

Продвинутый уровень

Знать

  • Более глубокое знание хотя бы одного из популярных ООП языков.

  • Понимание основ HTML/CSS/JavaScript.

  • Понимание ООП в программировании.

Уметь

  • Написать более сложную программу на любом ООП языке программирования.

Итоги

Данный план больше напоминает меню в ресторане, где стоит выбирать что нужно, а не все позиции. Лично мне он в первую очередь помог структурировать имеющиеся опыт и знания, а также увидеть «белые пятна» и получить хотя бы общее представление по всем таким направлениям.

Какие знания и навыки нужны, и к какому уровню их отнести - это очень дискуссионный вопрос. Опять же, в каких-то блоках у меня знаний и опыта больше, а в каких-то меньше. Поэтому буду рад вашему мнению и вашим советам, особенно если что-то упустил (можно в комментариях, можно лично vk.com/chizhovav88).

Отдельная просьба - поделиться ссылками на митапы/форумы/каналы/соцсети, где происходит активное общение и публикуются полезные материалы по темам «аналитика», «управление IT-проектами», «запуск и развитие IT-проектов». Это тоже важная часть развития, которая у меня несколько просела.

Комментарии (19)


  1. dim
    11.10.2022 20:39
    +2

    Тоже пытался все это систематизировать. У вас получилось отлично. Спасибо.


  1. beskov
    12.10.2022 02:19
    +2

    Прям хорошо получилось)

    Я бы переименовал Моделирование систем в Моделирование и архитектура систем и добавил бы на продвинутый уровень CAP-теорему, паттерн CQRS, Event-Driven Architecture, Archimate


  1. beskov
    12.10.2022 02:20
    +1

    активно публикуем ссылки в канале t.me/itsysdes_events

    общаемся в группе t.me/itsysdes


  1. anna_ovzyak
    12.10.2022 08:37
    +1

    Спасибо за статью! Не соглашусь про опыт проектирования, из-за такого спорного пункта многие не хотят или боятся, что не поняют профессиию. А на практике вам в редком слудущий случае доверят писать код, чуть чаще вы сможете в него заглянуть.

    Расскажите об опыте или почему требуется системному анализу уметь программировать и писать код?


    1. sumfix
      12.10.2022 15:15
      +1

      При опыте написания кода повышается понимание работы проектируемой системы, которые аналитик закладывает в требованиях, улучшается взаимодействие с разработчиками (общаетесь на одном понятном языке, соответственно доверие выше)


    1. AlexeyChijov Автор
      12.10.2022 15:24

      С точки зрения поиска работы, уметь программировать - это не обязательное требование. И среди желательных оно в вакансиях не так уж и часто встречается. С другой стороны, мое мнение: если системный аналитик умеет программировать - это повышает качество его решений. Но опять же - это мнение, а не факт. На днях вышла интересная статья на данную тему: https://habr.com/ru/amp/post/692524/


  1. demchh
    12.10.2022 15:25
    +1

    информативненько :) Спасибо!


  1. Elena_Yanovich
    12.10.2022 15:25
    +1

    Огромное спасибо за статью! Для джуна несет массу пользы и целый план с пониманием что делать дальше


  1. avf48
    12.10.2022 15:26

    Все уже придумано, за вас.... Профессиональный стандарт Системный аналитик, Профессиональный стандарт Бизнес-аналитик и всё по категориям... Коллеги, Вы работайте со сложными системами, не стоит изобретать "Middle, Senior, Hard Skills" мы в России работаем и Терминология у нас с вами тоже своя.

    https://profstandart.rosmintrud.ru/

    ПС: Про стандарты в проектирование и интеграцию систем, думаю, ни кто и не знает... Когда же вы одумайтесь?!


    1. AlexeyChijov Автор
      12.10.2022 15:32

      Действительно, нашел его https://profstandart.rosmintrud.ru/obshchiy-informatsionnyy-blok/natsionalnyy-reestr-professionalnykh-standartov/reestr-professionalnykh-standartov/index.php?ELEMENT_ID=50437

      Правда мне трудно этот документ использовать именно как план развития. Может я не нашел, но я не увидел, например "знание UML" и т.п.


      1. beskov
        12.10.2022 22:30
        +1

        я как основной автор стандарта могу сказать, что конкретные нотации туда засовывать и не планировалось

        важно, какие работы СА может выполнить, какую информацию добыть, какие решения принять и какого качества — а уж будет там UML, SysML, OCL, Archimate, gRPC или SPARQL — не так важно (для стандарта)

        в готовящемся обновлении эта ситуация сохранится

        так что профстандарт как набор трудовых функций != модели компетенций


        1. avf48
          13.10.2022 00:00

          Вот-вот, а можно вот "это вот всё" в виде статьи или даже серии. Эту тему совсем забросили, а это же стандарт, а не идеал работы... К тому же, целый первоисточник! при всём уважении)))) Со стороны разработки систем (допустим ЭДО), у меня есть реальный пример архитектуры.

          Я, как "раздаточным материалом" для HR, пользуюсь методичкой
          "Алгоритм и принципы внедрения профессиональных стандартов в систему
          управления персоналом организации." – Екатеринбург: УрФУ, Данилова Н.В.


          1. beskov
            13.10.2022 00:24

            ничего не понял

            чего куда кому можно?


            1. avf48
              13.10.2022 01:00

              Статью на Habr, про применение профстандарта СА, про его структуру. Как по нему составить ДИ.

              трудовых функций != модели компетенций

              Хорошо было бы раскрыть данное утверждение.

              Как вариант, сопоставить работы в ИСО 12207 с профстандартом. Показать, что это типовая история для ит проектов...

              Ну или историю его разработки, от чего отталкивались при его написании)


      1. avf48
        12.10.2022 23:40

        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 СМК

        *перед применением посмотреть обновления!


        1. avf48
          13.10.2022 00:11

          Примеры применения стандартов для отраслей:

          Банковские операции, Трубопроводы, Нефть.

          https://bian.org/servicelandscape-8-0/views.html

          https://www.pods.org

          https://web.archive.org/web/20150222081036/http:/www.ppdm.org/

          и я тоже заметил, что русских нет....


  1. qixent
    13.10.2022 03:49

    • Принципы REST архитектуры.

    • Отличие от SOAP.

    Вот наверно не надо так. И вооьще где рядом rest и soap упоминаются.

    Ну хотя бы вот почему:

    https://www.google.com/amp/s/habr.com/ru/amp/post/483204/


  1. IgorNE
    13.10.2022 16:08
    +1

    Мне понравилось, что анализ данных на экселе это продвинутый уровень. Действительно в погоне за модными технологиями все забывают про такой замечательный инструмент)


    1. AlexeyChijov Автор
      13.10.2022 16:11

      Excel обычно спрашивают у тех, кому нужно заниматься анализом данных. Но все чаще нужен Python и BI-системы, а не Excel.