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

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

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

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

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

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

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

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

ShtockP.S. ПМСМ Вы путаете Business Use case и UseCase
Пусть человек напишет, что он под этими ВИ понимает и будет ясно, что и как надо делать.
...
Рейтинг: 0 / 0
Названия use case'ов
    #34091870
bas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
сорри за очепятки, спешил ....
...
Рейтинг: 0 / 0
Названия use case'ов
    #34093258
MisterMOZG
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Пример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
Названия use case'ов
    #34093485
bas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как я и говорил - это один ВИ: "Разнести транспортные расходы на поставку".
Тут будет один ВИ без всяких включений или расширений.
Вам надо выбрать основной поток действий, который будет иметь некий результат, а остальные сценарии ВИ оформить в виде альтернативных потоков.
Вы пытаетесь функции оформить в виде ВИ, что категорично не правильно.

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

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


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


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