MSF Case Study: Adventure Work Cycles

Let's ride

Dengan berakhirnya semester Genap 2008/2009 maka kami diberi tugas untuk mencari studi kasus yang menggunakan metodologi yang kami pilih di awal. Setelah mencari-cari maka saya temukan studi kasus yang lumayan lengkap untuk Microsoft Solutions Framework (MSF), yang asalnya dari buku MCSD Self-Paced Training Kit: Analyzing Requirements and Defining Microsoft .NET Solution Architectures (Copyright © 2003 by Microsoft Corporation). Kisah pada studi kasus ini mengenai Adventure Work Cycles (AWC),  sebuah perusahaan Internasional yang bergerak di bidang manufaktur dan penjualan sepeda.

Adventure Works Cycles, the fictitious company on which the AdventureWorks sample databases are based, is a large, multinational manufacturing company. The company manufactures and sells metal and composite bicycles to North American, European and Asian commercial markets. While its base operation is located in Bothell, Washington with 290 employees, several regional sales teams are located throughout their market base. (http://msdn.microsoft.com/en-us/library/ms124825.aspx)

Untuk di blog ini saya hanya memberikan satu contoh per deriverable yang dihasilkan, untuk lengkapnya silahkan saudara download di http://www.cse.ohio-state.edu/~igorm/CSE762/SP08/theme3/SolutionDocuments/

Latar Belakang

• Kepuasan pelanggan Adventure Works Cycles menurun
• Pelanggan mengharapkan fasilitas untuk membeli/memesan barang dan melacak pemesanan melalui internet
• Petugas penjualan kesulitan mendapat informasi yang jelas untuk membantu mereka memprioritaskan penjualan, dan sistem yang ada tidak mendukung dalam pemberian informasi dalam bentuk yang jelas
• Sebagai contoh, keseluruhan pricelist untuk semua area harus di download ketika ingin mengetahui perubahan harga terbaru. Staff penjualan mendownload daftar yang besar walaupun ternyata di area mereka tidak ada perubahan harga
• Area penjualan yang tersebar di Amerika, Eropa dan Asia masing-masing memiliki bahasa, bentuk penulisan jam dan tanggal, serta mata uang yang berbeda-beda, sehingga dibutuhkan bentuk penyampaian informasi yang bebeda sesuai area

MSF Approach

Seperti yang telah kita bahas di posting2 sebelumnya, untuk membuat solusi, MSF akan melakukan pendekatan dari fase-fase yaitu:

1.    Envisioning Phase
Case study documents:
a.    Requirements
b.    Vision/Scope Document
c.    Project Structure Document
d.    Risk Assessment Tool

2.    Planning Phase
Case study documents:
a.    Functional Specifications Document
b.    Design documents
c.    Validated requirements list
d.    Technical Specifications Document

3.    Developing Phase
Case study documents:
a.    Proof of Concept/ User Interface Design
b.    Bug reports

4.    Stabilizing Phase
Case study documents:
a.    Test Specification and Test Cases

5.    Deploying Phase (not discussed)

Untuk masing-masing deliverable diatas telah disediakan satu contoh sesuai dengan yang didapat dari website case study AWC ini. Untuk contoh lebih lanjut silahkan buka di website yang bersangkutan yaitu http://www.cse.ohio-state.edu/~igorm/CSE762/SP08/theme3/SolutionDocuments/

Envisioning Phase

• Requirements (original), silahkan download (pdf)  –> AWC – Requirements (Original)
• Vision/Scope Document, silahkan download (pdf) –> AWC – Vision Scope
• Project Structure Document, silahkan download (pdf) –> AWC – Project Structure
• Risk Assesment Tool, silahkan download (pdf) –> AWC – Simple Risk Assessment Tool

Planning Phase

• Functional Specifications Document, silahkan download (pdf) –> AWC Functional Specification Summary
• Design Documents, silahkan lihat gambar-gambar dibawah ini:

AWC Use Case Diagram

Use Case Decomposition: UC 05 Manage Orders

Use Cases Intent, silahkan download (pdf) –> AWC Use Cases – Intent

under construction…

MSF Approach:

1. Envisioning Phase

Deliverable documents:

1. 1. Requirements
   2. Vision/Scope Document
   3. Project Structure Document
   4. Risk Assessment Tool

1. Planning Phase

Deliverable documents:

1. 1. Functional Specifications Document
   2. Design documents
   3. Validated requirements list
   4. Technical Specifications Document

1. Developing Phase

Deliverable documents:

1. 1. Proof of Concept/ User Interface Design
   2. Bug reports

1. Stabilizing Phase

Deliverable documents:

1. 1. Test Specification and Test Cases

1. Deploying Phase (not discussed)