Изменети кориснички случаи

Овде се дефинирани сите кориснички случаи кои претрпеле измена во текот на проектот и неговата финализација

Use Case ID:	1
Use Case Name:	Прием на роба
Created By:	Един Османоски
Last Updated By:	Кирил цветков
Date Created:	21.10.2013
Date Last Updated:	15.7.2014
Actors:	Магацински работник, Централен систем
Description:	Прием на роба при секоја нова пратка во магацинот и нејзино евидентирање во системот.
Trigger:	Пристигнување на роба
Preconditions:	1. Пристигнување на нова пратка со роба
Postconditions:	1. Приемот на роба е успешен, следен процес е складирање на роба
Normal Flow:	При пристигнување на секоја нова пратка во магацинот, се врши внесување во системот и сместување на секој производ. 1.Магацинскиот работник од неговото мени избираме ПРИЕМ НА РОБА 2.Магацинскиот работник преоѓа во форма од каде може да прави прием на роба 3.Магацинскиот работник ги гледа во листа каде се прикажани нарачки кои се активни(не се испорачани до магацинот) 4.Магацинскиот работник избира нарачка и се пополнуваат сите артикли кои ги имаме нарачано 5.Магацинскиот работник врши проверка, валидност на приемот, односно споредба на нарачаната количината со донесената (пребројана од магацинскиот работник) 5.1 Магацинскиот работник ги брои производите за да ја внесе неговата количина, доколку има некоја забелешка се внесува во опис и на крај датумот. 5.2 Магацинскиот работник ја внесува количината на производот и прави прием 6. Магацинскиот работник ги сместува производите.
Alternative Flows:	/
Exceptions:	Несовпаѓање на бројот на пристигнати производи со бројот на нарачани произвоиди
Includes:	/
Priority:	Мора да се заврши
Frequency of Use:	Случајот се користи често, секоја пат кога пристигнува нова роба
Business Rules:	/
Special Requirements:	/
Assumptions:	Прием на роба е основна и една од најзначајните активности при магацинското работење.
Notes and Issues:	/
Screenshots:	​http://develop.finki.ukim.mk/projects/WMS-KS/wiki/funkcionalnosti/priem

Use Case ID:	2
Use Case Name:	Контрола на производи
Created By:	Кирил Цветков
Last Updated By:	Кирил Цветков
Date Created:	21.10.2013
Date Last Updated:	15.7.2014
Actors:	Магацински работник, дистрибутер, аналитичар
Description:	Преглед на сите производи кои се во магацинот со цел да се идентификуваат производите со поминат рок и истите да се отстранат. Ажурирање во системот .
Trigger:	/
Preconditions:	1.Складирана роба
Postconditions:	1. Секој од вработените кои се магацински работници и кои се регистрирани може да пристапуваат во овој систем
Normal Flow:	1. Магацинскиот работник се најавува во апликацијата и внесување корисничко име и лозинка 2.Магацинскиот работник го гледа менито за функционалности и избира да прави попис (Контрола и следливост) 3.Магацинскиот работник ги гледа сите производи на кои им поминал рокот 4.Магацинскиот работник ги фрла/префрла во друг магацин производите со поминат рок
Alternative Flows:	/
Exceptions:	/
Includes:	/
Priority:	Потребно е да се заврши
Frequency of Use:	Случајот се користи постојано, 1 во месецот .
Business Rules:	/
Special Requirements:	/
Assumptions:	Контролата на производи е значајна активност со цел навремено да се отстранат производите со поминат рок и да не се дозволи магацинот да располога со истите.
Notes and Issues:	/
Screenshots:	​http://develop.finki.ukim.mk/projects/WMS-KS/wiki/funkcionalnosti/kontrola

Use Case ID:	3
Use Case Name:	Логирање на вработен
Created By:	Един Османоски
Last Updated By:	Кирил Цветков
Date Created:	21.10.2013
Date Last Updated:	15.7.2014
Actors:	Секој вработен во магацинот
Description:	Најавување на секој вработен при започнување на работна смена за следење на сите негови работни обврски
Trigger:	Почнување на работна смена на вработен во магацинот
Preconditions:	1. Лицето кое се најавува претходно да биде регистрирано во системот
Postconditions:	1. Успешно логирање на вработен, продолжување со работните обврски
Normal Flow:	1.Работникот ја вклучува апликацијата на својот таблет 2.Работникот внесува корисничко име. 3.Работникот внесува лозинка 4.Работникот влегува во системот и ги користи опциите во однос на својата корисничка група
Alternative Flows:	/
Exceptions:	Вработениот кој се најавува претходно не е регистриран, т.е не постои корисник со наведеното корисничко име и лозинка
Includes:	/
Priority:	Мора да се заврши
Frequency of Use:	Случајот се користи често, секогаш при започнување на работна смена на вработен
Business Rules:	/
Special Requirements:	/
Assumptions:	Внесување на секоја активност која вработен ја извршува ја сихронизира работата во магацинот
Notes and Issues:	/
Screenshots:	​http://develop.finki.ukim.mk/projects/WMS-KS/wiki/Functionalities

Use Case ID:	5
Use Case Name:	Испорака на нарачка
Created By:	Јован Маркоски
Last Updated By:	Кирил Цветков
Date Created:	22.10.2013
Date Last Updated:	15.7.2014
Actors:	Магацински работник, дистрибутер
Description:	Испорака на нарачка преставува случај на употреба за тоа како се спрема робата врз база на нарачка и се проследува до дистрибутерот. Целта на оваа фунцкионалност е да му се овозможи на магацинскиот работник преглед кон испораките кои мора да се подготват за тековниот ден за одреден клиент, заедно со податоците за локацијата и количината на производите кои се испорачуваат. Предуслов за оваа функционалност е внесување на нарачка во базата на податоци од страна на администраторот, т.е внесување на сите податоци во врска со барана нарачка како производи и количина , име на клиентот, датум на испорака и краток опис за нарачката.
Trigger:	Пристигнала нова нарачка во магацинот која треба да се испорача
Preconditions:	1.Пристигнала нова нарачка. 2. Производите од нарачката ги има на залиха
Postconditions:	1.Робата е спремна од магацинскиот работник, и истиот ја декларира робата како спремна со цел таа ќе биде проследена до дистрибутерот
Normal Flow:	1.Магацинскиот работник се најавува на апликацијата 2. Магацинскиот работник избира да прави испорака 3. Магацинскиот работник прави преглед кон сите испораки и избира една 4. Магацинскиот работник ги гледа сите производи од испораката 5. Mагацинскиот работник за производот прегледува податоци за локацијата на производот во магацинот и колкава е количината на производот која се содржи во нарачката која треба да се испорача.
Alternative Flows:	/
Exceptions:	/
Includes:	Скенирање на производите преку нивниот бар код
Priority:	Мора да се заврши
Frequency of Use:	Случајот на употреба се случува често.
Business Rules:	/
Special Requirements:	WI-FI конекција на PDA уредот со централа за превземањето на нарачка
Assumptions:	/
Notes and Issues:	/
Screenshots:	​http://develop.finki.ukim.mk/projects/WMS-KS/wiki/funkcionalnosti/isporaka

Use Case ID:	6
Use Case Name:	Правење попис
Created By:	Зоран Ѓуроски
Last Updated By:	Кирил Цветков
Date Created:	21.10.2013
Date Last Updated:	15.7.2014
Actors:	Магацински работник, магацински управувач
Description:	Правењето попис претставува фундаментална карактеристика на секој магацин. Се води евиденција за сите продукти кои се наоѓаат во магацинот, дали се на број како што налага системот.
Trigger:	Обично за да се прави попис не е потребна посебна инцијатива, туку попис се прави по желба на управителот на магацинот, еднаш годишно (или повеќе).
Preconditions:	1. Сите продукти кои се наоѓаат на полиците во магацинот, се внесени во системот и треба да се скенираат
Postconditions:	1. Се добива резултат за тоа дали недостасуваат продукти или сите информации кои се внесени во апликацијата се коректни.
Normal Flow:	1. Магацинскиот работник се најавува во апликацијата 2. Магацинскиот работник избира копче од менито за правење попис 3. Магацинксиот работник прави преглед на магацините и во кој магацин ќе прави попис 4. Магацинскиот работник впишува во која локација (соба) од магацинот ќе прави попис 5 Магацинскиот работник ги гледа информациите на кои ќе им прави попис (Количина, Цена, Код) 6.Магацинскиот работник ја внесува правилната количина која во тој момент на одреден производ тој го избројал во магацинот
Alternative Flows:	/
Exceptions:	/
Includes:	Скенирање на производите преку нивниот бар код
Priority:	Случајот на употреба мора да се заврши
Frequency of Use:	Случајот на употреба обично настанува еднаш годишно (или повеќе по желба на управувачите на магацинот)
Business Rules:	/
Special Requirements:	Неопходно е користење на посебни уреди – PDA, препознавање по радио фреквенција итн.
Assumptions:	Локацијата на секој продукт се совпаѓа со локацијата која е запишана во системот за тој продукт.
Notes and Issues:	/
Screenshots:	​http://develop.finki.ukim.mk/projects/WMS-KS/wiki/funkcionalnosti/popis

Use Case ID:	8
Use Case Name:	Складирање на роба
Created By:	Зоран Ѓуроски
Last Updated By:	Кирил Цветков
Date Created:	21.10.2013
Date Last Updated:	16.07.2014
Actors:	Магацински работник
Description:	Складирање на роба претставува случај на употреба кој се активира откако се внела новата работа која пристигнала во магацинот. Целта на оваа функционалност е да му се овозможи на магацинскиот работник со едноставно внесување на шифрата на производот да ја добие локацијата на која мора да го смести производот.
Trigger:	Пристигнала нова роба во магацинот која треба да се смести
Preconditions:	1. Пристигнала нова роба. 2. Има место каде што би се внесла новата роба
Postconditions:	1. Робата е складирана и се запишува во системот на кои локации се внесла новата роба која се складирала
Normal Flow:	1. Магацинскиот работник се најавува во апликацијата 2. Магацинскиот работник избира складирање на роба 3. При приемот на роба магацинскиот работник во системот внесува Идентификаторот(шифрата на производ) во врска со робата која е примена. Со внесување на шифрата тој го добива типот на роба(името на производот). 4. Магацинскиот работник прегледува на кое место треба да се врши складирање (во која соба во магацинот). 5 Магацинскиот работник ја складира робата
Alternative Flows:	(Not implemented yet) 1. При приемот на роба магацинскиот работник во системот внесува информации во врска со робата која е примена. Го внесува типот на роба која е примена преку скенирање на продуктот, количината на роба , датумот на прием на роба како и рокот на трање на робата. 2. Магацинскиот работник избира една од понудените стратегии за складирање на роба : складирање во оддел кој веќе содржи роба, складирање во празен оддел, складирање во склад до местото на прием на роба. 3. Системот дава резултат дека нема простор за складирање на робата на ниедна од локациите во магацинот.
Exceptions:	/
Includes:	/
Priority:	Мора да се заврши
Frequency of Use:	Случајот на употреба се случува често.
Business Rules:	/
Special Requirements:	Потребно е кога ќе се внесат новите продукти во системот, да не се чека воопшто на системот да даде локации на кои ќе се внесат.
Assumptions:	/
Notes and Issues:	Добро би било да има синхронизација со снабдувачот, поточно да нема никакво недоразбирање помеѓу снабдувачот и магацинот во однос на робата која треба да пристигне.
Screenshots:	​http://develop.finki.ukim.mk/projects/WMS-KS/wiki/funkcionalnosti/skladiranje

Почетни кориснички случаи

Овде се дефинирани сите кориснички случаи кои што се обмислени при самиот почеток на проектот (Brainstorming)

Use Case ID:	1
Use Case Name:	Прием на роба
Created By:	Един Османоски
Last Updated By:	Един Османоски
Date Created:	21.10.2013
Date Last Updated:	21.10.2013
Actors:	Магацински работник, Централен систем
Description:	Прием на роба при секоја нова пратка во магацинот и нејзино евидентирање во системот.
Trigger:	Пристигнување на роба
Preconditions:	1. Пристигнување на нова пратка со роба
Postconditions:	1. Приемот на роба е успешен, следен процес е складирање на роба
Normal Flow:	1. При пристигнување на секоја нова пратка во магацинот, се врши внесување во системот и сместување на секој производ. 2.Магацинскиот работник го внесува секој нов производ во системот и проверува дали се совпаѓа бројот на пристигнати производи со бројот на нарачани производи. Доколку не се совпаѓа, апликацијата дава резултат дека се јавила грешка. Инаку, се запишуваат производите во базата на податоци и апликацијата според типот и количината на производите одредува во кој сектор од магацинот да се смести секој тип на производ од пратката. 3.3. Магацинскиот работник ги сместува производите.
Alternative Flows:	/
Exceptions:	Несовпаѓање на бројот на пристигнати производи со бројот на нарачани произвоиди
Includes:	/
Priority:	Мора да се заврши
Frequency of Use:	Случајот се користи често, секоја пат кога пристигнува нова роба
Business Rules:	/
Special Requirements:	/
Assumptions:	Прием на роба е основна и една од најзначајните активности при магацинското работење.
Notes and Issues:	/

Use Case ID:	2
Use Case Name:	Контрола на производи
Created By:	Кирил Цветков
Last Updated By:	Кирил Цветков
Date Created:	21.10.2013
Date Last Updated:	21.10.2013
Actors:	Магацински работник, дистрибутер, аналитичар
Description:	Преглед на сите производи кои се во магацинот со цел да се идентификуваат производите со поминат рок и истите да се отстранат. Ажурирање во системот .
Trigger:	/
Preconditions:	1.Складирана роба
Postconditions:	1. Секој од вработените кој е регистриран може да пристапува во системот и да го користи за сите операции во магацинот.
Normal Flow:	1. Преглед на извештај кој ги прикажува сите производи на кои им е поминат рокот. 2. Аналитичарот води статискита за производите и проверува како и каде се сместени 3. Магацинскиот работник ги отстранува производите со поминат рок физички. 4.Магацинскиот работник прави ажурирање во базата на податоци.
Alternative Flows:	/
Exceptions:	/
Includes:	/
Priority:	Потребно е да се заврши
Frequency of Use:	Случајот се користи постојано, 1 во месецот .
Business Rules:	/
Special Requirements:	/
Assumptions:	Контролата на производи е значајна активност со цел навремено да се отстранат производите со поминат рок и да не се дозволи магацинот да располога со истите.
Notes and Issues:	/

Use Case ID:	3
Use Case Name:	Логирање на вработен
Created By:	Един Османоски
Last Updated By:	Един Османоски
Date Created:	21.10.2013
Date Last Updated:	21.10.2013
Actors:	Секој вработен во магацинот
Description:	Најавување на секој вработен при започнување на работна смена за следење на сите негови работни обврски
Trigger:	Почнување на работна смена на вработен во магацинот
Preconditions:	1. Лицето кое се најавува претходно да биде регистрирано во системот
Postconditions:	1. Успешно логирање на вработен, продолжување со работните обврски
Normal Flow:	1.При започнување на работната смена на вработениот, одјавување на предходниот корисник од PDA уредот 2.Внес на корисничко име. 3.Внес на лозинка. 3.Успешна најава, прикажување на кориснички профил
Alternative Flows:	/
Exceptions:	Вработениот кој се најавува претходно не е регистриран, т.е не постои корисник со наведеното корисничко име и лозинка
Includes:	/
Priority:	Мора да се заврши
Frequency of Use:	Случајот се користи често, секогаш при започнување на работна смена на вработен
Business Rules:	/
Special Requirements:	/
Assumptions:	Внесување на секоја активност која вработен ја извршува ја сихронизира работата во магацинот
Notes and Issues:	/

Use Case ID:	4
Use Case Name:	Внесување на производ со скенирање (Not implemented)
Created By:	Кирил Цветков
Last Updated By:	Кирил Цветков
Date Created:	21.10.2013
Date Last Updated:	21.10.2013
Actors:	Магацински работник, дистрибутер
Description:	Внесување производи и добивање извештаи за производот со читање на баркодови преку PDA уред.
Trigger:	Пристигнување на нова роба која треба да се внесе во системот
Preconditions:	1. Производот не е внесен во системот
Postconditions:	/
Normal Flow:	1.Избор на опцијата внесување производ на PDA уредот 2.. Позиционирање на ласерот од PDA уредот на баркодот од производот 3.Генерирање извештај за типот на производот. 3.Внесување на производот во системот или избор на други опции кои корисникот сака да ги направи врз внесениот производ.
Alternative Flows:	/
Exceptions:	Не успешно читање на бар кодот на производот, или непостоење на таков тип производ
Includes:	/
Priority:	Не е потребно во првата верзија на системот
Frequency of Use:	Случајот се користи често, секогаш се внесуваат новопристигнатите производи во базата
Business Rules:	/
Special Requirements:	/
Assumptions:	Читањето преку PDA уреди го олеснува внесувањето на производите во базата и овозможува генерирање на извештаи за дополнителни акции врз истите
Notes and Issues:	/

Use Case ID:	5
Use Case Name:	Испорака на нарачка
Created By:	Јован Маркоски
Last Updated By:	Јован Маркоски
Date Created:	22.10.2013
Date Last Updated:	22.10.2013
Actors:	Магацински работник, дистрибутер
Description:	Испорака на нарачка преставува случај на употреба за тоа како се спрема робата врз база на нарачка и се проследува до дистрибутерот.
Trigger:	Пристигнала нова нарачка во магацинот која треба да се испорача
Preconditions:	1. Пристигнала нова нарачка. 2. Производите од нарачката ги има на залиха
Postconditions:	1. Робата е спремна од магацинскиот работник, и истиот ја декларира робата како спремна со цел таа ќе биде проследена до дистрибутерот
Normal Flow:	1. Магацинскиот работник прво ги превзема нарачките на својот PDA уред и ја одбира соодветната нарачка со цел да ја спреми истата. 2.Откако ќе ја одбере нарачката се генерира извештај со производите и нивната количината од нарачката. 3. Магацинскиот работник водејќи се по извештајот оди производ по производ и при секое земање на роба преку скенирање со својот PDA уред евидентира кој производ го зема и потоа внесува колкава количина. 4.Откако ќе ги спреми сите производи работникот ја декларира робата за спремна и таа се проследува до дистрибутерот.
Alternative Flows:	1. Магацинскиот работник прво ги превзема нарачките на својот PDA уред и ја одбира соодветната нарачка со цел да ја спреми истата. 2.Откако ќе ја одбере нарачката се генерира извештај со производите и нивната количината од нарачката. 3. Магацинскиот работник водејќи се по извештајот оди производ по производ и при секое земање на роба преку скенирање со својот PDA уред евидентира кој производ го зема и потоа внесува колкава количина. 4.Откако ќе ги спреми сите производи работникот ја декларира робата за спремна преку својот PDA уред, системот дава алерт дека дадената нарачка не се поклопува со внесувањето на производите со нивната количина од магацинскиот работник
Exceptions:	/
Includes:	Скенирање на производите преку нивниот бар код
Priority:	Мора да се заврши
Frequency of Use:	Случајот на употреба се случува често.
Business Rules:	/
Special Requirements:	WI-FI конекција на PDA уредот со централа за превземањето на нарачка
Assumptions:	/
Notes and Issues:	/

Use Case ID:	6
Use Case Name:	Правење попис
Created By:	Зоран Ѓуроски
Last Updated By:	Зоран Ѓуроски
Date Created:	21.10.2013
Date Last Updated:	21.10.2013
Actors:	Магацински работник, магацински управувач
Description:	Правењето попис претставува фундаментална карактеристика на секој магацин. Се води евиденција за сите продукти кои се наоѓаат во магацинот, дали се на број како што налага системот.
Trigger:	Обично за да се прави попис не е потребна посебна инцијатива, туку попис се прави по желба на управителот на магацинот, еднаш годишно (или повеќе).
Preconditions:	1. Сите продукти кои се наоѓаат на полиците во магацинот, се внесени во системот и треба да се скенираат
Postconditions:	1. Се добива резултат за тоа дали недостасуваат продукти или сите информации кои се внесени во апликацијата се коректни.
Normal Flow:	1. Правењето попис на одреден временски период е една од главните одлики на магацинското работење која доведува до подобра организираност. Системот за магацинско работење има своја улога во правењето попис. 2. Магацинскиот работник е главниот актер во оваа функционалност, така што тој користи помошен уред кој е поврзан со централниот сервер, со базата на податоци во која се чуваат податоци за сите производи што (треба да) се во магацинот во тој момент. 3. Уредот ги изминува сите различни производи, магацинските работници ги бројат сите производи од тој тип и го внесуваат резултатот во уредот. 4. Уредот во меѓувреме, бидејќи е поврзан со базата, проверува дали бројот кој го внел вработениот се совпаѓа со бројот таму, и му дава на вработениот соодветен одговор.
Alternative Flows:	/
Exceptions:	/
Includes:	Скенирање на производите преку нивниот бар код
Priority:	Случајот на употреба мора да се заврши
Frequency of Use:	Случајот на употреба обично настанува еднаш годишно (или повеќе по желба на управувачите на магацинот)
Business Rules:	/
Special Requirements:	Неопходно е користење на посебни уреди – PDA, препознавање по радио фреквенција итн.
Assumptions:	Локацијата на секој продукт се совпаѓа со локацијата која е запишана во системот за тој продукт.
Notes and Issues:	/

Use Case ID:	7
Use Case Name:	Регистрација на вработен
Created By:	Зоран Ѓуроски
Last Updated By:	Зоран Ѓуроски
Date Created:	21.10.2013
Date Last Updated:	21.10.2013
Actors:	Администратор
Description:	Случај на употреба кој се користи за регистрација на вработен во системот за магацинско управување.
Trigger:	Во компанијата(магацинот) се вработил нов вработен.
Preconditions:	1. Вработениот е пријавен во компанијата која раководи со магацинот
Postconditions:	1. Секој од вработените кој е регистриран може да пристапува во системот и да го користи за сите операции во магацинот.
Normal Flow:	1. За секој вработен администраторот на системот креира кориснички профил соодветно за вработениот и обврските кои вработениот ги извршува. 2. Вработениот ги регистрира вработените со креирање на корисничко име за вработениот и лозинка со која вработениот би се најавувал на системот. 3. Администраторот дополнително за обврските кои ги извршува вработениот дозволува или забранува функционалности кои се извршуваат со помош на PDA уредот.
Alternative Flows:	1. За секој вработен администраторот на системот креира кориснички профил соодветно за вработениот и обврските кои вработениот ги извршува. 2. Вработениот ги регистрира вработените со креирање на корисничко име за вработениот и лозинка со која вработениот би се најавувал на системот. 3. За некој вработен се јавува грешка при регистрирањето бидејќи веќе постои вработен со исто име, презиме и корисничко име. (покрај лозинката, вработените мора да имаат и различно корисничко име).
Exceptions:	/
Includes:	/
Priority:	Не е потребно во првата верзија на системот
Frequency of Use:	Случајот на употреба настанува ретко, поточно само тогаш кога компанијата вработила нов човек.
Business Rules:	/
Special Requirements:	При регистрирање на вработен неопходно е да се внесат и други податоци како што се емаил, матичен број и адреса на живеење.
Assumptions:	/
Notes and Issues:	/

Use Case ID:	8
Use Case Name:	Складирање на роба
Created By:	Зоран Ѓуроски
Last Updated By:	Зоран Ѓуроски
Date Created:	21.10.2013
Date Last Updated:	21.10.2013
Actors:	Магацински работник
Description:	Складирање на роба претставува случај на употреба кој се активира откако се внела новата работа која пристигнала во магацинот.
Trigger:	Пристигнала нова роба во магацинот која треба да се смести
Preconditions:	1. Пристигнала нова роба. 2. Има место каде што би се внесла новата роба
Postconditions:	1. Робата е складирана и се запишува во системот на кои локации се внесла новата роба која се складирала
Normal Flow:	1. При приемот на роба магацинскиот работник во системот внесува информации во врска со робата која е примена. Го внесува типот на роба која е примена преку скенирање на продуктот, количината на роба , датумот на прием на роба како и рокот на трање на робата. 2. Магацинскиот работник избира една од понудените стратегии за складирање на роба : складирање во оддел кој веќе содржи роба, складирање во празен оддел, складирање во склад до местото на прием на роба. 3. Според страгегијата која е избрана и информациите во врска со робата која е примена системот генерира извештај за тоа на кое место кој производ треба да се постави и воедно го насочува складирањето на робата која е примена. 4. Се складира робата на дадената локација.
Alternative Flows:	1. При приемот на роба магацинскиот работник во системот внесува информации во врска со робата која е примена. Го внесува типот на роба која е примена преку скенирање на продуктот, количината на роба , датумот на прием на роба како и рокот на трање на робата. 2. Магацинскиот работник избира една од понудените стратегии за складирање на роба : складирање во оддел кој веќе содржи роба, складирање во празен оддел, складирање во склад до местото на прием на роба. 3. Системот дава резултат дека нема простор за складирање на робата на ниедна од локациите во магацинот.
Exceptions:	/
Includes:	/
Priority:	Мора да се заврши
Frequency of Use:	Случајот на употреба се случува често.
Business Rules:	/
Special Requirements:	Потребно е кога ќе се внесат новите продукти во системот, да не се чека воопшто на системот да даде локации на кои ќе се внесат.
Assumptions:	/
Notes and Issues:	Добро би било да има синхронизација со снабдувачот, поточно да нема никакво недоразбирање помеѓу снабдувачот и магацинот во однос на робата која треба да пристигне.

---

Неимплементирани кориснички случаи

Корисничкиот случај бр.4 поради нискиот приоритет ќе биде имплементиран во некоја наредна верзија