А в Коде отражаются задачи трекера?

Конференция ИТ-аналитиков Ростелекома https://it-events.rt.ru/events/53

У нас пока это требовалось. Но такая возможность в Коде существует

А запись мероприятий ведётся? А то доклады интересные, но рабочее время есть рабочее время(

Обещали прислать запись тем, кто зарегистрировался

Класс, спасибо!

Да да, тоже позавидовал ребятам, что могут в 3 часа дня в эфир вот так выйти)

Поделитесь?

+1

Сегодня в 19.00 по МСК состоится доклад. Прямая ссылка на просмотр и запись https://www.youtube.com/watch?v=TbDnSQbMGjg&feature=youtu.be

Всем спасибо за хорошие вопросы. Если у кого какие вопросы остались, пишите в личку (или сюда, если вы считаете, что вопрос достоин публичного обсуждения).

10 декабря, в четверг вечером, Марина Давыдова проведет мастер-класс "Исследование предметной области, как квест в работе аналитика" https://sysanschool.timepad.ru/event/1499207/

12-13 декабря, в выходные, Сергей Медведев поможет аналитикам освоить специфику работы с требованиями в Agile-проектах: https://systems.education/product-owner

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

Ну и вкратце по проекту - описываю требования к "программе-заглушке" которая должна позволить проверить и взять данные из одной директории, обратиться к серверу и передать данные к нему. И соответствтенно наоборот сторонний сервер может передать данные ко мне.

Собственно сам пример:

2.1    Назначение системы
Назначением является: обеспечение приема и передачи открытых данных между Система 1 и Система 2.

2.2    Цели создания системы
Целями создания являются обеспечение:
–    успешной автоматической передачи и получения данных;
–    корректности (соответствие спецификации) отправляемых и принимаемых данных;
–    соблюдение сроков передачи/приема данных;
–    возможности изменения видов и перечня передаваемых и принимаемых данных.

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

Предполагается добавление xml или json схем и соответственно адресов обращения к сервисам.
То есть делаться это, пока, будет в ручную так как репозитория со схемами и адресами сервисов нет.
Хотя идея хорошая, надо будет обсудить ))))

Цели можно бизнесово писать типа "повышение скорости", точности, снижение ошибок, трудоемкости и тп. Можно просто в формате "обеспечение автоматической проверки корректности" (хотя это по сути назначение и функции системы, но как вариант).

Но "обеспечение успешной" и "соблюдения сроков" я бы не стал писать

Вот с этим у меня как раз и проблема, дело в том, что я знаю как писать, но не умею :))))

почти всегда получается вот такое :)))