E-COMMERCECurs 2

1. Fazele procesului de cumprare

2. Procesele implicate n dezvoltarea unui sistem de comer

electronic

3. Conceptele arhitecturale ale sistemelor de E-Commerce

Sistemul informatic

O afacere de comer electronic se sprijin pe un sistem informatic centrat Web, construit n jurul site-ului care conine magazinul on-line.

n cadrul relaiilor comerciale clasice, tranzaciile i achiziiile majore implic urmtoarele faze:

faza precontractual, cnd se analizeaz oferta de pe pia; faza contractual, cnd se negociaz clauzele contractuale (condiii de achiziie, servicii comerciale oferite, etc.);

faza realizrii comenzii, cnd se identific marfa, se verific solvabilitatea clientului, etc.;

faza logistic, de pregtire i expediere a mrfii; faza de achitare, care depinde de modalitatea de plat pentru care s-a convenit;

faza post-proces, care include servicii comerciale post-vnzare.

O aplicaie de comer electronic trebuie s permit realizarea acestor

faze prin intermediul funciilor pe care le asigur.

Fazele procesului de cumprare

Faza logistic nu are corespondent diferit n sistemul de comer online

Furnizarea bunului achiziionat este singura operaie care se realizeaz

prin metode tradiionale, fr a folosi instrumente specifice mediului

Internet.

Comerul tradiional Comerul electronic

Faza precontractual Gestionarea catalogului de produse

Faza contractual Gestionarea coului de produse

Faza realizrii comenzii Prelucrarea comenzii

Faza logistic Faza logistic

Faza de achitare Sistemul de pli electronice

Faza post-proces Urmrirea relaiilor cu clienii

Comparaie ntre fazele procesului de cumprare, n cazul comerului

tradiional, i funciile corespunztoare oferite de sistemul pentru

realizarea comerului online

Dezvoltarea unui sistem de comer electronic presupune un efort din partea unei echipe mixte:

profesionitii economici ce aparin organizaiei (care cunosc foarte bine organizaia, scopurile acesteia i pot lua decizii)

profesionitii IT.

Procesele implicate n dezvoltarea unui sistem de

comer electronic

Fazele implementrii unui sistem de comer electronic

Definirea proiectului

Model (vnzri) Planificare

Dezvoltarea software

Dezvoltarea coninutului

Deployment Hosting i operaiile suportate

Serviciile de tranzacii

Structura de baz a unei aplicaii de comer electronic cuprinde

urmtoarele componente funcionale:

serverul Web, care asigur funcionalitatea ntregului pachet software al aplicaiei;

componenta software pentru gestionarea catalogului de produse, care folosete datele din baza de date de produse pentru a genera catalogul cu oferta

n format HTML, iar utilizatorii pot consulta catalogul prin intermediul

browser-ului pentru a cuta i compara produsele din oferta;

coul de cumprturi virtual este modalitatea standard de gestionare a produselor selectate de client i de lansare a comenzii;

aplicaia de prelucrare a comenzii (ordinul de cumprare) are implementate regulile de derulare ale afacerii (tranzacia comercial):

consultarea i actualizarea bazei de date de produse,

calculul preului,

selectarea modalitii de livrare,

selectarea modalitii de plat,

serviciile de securitate folosite.

Aceast aplicaie interfaeaz cu aplicaiile sistemului tradiional de urmrire a

activitii comerciale:

gestiunea stocurilor,

urmrirea comenzilor,

calculul preurilor,

urmrirea ncasrilor, relaiile cu terii, etc.

componenta pentru urmrirea relaiilor cu clienii gestioneaz profilul utilizatorilor, pe baza datelor transmise de vizitatorii site-ului i/sau pe baza datelor

privind comportamentul de vizitare a site-ului, preluate, de obicei, din jurnalele de

activitate gestionate de serverul Web;

componenta pentru ntreinerea sistemului, care trebuie s ofere persoanelor autorizate posibilitatea de dezvoltare sau reconfigurare a sistemului, ntr-o manier

ct mai accesibila i mai sigur, de preferat prin intermediul browser-ului;

pe lng baza de date de produse, localizat pe serverul corespunztor, este posibil ca aceleai date s fie replicate n baze de date pentru utilizator, mai

accesibile aplicaiei care gestioneaz magazinul online.

Concepte arhitecturale ale sistemelor de E-Commerce

Aplicaia de e-commerce

n general, un model de afaceri reprezint o arhitectur pentru:

produse,

servicii,

fluxuri de informaii,

descrierea participanilor la procesele de afaceri,

rolurile acestora,

o descriere a potenialelor beneficii

o descriere a surselor de venituri.

Pentru evaluarea unui model de afaceri specific comerului electronic trebuie

s se aib n vedere urmtoarele consideraii de pia:

mecanismul pe care l adopt firma: B2B, B2C. poziionarea firmei pe lanul valoric ntre clieni i furnizori, declaraia de valoare i grupul int de clieni creia i se adreseaz, modelul specific de generare a fluxului de venituri, reprezentarea firmei n lumea fizic i virtual.

Cnd vrei sa construieti un site de e-commerce poi opta pentru trei variante

de soluii pentru a face fa acestei provocri:

S dezvoli aplicaia de la bun nceput, rspunznd necesitilor business-ului respectiv. Inconvenientul este ca vei fi iniial singurul utilizator i astfel, tester

al site-ului. Riscul este n acest fel destul de mare ca eventualele erori de cod care

apar s nu le poi rezolva dect tu.

S foloseti un pachet software deja construit dar care i ofer majoritatea funcionalitilor comerciale pe care le doreti. Astfel poi s dezvoli mult mai rapid

propria ta aplicaie. Dezavantajul const n flexibilitatea redus a site-ului tu i deci

o customizare minor a funcionalitilor site-ului.

Dezvoltarea pe o platform are beneficiul c va combina din avantajele celor dou opiuni discutate mai sus. O platform i ofer catalogul de produse,

profilul utilizatorului, motorul de cutare a produsului etc. Avnd baza de dezvoltare

poi s porneti afacerea oricnd.

Oricare din aceste soluii poate fi bun n funcie de tipul site-ului pe care l

creezi. Dac tipul de business este generic i simplu, soluia a doua este

foarte potrivit.

.

Altfel, pentru un site de e-commerce cu funcionaliti extinse, soluia

optim este folosirea unei platforme.

S foloseti un pachet software deja

construit dar care i ofer

majoritatea funcionalitilor

comerciale pe care le doreti

Editurile comand mai mult hrtie de la companiile

furnizoare de hrtie

Amazon face comenzi ctre edituri

Consumatorii strng mai multe

cereri de cri pentru a cumpra o cantitate mai mare de pe

Amazon

Consumatorii cumpr mii de cri Harry Potter de pe

Amazon

Business ClieniB

usin

ess

Cli

en

i

Consumatorii

vnd la rndul

lor pe eBay

Convergena categoriilor sistemelor e-commerce

Exemplu:

Concepte arhitecturale

Arhitectura unui sistem:

organizarea fundamental a unui sistem, ncorporat n componentele i

relaiile dintre acestea i n principiile care ghideaz conceperea i evoluia sa

Rolul cheie al arhitecturii unui sistem informatic este de a defini setul de

constrngeri necesare echipei de proiectare i implementare n momentul

transformrii cerinelor i modelului analiz ntr-un sistem executabil.

Aceste constrngeri conin toate deciziile importante de proiectare i

raionamentele din spatele acestora.

ntre sistemele de comer electronic sunt mai multe asemnri dect deosebiri, acesta

fiind i motivul pentru care s-a dezvoltat un nucleu de arhitectur (core architecture)

pentru acest tip de sisteme ce poate fi adaptat diferitelor aplicaii din acelai

domeniu.

O arhitectura descris corect trebuie s conin:

obiectivele de proiectare

criterii de performan

deciziile arhitecturale bine motivate

trebuie ierarhizate n funcie de prioritile

stabilite anterior.

Descrierea arhitecturii sistemului este, n esen, versiunea n miniatur a tuturor

componentelor sistemului.

Caracteristici:

funcionale setul complet de funcii ale sistemului cerute de utilizatori;

non-funcionale caracteristicile de securitate, disponibilitate, performan constrngeri impuse i atribute de calitate;

de implementare evolutivitate, reutilizabilitate, costuri i integritate

Definirea unei arhitecturi urmrete:

Complexitatea: vizeaz maniera de descompunere i modularizare a sistemului.

Evolutivitatea: trebuie s rspund schimbrilor survenite n activitatea firmei utilizatoare, fie de natur

strategic, organizaional sau procedural.

Scalabilitatea: definete abilitatea sistemelor de a permite adugarea de noi posturi client sau server, fr o

modificare semnificativa a performanelor de ansamblu ale

sistemului.

Arhitectura logic:

modul n care se structureaz i se organizeaz sistemul la nivel

conceptual pentru a asigura funcionalitile cerute de utilizator.

Cel mai rspndit model de arhitectur logic este cel ce structureaz

sistemul informatic n trei straturi (layere):

prezentarea (interface) logica problemei sau a activitii de afaceri (business) gestiunea datelor (persistence)

Arhitectura fizic:

modul n care se implementeaz fizic structurile definite n

cadrul arhitecturii logice (structura programelor i distribuirea lor pe

echipamentele utilizate).

Pentru a beneficia de avantajele reutilizrii, arhitectura unei aplicaii ar trebui s cuprind urmtoarele nivele:

Arhitectura general a unui sistem de comer electronic

n general, orice sistem de comer electronic urmrete modelul de arhitectur

logic stratificat format din trei straturi:

1. prezentare (presentation tier),

2. logica problemei (business tier)

3. gestiunea datelor (database tier).

Nivelul trei este instalat pe serverul de baze de date, al doilea pe un server

distinct de aplicaie, iar nivelul de prezentare este multiplicat pe mai multe

posturi de lucru client.

Proiectarea arhitecturii unui sistem informatic presupune parcurgerea a dou

etape:

I. identificarea rolurilor

II. descompunerea n componente.

Pentru sistemele de comer electronic se contureaz dou ntrebri de baz:

Cine folosete sistemul proiectat (beneficiarii)? Ce anume vor s fac cu acesta (ce vor s obin de la sistem)?

nelegerea rolurilor i tipurilor de utilizatori ai unui sistem de comer

electronic permite concentrarea/focalizarea ateniei echipei de

proiectare spre crearea unui sistem pe care acetia l pot folosi eficient

pentru atingerea obiectivelor propuse.

1.

A doua problem important ce trebuie rezolvat este:

modul de descompunere al sistemului n uniti funcionale (toate

unitile funcionale fac parte din acelai sistem, alctuind un sistem

distribuit),

definirea interfeelor dintre acestea, de fapt definirea propriu-zis

a arhitecturii sistemului.

Modul n care sunt grupate funciile sistemului n uniti funcionale duce la

arhitecturi diferite de sisteme de comer electronic.

A treia problem este: procesarea tranzaciilor electronice.

2.

3.

Problemele cheie n cazul procesrii tranzaciilor electronice sunt:

Cum se declaneaz o tranzacie de ctre utilizatori? Uzual, se folosete un buton de Cumpr acum (Buy now) sau Validare (Checkout) pentru coul

de cumprturi.

Cum se verific informaiile transmise de utilizatori? n funcie de tehnologia folosit, este necesar verificarea de ctre sistemul de tranzacionare dac

informaiile operaiei de cumprare (pre, identificare produse, etc.) nu s-au

modificat n timpul transmiterii prin reea.

Cum se potrivesc cererea cu oferta? Unele sisteme de comer electronic includ verificarea stocului de produse n timp real.

Ct timp rmne valid existena produsului cerut de client n stoc, n cazul n care acesta nu-l cumpr imediat; sistemul dezvoltat poate asigura clientul c va

gsi produsul i dac acea cumprare se va face ntr-un viitor nedeterminat sau

dac acel clientul nu va reveni niciodat s finalizeze tranzacia.

Rspunsuri diferite pot conduce la proiectri de sisteme diferite !!!!!

Client (customer role)

prin client se nelege orice persoan care selecteaz un produs pentru a-l cumpra, dar i o persoan ce iniiaz o plat electronic.

Specificator, aprobator, cumprtor, recipient:

persoana ce selecteaz ce se va cumpra.

persoan ce aprob o cumprtur recomandat de

specificator.

persoana ce negociaz termenii i condiiile de

cumprare i execut plata produselor sau serviciile

comandate.

persoana ce primete produsele sau serviciile

livrate.

Identificarea rolurilor ntr-o arhitectur

Vnztor (business role)

Echipa de conducere (business manager, arhitectul sistemului, proiectantul de coninut, autorul de coninut, implementatorul, administratorul bazei de date, echipa de vnzri i marketing)

Echipa operativ :

managerul operativ: responsabil cu gestionarea tuturor activitilor Internet

supervisor-ul de sistem,

administratorul de sistem,

ofierul de securitate: asigur aplicarea msurilor de securitate stabilite n

etapa de proiectare i implementare a sistemului

agentul de livrare

contabil: responsabil de procedurile de decontare, plat, crearea rapoartelor

privind tranzaciile de plat

Componenta cumprtor (client Web)

Uzual: browser web

Aplicaii client particulare (client wallets, server-side wallets, buyer

home community)

furnizeaz servicii de plat online

Componenta vnztor:

Content management system: responsabil cu realizarea i

administrarea actualizrii continuu i dinamic a coninutului afacerii

Transaction processing system: sistem de gestionare a tranzaciilor

electronice

Payment processor: sistem de procesare a plilor

Fulfillment systems: sistem de facturare

Descompunerea funcional n componente ce alctuiesc

sistemul de comer electronic

Grupare logic a componentelor ce alctuiesc sistemul de comer electronic:

Front office sunt responsabile de marketing i vnzri

Back office sunt responsabile de gestionarea tranzaciilor ncepnd cu plasarea ordinelor i pn la livrarea produselor/serviciilor ctre clieni.

Componenete sw:

serverul Web, paginile Web, componentele middleware, obiectele business, bazele de date.

Sistemele hw:

echipamentele hardware ale serverului Web,

componenetele de reea, filtrele de securitate (firewalls), router-e

Arhitectura fizic = crucial!!!!

Analiza arhitecturilor de comer electronic

Patru componente:

Clientul calculatorul cuplat la Internet, cumprtorii folosind

calculatorul client pentru vizitarea site-ului vnztorului i pentru

cumprturi online

Vnztorul sistemul informatic sau sistemele ce conin catalogul

electronic al produselor

Sistemul tranzacional sistemul informatic sau sistemele

ce rspund de toate aspectele privind tranzaciile comerciale online

Payment gateway sistemul informatic sau sistemele ce

direcioneaz instruciunile privind plile spre reele financiare