wiki:About

Членови на тимот

Member Index
Лука Чешларов 191572
Стефан Гроздановски 133106

Краток Опис

Систем за релациона база на податоци за апликација за испорака на храна обично содржи неколку клучни ентитети за да се обезбеди непречено функционирање. Ентитетот корисник складира информации за корисниците на апликацијата, вклучувајќи ги нивните детали за контакт, адреси и информации за плаќање. Ентитетот ресторани содржи детали за рестораните достапни на апликацијата, како што се нивната локација, ставките од менито и работните часови. Ентитетот ставки од менито содржи информации за секое јадење што го нудат рестораните, вклучувајќи го неговото име, состојки, цена и информации за исхраната. Ентитетот нарачки ги следи сите нарачки направени преку апликацијата, вклучувајќи го и корисникот кој ја нарачувал, ресторанот, нарачаните ставки од менито, вкупните трошоци и статусот на испорака. Ентитетот персонал за испорака складира информации за лицата одговорни за доставување на нарачките, вклучувајќи ги и нивните податоци за контакт и моменталната локација. Овие ентитети се меѓусебно поврзани, формирајќи база на податоци што овозможува апликацијата да функционира ефикасно, обезбедувајќи им на корисниците беспрекорно искуство за нарачка и испорака на храна.

Детален опис на проектот

За кого е наменета базата на податоци и проектот односно кој според вашата замисла ќе биде одговорен да ја поседува базата на податоци и апликацијата и да ги обезбедува како сервис - дали е тоа фирма/институација/организација или е поединец и краток опис за нивните потреби

Базата на податоци и апликацијата се наменети да ги управува или поединец или компанија, но во случајот на нашиот проект тоа би биле 2 лица. Менаџментот би барал систем за бази на податоци што работи на една од популарните платформи за релациони бази на податоци како што се Postgres или MySQL и секако вистинската апликација што ќе ја користат крајните корисници. Од менаџерскиот тим исто така се бара да има целосен пристап до базата на податоци за да се осигура дека ниедна записа не е погрешно избришана поради грешки и дека сите врски со ентитетите се правилно мапирани. Апликациската страна на работите ќе бара од раководството да има администраторски сметки со зголемен пристап до сите делови на платформата за да се осигура дека таа работи правилно и дека сите грешки се откриени пред да влијае на искуството на крајниот корисник. Администраторските сметки се исто така потребни за функционалноста на апликацијата, бидејќи администраторите имаат задача да одобрат секоја нова нарачка да пристигне од крајните корисници. Ова е за да се осигура дека не се поставуваат лажни/обложени нарачки што би ја оптоварувале апликацијата, рестораните и би влијаеле на корисничкото искуство.

Какви проблеми во фирмата или организацијата ќе решавате со вашата изработка?

Прашањето што се решава со нашата апликација е што во моментов нема апликација/услуга во Република Северна Македонија која нуди испорака на храна од повеќе ресторани одеднаш. Ова им постави проблеми на крајните корисници кои имаат разновиден избор на храна, но се ограничени на поединечна нарачка од само еден ресторан во исто време. Нашата апликација ќе им овозможи на корисниците да комбинираат повеќе ставки од менито од различни ресторани во една нарачка, така што повеќе не мора да го поминуваат товарот на изборот на еден ресторан кога се расположени за нарачка од 2-3 различни. Потенцијалните проблеми со овој пристап се поголемото време на испорака поради тоа што возачите мораат да се движат до повеќе ресторани за да подигнат повеќе делови од повеќе нарачки, што може да стане збунувачки. Овој проблем неизбежно ќе доведе до појава на грешки во нарачките од клиентите, бидејќи возачот ќе биде одговорен за комбинирање на различни нарачки во една, што исто така ќе доведе до зголемени трошоци за испорака и поради дополнителното потребно растојание и поради оптоварувањето на возачот.

Какви видови корисници ќе имаат пристап до базата и проектот - во смисла на типови вработени во фирмата/институцијата или клиенти?

Суперадмини се вравотени администратори на високо ниво со целосен пристап до базата на податоци. Тие можат да управуваат со кориснички сметки, да ги конфигурираат системските поставки и да имаат целосна контрола врз апликацијата.

Менаџерите одговорни за одредени ресторани и синџири може да имаат пристап до податоците поврзани со нивните соодветни претпријатија. Ова може да вклучува управување со менито, следење на нарачки и управување со залихи.

Возачите за испорака ќе им треба пристап до конкретни информации поврзани со нивните доделени испораки, како што се детали за нарачката, адресите за испорака и информации за контакт со клиентите.

Пристап до базата на податоци ќе им се додели и на девелоперите за одржување, отстранување проблеми и ажурирања на апликацијата.

Персоналот за поддршка на клиенти ќе имаат ограничен пристап до податоците на клиентите со цел да помогнат во прашањата за нарачки, поплаки или прашања.

Ако има други слични идеи во истата фирма или во околината, или веќе постојат готови решенија во светот, во што е различен вашиот предлог?

Ќе се формира партнерства со локалните ресторани и готвачи за да понудиме ексклузивни јадења до кои корисниците можат да пристапат само преку нашата платформа и ќе има можност корисникот да нарача од повеќе ресторани одеднаш. Ова ќе создаде чувство на ексклузивност и ќе ја промовира лојалноста на клиентите. Ќе им се дозволи на корисниците да ги приспособат своите нарачки, да ги зачувуваат преференциите и да добиваат персонализирани препораки врз основа на нивните претходни нарачки или преференции. Ова ќе го подобри корисничкото искуство и ќе изгради врска со апликацијата.

Дали се работи за веб, мобилна и/или десктоп апликација?

Се работи за веб апликација

Last modified 6 months ago Last modified on 12/03/23 17:56:53
Note: See TracWiki for help on using the wiki.