Гость
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Названия use case'ов / 9 сообщений из 9, страница 1 из 1
29.10.2006, 11:39
    #34089193
MisterMOZG
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Названия use case'ов
Насколько я понял теорию название юзкейса должно отражать цель пользователя в отношении системы.

Пример1:
Код: plaintext
1.
2.
3.
4.
5.
6.
Название: Сделать А
Триггер: поставщик повысил цену, необычно дорогая поставка
Базовое развитие событий: ДелатьАДелатьАДелатьА

Название:Сделать Б
Триггер: необычно дешёвая поставка
Базовое развитие событий: ДелатьБДелатьБДелатьБ

На практике заказчик гораздо лучше понимает обсуждаемое, если в качестве названия использовать события из его практики

Пример2:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
Название:Поставщик повысил цену
Баз.развитие событий: ДелатьАДелатьАДелатьА

Название:Необычно дорогая поставка
Баз.развитие событий: ДелатьАДелатьАДелатьА

Название:Необычно дешёвая поставка
Базовое развитие событий: ДелатьБДелатьБДелатьБ
Как правильнее?
Может обсуждать с заказчиком в виде как в Пример2:, а писать в спецификацию как в Примере1?
Или я не правильно понимаю теорию?
...
Рейтинг: 0 / 0
30.10.2006, 11:02
    #34090304
bas
bas
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Названия use case'ов
Если я правильно понял, то не правильно ни так ни так.
Вы описали альтернативные сценарии одного Варианта Использования (ВИ). Цель видимо одна - что-то сделать, если цена изменилась в ту или иную сторону. Если так, то тут один ВИ.
З.Ы. Трудно 100% сказать как прасльно, не увидев описание сценариев ВИ.
...
Рейтинг: 0 / 0
30.10.2006, 15:42
    #34091624
Shtock
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Названия use case'ов
Я предпочитаю называть Use case без использования глаголов,так как глаголы - это названия функций. Например, для Use Case Оформление сделки необходимо использовать функции Ввести сделку, проверить сделку и т.д.

P.S. ПМСМ Вы путаете Business Use case и UseCase
...
Рейтинг: 0 / 0
30.10.2006, 16:33
    #34091867
bas
bas
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Названия use case'ов
ShtockЯ предпочитаю называть Use case без использования глаголов,так как глаголы - это названия функций. Например, для Use Case Оформление сделки необходимо использовать функции Ввести сделку, проверить сделку и т.д.
Чем же плох ВИ "Оформить сделку"? На самом деле - это не принципиально, как называть - глаголом или отглогольным существительным, главное это саблюдать на предприятии всем и праильно выделять ВИ.

ShtockP.S. ПМСМ Вы путаете Business Use case и UseCase
Пусть человек напишет, что он под этими ВИ понимает и будет ясно, что и как надо делать.
...
Рейтинг: 0 / 0
30.10.2006, 16:34
    #34091870
bas
bas
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Названия use case'ов
сорри за очепятки, спешил ....
...
Рейтинг: 0 / 0
31.10.2006, 10:46
    #34093258
MisterMOZG
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Названия use case'ов
Пример1:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
ВИ- 1  "Разнести транспортные расходы на поставку как есть"
Триггер: пришёл счёт от трансп.компании
Базовое развитие событий: 
    ¤Оператор делает ААА
    ¤Система изменяет себестоимость товара в поставке

ВИ- 2  "Разнести транспортные расходы на поставку с подгоном"
Триггер: поставщик повысил цену, необычно дорогой транспорт
Базовое развитие событий:
    ¤Оператор фиксирует в системе себестоимость к-рая его устраивает
    ¤Оператор делает ААА
    ¤Система изменяет себестоимость товара в поставке с подгоном к установленной
Постусловие: 
    Обычно остаётся неразнесённый остаток транспортных расходов

ВИ- 3  "Разнести ранее не разнесённые транспортные расходы на поставку"
Триггер: необычно дешёвый транспорт
Предусловие: 
    транспортные расходы на поставку уже разнесены, 
    есть неразнесённые остатки трансп.расходов
Базовое развитие событий:
    ¤Оператор находит с помощью системы остатки неразнесённых трансп.расходов
    ¤Оператор определяет сколько ещё трансп.расходов можно разнести на поставку
    ¤Оператор делает ААА
    ¤Система изменяет себестоимость товара в поставке

На практике заказчик гораздо лучше понимает обсуждаемое, если в качестве названия использовать события из его практики

Пример2:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
ВИ- 0  "Обычные трансп расходы"
Базовое развитие событий: 
    ¤Оператор делает ААА
    ¤Система изменяет себестоимость товара в поставке


ВИ- 1  "Поставщик повысил цену"
Баз.развитие событий:
    ¤Оператор фиксирует в системе себестоимость к-рая его устраивает
    ¤Оператор делает ААА
    ¤Система изменяет себестоимость товара в поставке с подгоном к установленной
Постусловие: 
    Обычно остаётся неразнесённый остаток транспортных расходов

ВИ- 2  "Необычно дорогой транспорт"
Баз.развитие событий:
    ¤Оператор фиксирует в системе себестоимость к-рая его устраивает
    ¤Оператор делает ААА
    ¤Система изменяет себестоимость товара в поставке с подгоном к установленной
Постусловие: 
    Обычно остаётся неразнесённый остаток трансп.расходов


ВИ- 3  "Необычно дешёвый транспорт"
Базовое развитие событий: 
Предусловие: 
    транспортные расходы на поставку уже разнесены, 
    есть неразнесённые остатки трансп.расходов
Базовое развитие событий:
    ¤Оператор находит с помощью системы остатки неразнесённых трансп.расходов
    ¤Оператор определяет сколько ещё трансп.расходов можно разнести на поставку
    ¤Оператор делает ААА
    ¤Система изменяет себестоимость товара в поставке


Насколько я понимаю это не бизнес-юз-кейсы
Это юзкейсы уровня "цель пользователя", система как чёрный ящик (как серый? ведь я же указываю, что себестоимость изменилась)

По поводу объединить их в один, с расширениями, то мне кажется, что пользователю будет ещё непонятнее. Не знаю.
...
Рейтинг: 0 / 0
31.10.2006, 11:31
    #34093485
bas
bas
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Названия use case'ов
Как я и говорил - это один ВИ: "Разнести транспортные расходы на поставку".
Тут будет один ВИ без всяких включений или расширений.
Вам надо выбрать основной поток действий, который будет иметь некий результат, а остальные сценарии ВИ оформить в виде альтернативных потоков.
Вы пытаетесь функции оформить в виде ВИ, что категорично не правильно.

авторПостусловие:
Обычно остаётся неразнесённый остаток транспортных расходов
Не правильно сформулированное условие, т.к. оно должно быть однозначным.
...
Рейтинг: 0 / 0
11.11.2006, 01:15
    #34120916
byur
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Названия use case'ов
MisterMOZG Пример1:
[src]

ВИ-1 "Разнести транспортные расходы на поставку как есть"
Триггер: пришёл счёт от трансп.компании
Базовое развитие событий:
¤Оператор делает ААА
¤Система изменяет себестоимость товара в поставке


Use Cases не единственный способ описания динамики в терминах целей пользователя по отношению к ситеме или бизнесу ... возможно более простым выходом для вас, будет для начала просто описать сценарии ... честно не называя их юзкейсами :-). Потом, просвети анализ сценариев, и сформировать юзкейсы.
...
Рейтинг: 0 / 0
14.11.2006, 11:59
    #34126451
MisterMOZG
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Названия use case'ов
Спасибо всем кто принял участие.
В голове немного прояснилось :)
...
Рейтинг: 0 / 0
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Названия use case'ов / 9 сообщений из 9, страница 1 из 1
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]