Решил составить для себя план развития (я в IT с 2007, как аналитик - с 2017). Что получилось: некий чек-лист с перечислением 13 блоков (от работы с требованиям до безопасности) с описанием, что обязательно и желательно знать/уметь.
С чего все началось. Я недавно менял работу, поэтому готовился к техническим собеседованиям. Для удобства составил шпаргалку частых вопросов по основным темам. Когда проходил собеседования и видел, чего я не знаю, то дописывал это в свою шпаргалку. А немного позже решил составить для себя что-то наподобие плана развития. При создании плана использовал личный опыт, опыт коллег, ряд статей, учебные планы нескольких школ, требования из вакансий.
В каждом блоке выделил обязательные знания/умения и дополнительные (в тексте это выделено как «Продвинутый уровень»).
«Обязательно» - это то что системному аналитику точно нужно знать (с моей точки зрения).
«Продвинутый уровень» - это дополнительные знания уровня Senior, либо это требуется из-за специфики проектов конкретного специалиста (например, мобильная разработка).
Из каких блоков состоит план
Процесс разработки
Работа с требованиями
Моделирование систем
Модели данных
Пользовательский интерфейс (UI/UX)
Интеграция систем
Интеграция систем: архитектура REST
Интеграция систем: протокол SOAP
Интеграция систем: шина данных (ESB, MOM, MQ)
Анализ данных
Безопасность
Тестирование
Основы программирования
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)
beskov
12.10.2022 02:19+2Прям хорошо получилось)
Я бы переименовал Моделирование систем в Моделирование и архитектура систем и добавил бы на продвинутый уровень CAP-теорему, паттерн CQRS, Event-Driven Architecture, Archimate
beskov
12.10.2022 02:20+1активно публикуем ссылки в канале t.me/itsysdes_events
общаемся в группе t.me/itsysdes
anna_ovzyak
12.10.2022 08:37+1Спасибо за статью! Не соглашусь про опыт проектирования, из-за такого спорного пункта многие не хотят или боятся, что не поняют профессиию. А на практике вам в редком слудущий случае доверят писать код, чуть чаще вы сможете в него заглянуть.
Расскажите об опыте или почему требуется системному анализу уметь программировать и писать код?
sumfix
12.10.2022 15:15+1При опыте написания кода повышается понимание работы проектируемой системы, которые аналитик закладывает в требованиях, улучшается взаимодействие с разработчиками (общаетесь на одном понятном языке, соответственно доверие выше)
AlexeyChijov Автор
12.10.2022 15:24С точки зрения поиска работы, уметь программировать - это не обязательное требование. И среди желательных оно в вакансиях не так уж и часто встречается. С другой стороны, мое мнение: если системный аналитик умеет программировать - это повышает качество его решений. Но опять же - это мнение, а не факт. На днях вышла интересная статья на данную тему: https://habr.com/ru/amp/post/692524/
Elena_Yanovich
12.10.2022 15:25+1Огромное спасибо за статью! Для джуна несет массу пользы и целый план с пониманием что делать дальше
avf48
12.10.2022 15:26Все уже придумано, за вас.... Профессиональный стандарт Системный аналитик, Профессиональный стандарт Бизнес-аналитик и всё по категориям... Коллеги, Вы работайте со сложными системами, не стоит изобретать "Middle, Senior, Hard Skills" мы в России работаем и Терминология у нас с вами тоже своя.
https://profstandart.rosmintrud.ru/
ПС: Про стандарты в проектирование и интеграцию систем, думаю, ни кто и не знает... Когда же вы одумайтесь?!
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" и т.п.
beskov
12.10.2022 22:30+1я как основной автор стандарта могу сказать, что конкретные нотации туда засовывать и не планировалось
важно, какие работы СА может выполнить, какую информацию добыть, какие решения принять и какого качества — а уж будет там UML, SysML, OCL, Archimate, gRPC или SPARQL — не так важно (для стандарта)
в готовящемся обновлении эта ситуация сохранится
так что профстандарт как набор трудовых функций != модели компетенцийavf48
13.10.2022 00:00Вот-вот, а можно вот "это вот всё" в виде статьи или даже серии. Эту тему совсем забросили, а это же стандарт, а не идеал работы... К тому же, целый первоисточник! при всём уважении)))) Со стороны разработки систем (допустим ЭДО), у меня есть реальный пример архитектуры.
Я, как "раздаточным материалом" для HR, пользуюсь методичкой
"Алгоритм и принципы внедрения профессиональных стандартов в систему
управления персоналом организации." – Екатеринбург: УрФУ, Данилова Н.В.beskov
13.10.2022 00:24ничего не понял
чего куда кому можно?avf48
13.10.2022 01:00Статью на Habr, про применение профстандарта СА, про его структуру. Как по нему составить ДИ.
трудовых функций != модели компетенций
Хорошо было бы раскрыть данное утверждение.
Как вариант, сопоставить работы в ИСО 12207 с профстандартом. Показать, что это типовая история для ит проектов...
Ну или историю его разработки, от чего отталкивались при его написании)
avf48
12.10.2022 23:40UML это одна из нотаций. 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 СМК
*перед применением посмотреть обновления!
avf48
13.10.2022 00:11Примеры применения стандартов для отраслей:
Банковские операции, Трубопроводы, Нефть.
https://bian.org/servicelandscape-8-0/views.html
https://web.archive.org/web/20150222081036/http:/www.ppdm.org/
и я тоже заметил, что русских нет....
qixent
13.10.2022 03:49Принципы REST архитектуры.
Отличие от SOAP.
Вот наверно не надо так. И вооьще где рядом rest и soap упоминаются.
Ну хотя бы вот почему:
IgorNE
13.10.2022 16:08+1Мне понравилось, что анализ данных на экселе это продвинутый уровень. Действительно в погоне за модными технологиями все забывают про такой замечательный инструмент)
AlexeyChijov Автор
13.10.2022 16:11Excel обычно спрашивают у тех, кому нужно заниматься анализом данных. Но все чаще нужен Python и BI-системы, а не Excel.
dim
Тоже пытался все это систематизировать. У вас получилось отлично. Спасибо.