Size: a a a

Анализ в ИТ-проектах

2020 October 15

S

SystemA in Анализ в ИТ-проектах
Andrey D
Спасибо.. Но это не совсем то, это скорее инструмент генерации документации на основе исходных данных и создание сайта. Интересно какими инструментами пользуются технические писатели и аналитики при подготовке требований,когда применяется  этот подход.
Аналитики пользуются таким подходом?
источник

M

Maxim in Анализ в ИТ-проектах
Инструмент ведения требований как кода я видел только один.

https://github.com/doorstop-dev/doorstop
источник

S

SystemA in Анализ в ИТ-проектах
Пока подход не отработан и напоминает попытку натянуть сову на глобус
источник

DE

Daniel Ershov in Анализ в ИТ-проектах
Andrey D
Спасибо.. Но это не совсем то, это скорее инструмент генерации документации на основе исходных данных и создание сайта. Интересно какими инструментами пользуются технические писатели и аналитики при подготовке требований,когда применяется  этот подход.
текстовым редактором для требований, OpenAPI для генерации описания из готового кода
источник

A

Alexandra in Анализ в ИТ-проектах
Andrey D
Всем привет! Был ли у кого нибудь  опыт использования подхода при документировании docs as a code(или docs like code)? Интересует прежде всего инструменты документирования.
DocBook, Dita
источник

AM

Artemy Melchuk in Анализ в ИТ-проектах
Andrey D
Всем привет! Был ли у кого нибудь  опыт использования подхода при документировании docs as a code(или docs like code)? Интересует прежде всего инструменты документирования.
cucumber
источник

NK

ID:0 in Анализ в ИТ-проектах
Напоминаем, что сегодня в 19.00 по МСК состоится выступление Сергея Мартыненко. Прямая ссылка на трансляцию https://www.youtube.com/watch?v=oPZhnbx0WgA
источник

NK

ID:0 in Анализ в ИТ-проектах
22 октября, в четверг вечером, Елена Бенкен продолжит рассказывать о вопросах интеграции программных систем, и сделает очередной доклад на тему "Зачем нам XSD, если мы работаем с SOAP"
Приглашаем аналитиков и всех сочувствующих
https://sysanschool.timepad.ru/event/1457258/
источник
2020 October 16

АА

Алексей Акутин... in Анализ в ИТ-проектах
Коллеги, кому интересно, или кто занимается бизнес глоссарием (в области управления данными), нашёл стандарт

ГОСТ Р ИСО/МЭК 11179-1-2010 Информационная технология (ИТ). Регистры метаданных (РМД). Часть 1. Основные положения, ГОСТ Р от 23 ноября 2010 года №ИСО/МЭК 11179-1-2010


Международный номер  - ISO/IEC 11179

Буду рад дополнительной информации от Вас))
источник

K

Kayrat in Анализ в ИТ-проектах
Всем привет.
Я не аналитик, но хочу уточнить один вопрос)
Вот есть система событийной аналитики amplitude, и ещё есть система мониторинга elasticsearch.
Вот я не могу найти ответ в чем принципиальная разница между системой мониторинга и системой событийной аналитики? И там и там же отправляются события с заданой структурой
источник

A

Aroh in Анализ в ИТ-проектах
Амплитуда это система сбора аналитики. А эластиксерч это nosql бд оптимизированная для полнотекстового поиска по большим объемам текстовой информации
источник

A

Aroh in Анализ в ИТ-проектах
Эластик часто используют как часть стэка elk, как систему для сбора, индексирования, хранения и работы с логами
источник

A

Aroh in Анализ в ИТ-проектах
Для мониторинга это уже что то из экзотики
источник

M

Maxim in Анализ в ИТ-проектах
Если говорить об elk, то возможно и вправду нет. Вижу что elk не только для мониторинга используют,но и для аналитики. Сам еластик тоже об этом упоминает https://www.elastic.co/webinars/kibana-for-business-analytics-real-use-cases-tips-and-tricks
источник

K

Kayrat in Анализ в ИТ-проектах
Спасибо за комментарии.
А есть какие нибудь материалы/литература для чайников по этой теме?
Просто хотим прикрутить событийную аналитику, но то что вижу сейчас в кибане уже отвечает на ряд вопросов, которые ставим перед событийной аналитикой. И вот не понятно стоит ли заниматься внедрением и проектированием событий под amplitude или можно с elactic 'ом дальше работать и туда все писать
источник

A

Aroh in Анализ в ИТ-проектах
Амплитуда это штука заточенная под аналитику мобильных приложений. По идее работа с ней заметно дешевле чем пилить свое. Но если у вас уже прикручена елка и сбор данных в нее, то мб в ней и дальше будет дешевле жить. Хотя как вы какой-нибудь когортный анализ в кибане будете организовывать - я не знаю. С другой стороны, нужен ли он вам
источник

K

Kayrat in Анализ в ИТ-проектах
Когортный анализ нужен. Вот эти продуктовые отчеты из коробки amplitude и мотивируют юзать амплитуду
источник

AM

Aleksey Melnikov in Анализ в ИТ-проектах
Kayrat
Спасибо за комментарии.
А есть какие нибудь материалы/литература для чайников по этой теме?
Просто хотим прикрутить событийную аналитику, но то что вижу сейчас в кибане уже отвечает на ряд вопросов, которые ставим перед событийной аналитикой. И вот не понятно стоит ли заниматься внедрением и проектированием событий под amplitude или можно с elactic 'ом дальше работать и туда все писать
ELK это скорее платформа для сбора данных и инструментами работы с ними, а Aplitude - специализированное решение, которое из коробки заточено на конкретных пользователей.

Aplitude будет специализированным решением которым будут пользоваться люди с ролью аналитиков, менеджеров продукта и тд.
А данными от ELK могут пользоваться в своей работе инженеры поддержки, разработчики и те же самые аналитики и менеджеры продукта.

Компоненты построения аналитики в составе ELK можно довести до ума и реализовать специализированную функциональность, но это вложения.
Aplitude из коробки массу всего умеет. График цены владения радикально будет отличаться от ELK который для вашего проекта нужно оценивать исходя из множества факторов.
источник

K

Kayrat in Анализ в ИТ-проектах
Спасибо!
источник

K

Kayrat in Анализ в ИТ-проектах
Aroh
Для мониторинга это уже что то из экзотики
Сейчас в книге "elasticsearch kibana logstash и поисковые системы нового поколения" увидел, что там целая глава посвящена "мониторингу серверной инфраструктуры"
источник