Системный вариант использования По сравнению со случаем Бизнес-использования
В вопросе №1 разделим его на две части. Во-первых, увеличьте любой документ, который имеет «items.item_name», равный «my_item_two». Для этого вам придется использовать позиционный оператор «$». Что-то вроде:
db.bar.update( {user_id : 123456 , "items.item_name" : "my_item_two" } ,
{$inc : {"items.$.price" : 1} } ,
false ,
true);
Обратите внимание, что это только увеличит первый подобранный поддокумент в любом массиве (так что если у вас есть другой документ в массиве с «item_name», равным «my_item_two», он не будет получить прирост). Но это может быть то, что вы хотите.
Вторая часть сложнее. Мы можем вывести новый элемент в массив без «my_item_two» следующим образом:
db.bar.update( {user_id : 123456, "items.item_name" : {$ne : "my_item_two" }} ,
{$addToSet : {"items" : {'item_name' : "my_item_two" , 'price' : 1 }} } ,
false ,
true);
Для вашего вопроса №2 ответ проще. Чтобы увеличить общую сумму и цену item_three в любом документе, который содержит «my_item_three», вы можете одновременно использовать оператор $ inc на нескольких полях. Что-то вроде:
db.bar.update( {"items.item_name" : {$ne : "my_item_three" }} ,
{$inc : {total : 1 , "items.$.price" : 1}} ,
false ,
true);
5 ответов
Из Википедии :
Случай использования в бизнесе описан в терминологии без использования технологий, которая рассматривает бизнес-процесс как черный ящик и описывает бизнес-процесс, который используется бизнес-субъекты (люди или системы, внешние по отношению к бизнесу) для достижения своих целей (...)
Вариант использования системы обычно описывается на уровне функциональности системы (например, создание ваучера) и определяет функцию или услуга, которую система предоставляет пользователю (...)
Итак, вкратце, бизнес-сценарии больше о том, что пользователи ожидают от системы, а системные варианты больше. о том, что система на самом деле делает.
В бизнес-прецеденте описываются этапы процесса, которые достигают бизнес-цели.
Системный сценарий использования описывает поведение системы, которая автоматизирует бизнес-сценарий.
Варианты использования - это значения, предоставляемые субъектам исследуемыми системами или организациями. Для организаций, названных бизнес-прецедент; Для систем именованный вариант использования системы. Смотрите картинку ниже (нарисовано мной): 
Варианты использования можно разделить на два типа. Это не обязательно, но если кто-то попросит вас сделать это, это возможно.
Вариант использования системы представляет варианты использования, которые выполняются системой (не вручную).
Например: в онлайн-системе бронирования отелей пользователь бронирует номер. Таким образом, бронирование - это вариант использования системы, а пользователь - пользователь системы.
Бизнес-вариант использования представляет собой варианты использования, которые выполняются вручную. Это не обязательно делается системой.
Например: ручное бронирование гостиницы по телефону. Пользователь звонит в отель и бронирует номер. Здесь телефонирование не является системным вариантом использования, потому что оно не выполняется системой. Пользователь также не является системным пользователем, поскольку он не взаимодействует с системой.
Архитектура программного обеспечения включает в себя, помимо прочего, бизнес-представление (описание бизнес-процессов) и системное представление (описание системы). Вариант бизнес-использования описывает функциональность бизнес-представления, а сценарий системного использования описывает функциональность системного представления. Бизнес-сценарий имеет свой графический стереотип в стандарте UML.