16

Варианты Использования (Use Case) / Re: Ссылка на алгоритмы при написании вариантов использования

« : 16 Октября 2009, 12:20:01 »

Я бы понял ответ, вроде
ВИ должен содержать ЧТО, я отображаю, а не КАК это вычислять. Все точка, закрыли тему. И никакого разговора про ссылки на алгоритмы, GUI, исходные данные, про связи по данным с другими ВИ.

Но в процессе проектирования к ВИ все равно приписываются аспекты типа "как". и я это вижу по вашим ответам, и потому, что заказчик все равно хочет быть уверен, что в этом месте текста ВИ будет сделано так, КАК ему нужно.
Вопрос в том, как поступают с ссылками на артефакты проектирования из ВИ.

17

Варианты Использования (Use Case) / Re: Ссылка на алгоритмы при написании вариантов использования

« : 16 Октября 2009, 11:55:20 »

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

18

Варианты Использования (Use Case) / Re: Ссылка на алгоритмы при написании вариантов использования

« : 16 Октября 2009, 11:52:24 »

на Ваши вопросы ответить-то просто, но я бы порекомендовал помимо этого поглубже узнать предметную область
я предложил бы сделать три шага:
1. ввод условий отбора, перечислить поля/данные, используемые для отбора и т.п. можно приложить картинку интерфейса
2. запрос отчета, грубо говоря действие, выполняемое по кнопке, без описания самого запроса и источников информации, к которым он обращается (т.е. нижнего технического уровня)
3. форма получаемого отчета, колонки, если есть, то формулы, расчеты и т.п. ссылок на БД я бы не рекомендовал бы делать, но описать "своими словами" какая информация будет помещена в соответствующие ячейки отчета.

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

Пример демонстрировал, как сущность предметной области (накладная) неявно участвует в ВИ1 и ВИ3.
Нерешенная мной задача в том, что как указать в ВИ3 факт некого алгоритма по данным, которые задействованы в ВИ1.

P.S.
В прочем, я с удовольствием наблюдаю за вашей дискуссией.

19

Варианты Использования (Use Case) / Re: Ссылка на алгоритмы при написании вариантов использования

« : 16 Октября 2009, 11:29:47 »

Стало быть:
4. Система открывает форму (см ПИ1.) и отображает параметры объекта. (см. Требование1)

Требования к пользовательскому интерфейсу

ПИ1. Форма1
Элемент.       тип                  источник данных
Таблица 1     таблица            см Требование1.

так примерно поступают?

20

Варианты Использования (Use Case) / Re: Ссылка на алгоритмы при написании вариантов использования

« : 16 Октября 2009, 10:01:44 »

Спасибо за ответ.

Я вижу цели написания ВИ
1) в том, чтобы разговорить заказчика. (На этапе описания концепции все бывает хорошо, да-да расходный документ, имеет атрибут дата все именно так, но после того как начинает писаться сценарий, выходит, что дату мы ввести не можем, потому, что на практике дата идет задним числом и тп)
2) в том, чтобы связать тесты и требования заказчика. (если ВИ являются входными данными для тестера, то так оно и получается)
3) в том, чтобы [в теории] не тратить время в ситуации "блин, зачем я написал 2 месяца назад if ( invoiceTotal < 3.5 ) { ... }".

4) не цель,а ограничение: -- текст одного ВИ не должен сильно меняться, если меняется способ его реализации.

для (2) - на алгоритм лучше сослаться через интерфейс.
для (4) - лучше этого не делать.

Чем именно плохи мои название ВИ? Не отражает бизнес-смысл операции? "ВИ1. учесть поступление деталей", "ВИ2. учесть расход деталей" ?

Делаете ли вы ссылки на алгоритмы? через интерфейс или как-то еще?

21

Варианты Использования (Use Case) / Ссылка на алгоритмы при написании вариантов использования

« : 15 Октября 2009, 22:56:52 »

Пример.
Система ведет учет прихода/расхода деталей на складе.


--- СИСТЕМНЫЕ ВАРИАНТЫ ИСПОЛЬЗОВАНИЯ ---
ВИ1. Ввод информации о поступлении деталей.
...

ВИ2. Ввод информации о расходе деталей.
...

ВИ3. Просмотр остатков на складе.
1. ....
2. ....
3. Пользователь выбирает "просмотр остатков на складе"
4. Система показывает ...

что обычно пишут на месте п.4 ВИ3? Указывают ссылку на раздел, описывающий форму пользовательского интерфейса, где указывается, что будет таблица, с колонками "наименование товара" и "остаток". И в разделе описывающем форму, конкретизируют, что источником данных будет то-то и то-то?

Или в тексте ВИ, как-то пишется, что будут показаны данные, получаемые как результат некого алгоритма по исходным данным введенным при ВИ1 и ВИ2?

или еще каким-то третьим способом?

22

Обсуждение статей / Re: Управления Требованиями на базе Wiki-движков (Confluence)

« : 06 Октября 2009, 16:13:35 »

Использовать предложенный плагин не получилось из-за отсутствия поддержки версии Confluence 3.x .

Я нашел ответ на свой вопрос.

Чтобы добиться приятного визуального отображения состояния одной JIRA-задачи с помощью jiraissues, нужно использовать URL, отличный от того, который предлагается в документации на jiraissues:

{jiraissues:renderMode=static|url=http://server:8080/si/jira.issueviews:issue-xml/TST-1/?}

Очень надеюсь, что вам удастся довести до конца работу по размещению в сети вашего варианта настройки Confluence. Процесс настройки confluence - безусловно, барьер на пути использования WIKI как СУТ.

23

Обсуждение статей / Re: Управления Требованиями на базе Wiki-движков (Confluence)

« : 05 Октября 2009, 23:49:10 »

Похоже, что нет. В презентации использовался не JIRA Issues Macro, поскольку:
а) JIRA Issues Macro показывает список задач JIRA, а не одну задачу как показано в презентации;
б) у нас установлен JIRA Issues Macro, но Confluence упорно утверждает "Unknown macro: {jira-col}".

Может, это какой-то пользовательский макро поверх JIRA Issues Macro ?

24

Обсуждение статей / Re: Управления Требованиями на базе Wiki-движков (Confluence)

« : 05 Октября 2009, 14:01:48 »

На одном из слайдов презентации увидел WIKI-текст Confluence-страницы, отображающей одну задачу из JIRA -  макрос {jira-col}. К какому плугину относится этот макрос?