1

Для всех / Re: ISO/IEC/IEEE 29148:2011 Requirements engineering - есть ли в свободном доступе.

« : 12 Октября 2018, 14:39:09 »

хм, IEEE 830-1998 есть в переводе на русском, а IEEE 29148:2011 еще не перевели?

2

Тестирование / А/Б тестирование - Чемпион/претендент

« : 07 Сентября 2018, 20:31:38 »

Объясните пожалуйста разницу в этих двух терминах на пальцах (без отсылки на эти ваши интернеты).

3

Проектирование / Re: Системный аналитик - проектирование веб-сервисов

« : 30 Августа 2018, 13:25:35 »

Спасибо. Будем изучать 

4

Варианты Использования (Use Case) / Классификация ВИ

« : 30 Августа 2018, 01:19:42 »

Если я правильно понимаю, то можно классифицировать ВИ по таким признакам как:
- тип ВИ: бизнесовый/системный
- уровень ВИ: обобщенный/пользовательский/подфункции - раз, два
- прозрачность ВИ: черный ящик/прозрачный ящик

Например, все ВИ на диаграмме по этой ссылке, я бы классифицировал как:
- тип ВИ: бизнесовый
- уровень ВИ: пользовательский
- прозрачность ВИ: черный ящик

Направьте меня на путь истинный, если ошибаюсь

5

Варианты Использования (Use Case) / Отношение обобщения

« : 29 Августа 2018, 23:43:04 »

Пример ДВИ 1:


Пример ДВИ 2:


1. Насколько корректно использовать отношение обобщения, как в примере на ДВИ 2, для того чтобы:
- показать задействуемые бизнес-подразделения
- показать, что 1 сотрудник может выполнять несколько ролей
- избежать большого количества связей на диаграмме (только не в моём случае )

2. Правильно ли я понимаю, что в ВИ уровня "Пользовательский" (по Коберну) описываются только Бизнес ДЛ? Т.е. Системные ДЛ не описываются?

6

Варианты Использования (Use Case) / Re: Шаблон описания Use Case

« : 28 Августа 2018, 23:56:14 »

Главное в ВИ – это сценарии, основной и альтернативные. В приведенном примере основной сценарий невнятный, альтернативным нет места

Делать разбивку на основной и альтернативные сценарии пока не стал, чтобы не усложнять описание, т.к. это пока черновик..

совершенно непонятно, зачем переделывать плохую user story в плохой use case.

А чем именно плох приведенный user story?

Но, может быть, у вас есть примеры попроще?

Подготовлю примеры к выходным

7

Варианты Использования (Use Case) / Шаблон описания Use Case

« : 28 Августа 2018, 22:41:18 »

Доброго дня!

Проект на этапе анализа требований.
Что имеем: ~100 бизнес-требований описанных в формате User Story
Что хочется сделать: для каждого User Story описать 1 или несколько Use Case, для того чтобы:
- детализировать существующие требования
- выделить функциональные требования
- описать интерфейсы максимально абстрактно, чтобы не ограничивать команду разработки

Пример User Story:


Пример Use Case:


Диаграмма ВИ тоже есть, но еще не доведена до ума.

Дайте пожалуйста свои замечания к описанию моего Use Case:
- насколько корректно использовать такой шаблон Use Case, который у меня получился? 
- насколько корректно само описание? 

8

Проектирование / Re: Системный аналитик - проектирование веб-сервисов

« : 06 Марта 2018, 14:13:49 »

Ничем.

Вам надо было посетить семинары по проектированию продуктового ландшафта, проходившие 3 и 4 января сего года. Повторять буду, но не знаю, когда.

PS. Если что, архитектором я тоже работал. мой документ аналитиками признан хорошим. Пока не публиковал его, т.к. не истек срок давности.

Хотелось бы ссылку на инф. с этим семинаром в интернете. Где проходил семинар? Есть какие-то материалы с него?

9

Проектирование / Системный аналитик - проектирование веб-сервисов

« : 05 Марта 2018, 15:34:27 »

Интересует тема проектирования веб-сервисов.
Есть небольшой опыт в проектах на SOA архитектуре.
Увидел как выглядит реализация сервисов на SOAP протоколе (c REST сервисами знаком только в теории).
Немного принимал участие в доработке существующих SOAP API (добавление вх/вых параметров - в основном все сводилось к расширению атрибутного состава таблицы/сущности).

Но, не было опыта проектирования сервиса и API с нуля.
Поэтому хочется понимать, как подходить к решению следующих задач:
1. Проектирование нового SOAP сервиса и SOAP API
2. Проектирование нового REST сервиса и REST API
В чем будут отличаться подходы к решению 1 и 2 задач (на уровне системного анализа)?

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

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