comert electronichera.utcluj.ro/comertelectronic/wp-content/uploads/2019/10/curs_2.pdfmodel de...
TRANSCRIPT
COMERT ELECTRONIC
CURS II
Modele e-business
doua perspective: tranzacţia de cumpărare şi cea de vânzare
tipuri majore de comerţ electronic
Business-to-Consumer (B2C)
Tranzacţiile online sunt realizate între comercianţi şi consumatori individuali (ex. amazon.com)
Business-to-Business (B2B)
Afacerile economice sunt realizate prin tranzacţii online cu alte firme (ex. Alibaba.com)
Business-to-Employees (B2E)
Model de comerţ electronic în care o organizaţie livrează servicii, informaţii sau produse propriilor salariaţi
CURS I30 COMERT ELECTRONIC
Mecanisme de comerţ electronic
Business-to-Business-to-Consumer (B2B2C):
Model de comerţ electronic în care un partener de afaceri furnizează
câteva produse sau servicii pentru un partener client care menţine
proprii clienţi
Consumer-to-Business (C2B):
Model de comerţ electronic în care indivizii utilizează Internet-ului
pentru a vinde produse sau servicii organizaţiilor sau indivizi care
caută vânzători pentru a oferta produse sau servicii de care ei au
nevoie. (ex. telejob.ro, priceline.com)
Consumer-to-Consumer (C2C):
Model de comerţ electronic în care consumatorii vând direct altor
consumatori (ex. Olx.ro, ebay.com ).
CURS I31 COMERT ELECTRONIC
Mecanisme de comerţ electronic
Mobile commerce (m-commerce):
Tranzacţii de comerţ electronic şi activităţi conduse într-un mediu
wireless.
Location-based commerce (l-commerce):
Tranzacţii tip m-commerce având drept ţintă indivizi în locaţii
specifice, la un timp specificat.
Collaborative commerce (c-commerce):
Model de comerţ electronic în care indivizi sau grupuri de
indivizi sau grupuri de comunicare efectuează colaborări
online.
CURS I32 COMERT ELECTRONIC
Mecanisme de comerţ electronic
e-exchange (bursă electronică):
O piaţă electronică publică cu mulţi cumpărători şi vânzători.
exchange-to-exchange (E2E):
Model de comerţ electronic în care schimburile electronice formale se conectează unele cu altele în scopul schimbului de informaţii.
Government-to-business (G2B) (E-government):
Model de comert electronic in care o institutie guvernamentala cumpara sau vinde bunuri, servicii sau informatii de la persoanele juridice
Government-to-consumer (G2C):
Acopera relatii guvern-cetateni la nivel de informare si prestare servicii publice ( ex. Platirea taxelor online)
CURS I33 COMERT ELECTRONIC
Mecanisme de comerţ electronic
C2C
CURS I34 COMERT ELECTRONIC
Mecanisme de comerţ electronic
Convergenţa categoriilor sistemelor de comert electronic
CURS I35 COMERT ELECTRONIC
Modele de afaceri - Definitie
Comerţul electronic - modalitate complementară alături de cel
tradiţional
Ce tipuri noi de modele de afaceri pot aparea?
Ce strategie de marketing se poate aplica în aceste cazuri?
model de afaceri - o arhitectură pentru produse, servicii, fluxuri de
informaţii, inclusiv o descriere a participanţilor la procesele de
afaceri, rolurile acestora; o descriere a potenţialelor beneficii cât şi
a surselor de venituri
CURS I36 COMERT ELECTRONIC
Modele de afaceri - caracteristici
Pentru evaluarea unui model de afaceri specific
comerţului electronic trebuie să se aibă în vedere
următoarele consideraţii de piaţă:
mecanismul pe care îl adoptă firma: B2B, B2C, etc.,
poziţionarea firmei pe lanţul valoric între clienţi şi furnizori,
declaraţia de valoare şi grupul ţintă de clienţi căreia i se
adresează,
modelul specific de generare a fluxului de venituri,
reprezentarea firmei în lumea fizică şi virtuală.
CURS I37 COMERT ELECTRONIC
Modele de afaceri - caracteristici
CURS I38 COMERT ELECTRONIC
Modele de afaceri - tipuri
magazinul electronic (e-shop):
promovează produsele/serviciile firmei,
beneficiile firmei: creşterea cererii şi preţuri promoţionale scăzute,
beneficiile clienţilor: disponibilitate 24 de ore, preţuri mai mici decât
cele tradiţionale, informare mai bună, service îmbunătăţit, veniturile
sunt obţinute din vânzări mari, costuri scăzute, promovare.
aprovizionare electronică (e-procurement):
permite realizarea achiziţiilor electronice de produse/servicii,
multiplele posibilităţi de alegere a furnizorilor, ceea ce duce la costuri
scăzute de achiziţie, calitate îmbunătăţită şi îmbunătăţirea distribuirii
veniturile provenind din reducerea costurilor.
CURS I39 COMERT ELECTRONIC
Modele de afaceri - tipuri
licitaţii electronice (electronic auctions):
implementarea electronică a mecanismului licitaţiilor tradiţionale,
veniturile provin din taxe pe valoarea tranzacţiilor şi publicitate.
mall electronic (e-mall):
un set de e-shop-uri.
piaţa unui terţ (third party marketplace):
îndeplineşte funcţia de promovare/vânzare asigurate de terţi,
promovarea numelui, asigurarea logisticii pentru efectuarea plăţilor sau prelucrarea comenzilor, securitatea tranzacţiilor,
veniturile provin din taxe de membru, taxe de servicii, taxe pe tranzacţii.
CURS I40 COMERT ELECTRONIC
Modele de afaceri - tipuri
comunităţi virtuale (virtual community):
construiesc profilul clienţilor,
beneficiile: creşterea atractivităţii serviciilor şi promovare,
veniturile provin din taxe de membru.
furnizor de servicii în lanţul valoric (value chain service
provider):
îndeplinesc o funcţie specifică din lanţul de distribuţie
(asigurarea logisticii, a plăţilor electronice)
veniturile provin din taxe de servicii.
CURS I41 COMERT ELECTRONIC
Modele de afaceri - tipuri
integrarea lanţului valoric (value chain integrators):
focalizate pe integrarea mai multor paşi din lanţul de distribuţie,
veniturile provin din taxe de consultanţă sau taxe de tranzacţii.
platforme de colaborare (collaboration platform):
asigură instrumente şi mediu informaţional pentru colaborarea între firme,
veniturile provin din taxe de membru, de servicii oferite, preţul utilizării platformei.
brokeraj de informaţii, servicii de securitatea tranzacţiilor (trust services, infobrokerage):
furnizează informaţii şi consultanţă în diferite domenii, oferă siguranţa tranzacţiilor
veniturile provin din taxe de subscriere, vânzări de software.
CURS I42 COMERT ELECTRONIC
Etape pentru crearea site-urilor de CE
Realizarea unui site Web de comerţ electronic,
indiferent de modelul pe care îl implementează
(business-to-consumer B2C sau business-to-business B2B)
implică mai multe etape:
I. ANALIZA / PLANIFICAREA SISTEMELOR
II. PROIECTAREA SISTEMELOR
III. CONSTRUIREA SISTEMELOR
IV. TESTAREA
V. IMPLEMENTAREA ŞI PROMOVAREA
Etape pentru crearea site-urilor de CE
I. Analiza/planificarea sistemelor
identificarea obiectivelor afacerii, funcţionalitatea
sistemului şi a cerinţelor privind informaţia pe care
sistemul trebuie să o prezinte pentru a atinge obiectivele
afacerii.
inainte de a trece la crearea efectivă a unui site de
comerţ electronic, compania care va deţine acest site
trebuie să poată da un răspuns la următoarele întrebări:
Ce tipuri de produse vinde site-ul?
Ce tipuri de informaţii va găzdui?
Ce persoane din cadrul companiei vor fi responsabile pentru
administrarea site-ului?
Care este tipul de interfaţă pe care doriţi să îl propuneţi clienţilor?
I. Analiza/planificarea sistemelor
Obiectivul afacerii Funcţionalitate sistem Cerinţe privind informaţia
Prezentare de bunuri Catalog digital Text dinamic şi catalog cu grafice
Furnizare de informaţii
despre produseBază de date produse
Descriere produse, numere de stocuri,
număr de inventar
Personalizare produseUrmărirea comportamentului
consumatorului în site
Loguri în site pentru fiecare vizită a
clienţilor, capabilităţi data mining pentru a
identifica comportamentul comun al
clienţilor
Realizarea unei
tranzacţii Shopping cart/sistem de plată
Transferuri securizate cu carduri de
credit; opţiuni de plată multiple
Strângerea de date
despre clienţiBată de date clienţi
Nume, adresă, telefon, email pentru toţi
clienţii; înregistrare online a clienţilor
Consultanţă după
cumpărareBază de date vânzări
ID client, produs, data, modalitate de
plată, data livrării
Program de publicitate
Server de publicitate, server email,
manager pentru campanie prin email,
manager banner publicitar
Loguri privind comportamentul clienţilor în
site
Înţelegerea campaniilor
de marketing
Analiza site-urilor şi trimiterea de
rapoarte către sistem
Numărul vizitatorilor unici, pagini vizitate,
produse cumpărate, identificate în
campania de marketing
Furnizarea linkuri-lor
producătorului şi
furnizorului
Sistem de management al inventaruluiNivele de inventar şi produse, ID furnizor,
cantitate comandată/produs
II. Proiectarea sistemelor de comerţ
electronic – Platforme hardware şi software
Determinarea cerinţelor necesare pentru dezvoltarea site-ului:
cerinţe hard: caracteristicile maşinilor folosite ca server (memorie, spaţiu pe hard-disk, viteză procesor, etc.
cerinţe soft:
sistem de operare,
server de Web,
firewall,
pachete de programe opţionale (programe de calcul al taxelor, etc.),
pachete software pentru asigurarea securităţii site-ului Web (SSL, TLS, PKI) şi a tranzacţiilor (SET);
comunicaţii: se referă la lărgimea benzii de comunicaţie, topologii de reţea, etc.
II. Proiectarea sistemelor de comerţ
electronic – Platforme hardware şi software
Proiectarea sistemelor de comerţ electronic poate fi
împărţită în două părţi:
Proiectarea logică, care include:
Diagrama fluxului datelor, care descrie fluxul informaţiei în
site, funcţiile de procesare care trebuiesc îndeplinite şi
bazele de date care vor fi utilizate;
Descrierea elementelor de securitate şi a sistemelor de
back-up în caz de urgenţă, precum şi a măsurilor care vor fi
luate.
Proiectarea fizică, traduce proiectarea logică în componente
fizice
II. Proiectarea sistemelor de comerţ
electronic – Platforme hardware şi software
Proiectarea logică pentru un site Web de comerţ electronic
simplu
Transport
Produse
Site Web
Client
Verificare
Logare
Afişare pagini
catalog
Cumpărare
produseBază de date
comenzi
Bază de date
catalog
Bază de date
clienţiInformaţii
clienţi
Confirmare
comendă
Cerere
HTTP
Acceptare/
refuzare vizitator
Îndeplinire
comandă
II. Proiectarea sistemelor de comerţ
electronic – Platforme hardware şi software
Proiectarea fizică pentru un site Web de comerţ electronic
simplu
Bază de date
SQL
Suita pentru comerţ
electronic
IBM WebSphere
Catalog online
Server poştă
Shopping Cart
Client Site Web al
firmei
III. Implementarea sistemului
Există mai multe soluţii în ceea ce priveşte implementarea site-
ului:
soluţii externe (outsourcing) – furnizor extern care realizează
site-uri
soluţii interne (dezvoltarea sistemului în interiorul companie) -
necesită personal specializat, putând fi destul de riscant, dar
existând în acelaşi timp şi posibilitatea de a fi avantajos
III. Implementarea sistemului
Găzduirea site-ului
Site-ul de comerţ electronic poate fi găzduit pe un sistem careapartine clientului
există de asemenea posibilitatea închirierii de spaţiu pe serverele furnizorului de servicii Internet.
Un caz aparte în privinţa găzduirii site-ului îl reprezintă activitatea de publicitate şi cataloage electronice de produse.
Aceste site-uri pot să găzduiască mesajele publicitare ale unor terţe părţi, dar şi promovări ale produselor proprii companiei respective.
De exemplu, în pagina de deschidere a site-ului (HomePage), pot exista legături către produse existente în catalogul electronic de produse (aflat în cadrul altui domeniu al site-ului), pentru care compania doreşte să facă reclamă.
III. Implementarea sistemului
Găzduirea site-ului
Complet internăConstruire: Internă
Găzduire: Internă
Răspundere mixtăConstruire: Externă
Găzduire: Internă
Răspundere mixtăConstruire: Internă
Găzduire: Externă
Complet externăConstruire: Externă
Găzduire: Externă
Construire site
In-house Outsource
In-house
Outsource
Găzduire site
III. Implementarea sistemului
Managementul bazelor de date
produsele şi serviciile pe care site-ul de comerţ electronic
le oferă spre vânzare clienţilor vor fi stocate în cadrul site-
ului în baze de date.
in baze de date (dar nu în cadrul aceloraşi baze de date ca şi
produsele) vor fi stocate şi comenzile pe care clienţii le
adresează către site.
aceste comenzi pot fi păstrate chiar şi după onorarea lor,
pentru a oferi clienţilor un istoric al produselor pe care le-au
comandat sau pentru studii de piaţă efectuate chiar de către
compania care deţine site-ul.
III. Implementarea sistemului
Managementul bazelor de date
Este foarte importantă alegerea SGBD-ului (Sistemului de
Gestiune al Bazelor de Date), cel puţin din următoarele
motive:
pe măsură ce afacerea va creşte, creşte şi numărul de
produse oferite spre vânzare, şi, implicit, dimensiunea
site-ului
pentru baze de date de dimensiuni foarte mari, este
importantă problema vitezei de acces la informaţiile
stocate în aceste baze de date şi a securizării accesului la
acestea
III. Implementarea sistemului
Plata şi procesarea tranzacţiilor
Autorizările sigure de cărţi de credit şi procesarea comenzilor
prin Internet sunt elemente care stau la baza oricărei aplciaţii
de comerţ electronic.
Pentru a realiza în deplină siguranţă un transfer care implică
numere de cărţi de credit prin Internet, este nevoie să se ia
măsuri de securitate referitoare la autorizarea plăţilor.
Informaţiile referitoare la cărţile de credit (numărul cărţii,
nume deţinător, telefon, etc.), care sunt transmise în momentul
efectuării plăţii trebuiesc validate de către un organism de
autorizare.
IV. Testarea aplicaţiilor
Exista mai multe etape in testarea unui site de comert
electronic:
Testarea software
Testarea funcţională
Testarea conţinutului
Testarea serverului Web
Testarea securităţii tranzacţiilor
Testarea serverului de aplicaţii
Testarea bazelor de date
IV. Testarea aplicaţiilor
Testarea software este procesul căutării erorilor în program,
indiferent dacă acestea au cauze logice sau fizice.
Obiectivul principal al testării software este găsirea erorilor,
altfel spus, de a identifica neconcordanţa dintre ceea ce este
planificat să efectueze aplicaţia şi ceea ce realizează în realitate.
Testarea nu presupune identificarea cauzei erorilor şi corecţia
acestora, acestea fiind activităţi specifice depanării.
Testarea este privită ca o componentă majoră a calităţii
software.
Un produs software testabil se consideră ca fiind inteligibil
(structurat, concis şi autodescriptibil) şi măsurabil (accesibil şi
cuantificabil).
IV. Testarea aplicaţiilor
Testarea software este necesară pentru asigurarea calităţii,
dar este un proces scump şi laborios, care consumă de la o
treime până la o jumătate din costul unui proiect.
Testarea funcţională se realizează pentru a constata dacă
site-ul se comportă conform cu specificaţiile sale.
detaliile acestui tip de testare depind de natura site-ului Web.
constă în verificarea legăturilor paginilor,
testarea formularelor,
verificarea tranzacţiilor pentru comerţul electronic şi pentru bazele
de date
IV. Testarea aplicaţiilor
La testarea conţinutului se urmăreşte corectitudinea şi
aşezarea în pagină a textelor, imaginilor şi fişierelor de animaţie
şi video din cadrul site-ului
Testarea serverului Web are în vedere testarea
interacţiunilor dintre acesta şi serverul de aplicaţii, verificarea
integrităţii bazei de date în cadrul serverului de baze de date,
verificarea faptului că scripturile ASP, PHP sau JSP se execută
corect pe server.
IV. Testarea aplicaţiilor
Testarea securităţii tranzacţiilor efectuate este foarte
importantă pentru aplicaţiile de comerţ electronic având în
vedere faptul că sunt vehiculate date confidenţiale, la care dacă
au acces persoane neautorizate sau răuvoitoare se pot
produce pierderi materiale importante.
Testarea serverului de aplicaţii se realizează ţinându-se
seama de caracteristicile funcţionale şi structurale ale acestuia.
Se testează componentele serverului, folosind metode clasice
de testare, precum şi metode de testare ce iau în considerare
tranzacţiile şi comunicaţiile asincrone dintre aceste
componente.
IV. Testarea aplicaţiilor
Testarea bazelor de date presupune verificarea executării corecte a interogarilor şi operaţiilor de adăugare şi actualizare a datelor, precum, şi verificarea conexiunilor dintre site-ul Web şi baza de date.
Prin testarea performanţelor se măsoară comportamentul site-ului Web în diverse condiţii de trafic.
În prezent există o mulţime de instrumente pentru testarea automată a aplicaţiilor distribuite bazate pe web: eValid, Rational SiteCheck, SilkPerformer, LoadRunner care au următoarele caracteristici:
oferă suport pentru testarea funcţională
analizează integritatea şi legăturile dintre pagini
analizează încărcarea şi capacitatea serverului web
oferă o serie de indicaţii pentru reglaje fine ale site-ului
IV. Testarea aplicaţiilor
Factorii ce trebuie luaţi în considerare pentru optimizarea site-
urilor Web de comerţ electronic sunt prezentaţi în figura de
mai jos:
IV. Testarea aplicaţiilor
Componentele bugetului unui site Web
Marketing
6%
Proiectare şi mentenanţă
sistem
26%
Licenţe software
21%
Hardware
18%
Găzduire (hosting)
11%
Proiectarea şi designul
conţinutului
18%
V. Promovarea site-ului Web
După ce etapa de testare a aplicaţiilor s-a încheiat cu succes se
poate începe implementarea finală şi promovarea site-ului.
În acest scop, sunt câteva modalităţi de direcţionare a traficului
către site-ul Web creat:
înregistrarea site-ului Web în baza de date a motoarelor de căutare –
peste 90% dintre utilizatorii Internet caută în unul sau mai multe
motoare de căutare de top pentru a găsi ceea ce doresc.
menţionarea numelui site-ului în broşuri, panouri publicitare, cărţi de
vizită, etc.
publicitate – bannere publicitare pe site-uri cu trafic ridicat.
Implementarea procesului SEO
Studiu de caz
Cazul unui IMM care doreşte implementarea unei
soluţii de comerţ electronic B2B.
Modelul se caracterizează prin:
un singur vânzător către mai multe ramuri;
deţine propriul catalog de produs, gestiune de stoc, relaţii
cu firmele cumpărătoare, gestiunea ordinelor de la clienţi;
reperarea cumpărătorilor şi întreţinerea de relaţii de
parteneriat de lungă durată;
preţul de vânzare al produselor este determinat prin
cantitate, locaţia distribuirii şi data de distribuire;
Exemplu (cont.)
responsabilităţi:
gestionarea datelor privind produsele achiziţionate de lafurnizori,
gestionarea ordinelor clienţilor şi a stocului,
integrarea cu sisteme informatice diferite aparţinând clienţilor cât şi sistemele proprii vânzatorului
adaptarea la dinamica pieţei şi măsurarea eficienţei sistemului;
cerinţe cheie:
preţuri dinamice şi personalizarea termenilor de contractare, gestionarea contractelor încheiate cu partenerii de afaceri,
gestionarea conturilor acestora,
colaborarea cu partenerii prin logistică şi cereri de ofertă,
analiza profitabilităţii afacerii, eficienţei economice, eficienţei investiţiilor, măsurare ROI, etc.
Faza de definire
Conform metodologiei prezentate faza de definire presupune analiza cerinţelor sistemului de proiectat.
Fără un set de cerinţe (funcţionale, nonfuncţionale, de
implementare, standarde legale, linii directoare, politici şi
principii de respectat) nu se poate proiecta un sistem care
să răspundă necesităţilor clienţilor/beneficiarilor acestuia
Fără un document de specificaţii de sistem nu se poate
determina dacă soluţia corespunde obiectivelor propuse
în proiect.
Cerinţe funcţionale
Firma are prezenţă Web şi doreşte extindere geografica
a.î. prin sistemul B2B să deţină o adevărată prezenţă
internaţională pe Internet
Prin implementarea soluţiei plănuieşte
reducere de costuri cu personalul ce asigură service către
clienţi
creşterea gradului de satisfacţie al clienţilor prin asigurarea
accesului via Web la produsele firmei
Cerinţele funcţionale sunt grupate în subsistemele: catalog online,
membrii,
ordine,
integrare back-end,
service clienţi,
marketing.
Subsistemul Catalog online
Caracteristici:
utilizatorii anonimi pot răsfoi catalogul online dar nu
văd preţurile, în scopul de a atrage potenţiali clienţi,
abia după ce se înregistrează pot stabili un contact
cu firma;
posibilitate de căutare a unui anumit produs în
catalog fără răsfoire;
clienţii înregistraţi şi autentificaţi pot negocia
condiţiile din contractul încheiat cu firma şi pot răsfoi
catalogul online în funcţie de drepturile acordate,
permite conectarea cu furnizorii firmei.
Subsistemul Membrii
Caracteristici:
noii utilizatori se pot înregistra online (se primeşte un ID
şi o parolă după înregistrare),
cererile noi de înregistrare sunt mai întâi validate de către
administrator clienţi (buyer administrator),
utilizatorii se pot înregistra o singură dată,
informaţiile despre clienţii sunt introduse într-o bază de
date,
gestionează profilele clienţilor,
pentru că se doreşte o prezenţă internaţională, site-ul
trebuie să suporte mai multe limbi şi mai multe unităţi
monetare (informaţii cerute la crearea profilului clientului).
Subsistemul Membrii
Rolurile client identificate sunt:
client anonim (pot doar răsfoi catalogul online şi se pot
înregistra online),
cumpărător (utilizator autentificat ce poate plasa ordine),
administrator clienţi (validează noile cereri şi acordă
drepturi de acces),
administrator vânzări (validează tranzacţiile clienţilor),
administrator de sistem
Subsistemul Ordine
Caracteristici:
permite plasarea ordinelor via Internet,
plasarea unui ordin presupune autentificarea anterioară a
clientului,
se pot plasa orice fel de ordine, în orice stare (activă,
inactivă, etc.),
se pot completa şi ordine pentru care există un formular
tip, creat pe baza ordinelor anterior plasate,
Subsistemul Ordine (cont.)
clienţilor/persoanelor autorizate ce aparţin firmei
client li se permite vizualizarea/modificarea stării
tuturor ordinelor,
datele furnizate către clienţi sunt:
descrierea produselor din catalog,
preţuri,
ordinele plasate, starea lor
erori de procesare a tranzacţiilor privind ordinele,
plata nu se face online.
Subsistemul Integrare back-end
Caracteristici:
actualizarea preţurilor din catalogul online se face
prin preluarea datelor din aplicaţia deja existentă în
firmă,
actualizarea stocurilor după încheierea unui ordin,
descrierea produselor din catalogul online provin din
aplicaţia de gestionare a informaţiilor aferente
acestora deja existentă,
datele privind ordinele plasate online sunt trimise
către aplicaţia de gestionare a ordinelor existentă.
Subsistemul Service Clienţi
Caracteristici:
asistenţă asigurată prin chat,
urmărirea interacţiei client-consultant,
pot accesa acest subsistem doar clienţii membrii (nu
şi cei anonimi).
Subsistemul Marketing
Caracteristici:
sunt realizate periodic:
rapoarte de marketing
activitatea clienţilor vizavi de produsele firmei,
analize de piaţă, etc.
Cerinţe non-funcţionale
Capacitate şi performanţe:
să accepte maxin 20.000 utilizatori,
maxim 30 tranzacţii concurente,
o medie de 1000 utilizatori,
timp de răspuns între 5-10 secunde,
să afişeze maxim 2000 de produse,
dimensiunea medie a paginii Web dinamice să fie de 50KB
a uneia statice de 20KB,
Disponibilitate:
24 de ore pe zi, 7 zile pe săptămână, pe un interval de derulare a
afacerilor normal indiferent de fusul orar,
disponibilitatea serverelor Web de 90%,
Cerinţe non-funcţionale (cont.)
Securitate: autentificare,
înregistrare o singură dată a unui utilizator,
prelucrarea datelor în timp real sau cel puţin pe loturi de tranzacţii,
încheierea sesiunii de lucru a unui utilizator după 1h de inactivitate,
blocarea contului utilizator după tastarea greşită a ID şi parolei de x-ori,
criptarea datelor pentru clienţii membrii,
Management: proces de backup săptamânal la sfârşit de săptamână,
urmărirea şi înregistrarea erorilor de înregistrare/accesare a conturilor client,
Cerinţe non-funcţionale (cont.)
Scalabilitate:
să permită adăugarea de noi produse în catalog, noi clienţi sau
zone geografice,
Întreţinere:
să fie compatibil cu standardele tehnologice IT actuale,
Utilizabilitate:
să fie compatibil cu orice tip de browser folosit în prezent,
Integrarea datelor şi refacerea sistemului în caz de
dezastre:
pentru situaţii normale nu mai mult de 1h,
pentru cazuri grave de 12h,
pentru serverele Web maxim 150h.
Actori şi cazuri de utilizare pentru
sistemul B2B
Cazuri
existente
Cazuri noi