Comments on: Сценарии взаимодействия. Пара слов перед большой статьей http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/ Практика, практика и снова практика Thu, 28 Aug 2008 08:42:33 +0000 http://wordpress.org/?v=2.3.1 By: netklon http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-473 netklon Wed, 27 Feb 2008 14:08:54 +0000 http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-473 Пользовательская история это и есть один из форматов вариантов использования. Неформализованный и неподробный. Да, можно сначала написать историю, а потом уже дополнить ее подробностями, обвязать служебными полями и добавить графическую нотацию. Степень формализованности и подробности зависит от контекста проекта. Пользовательская история это и есть один из форматов вариантов использования. Неформализованный и неподробный.

Да, можно сначала написать историю, а потом уже дополнить ее подробностями, обвязать служебными полями и добавить графическую нотацию. Степень формализованности и подробности зависит от контекста проекта.

]]> By: Зимин Дмитрий http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-472 Зимин Дмитрий Wed, 27 Feb 2008 14:07:49 +0000 http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-472 <blockquote>“Штуки” называются персоны. А производимые ими действия - сценарий тестирования.</blockquote> Ага, спасибо. Я уже додумался потом, после того как написал сообщение. :) Бывает так со мной.

“Штуки” называются персоны. А производимые ими действия - сценарий тестирования.

Ага, спасибо. Я уже додумался потом, после того как написал сообщение. :) Бывает так со мной.

]]> By: Зимин Дмитрий http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-471 Зимин Дмитрий Wed, 27 Feb 2008 14:01:59 +0000 http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-471 netklon, т.е. изначально можно написать историю (story), а потом "ужесточить её", приведя к формальным описаниям (таблицы, диаграммы, UML), добавим ветки событий/исключений/прочее и в итоге получим вариант использования (case)? netklon, т.е. изначально можно написать историю (story), а потом “ужесточить её”, приведя к формальным описаниям (таблицы, диаграммы, UML), добавим ветки событий/исключений/прочее и в итоге получим вариант использования (case)?

]]> By: netklon http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-470 netklon Wed, 27 Feb 2008 09:27:34 +0000 http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-470 Дмитрий, "Штуки" называются персоны. А производимые ими действия - сценарий тестирования. Дмитрий,

“Штуки” называются персоны. А производимые ими действия - сценарий тестирования.

]]> By: netklon http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-469 netklon Wed, 27 Feb 2008 09:23:41 +0000 http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-469 Вариант использования (Use Case) - это описание того, как должна работать некоторая функциональная часть системы. Вариант использования имеет такие свойства как формализованность и подробность. Пользовательская история (User Story) - это самый простой, неформализованный и неподробный вид варианта использования. Зачастую истории пишут прямо во время интервью с заинтересованным лицом. В гибких методологиях разработки ограничиваются фиксированием требований в виде историй, мотивируя тем, что требования все равно изменятся, а поддержка актуальных подробных вариантов использования обойдется дорого. Зачастую для экономии времени вариант использования пишут только для одного успешного потока, не оговаривая исключения (это пример, который привел Дмитрий). Вариант использования (Use Case) - это описание того, как должна работать некоторая функциональная часть системы. Вариант использования имеет такие свойства как формализованность и подробность.

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

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

]]> By: Зимин Дмитрий http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-468 Зимин Дмитрий Tue, 26 Feb 2008 19:40:22 +0000 http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-468 Ну всё, в конец запутали. :) Кейсы, истории, сценарии... Давайте уже русские эквиваленты введем для ясности. Поправьте, если напутал. Вариант использования - это, грубо говоря, история типовой работы с системой. Есть персонаж - посетитель, у персонажа есть цель, он реализует её в системе (на сайте). То, как персонаж достигает цели и является сценарием взаимодействия. Для почтового клиента в общем виде это выглядит так: Пользователь запускает программу, при необходимости инициирует получение новых писем (если это не было проделано автоматически). Пришедшие сообщения просматриваются в общем списке в сокращенном виде. Из списка выбираются письма, достойные прочтения содержимого. Пользователь читает письмо и закрывает программу. В англоязычной терминологии это user stories. Верно? Сценарий взаимодействия - это описание определенных действий пользователя и откликов системы на них. В виде пошаговых инструкций или диаграммы. Пример: - Пользователь нажимает кнопку "Проверить почту". -- Система запрашивает указание ящиков для проверки. - Пользователь отмечает галочками доступные ящики и нажимает кнопку "Проверить выбранные". -- Система получает письма, сортирует и отмечает новые письма согласно настройкам пользователя. - Пользователь кликает на заголовок письма. -- Система открывает окно с содержимым выбранного письма. И это у нас use case, опять же, если не ошибаюсь. У меня ещё попутно вопрос: как правильно называются такие штуки, которые я предлагал людям использовать для тестирования (http://juniorman.ya.ru/replies.xml?item_no=345). p.s. Юрий, пишу в первый раз, хотя читаю ваш блог давно. Здравствуйте, Юрий. :) Ну всё, в конец запутали. :) Кейсы, истории, сценарии…
Давайте уже русские эквиваленты введем для ясности.

Поправьте, если напутал.

Вариант использования - это, грубо говоря, история типовой работы с системой. Есть персонаж - посетитель, у персонажа есть цель, он реализует её в системе (на сайте). То, как персонаж достигает цели и является сценарием взаимодействия.

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

В англоязычной терминологии это user stories. Верно?

Сценарий взаимодействия - это описание определенных действий пользователя и откликов системы на них. В виде пошаговых инструкций или диаграммы.

Пример:
- Пользователь нажимает кнопку “Проверить почту”.
– Система запрашивает указание ящиков для проверки.
- Пользователь отмечает галочками доступные ящики и нажимает кнопку “Проверить выбранные”.
– Система получает письма, сортирует и отмечает новые письма согласно настройкам пользователя.
- Пользователь кликает на заголовок письма.
– Система открывает окно с содержимым выбранного письма.

И это у нас use case, опять же, если не ошибаюсь.

У меня ещё попутно вопрос: как правильно называются такие штуки, которые я предлагал людям использовать для тестирования (juniorman.ya.ru/replies.xml?item_no=345).

p.s. Юрий, пишу в первый раз, хотя читаю ваш блог давно. Здравствуйте, Юрий. :)

]]> By: Запускаем проекты. Представление сырого продукта в бета-режиме | Juras Vetrau Blog. Управление проектами и проектирование интерфейсов http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-444 Запускаем проекты. Представление сырого продукта в бета-режиме | Juras Vetrau Blog. Управление проектами и проектирование интерфейсов Fri, 22 Feb 2008 09:12:40 +0000 http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-444 [...] что через неделю в блоге будут не только обещанные материалы, но и рассказы о двух свежезапущенных проектах. [...] […] что через неделю в блоге будут не только обещанные материалы, но и рассказы о двух свежезапущенных проектах. […]

]]> By: Juras Vetrau http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-412 Juras Vetrau Fri, 08 Feb 2008 09:53:09 +0000 http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-412 Vit, Да, он текстовый — тут просто небольшая путаница сперва в терминах получилась. Диаграммы полезны как альтернативное представление — краткий обзор процесса работы функциональности. Они всегда идут у меня в качестве оглавления набора wireframes. В остальном — и про сценарий, и про user stories все так :) Vit,

Да, он текстовый — тут просто небольшая путаница сперва в терминах получилась. Диаграммы полезны как альтернативное представление — краткий обзор процесса работы функциональности. Они всегда идут у меня в качестве оглавления набора wireframes. В остальном — и про сценарий, и про user stories все так :)

]]> By: Vit http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-410 Vit Wed, 06 Feb 2008 16:35:48 +0000 http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-410 Насколько мне не изменяет склероз use case - это текстовый документ очень гибкий и очень полезный. Диаграммами представлять шаги - всё равно что забивать гвозди мобильником. (Хотя я это много раз видел. Особенно любят Sequence Diagram) Сценарий - это отдельно взятый вариант (маршрут) проигрывания use case. user stories - это способ агильщиков перекладывать работу и ответственность на пользователей. По сути является другим названием для сценария. Насколько мне не изменяет склероз
use case - это текстовый документ очень гибкий и очень полезный. Диаграммами представлять шаги - всё равно что забивать гвозди мобильником. (Хотя я это много раз видел. Особенно любят Sequence Diagram)
Сценарий - это отдельно взятый вариант (маршрут) проигрывания use case.
user stories - это способ агильщиков перекладывать работу и ответственность на пользователей. По сути является другим названием для сценария.

]]> By: Juras Vetrau http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-402 Juras Vetrau Mon, 04 Feb 2008 07:56:04 +0000 http://www.jvetrau.com/2008/01/28/stsenarii-vzaimodeystviya-para-slov-pered-bolshoy-statey/#comment-402 Алексей, Да и в случае ТЗ и постановки задач можно быть гибким :) Полная статья будет на следующей неделе — сейчас готовлю запуск еще одного связанного с интерфейсами проекта. Очень хочется чтобы на следующей неделе он уже работал — так что основные силы уходят туда. Там воздастся всем за ожидания — будет много и интересно :) Ну а на этой будет промежуточный материал, тоже, думаю, неплохой :) Алексей,

Да и в случае ТЗ и постановки задач можно быть гибким :) Полная статья будет на следующей неделе — сейчас готовлю запуск еще одного связанного с интерфейсами проекта. Очень хочется чтобы на следующей неделе он уже работал — так что основные силы уходят туда. Там воздастся всем за ожидания — будет много и интересно :) Ну а на этой будет промежуточный материал, тоже, думаю, неплохой :)

]]>