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.

—

Normalization: 1NF, 2NF, and 3NF.
bab 13 dan bab 14

—
anomali = ketidak normalan

Ada beberapa anomali :

1. update anomali <– keadaan dimana, kalo mengupdate sebuah harga ga cukup 1 kali
tapi harus sebanyak jumlah data yg sama
contoh di slide hal 7

2. insert anomali <– ga bisa insert karena data belum lengkap
contoh : tambah loan tapi branch blm ada

3. delete anomali <– ketika menghapus satu informasi, maka kehilangan informasi yg lain
contoh :
kalo hapus B003 maka Mary Howe kehapus

–

perhatikan juga prinsip :
Lossy-Join Decomposition <– kalo mo mecah tabel, kalo dibalikin harus bisa sama (balik kesemula)

Functional Dependency <– contoh : nama anda fungtionaly dependent dengan NPM

—

Tahap Normalisasi :
dilakukan setelah dilakukan pemetaan menjadi tabel2

—
Normal 1 <– multi value atribute dah ga ada
kalo pake ERD maka normal ke 1

–
normal 2 <– full functional dependency

contoh : date_completed <– karena full tergantung sama kunci,
yg lainnya parsial

maka dipecah 2 tablenya
—

normal ke 3 :
transitive dependency <– A menentukan B dan B menentukan C

note :
pada prakteknya sampe 3 aja sudah cukup

tapi perlu diperiksa apakah BCNF atau tidak, normal 5 atau tidak

latihan akhir bab 13, hal 414
jawabannya :
3 tabel
—

Advanced Normalization
bab 14

2NF, 3NF, BCNF <– based on keys and FDs of a relation schema
4NF <– based on keys, multi-valued dependencies : MVDs;
5NF <– based on keys, join dependencies : JDs

perancangan db yg berkualitas dan memenuhi kebutuhan

BCNF <– super key <– kalau tau K kita tau semua

curiga ada BCNF kalau :
punya 2 atau lebih kandidat key yg komposit

kejadian kalo dah normal ke 3 ga dicek BCNF
maka ketika dijoin kembali menjadi salah (lebih banyak datanya)
sporious  tuple  <– baris2 palsu

–
akar permasalahannya :
karena ada primary dan foreign key ga cocok

–

UTS :
mapping <– untuk kuis besok
normalisasi
dll

—
setelah UTS ada lab
7 minggu untuk lab

Membahas proses yg terjadi pada unit organisasi yang  melakukan software development dengan menggunakan CMMI sebagai framework/patokan.

KPA (key process area)

CMMI :
1. stage
2. continues (dari IPD dan SE)

CMMI-SW ~ CMM-SW

CMMI dapat diilustrasikan dengan team base ball.
1. tim amatir
2. tim propesional
—

qualitas ditentukan oleh proses pembuatan;

CMM <– how to manage the soft. process

kalau di ISO dikenal :
1. consultan
2. sertifikasi

di CMM hanya ada lead assessor dan assesment team (orang dlm perusahaan)

CMM :
sebagai patokan internal
sebagai standar kualitas untuk mendapatkan kontrak

–

Filosofi CMM <– sama dengan saolin
ada tingkatannya, tiap tingkat berbeda, makin atas makin berkembang
tapi yg dibawah tahu apa proses diatasnya, dan bagaimana mencapainya

level 1 <– default
level 2 <– think
level 3 <– ada standarnya
level 4 <– quality goal
level 5 <– continues improvement

paling susah pindah dari level 1 ke 2 dan dari 3 ke 4;
–

kesalahan itu biasa dlm coding, yg penting dikendalikan.
–
CMM sertifikasi di dunia selain di Amerika, 50% di India, Indonesia baru 2;

pergantian programmer tidak menyebabkan performance drop

makin tinggi level CMM, kemungkinan project tepat target makin tinggi;

semakin tinggi level semakin murah <– reduce rework

perusahaan yg sudah ISO kemungkinan bisa jump ke level 3
–

minggu pertama kuliah genap sudah.
paket kuliah semester ini sudah diberikan silabus dan aturannya.
yg ga kalah penting sebenarnya tujuan dibalik kenapa matakuliah2 tsb
diajarkan di program S2 ini.

buku : Presmann, Software Engineering A Practitioner’s Approach, Mc Graw – Hill, 2005
dan beberapa buku lainnya.

Kuliah ini, diampu oleh 3 dosen senior sekaligus untuk materi berbeda, dan diakhir akan ada dosen tamu.

Pertemuan minggu ini, diampu oleh Bapak Eko K Budiarjo
—
A D C T

A nalisis <– user requirement
D esign <– perancangan software
C oding/construction
T estig

CMMI <– QP : 10 level, ala Indonesia

Proses dan Management RPL

Apa sih Sofware ?
tidak hanya komponen coding
tapi, kesatuan lengkap dari :
- code
- configuration
- doc
- user manual
- doc of product
ga boleh langsung coding

pendekatan yg mungkin dilakukan :
1. pendekatan pengrajin
sepert pembuat patung, atau pengrajin kain tenun
- tidak ada orang yg menggantikannya
- kalau ada permintaan besar tidak bisa
2. pendekatan rekayasa
set of process <– soft process

—
Tantangan RPL <– tepat waktu dan biaya

Falsafah yg harus diperhatikan :
” tidak pernah ada waktu yg cukup untuk membuat software sempurna,
tetapi selalu ada waktu yg cukup untuk menyempurnakannya”

–
CMM <– framework dari soft. engg. institute untuk soft. dev

di enhance menjadi CMM-I

–

software dirilis kalau bug sudah mendekati sedikit.
–

Mitos :
kalau telat, tambah orang maka berhasil
Kenyataan :
tambah orang kalau sudah telat malah akan memperlambat.

Solusinya :
1. managing expectation <–  antisipasi dari jauh
2. develop interactivly <– buat fase
3. requirement diperinci <– bukan hanya problem statement
fungtion point
effort

–
software dan manusia, hand in hand <– dalam mengendalikan software

Dosen : Yudho Giri Sucahyo

Dimulai dengan perkenalan lagi, membahas silabus kuliah, dan
materi kuliah yang sebagian besar diambil dari buku
Thomas Connoly, Data Base Systems ( fourth edition ), John Wiley, 2005

Gw heran, gimana caranya bapak ini mengikuti segala trend informasi yg ada,
dari trend teknologi, pengetahuan umum, implementasi project dilapangan, film, sampai
korban iklan, ditengah kesibukan beliau sehari2.

Bikin gw, berfikir ulang kalau mo ngomong ‘ga punya waktu’, padahal mungkin
kalau dibandingkan beliau, kesibukan gw masih ga sebanding .

Dengan pengetahuan beliau yg luas dan uptodate tsb, disertai cara menjelaskan
yg fun dan contoh2 yg gampang dicerna, ga terasa jam sudah menunjuk ke 21:30,
ketika materi hari itu selesai disampaikan.

Dijelaskan juga info dibalik [alasan] matakuliah2 yg ditawarkan pada paket program MTI-UI,
khususnya di semester pertama ini, dimana tiap matakuliah saling berhubungan
dan penekanannya di tiap matakuliah tsb, serta hubungannya dengan praktek industri IT dilapangan.

Berikut sedikit catatan gw [untuk lengkapnya, lihat pdf file, yg telah diberikan secara online melalui webkuliah MTI, maaf harus pakai login & terdaftar pada kuliah tsb]:

UML
pembuatan UML pada sebuah project berada pada tahap analisa;
kalau dah masuk ke rancangan table baru disebut masuk ke tahap design;
design = pemetaan ERD jadi tabel.

Entity <– yg perlu disimpan dlm db.
1. fisikal <– ex : dosen
2. konseptual <– ex : matakuliah
antar entitas ada hubungannya [relationship]

Attribut <– karakteristik dari entitas

—
dalam perancangan sebuah sistem, [khususnya beban proses database]
perlu dipertimbangkan heavy dimana.
di sisi server [banyak trigger & store proc] atau
di client [proses/validasi dilakukan di client],
tergantung infrastruktur yg ada.

–

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

week 01 :
Seperti biasa, dimulai dengan perkenalan.
Bapak Setiadi memperkenalkan dirinya, diikuti tiap mahasiswa memperkenalkan nama dan asal instansi.
Yup, walaupun gw kuliah atas kemauan dan biaya sendiri tetep sedikit banyak bakal mengurangi konsentrasi gw di kantor.

Buku panduan yang dipakai
Goldman, Applied Data Communications Business Oriented Approach, John Wiley, 2004
sepertinya menjadi wajib, karena banyak hal kecil yang penting ada dibuku ini yang kemungkinan menjadi bahan soal UTS dan UAS.

Kriteria penilaian [agak lupa gw]
UTS = 35%, UAS = 35%, kehadiran = 10%, tugas & kuis = 20%
dan akan ada banyak tugas, walau yg akan diperhitungkan nilainya
adalah beberapa nilai terbaik.

Kemudian masuk ke materi.
membahas chapter 1. Data Communications Industri

–

Berikut catatan yg gw tangkap, sengaja gw sharing disini [tanpa gambar].
silahkan koreksi kalo mungkin ada yg kurang tepat

—
Apa perlunya data komunikasi ?

negara maju biasanya telekomunikasinya maju.
digital devide = banyak akses-nya.
bagaimana kalau dibalik ?
majukan telekomunikasinya sehingga negara menjadi maju.
tergantung situasi.
ada project telecenter, analoginya ada warnet di tiap kampung,
ada operatornya, kalau ada petani ingin tahu sesuatu tinggal datang
dan operator yg mencarikan informasinya.
gagal, karena demand kecil.

[mungkin yang dimaksud = warintek]

—
Teknologi dan Standard
teknologi ada dulu, baru standard

Standard
untuk kesamaan persepsi
agar dapat saling tukar menukar
contoh mudahnya ukuran baju [x,m,l]

dalam penetapan standar biasanya ada committee,
yang anggotanya adalah wakil dari tiap vendor terkait.
biasanya tiap vendor berusaha memenangkan rancangan mereka
menjadi standard <– ada keuntungan ekonomi dibaliknya

lawannya adalah proprietary
teknologinya tidak dibuka, agar orang depend ke vendor tsb
ujung2nya keuntungan ekonomi juga

—-
Gimana cara ngitung invest IT yg menguntungkan ?

ada debat artikel tentang  “IT doesn’t matter” by Carr
vs “IT does matter”
gw lihat sih dah jadul mei 2003

1. Top down approach
justifikasi kebutuhan dari atas bukan dari orang IT.
baru tahu apakah IT diperlukan
2. Benchmarking
harganya dibandingkan wajar tidaknya

—

Jaringan
jaringan itu kompleks
kalau ada kesalahan susah debugnya
maka dikenal OSI & ISO
devide & conquer, dibelah2 dengan OSI & ISO
agar mudah, bahasa sama, tidak tergantung vendor

dikenal istilah ‘Protokol’
perjanjian antar device,
harus disepakati bersama & harus lengkap agar tidak terjadi kesalahan

seperti biasa,
7 layer selalu muncul di mata kuliah ini,
mulai dari physical layer sampai application layer.

jika terjadi trouble shooting, lakukan dari layer paling bawah.

—

Connection Orriented
ex : phone
tau dulu orangnya ada
harus tahu jalurnya lewat mana
Connectionless Orriented
ex : email
ga peduli jalurnya
ga peduli hilang atau tidak

–

Tiga keahlian penting yang harus dimiliki IT pro :

1. Interpersonal skill
2. Technologi skill
3. Bussiness skill

Jam 5 teng, gw meluncur dari kantor di kawasan komersial cilandak ke salemba UI. Jalanan lumayan macet, karena berbarengan dengan orang2 yg ingin berbuka puasa dirumah.

Azan magrib terdengar saat gw berada di sekitar pasar raya manggarai. Tanggung dikit lagi mo sampai tujuan jadi lanjut terus.
Sampai di parkiran, tanya satpam tempat kuliah MTI dimana sekalian tanya lokasi kantin.
Ternyata ga perlu ke kantin, karena sudah disiapkan menu buka puasa bersama.
Lumayan hemat uang makan, bisa buat tambah2 beli buku2 kuliah yg lumayan harganya,
Itu juga merupakan harga spesial mahasiswa,  gw dah bandingin harga sebelumnya sih,
walaupun maksud utamanya adalah mencari ebook gratis

Setelah perut kenyang, solat magrib baru kepikiran, ruang kelas gw yg mana ? [gubrak]
telpon istri dirumah, cari info sekalian tanya kabar jagoan gw.
Fin, istri gw, orang yg paling mendukung gw kuliah lagi.
mulai dari mencarikan info tempat kuliah, daftar kuliah, sampai urusan strategi keuangan buat kuliah S2 yang buat gw lumayan menguras kantong. Mumpung kevin, jagoan gw masih kecil.
Ruang kelas dah dapet, tapi gara2 kebanyakan ngobrol lainnya begitu selesai lupa lagi [ups].
Salah gw sih, ga baca ulang jadwal sebelum berangkat.
Ternyata hari pertama kuliah diisi oleh dosen tamu yang telah diinfokan lewat email.[maap]

Sesi pertama diisi materi ‘Kebijakan dan Implementasi e-Government di Indonesia’ yang disampaikan oleh Bapak Djoko Agung Harijadi, Direktur e-Government, Direktorat Jendral Aplikasi Telematika, Departemen Komunikasi dan Informatika.

Penjelasan beliau cukup berkesan dan membuka mata saya tentang e-Gov dari sisi pemerintah.
Visi, strategi, fokus utama, agenda serta roadmap Indonesia menjadi “ASEAN ICT Leading Nation” rupanya
sudah dengan jelas didefinisikan oleh pemerintah.
Mudah2an cita2 mulia dari jajaran regulator dapat benar2 diimplementasikan di Indonesia.
waduh, dah kayak nasionalis sejati aja gw

Sesi kedua, pengenalan kampus, disampaikan oleh Sekertaris Program MTI, Bapak Riswan E. Tarigan,
yang kadang diselingi tambahan informasi dari Ketua Program MTI, Bapak Yudho Giri Sucahyo.
Kesan yg gw tangkep, dalam suasana kekeluargaan serta berbagai kemudahan, kampus menginginkan kualitas dari lulusannya.
mengutip guyonan Pak Yudho, tentang istilah orang jawa, “ngono yo ngono, ning ojo ngono”,  artinya ?

Angkatan gw kebetulan mendapat kesempatan memakai kurikulum baru 2008.
Kalau tidak salah [CMIIW], mendukung penyelesaian kuliah dalam 3 semester.
Serta ada pengembangan kekhususan menjadi :

1. Software Engineering
2. Enterprise System  <– e-gov
3. Governance system <– tata kelola IT
4. Data Mining, dll

Satu lagi,
rupanya pengelola kampus, sadar kalau blog juga berfungsi sebagai sarana marketing.
karena saya secara ga langsung dah promosi,  dapet potongan ya Pak [muka memelas]

–

Kelas Malam [19.00-21.30 wib]:

BOP (Biaya Operasional Pendidikan) Rp. 10.000.000,- / Semester

DP (Dana Pengembangan, 1x) Rp. 2.500.000,-

DPP (Dana Pelengkap Pendidikan, 1x) Rp. 600.000,-

DKFM (Dana Kesejahteraan dan Fasilitas Mahasiswa)

Rp. 100.000,- / Semester

Total Investasi Semester I = Rp. 13.200.000,-

Estimasi Investasi Program MTI-UI

Kuliah Normal 4 (empat) Semester:

- (Rp. 13.200.000 + Rp. 10.100.000 + Rp. 10.100.000 + Rp. 10.100.000)

- Textbooks = (3 x Rp. 1.000.000)

Total = Rp. 46.500.000,-

(Empat Puluh Enam Juta Lima Ratus Ribu Rupiah)*

* Belum termasuk biaya-biaya yang berkenaan dengan studi, yang akan dikeluarkan oleh masing-masing peserta antara lain mencakup alat tulis menulis, fotokopi, pencetakan, komunikasi telepon, disket komputer atau flash disc, kalkulator, dan lain-lain sesuai dengan keperluannya. Juga belum termasuk biaya penyusunan tesis dan wisuda.

–

Jam kuliah, sepertinya aman.
Jarak tempuh dari kantor gw di CCE ke salemba +- 1 jam.
kalo gw keluar jam 5 masih keburu

tapi, estimasi biaya masih ada tanda bintang kecil-nya neh…;)

Silabusnya adalah sbb :

gw copas dari http://mti.cs.ui.ac.id/indonesia/?mod=news&act=detail&id=21

Alhamdulillah, ternyata gw keterima juga di UI.
Tinggal mikir bagi waktu antara kerja, ngajar dan kuliah.
Sama satu lagi deng, ngatur dana biar pas…

Mudah2an bener kata bro am3n,
Gw orangnya ‘pas-pas-an’ he..he…

–

28 Juli 2008, pagi2 gw minta ijin ke bos di kantor baru gw,
boleh enggak kerja sambil kuliah di sini.
ternyata boleh, pinter2 bagi waktu aja, Alhamdulillah.