Membangun Aplikasi E-Commerce dan Infrastruktur

1
Membangun Aplikasi E-Commerce dan Infrastruktur
2
Tujuan

• Menggambarkan landscape dan framework
  pengembangan aplikasi EC
• Menggambarkan proses arsitektur EC

3
Proses Pengembangan Aplikasi EC
4
Lanscape dan Framewaork pengembangan aplikasi EC

• Proses Pengembangan
• Langkah 1 Menciptakan arsitektur EC- pendekatan
  analisa sistem
• Langkah 2 Menyeleksi pilihan pengembangan
• Langkah 3 Meng-install, Mengkoneksikan dan
  lainnya
• Langkah 4 Pengembangan
• Langkah 5 Operasi dan pemeliharaan

5
Landscape dan Framework pengembangan aplikasi EC

• Manajemen Proyek
• Proses pengembangan adalah kompleks dan harus
  diatur dengan baik
• Team dibentuk untuk mengatur proses dan vendor
• Kerjasama dengan partner bisnis adalah kritis
• Manajemen yang tepat termasuk evaluasi periodik
  dari performansi sistem

6
Mengembangkan arsitektur EC

• 6 Langkah pengembangan adalah
• Langkah 1 Menentukan tujuan dan misi bisnis
• Langkah 2 Menentukan arsitektur informasi
• Langkah 3 Menentukan arsitektur data
• Langkah 4 Menentukan arsitektur aplikasi
• Langkah 5 Menentukan arsitektur teknikal EC
• Langkah 6 Menentukan arsitektur organisasi

7
Strategi pengembangan untuk aplikasi EC

• Membeli aplikasi (pendekatan turnkey)

• Kerugian
• SW tidak terlalu tepat dengan yang diinginkan
• Diluar kontrol saat improvement dan upgrade versi
• Susah integrasi
• Vendor hanya menyerahkan produk dan diluar
  kepentingan kantor

• Keuntungan
• Availability of many off-the-shelf packages
• Menghemat waktu
• Kebutuhan sedikit personel dedicated
• Bukan yang pertama dan hanya user

8
Strategi pengembangan untuk aplikasi EC

• Lease / menyewa
• Tipe vendor leasing
• Lease / menyewa aplikasi dari outsource / pihak
  luar and install ke perusahaan
• Menggunakan application system provider (ASP)
• In-house development insourcing / pihak dalam
• Pendekatan pengembangan
• Membangun dari goresan / scratch
• Membangun dari komponen / components
• Metodologi Prototyping

9
Strategi pengembangan untuk aplikasi EC

• Pilihan pengembangan lainnya
• Join / bergabung an e-marketplace or exchange
• Join/ bergabung a third-party or reverse auction
• Joint ventures
• Join a consortia
• Hybrid approach

10
Outsourcing and Applications Service Providers

• Outsourcing
• Internet malls
• ISPs
• Telecommunication companies
• Software houses
• Outsourcers and others

11
Applications Service Providers

• Keuntungan bagi vendor ASP
• Perusahaan menghasilkan revenue dari beberapa
  sumber dibandingkan koneksi dan transport
• Lucrative Web site hosting
• Web design consulting
• Hosted applications with access charges

12
Applications Service Providers

• Keuntungan bagi perusahaan leasing
• Hemat waktu dan pengeluaran yang bermacam-macam
  pada tahap awal pengembangan (co biaya tenaga
  kerja)
• Mengurangi perbaikan software, upgrade aplikasi,
  dan waktu trainning
• Mengurangi waktu ke market
• Mampu meningkatkan adaptasi terhadap kondisi
  perubahan market

13
Table Keuntungan dan Resiko penggunaan ASP
14
Figure 12-10Web to Database Connection
15
Koneksi ke Databases, Legacy Systems, dan bisnis
partner

• Koneksi ke bisnis partner
• Kritikal sukses EC, khususnya untuk aplikasi B2B
• Hal-hal yang perlu disepakati
• Connectivity
• Compatibility
• Security
• Scalability

Critical!
16
Seleksi software dan vendor

• Langkah-langkah dalam menyeleksi paket software
• 1 Identifikasi paket yang cocok
• 2 Menentukan kriteria evaluasi
• 3 Evaluasi paket kandidat
• 4 Memilih sebuah paket
• 5 Negosiasi kontrak

17
Seleksi software dan vendor

• Identifikasi paket yang cocok
• Sumber informasi dari paket
• Hardware vendors
• User groups
• Technical and trade publications
• Consultants experienced with an application area
  or industry
• Friends and competitors
• Evaluasi kriteria awal untuk memilih paket yang
  penting

18
Seleksi Software dan vendor

• Menentukan kriteria evaluasi
• Harus menentukan lebih detail yang harus kita
  ketahui dari paket dan bagaimana pentingnya
  setiap kriteria
• Characteristics of the vendor
• Functional requirements of the system
• Technical requirements the software must satisfy
• Amount and quality of documentation provided
• Vendor support of package

19
Seleksi Software dan vendor

• Menentukan kriteria evaluasi
• Requirements for purchase (RFP) dikembangkan
  termasuk
• Informasi tentang vendor
• How long the vendor has been in the EC software
  business
• Number of employees, financial and location of
  its sales and support offices
• First release date of system being considered
• Date of last revision
• List of companies using the software to contact
  as references

20
Seleksi software dan vendor

• Menentukan kriteria evaluasi
• Tim proyek mengembangkan kebutuhan fungsi sistem
  harus bagus
• Mandatory requirements
• Desired features
• Stated as questions about the characterizes of
  the package
• Ease with which software can be tailored to fit
  companys current needs or enhanced in the future

21
Seleksi software dan vendor

• Evaluasi paket kandidat
• RFP dikirimkan ke vendor yang qualified
• Menghasilkan informasi yang berguna untuk
  penentuan evaluasi
• Gaps between the companys needs
• Capabilities of the proposed application packages
• Membantu penentuan paket mana, digunakan tabel

22
Seleksi software dan vendor
Criteria Weights System A System B System C
Support for Java standards
XML
SSL
Shoppingcart
Catalogs
Taxation
Personalization

23
Seleksi software dan vendor

• Memilih paket saat daftarnya sudah disiapkan
• Menentukan bagaimana paket dimodifikasi untuk
  menghilangkan perbedaan antara kebutuhan EC
  aplikasi perusahaan
• Faktor yang paling penting adalah upaya
  pengembangan tambahan kebutuhan sistem
• To companys needs
• To integrate with companys environment

24
Seleksi software dan vendor

• Memilih paket
• People are likely to have to adapt to the
  software
• Significant changes in how they do their jobs
• Commitment is necessary for the system to succeed
• Project team should verify that
• Users of the system support the decision to buy
  the selected package and agree to make it work
• IS people who will support the system agree that
  the system will work in their environment and
  that they can support is satisfactorily

25
Vendor and Software Selection (cont.)

• Contract negotiation (EC managers and/or IS
  department)
• Specifies the price of the software
• Determines the type and amount of support to be
  provided
• Integral part of purchase process
• Companys power is in being able to choose
  another vendors product
• Concessions from vendor must be negotiated before
  final decision on which package to buy

26
Vendor and Software Selection (cont.)

• Service level agreements (SLAs)
• Formal agreements regarding the division of work
  between a company and its vendors
• SLA can achieve facilitation and coordination by
• Defining the partners responsibilities
• Providing a framework for designing support
  services
• Allowing the company to retain as much control as
  possible over their own system

27
Vendor and Software Selection (cont.)

• Service level agreements (SLAs) (cont.)
• Four steps for establishing SLA
• Defining levels
• Dividing computing responsibility at each level
• Designing the details of the service levels
• Implementing service levels