sekarang kehidupan sudah bergantung dengan soft.
kompleksitas/ukuran semakin besar

–
Tantangan :
1. team semakin besar
2. spesialisasi
3. distribusi pembagian kerja
4. teknologi semakin cepat berkembang

Gejala pegembangan soft. gagal
1. pemahaman kebutuhan end user
2. ketidakmampuan perubahan
3. modul ga saling comply
4. kualitas jelek
5. performance jelek
6. dll

Tapi yg harus diperbaiki adalah root couse-nya :

best praktis nya :

1. develop iteratively
key req. kita definisikan terlebih dahulu

iterative model :
kesalahan bisa diketahui di awal.

resiko terbesar pada iterasi pertama

2. manage req.
kita memastikan solve the right problem.
memanage perubahan req. <– karena bekerja dlm tim

req. harus tertulis <- bisa dalam bentuk model
a. req. memang yg user butuhkan
b. prioritaskan req.

cara:
- survey
- observasi
- analisa formulir <– sebisa mungkin yg sudah ada datanya

3. use component
architecture

bisa tau komponent mana yg digunakan
mana yg sdh ada, mana yg harus beli
bisa identifikasi resikonya

buat gambarnya [entitas berikut prosesnya]

4. model the soft.
visual

terkait dengan tools yg digunakan
harus mempunyai bahasa yg sama

acuan dengan use case

5. verify quality

testing dilakukan di awal

6. control change

masalah mana di handle oleh best praktis mana ;
semuanya harus digunakan <– kalo mo buat soft yg secara teoritis bagus.

—

Dosen : Indra Budi

Perancangan Sistem Informasi.
Kebetulan untuk tahun ini, materinya merupakan gabungan dari Spesifikasi dan Prasyarat Perangkat Lunak (sofw. req).

Jadi fokusnya ada 2 :

1. bisnis model
2. sistem requirement

Rencana perkuliahan dijelaskan dengan detail di awal. Termasuk metode penilaian dan pengerjaan tugas.
Tugas (group project & presentasi) mendapat porsi nilai paling tinggi, 50%, 10% kuis dan partisipasi, 10% group feedback dan 30% UTS.
UAS tidak ada, diganti dengan presentasi, menggambarkan bahwa kuliah ini menekankan pada aplikasi teori di lapangan.

Buku yang dipakai :
Dennis, Alan,  System Analysis and Design 2nd ( With UML ), John Wiley, 2005

Slide  show kuliah, pagi ini sampe kantor dah bisa gw download.  [keren]
Ga banyak yg gw catet karena materi dari slide show tsb dah lumayan detail menjelaskan.

Berikut sedikit catetan gw
—–

Ada project yg heavy di bagian planing, ada yg dibagian lainnya : design, analyst atau implementasinya.

planing = berhubungan dengan pertanyaan why
planing = non teknis
analysis = teknis

kuliah ini akan heavy di requirementnya.
karena : penyebab gagalnya project IT adalah salah/kurang lengkap proses analisa requirement-nya.

merujuk hasil survey yg paling sering dipakai :
The Chaos Report (1995) – Standish Group
31.1% of projects will be canceled before they ever get completed.
52.7% of projects will cost over 189% of their original estimates

—-
Metodologi
tahapan [cara] untuk mengimplementasikan SDLC
bervariasi tergantung penekanan pada bisnis proses.

1. proses center methodology <– apa saja aktivitasnya
2. data center methodology <– apa saja datanya
3. object oriented analyst & design <– gabungan proses dan data center

—
Project Phases & deliverable :
1. Planning <– Project plan
2. Analysis <– System proposal
3. Design <– sistem specification
4. Implementation <– new system & maintenance plan

—
Development Methodology Category :

1. Struktured Design

a. waterfall
bisa naik ke atas lagi, tapi berat.
biasanya balik lagi ke paling atas

b. parallel
kelemahannya : koordinasi

2. RAD
using tools
JAD session <– Joint Application Dev session

a. Phased development <– prioritas dari req.

b. Prototyping <– digunakan kalau kasusnya ga jelas

c. Throaway prototyping <– sama dengan prototyping tapi prototype tsb ga dipakai.
kalau prototype, prototype tsb yg dikembangkan sampai berfungsi

3. Agile dev
a. Extreme programming
langsung masuk coding
user langsung disamping programmer untuk kasih feedback