КАТЕГОРИИ:


Астрономия- (809) Биология- (7483) Биотехнологии- (1457) Военное дело- (14632) Высокие технологии- (1363) География- (913) Геология- (1438) Государство- (451) Демография- (1065) Дом- (47672) Журналистика и СМИ- (912) Изобретательство- (14524) Иностранные языки- (4268) Информатика- (17799) Искусство- (1338) История- (13644) Компьютеры- (11121) Косметика- (55) Кулинария- (373) Культура- (8427) Лингвистика- (374) Литература- (1642) Маркетинг- (23702) Математика- (16968) Машиностроение- (1700) Медицина- (12668) Менеджмент- (24684) Механика- (15423) Науковедение- (506) Образование- (11852) Охрана труда- (3308) Педагогика- (5571) П Arhitektura- (3434) Astronomiya- (809) Biologiya- (7483) Biotehnologii- (1457) Военно дело (14632) Висока технологиите (1363) Geografiya- (913) Geologiya- (1438) на държавата (451) Demografiya- ( 1065) Къщи- (47672) журналистика и SMI- (912) Izobretatelstvo- (14524) на външните >(4268) Informatika- (17799) Iskusstvo- (1338) История- (13644) Компютри- (11121) Kosmetika- (55) Kulinariya- (373) култура (8427) Lingvistika- (374) Literatura- (1642) маркетинг-(23,702) Matematika- (16,968) инженерно (1700) медицина-(12,668) Management- (24,684) Mehanika- (15423) Naukovedenie- (506) образование-(11,852) защита truda- (3308) Pedagogika- (5571) п Политика- (7869) Право- (5454) Приборостроение- (1369) Программирование- (2801) Производство- (97182) Промышленность- (8706) Психология- (18388) Религия- (3217) Связь- (10668) Сельское хозяйство- (299) Социология- (6455) Спорт- (42831) Строительство- (4793) Торговля- (5050) Транспорт- (2929) Туризм- (1568) Физика- (3942) Философия- (17015) Финансы- (26596) Химия- (22929) Экология- (12095) Экономика- (9961) Электроника- (8441) Электротехника- (4623) Энергетика- (12629) Юриспруденция- (1492) Ядерная техника- (1748) oligrafiya- (1312) Politika- (7869) Лево- (5454) Priborostroenie- (1369) Programmirovanie- (2801) производствено (97182) от промишлеността (8706) Psihologiya- (18,388) Religiya- (3217) с комуникацията (10668) Agriculture- (299) Sotsiologiya- (6455) спортно-(42,831) Изграждане, (4793) Torgovlya- (5050) превозът (2929) Turizm- (1568) физик (3942) Filosofiya- (17015) Finansy- (26596 ) химия (22929) Ekologiya- (12095) Ekonomika- (9961) Telephones- (8441) Elektrotehnika- (4623) Мощност инженерно (12629) Yurisprudentsiya- (1492) ядрена technics- (1748)

поръчки на храните




функции на системата

Предположения и зависимости

документация на потребителя

Проектиране и внедряване ограничения

SDT-1. Документацията на системата за изграждане и поддръжка на кода, трябва да отговарят на Процеса на въздействието Standard Интранет развитие, версия 1.3 [2]

SDT-2. Системата трябва да използвате текущата версия на корпоративен стандарт Oracle процесор на базата данни.

SDT-3. Всички HTML кода трябва да отговаря на HTML 4.0.

SDT-4. Всички скриптове трябва да бъдат написани на Perl.

DP-1. Системата трябва да осигури йерархична и омрежен система за помощ в HTML формат с мрежата за достъп, описва и илюстрира всички функции на системата.

DP-2. Когато първият потребител на системата и по-нататък при поискване достъп до системата, включва интерактивна програма за обучение, която позволява на потребителите да направят ястия поръчка чрез статично инструктаж меню. Системата не трябва да се съхранява храна поръча с помощта на този шаблон в базата данни или пренос на заповедите за тях в кафенето,

PZ-1. Кафенето е отворен за закуска, обяд и вечеря всеки ден на компанията, когато се очаква, че служителите ще останат в компанията.

PZ-2. Работа кафене система за поръчки се влияе от промените в системата ТРЗ, което позволява да получават искания за плащане за хранене подредени по COS.

PZ-3. Работа кафене система за поръчки зависи от промените в системата за инвентаризация на кафенето, Ви дава възможност за актуализиране на информацията за наличието на храна, тъй като приема поръчки кафене система за поръчки.

3.1.1 Описание и приоритети

Кафене клиент, чиято идентичност се потвърждава, можете да поръчате набор от ястия, или доставка до определен пункт на територията на дружеството, или за получаването му в кафенето. Клиентът трябва да може да отмени или да промени поръчка за храна, ако храната не е приготвена. Приоритет - най-високата.

3.1.2 Последователност "експозиция-отговор"

Въздействие: Клиентът прави заявка да направите поръчка за един или повече хранения.

Реакция: проучванията на общественото клиентската система за подробните инструкции за поръчка, плащане и доставка.

Въздействие: Клиентът изпраща заявка за промяна на реда.

Реакция: Ако въздействието е със статут "Прието", системата позволява на потребителя да промените реда по-рано.

Въздействие: Клиентът отправя искане за отмяна.

Реакция: Ако въздействието е със статут "Прието", системата отменя заповедта,

3.1.3 Функционални изисквания

изискване Описание на изискванията
.Razmeschenie Системата трябва да се даде възможност на клиента, регистриран в система за поръчки на кафене, да направите поръчка за една или повече групи от ястия.
.Razmeschenie.Registratsiya Системата трябва да се потвърди, че клиентът се регистрира, за да платите чрез приспадане ведомост да направите поръчка.
.Razmeschenie. Registratsiya.Net Ако клиентът не е регистриран за плащане чрез приспадане ведомост, системата трябва да предложи на клиентите следните опции: регистрирайте се сега и ще продължи да я направите, за да поръчате и да го получите в кафенето (без доставка), или да се измъкнем от Системата за кафене поръчка.
.Razmeschenie.Data Системата трябва да поиска от клиента за датата на доставка (виж Бизнес - дата :. Правило-8)
.Razmeschenie.Data.KrayniySrok Ако датата на доставката на поръчката - текущия ден и крайния срок за получаване на поръчки вече са преминали, системата трябва да уведоми клиента, че е твърде късно да направите поръчка днес. Клиентът трябва или да се промени датата или анулира поръчката.
.Dostavka.Vybor Клиентът трябва да посочи дали той получава комисионна в кафенето, или поръчката е да бъде доставено.
.Dostavka.Mesto Ако поръчката е да се достави и все още имат резерви по дата и час за доставка на поръчката, клиентът трябва да се уточни мястото на доставка.
.Dostavka.NetRezervov Системата трябва да уведоми клиента, ако към датата на заповедта не доставка резерви време. Клиентът трябва или да анулира поръчката или да посочите какво го имам в кафенето.
.Dostavka.Vremya Системата трябва да се покаже на интервалите от време от датата на доставка ред. Системата трябва да позволи на клиента да избере една от черта доставката на слотове, без доставка за поръчка или да анулирате поръчката.
.Menyu.Data Системата трябва да се покаже менюто за определената дата.
.Menyu.Nalichie Меню за текущата дата трябва да показва само тези ястия, които поне едно копие е в описа на кафенето.
.Edinitsy.Blyuda Системата трябва да позволява на клиента да се уточни броя на единиците от всяко ястие, което той иска да поръчате.
.Edinitsy.Neskolko Системата трябва да се даде възможност на клиента да си поръчате няколко идентични комплекти от ястия, до минималния брой всяко от ястията в менюто, ако има такива, са в ред.
.Edinitsy.SlishkomMnogo Ако даден клиент поръчки повече единици на едни и същи ястия от в момента е, посочени в списъка на инвентара, в кафенето, клиентската система трябва да информират максимален брой единици на това ястие, той може да се поръча.
.Edinitsy.Izmenenie Ако баланса на ястия и материални запаси не са достатъчни за задоволяване на поръчката, клиентът трябва да бъде в състояние да промените броя на поръчаните ястия единици, да промените броя на поръчаните комплекти от ястия, или да анулирате поръчката
.Podtverzhdenie.Vyvod Когато клиентът се посочва, че вече не иска да поръчате всяко ястие, системата трябва да се покаже подредени ястия, цената на всеки един от тях и от дължимата сума, изчислена в съответствие с бизнес в областта на върховенството-12.
.Podtverzhdenie.Priglashenie Системата би трябвало да подтикне потребителя да потвърди поръчката.
.Podtverzhdenie.Otkaz Ако клиентът не потвърди поръчката, той може или да се промени или да го отмени.
.Podtverzhdenie.Esche Системата трябва да се даде възможност за поръчка на клиента допълнителни набори от ястия на същите или други дати. Включването на няколко набора от ястия в един ред се регулира бизнес правило 3 и се произнася Бизнес-4.
.Oplata.Metod Когато клиент се уточнява, че крайният подаване на поръчки, системата би трябвало да подтикне потребителя да избере начина на плащане.
.Oplata.Dostavka Вижте. Бизнес-правило-11.
.Oplata.VKafetery Ако клиентът ще получи храна в столовата, системата трябва да му предлагат възможност за плащане чрез приспадане от заплатата или в брой в кафенето
.Oplata.Detali Системата трябва да се покаже името на поръчаните ястия, сумата за плащане, начин на плащане и инструкции за доставка.
.Oplata.Podtverzhdenie Клиентът трябва или да потвърди поръчката или направи заявка за промяна на поръчка или заявка за анулиране.
.Oplata.Podtverzhdenie.Uderzhanie Ако клиентът потвърди поръчката и изберете да платите чрез приспадане от заплатата, системата трябва да изготви искане за плащане на система за ТРЗ.
.Oplata.Podtverzhdenie.Da Ако искането за плащане е приета, системата трябва да се появи съобщение на потвърждението на поръчката с броя на приспадане сделки ведомост
.Oplata.Podtverzhdenie.Net Ако искането за плащане не е получено, системата трябва да се появи съобщение с причината за отказа. Клиентът трябва или да анулира поръчката или промяна на начина на плащане за "пари" и да направи искане за заповед в кафенето.
.Zavershenie След като клиентът е потвърдена поръчка, системата трябва да направите следното като една единствена сделка:
.Zavershenie.Sohranenie зададете следващия свободен номер на поръчката и да запазите реда на първоначалното състояние "Прието";
.Zavershenie.InventarnyySpisok изпратете съобщение на система за инвентаризация на кафенето, в което се посочва броя на единиците от всяко ястие в реда
.Zavershenie.Menyu актуализира менюто на датата на заповедта да се отразят възможни промени в наличието на храна в списъка на кафене инвентаризация;
.Zavershenie.Periody актуализира списъка на оставащите достъпни сроковете за доставка на датата на поръчката;
.Zavershenie.Klient изпрати имейл клиент на информация за реда и плащането;
.Zavershenie.Kafetery изпращане на електронна поща до служителите на кафенето с цел;
.Zavershenie.Oshibka ако стъпка сделка не се осъществява, системата следва да извърши намаление на цените, както и да информира потребителя, че поръчката не е получена, като се посочва причината за неуспеха.
.Predyduschiy.Peroid Системата трябва да позволи на клиента, за да видите всички поръчки, направени от него по време на предходните шест месеца [Приоритет = средни].
.Predyduschiy.Povtor Клиентът трябва да бъде в състояние да се повтаря всяка поръчка, която той е направил за предходните шест месеца, при условие, че храната не е на разположение в деня на новия ред [Приоритет = среден].
[Функционални изисквания за промяна и анулиране не е предвидено в този пример]