arhitecturi e-commerceandrei.clubcisco.ro/cursuri/4ec/ciprian/3_ecommerce_ppt.pdf · decizii...
Post on 01-Nov-2019
10 Views
Preview:
TRANSCRIPT
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
10.03.2009 E-Commerce – Curs 3 1
ArhitecturiArhitecturiEE--CommerceCommerce
Ciprian Dobreciprian.dobre@cs.pub.ro
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Arhitectura funcArhitectura funcţţionalăională
• Etapele proiectării arhitecturii unui sistem:– Identificarea rolurilor– Descompunerea în componente
• În plus, pentru sistemele de comerţ electronic:– Procesarea tranzacţiilor electronice
• Întrebări frecvente:– Cum se declanşează o tranzacţie de către utilizatori?– Cum se verifică informaţiile transmise de utilizatori?– Cum se potrivesc cererea cu oferta?
• Specificarea tipurilor de relaţii între componentele sistemului => trust model
210.03.2009 E-Commerce – Curs 3
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Identificarea rolurilorIdentificarea rolurilor
• Client (customer role)– Specificator, aprobator, cumpărător, recipient– Anonymous buyer, member customers (member
administrator)• Vânzător (business role)
– Echipa de conducere (business manager, arhitectul sistemului, proiectantul de conţinut, autorul de conţinut, implementatorul, administratorul bazei de date, echipa de vânzări şi marketing)
– Echipa operativă (managerul operativ, supervisorul de sistem, administratorul de sistem, ofiţerul de securitate, agentul de livrare, contabil)
10.03.2009 E-Commerce – Curs 3 3
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Descompunerea funcDescompunerea funcţţionalăională îîn n componentecomponente
• Componenta cumpărător– Uzual browser web– Aplicaţii client particulare (client wallets, server-side
wallets, buyer home community)• Componenta vânzător
– Content management system– Transaction processing system– Payment processor– Fulfillment systems
• Grupare logică:– Front office (marketing şi vânzări)– Back office (gestionarea tranzacţiilor)
10.03.2009 E-Commerce – Curs 3 4
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Rolul arhitecturilor bazate pe componenteRolul arhitecturilor bazate pe componente
• Sistemele de comerţ electronic sunt utilizate de aproape trei decenii
• Dificultăţi în adaptarea la schimbările rapide ce au loc în mediul de afaceri
• Sistemele tradiţionale tind să fie dependente de o anumită platformă de operare
10.03.2009 E-Commerce – Curs 3 5
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Etapele arhitecturilor de comerEtapele arhitecturilor de comerţţelectronicelectronic
10.03.2009 E-Commerce – Curs 3 6
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Analiza arhitecturilor de comerAnaliza arhitecturilor de comerţţelectronicelectronic
• Patru componente:– Clientul– Vânzătorul– Sistemul tranzacţional– Payment gateway
10.03.2009 E-Commerce – Curs 3 7
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Merchant serverMerchant server
• Combină componentele vânzător şi sistemul tranzacţional• Avantaj: simplitate• Dezavantaj: extindere dificilă, imposibilitatea utilizării de
noi tehnologii
Structura fizică
10.03.2009 E-Commerce – Curs 3 8
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Structura logicăStructura logică
10.03.2009 E-Commerce – Curs 3 9
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Open Market Distributed Commerce Open Market Distributed Commerce ArchitectureArchitecture (1)(1)
• Separă managementul de conţinut de cel al tranzacţiilor –SecureLink
• Secure Remote Procedure Call bazat pe HTTP şi HTML• Interoperabilitate• MAC (message authentication code)• Componente furnizate• Gestiunea cheilor• Kit de dezvoltare software• Ex:
http://payment.tscaorp.com:80/bin/bayment.cgi?ac1c7b489d400e4a98a6e9c8b9851a37:kid=196003.190007&valid=815499241&expire=….
http://www.securepay.com.au/securepay/products/online/securelink.shtml10.03.2009 E-Commerce – Curs 3 10
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Open Market Distributed Commerce Open Market Distributed Commerce Architecture (2)Architecture (2)
• Serverul de tranzacţii este separat de cel al vânzărilor
• Payment gateway poate fi separată sau nu în funcţie de metodele de plată online
• Avantaje: – permite cataloage multiple pe mai multe
servere– separarea componentelor client de cele de
tranzacţii– gestionarea separată a serviciilor de securitate
10.03.2009 E-Commerce – Curs 3 11
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Structura fizicăStructura fizică
10.03.2009 E-Commerce – Curs 3 12
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Structura logicăStructura logică
10.03.2009 E-Commerce – Curs 3 13
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
OBI (Open Buying on the Internet) OBI (Open Buying on the Internet) ArchitectureArchitecture
• Standard propus de OBI (Open Buying on the Internet)
• Standard în domeniul aplicaţiilor B2B• Separarea funcţionalităţii sistemului:
– Activităţi de cumpărare– Activităţi de vânzare
10.03.2009 E-Commerce – Curs 3 14
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Structura logicăStructura logică
• Cumpărare:– Baza de date clienţi– Profilurile clienţilor– Procesele de aprobare
• Vânzare:– Catalogul– Gestionarea ordinelor– Activităţi de plată– Realizare servicii pe partea de vânzare
10.03.2009 E-Commerce – Curs 3 15
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
FluxulFluxul tranzactranzacţţiiloriilor -- Open Buying on the InternetOpen Buying on the Internet
10.03.2009 E-Commerce – Curs 3 16
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
ArhitecturaArhitectura OBIOBI
10.03.2009 E-Commerce – Curs 3 17
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
ArhitecturaArhitectura tehnictehnică ă (1)(1)
• Arhitectura aplicaţiei– Server web– Pagini web– Componente middleware– Obiecte business– Baze de date
• Infrastructura acesteia– Echipamente hardware– Elemente de reţea– Firewalls– Routere
10.03.2009 E-Commerce – Curs 3
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
ArhitecturaArhitectura tehnictehnică ă (2)(2)
10.03.2009 E-Commerce – Curs 3 19
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Componentele arhitecturii tehniceComponentele arhitecturii tehnice
• Cerinţe funcţionale:– Disponibilitate– Performanţă– Securitate– Integritatea tranzacţiilor– Scalabilitate– Robusteţe– Interoperabilitate
• Performanţa end-to-end: viteza reală de răspuns obţinută la cererea unui singur utilizator
• Scalabilitatea: sistem funcţional şi disponibil (QoS) şi în cazul creşterii numărului de utilizatori
10.03.2009 E-Commerce – Curs 3 20
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Dezvoltarea bazată pe componente Dezvoltarea bazată pe componente (economice)(economice)
• O componentă economică = o implementare software a unui concept economic autonom sau a unui proces economic.
• Constă din toate elementele software necesare pentru a reprezenta, implementa şi desfăşura un concept într-un mod autonom, astfel încât să fie reutilizabil pentru alte produse software.
10.03.2009 E-Commerce – Curs 3 21
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Perspectiva dezvoltării bazată pe Perspectiva dezvoltării bazată pe componentecomponente
• Planificarea resurselor întreprinderii (Enterprise Resource Planning - ERP)– Integrează principalele procese economice (finanţe,
managementul resurselor umane, vânzări, etc.)• Managementul relaţiilor cu clienţii (Customer
Relationship Management - CRM) – Cuprinde toate interacţiunile dintre o companie şi
clienţii/partenerii săi (prin Internet, telefon, ATM/Kiosk)• Comerţ electronic
– Permite accesul pe web al sistemelor ERP• Business Intelligence (BI)
– Aplicaţii pentru colectarea, stocarea, analiza şi descoperirea anumitor aspecte care ajută luarea unor decizii manageriale (Decision Support Systems, Online Analytical Processing, Data Warehouse, Data Minning)
10.03.2009 E-Commerce – Curs 3 22
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
RelaRelaţţiile dintre componenteiile dintre componente
10.03.2009 E-Commerce – Curs 3 23
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Avantajele unei abordări bazată pe componente
• Încapsularea implementării• Utilizarea unei metodologii pentru crearea,
proiectarea şi dezvoltarea de aplicaţii pentru afaceri economice
• Costuri reduse• Oferă reguli şi structuri ce permit:
– Flexibilitate– Posibilitatea de integrare a altor componente
10.03.2009 E-Commerce – Curs 3 24
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Nivelele arhitecturii bazată pe componente
• Nivelul interfaţă utilizator (user interface layer)• Nivelul economic (business layer)
– Componente ale procesului (process components)– Componente ale domeniului economic (business
domain components)– Componente ale infrastructurii afacerii (business
infrastructure layer)• Nivelul infrastructurii tehnice (technical
infrastructure layer)Concentraţia eforturilor
de dezvoltare
10.03.2009 E-Commerce – Curs 3 25
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Arhitectura unei aplicaţii
Pentru a beneficia de avantajele reutilizării, arhitectura unei aplicaţii ar trebui să cuprindă aceste nivele
10.03.2009 E-Commerce – Curs 3 26
Universitatea Politehnica Bucuresti - Facultatea de Automatica si Calculatoare
Arhitectura unei aplicaţii
• Procese economice de bază– Set de blocuri constructive
• Funcţionalităţi comune mai multor domenii economice– Obiecte economice (adresa, parteneri, metode
de plata, etc.)– Obiecte ce manipulează obiecte economice
(conturi bancare, parteneri, metode de plata)
10.03.2009 E-Commerce – Curs 3 27
top related