REVIEW SI

PROCESS MODELLING
=====

RULES:
- setiap proses harus ada input output
- proses harus pakai kata kerja
- data store harus pakai kata benda
- tidak ada data lgsg dr data store ke data store
- data gak boleh langsung ngalir dari sink ke source
- data gak dari satu proses gak boleh langsung ke proses yang sama
-data pada DFD awal harus konsisten, harus ada pada DFD berikutnya
-data dari 2 proses beda itu harus merupakan data yang sama utk bisa dijoin
- data flow dari data store = retrieve
- data flow ke data store = update
- fork adalah data yang sama ke proses yang beda
-sink = tempat menampung data di luar....yang keluar dari DFD

JENIS:
- current physical : pengguna dan teknologi yang digunakan pada sistem dan bagimana data sebenarnya diperlakukan
- current logical : esensi dari sistem tanpa memandang teknologi pada implementasi sebenarnya
- new physical
- new logical

GUIDELINES:
- completeness : DFD harus mencakup semua requirement fungsional yang ada
- consistency : kalau didekomposisi setiap data itu harus ada,data keluar = data masuk,jgn sampe pas dibreakdown ada yang ilang ato nambah data2nya
- timing : DFD tidak bisa merepresentasikan waktu aliran data
* Time is not represented well on DFDs.
* Best to draw DFDs as if the system has never started and will never stop.
- iterative development : DFD selalu diperbaiki seiring dengan jalannya iterasi


LOGIC MODELLING
=====

setiap level terendah dari dfd harus dimodelkan, ada beberapa cara untuk memodelkan
1. bahasa natural terstruktur (structured english) : algoritmic
2. decision table : sebuah table terdiri dari kolom2 langkah dan baris2 kondisi
3. decision tree
4. STD
5. Activity Diagram
6. Seq. Diagram

Comparison :
ada 3 kriteria, dapat menentukan kondisi dan aksi, keterurutan kondisi dan aksi, dan konsistensi.
1. dec.tree
2. bahasa natural..
3. terakhir dec table


SISTEM PENGKODEAN
=====

Tujuan :
-memberikan identitas ringkas
-memberikan arti khusus untuk diolah
-mengurangi jumlah data yang harus direkam
-meningkatkan ketelitian

Syarat kode : mudah diingat, unik, fleksibel (dapat ditambah/dikurang), konsisten, panjang kode sama

4 jenis struktur kode : sekuensial, grup, blok, mnemonik
Sekuensial :
contoh : 001 meja, 002 kursi, 003 xxxx, dst
keuntungan: sederhana, pendek, unik
kerugian : tidak fleksibel, kode tak menunjukkan arti, tak ada pengelompokkan

Grup :
contoh : NIM
keuntungan : mempunyai arti, fleksibel
kerugian : kode panjang

Blok :
contoh : 0001-0999 kelompok meja, 1000-1999 klompok kursi
keuntungan : flrksibel, proses report mudah, kode mempunyai arti
kerugian : tidak bisa diingat, kode panjang sesuai jumlah blok

Mnemonik :
Contoh : BDG bandung, JKT Jakarta
Keuntungan : mudah diingat
Kerugian : kalau ada istilah yang mirip, kalo lo nyingkat2 istilah yg ga common


CDM
======

-CDM adalah representasi organisasi data
-CDM dibuat paralel bersama requirement analisys yang lain
-biasanya dibuat oleh tim khusus dalam project besar...

PROSES :
- membuat CDM dari sistem yang akan diganti
- membuat CDM sistem baru
- menerapkan fakta yang didapat dari requrement dalam CDM baru
- data modelling dipake terus selama sistem development

RELATION DM and SDLC:
- Project identification and selection --> membuat ER yang memiliki entitas saja
- Project initiation and planning --> membuat ER yang spesifik untuk proyek
- Analysis --> CDM (E-R dengan atribut)
- Design --> LDC (Logical) & Phisical File & database design
- Implementation & Maintenance --> Database & File definition & data model evolution

Required to be defined :
- entitas dan deskripsinya
- primary key dari entitas
- atributnya
- kardinalitas data dan kapan dipakainya
- security control dari data (validasinya)
- inheritance(supertype, subtype)/aggregasi dari entitas
- relasi antar entitas


SYSTEM DESIGN
======

system design = menspesifikasikan bagaimana sistem akan memenuhi kebutuhan informasi user.

3 PRODUK UTAMA pd system design:
1. user interface design
2. data design
3. process design

USER INTERFACE DESIGN
- fokus pada interaksi antara end-user dengan aplikasi.
- contoh = display screen, dialogue, audio response, form, document, report.

SYSTEM SPECIFICATION
-merumuskan produk & metode dari user interface
-merumuskan struktur database
-merumuskan prosedur2 kontrol & pemrosesan

PERAN PROFESIONAL IS
1. pelatihan penggunaan aplikasi
2. membantu pemilihan HW dan SW
3. membantu memperoleh akses ke database organisasi
4. membantu proses analisis, desain, & implementasi dari aplikasi

PROSES PENGEMBANGAN APLIKASI terdiri dari 5 komponen =
1.input (data apa yg available? sumbernya? bentuknya?)
2.output (informasi apa yg dibutuhkan? dlm bentuk apa?)
3.processing (operasi/proses transformasi apa yg dibutuhkan utk mengkonversi input jadi output? package SW apa yg dapat melakukan operasi/proses tsb?)
4.storage
5.control (bagaimana cara melindungi kerusakan/kehilangan file milik end-user?)

DESIGN STRATEGY
======

-Requirement Determination (mengetahui penentuan kebutuhan apa yang diinginkan user)
-Requirement Structuring (mengetahui proses flow, logic, dan data untuk sistem baru tanpa mempedulikan implementasi, dengan kata lain logical design)
-Mengubah informasi menjadi ide desain untuk IS
-Membuat pernyataan fungsional sistem, platform HW dan SW, dan metode akuisisi
ray: 3 fase untuk analisis sistem :
-requirement determination
-requirement structuring
-pembuatan dan seleksi alternatif
ray: Pembuatan alternatif dengan cara:
1. Membagi requirement menjadi kemampuan yang berbeda (dari kemampuan minimum yang diterima user, sampe sistem yang hebat banget)
2. Menuliskan potensi implementasi yang berbeda (hardware yang berbeda, software/framework yang dibutuhkan)
3. Membuat berbagai cara untuk kemampuan dan implementasi yang berbeda
ray: Alternatif sebaiknya minimal 3 : low end, medium, high end
Fitur sistem dibagi menjadi 3 : Harus, penting, dan keinginan saja
Fitur meliputi : data yang disimpan, output sistem, analisis untuk menghasilkan output, accesibility, response time untuk fungsi
ray: Hal yang harus diperhatikan dalam membuat alternatif :
1. outsourcing (pemanfaatan SDM dari luar)
2. Sumber dari software (siapa yang membuat software untuk digunakan dalam sistem)
3. Software yang dibeli (harga, fungsi, dokumentasi)
4. Permasalahan hardware
5. Permasalahan organisasi/implementasi
ray: Fase desain : desain database -> form&report -> dialogue & interface -> system structure -> distributed system


FINALIZING DESIGN SPECIFICATION
=====

-Lebih murah jika deteksi kesalahan di awal

DELIVERABLE
- kumpulan desain spesifikasi untuk keseluruhan sistem

GUIDELINE
- Kualitas dari pernyataan kebutuhan
- Kualitas dari kebutuhan itu sendiri

CIRI KEBUTUHAN YANG BAIK
- Benar
- feasible
- penting
- dibuat berdasarkan prioritas
- tidak ambigu
- dapat diverifikasi<--apakah kebutuhan tersebut telah terpenuhi

CIRI KUALITAS KEBUTUHAN
- Lengkap
- Konsisten
- Dapat dimodif jika ada perubahan
- dapat ditelusuri ke asalnya

METODOLOGI
-Tradisional
- Dokumen spek
- Diagram hirarki struktur
- menunjukkan bagaimana IS diorganisasikan secara hirarki
- menunjukkan hubungan antar sistem
- menunjukkan breakdown sistem menjadi modul-modul program
- Prototyping
- Evolutionary : hasil pada tahap sekarang dipakai pada tahap berikutnya
- Throw away: hasil pada tahap sekarang tidak dipakai pada tahap berikutnya
- Radical method
- XP :Desain dari code bukan dokumen
- RAD(rapid application development)
- Perbandingan
Agile : - ukuran lebih kecil
- cocok untuk hal-hal yang tidak kritis
- Fleksibel
- pakar akan selalu dipakai
- Bebas

Tradisional
: - ukuran lebih besar
- cocok untuk hal-hal yang kritis
- Stabil
- pakar akan dipakai di awal
- Pakai prosedur

TECHNICAL DESIGN
>apa saja yang perlu didesain teknis pada IS
1. Mendefinisikan arsitektur aplikasi
2. Distribusi data dan proses dalam network
3. Mendefinisikan pesan dan alur proses
4. Mendesain logical database
5. Mendesain proses otomatis yang terjadi
6. Mendesain User Interface
7. Mendesain control proses untuk IS

PERBEDAAN kualitas kebutuhan ama kualitas pernyataan kebutuhan itu..
dalam dokumen (mungkin bentuknya dokumen) pernyataan kebutuhan, bakal ditulis nilai dari tiap pernyataan kualitas kebutuhan...
kalo kualitas kebutuhan adalah kualitas dari dokumen kebutuhan itu sendiri...

MIGRATION DESIGN
>Design yang diperlukan untuk memindahkan ke lingkungan implementasi
1. Membuat rencana pelatihan
2. Mendesain testing dan evaluasi (tujuan test, siapa aja yang menjalankan)
3. Membuat rencana testing berdasarkan 10 area (liat ndiri di kertas)
4. Mendesain configurasi/adaptasi implementasi
5. Mendesain konversi data proses


DESIGNING FORMS AND REPORTS
=====

PERBEDAAN FORM DAN REPORT
-form : minta input data tambahan
-report : berisi predefined data saja, dokumen pasif untuk melihat/membaca data

TIPE REPORT
1.Sheduled : untuk menampilkan data pada interval tertentu
2.Key-indicator : summary dari informasi yang penting (secara berkala)
3.Exception : menitikberatkan pada data yang tidak normal
4.Drill-down : memberi informasi detail dari key-indicator atau exception
5.Ad-hoc : respon terhadap permintaan informasi yang tidak rutin

PROSES PROTOTYPING
1.buat prototipe awal berdasarkan requirement
2.biarkan user menerima atau meminta perubahan
3.jiak ada permintaan perubahan, ulang proses konstruksi-evaluasi-perbaikan sampai desain diterima

FORM/DESIGN DELIVERABLES
1.narrative overview
2.sample design
3.assessment

GUIDELINE FOR F/R
1.meaningful titles
2.meaningful information
3.Balaced layout
4.easy navigation system

PENGGUNAAN HIGHLIGHT (font,size,blink,case,etc):
1.memberitahu error
2.menyediakan peringatan
3.menarik perhatian

GUIDELINE FOR TEXT
1.Case : pake huruf besar kecil yang beanr
2.spacing : usahakan spasi ganda atau baris kosong antar paragraf
3.justification : justify left, biar sisi kanan acak2an
4.hypenation : jangan motong kata di akhir baris
5.abbreviations : hanya jika dimengerti umum dan jauh lebih pendek dari kata asli

GUIDELINE FOR TABLES/LIST
1.label : label harus jelas, dibedakan dengan highlight, tampilkan kembali jika terbagi oleh halaman
2.baris,kolom,text :
a.urutkan dengan benar
b.bagi per 5 baris
c.informasi yang mirip dikelompokan
d.ada jarak pemisah antar kolom
e.font biasa,jangan terlalu rame, kacuali penting
f.gunakan font yang sama
3.numeric,textual,alphan

TABLE/GRAPH???
-tabel:untuk membaca data individual
-graph:untuk melihat summary, trends, perbandingan nilai, meramal(forecast) aktifitas, atau menampilkan data dengan jumlah sangat banyak

ASSESSING USABILITY CHARACTERISTICS
1.speed
2.acurracy
3.satisfaction

GUIDELINES FOR MAXIMIZING USABILITY
1.consistency
2.efisien
3.ease : mudah dimengerti
4.format : format sesuai
5.flexibility : beri user kebebasan

YANG PERLU DIPERHATIKAN
1.user
2.task
3.system : platform
4.environtment : sosial dan physical

METODE MENGUKUR USABILITY
1.time to learn
2.speed of performance
3.rate of error
4.retention (mudah diingat) over time
5.subjective satisfaction


DESIGNING INTERFACE AND DIALOGUE
=====

INTERFACE DESIGN
> Bagaimana informasi diberikan dari & ke user

DESIGN SPECIFICATION
1. Narrative overview : Misalnya nama2 interfacenya, karakteristik user, task, sistem.
2. Interface/Dialogue Design : Misalnya desain formnya...
3. Testing & Usability Assessment : Ngetest enak gak dipakenya.. performanya ok ga.., ada error ga..

METHODS OF INTERACTING
1. Command Language Interaction
2. Menu Interaction
3. Form Interaction
4. Object Based Interaction
5. Natural Language Interaction

GUIDELINES FOR MENU DESIGN
1. Wording
2. Organization
3. Length
4. Selection
5. Highlighting

COMMON DEVICES For Interacting With An IS
-Keyboard, Mouse, Joystick.. dll

DESIGN LAYOUT
- Header Information
- Sequence and time related Information
- Instruction or formatting information
- Body or data detail
- Total or data summary
- Authorization or signatures
- Coments

DATA ENTRY SCREEN FUNCTIONAL CAPABILITIES
1. Cursor control capabilities : kursornya bisa pindah2 antar data field.. dll
2. Editing capabilities : bisa ngehapus karakter di kiri kursor.. dll
3. Exit capabilities : Bisa pindah2 antar form.. dll
4. Help capabilities : Bisa liat help^^

GUIDELINES FOR STRUCTURIN DATA ENTRY FIELS
1. Entry
data yg bisa diotomatisasi ya ga perlu diinput (uda tau ttl masa nanya umur)
2. Default
gender: masak kosong, default male/female gitu
3. Units
harus jelas tipe data unitnya...
4. Replacement
gunakan karakter replacement ketika diperlukan
5. Captioning
wajib kasi caption disebelah field
6. Format
kasi contoh format kalo perlu
7. Justify
data entri otomatis terjustifikasi
8. Help
Bisa liat help^^

VALIDATION TEST & TECHNIQUE TO ENHANCE THE VALIDITY

PROVIDING FEEDBACK & HELP
Feedback terdiri dari:
1. Status Information
2. Prompting XXX
3. Error & warning messages
Guideline help:
1. Simplicity
2. Organize
3. Show

DESIGNING DIALOGUE
Dialog Design: Bagaimana urutan tampilan inteface
Agar dialog mudah digunakan harus memiliki form, function, dan style yg konsisten

DESIGNER ROLE
> memilih metoda dan perangkat interaksi yang paling tepat untuk tiap kondisi informasi yang ditampilkan & didapat dari user

LANGKAH UTAMA MENDESAIN DIALOG
1. mendesain urutan dialog
2. membangun prototipe
3. assessing usability

GUIDELINES FOR THE DESIGN OF HUMAN COMPUTER DIALOGUES
- Consistency
- Shortcuts & sequence
- feedback
- closure
- error handling
- reversal
- control
- ease

DESIGNING THE DIALOGUE SEQUENCE
Harus bisa:
1. Meminta informasi tiap individu customer
2. menentukan customer berdasar interest
3. Melihat rangkuman transaksi tahun tertentu
4. Review informasi customer
5. Leave System

DIALOGUE PROGRAMMING
> metoda formal untuk mendesain dan merepresentasikan human computer dialogues menggunakan diagram box dan garis (kaya spek layar di tugas SI)

3 SECTION OF THE BOX ARE USED
top: mengandung display ref. number yang unik
middle: nama/deskripsi display
bottom: display ref. number yang dapat di akses dari display saat ini


DESIGNING DATABASES
> denormalisasi terjadi saat : 1. ada 1-1 relasi 2. ada many-many relasi dengan tidak ada key atribut 3. ada kebutuhan referensi

DESIGNING A GOOD DATABASE
> Bikin database dari tiap interface, gabungkan, bikin database dari ER, bandingkan

DESIGNING DISTRIBUTES AND INTERNET SYSTEMS
=====

DELIVERABLE DOKUMEN DARI DS & IS
-desk. tiap situs (lokasi deployment maksudnya)
-desk. pemakain data di tiap situs
-desk. proses bisnis di tiap situs
-arsitektur SI alternatif u/ situs, data, kebutuhan pemrosesan di tiap site

LAN
>cabling, HW, dan SW yg digunaan u/ menghubungan workstation, komputer, dan file server yg t'letak dlm suatu area geografis
>2 macam konfigurasi LAN :
1. Arsitektur File Server : mengatur operasi file dan di-share o/ tiap client PC. Satu copy DBMS di file server, terus ada copy di client PC yg b'jalan konkuren. Smua manipulasi data di client PC.
2. Ars. Client/Server : pemrosesan aplikasi dibagi antara client dan server (teringat OS hoho). Client ngatur user interface, DB server nyimpen data dan memproses query

LIMITASI FILE SERVER
-pergerakan data eksesif
-butuh client workstation yg powerful
-kontrol datanya tdk tersentral

KEUNTUNGAN CLIENT/SERVER
-manfaatin tekno microcomputer
-pemrosesan dilakukan dket dgn sumber data, jd response time lbh cepet dan ngurangin network traffic
-memfasilitasi GUI
-mendorong open system

KERUGIAN CLIENT/SERVER
-migrasi dari file serve ke client/server sulit
-isu kompatibilitas
-tools u/ system design dan performance monitoring t'btas

ADVANCED CLIENT/SERVER, yaitu ars, 3-tiered
3-tiered itu proses client server dibagi menjadi 3 bagian : data management (pengolahan data di server), data analysis (pengambilan dan analisis data), dan presentation (data yang udah dianalisis diubah jadi bentuk user-friendly)

PENDEKATAN ARSITEKTUR CLIENT-SERVER ada 6 yaitu :
1. Distributed presentation : management dan analisis oleh server, data presentasi juga dibuat server, tapi dikirim ke client untuk direformat
2. Remote Presentation : management dan analisis oleh server, data analisis dikirim ke client untuk dibuat presentationnya
3. Remote Data Management : Server hanya mengurusi management, analisis dan presentation di client
4. Distributed Function : Analisis dilakukan oleh server, sebagian dikirim ke client untuk dianalisis juga, client menggabungkan analisis untuk presentation
5. Distributed Database : Management data dilakukan oleh server dan client (dibagi2), analysis dan presentation oleh client
6. Distributed processing : Management dan analysis dibagi2 server-client, penggabungan analysis dan pembuatan presentation oleh client

ISU2 PENTING DLM DESAIN SISTEM INTERNET
1.Standar u/ Desain Internet:
- Domain Naming (BIND), translasi nama domain ke IP address
- HTTP, comm. protocol u/ b'tukar info di internet
- HTML, bhs standar u/ representasi konten web via command tags.
2.Pemisahan Konten dari Display Web: HTML dibtasi o/ format tag, jadinya dipake XML
3.Future Evolution:
-pergeseran dari desktop PC kke thin client
-penggunaan wireless mobile device, WAP (wirelessnya HTTP) dan WML (wirelessnya HTML)
4.Site Consistency: yg harus dijaga konsistensinya: CSS (dah pada tau lah ya) dan XSL (spek u/ misahin style dari konten pas generate dok. HTML)
5.Site Management:
-Loyalitas & Kepercayaan Customer
(faktor2: kualitas desain, terbuka, konten komprehensif, benar, dan terkini, t'hubung ke seluruh web, keamanan data, personalization, customization)
-Webpage harus b'thn selamanya
(ada bookmark di customer, link dari situs lain, referensi dari search engine, konten lama bs nambah nilai)
-Keamanan sistem vs kemudahan penggunaan
(2 hal ini biasanya b'tolak blkg. mis. spy ga repot ngetik username-pswd tiap login, jdnya pake "remember me", padahal itu ga aman. contoh lainnya penggunaan cookies)
6.Online Data Management:
-Context Development--> metode pemahaman gmana sistem bs cocok dgn aktivitas dan data bisnis yg udah ada
-Integration Depth-->pengukuran yg men-track fungsi bisnis inti yang dipengaruhi o/ sistem

ONLINE TRANSACTION PROCESSING (OLTP)
-respons otomatis yg lsg didapet b'dsrkan permintaan user
-didesain u/ menangani banyak transaksi konkuren
-memainkan peranan penting di aplikasi e-commerce

ONLINE ANALYTICAL PROCESSING (OLAP)
-tools SW grafis yg menyediakan analisis kompleks thd data yg disimpan di DB
-OLAP server sbg komponen plg utama
-Bagus u/ analisis tren dan time series
-memungkinkan user u/ drill-down ke data

MERGING OLTP dan OLAP
>butuh kombinasi komponen operasional dan informasional
a.Sistem Operasional:
-menjalankan bisnis dlm keadaan skrg
-tipe datanya adalah representasi status bisnis yg skrg
-dipake terutama o/ OL customer, clerk, salesperson, admin
-lingkupnya sempit, dgn update dan query yg simpel
-tujuan desainnya performansi
b.Sistem Informasional:
-mendukung decision-making manajerial
-tipe datanya historis atau point-in-time (snapshot)
-dipake terutama o/ manajer, analis, customer
-lingkupnya luas, dgn query dan analisis yg rumit
-tujuan desainnya kemudahan dlm akses dan penggunaan

SYSTEM IMPLEMENTATION
======

TUJUAN IMPLEMENTASI SISTEM
- mengubah spesifikasi final fisik menjadi aplikasi yg dpt bekerja
- mendokumentasikan semua hasil pengembangan
- menyediakan "help " untuk user

AKTIFITAS UTAMA IMPLEMENTASI
- koding
- pengujian
- instalisasi
- dokumentasi
- pelatihan user
- supporting

TEKNIK PENGUJIAN MANUAL
- inspeksi: mengecek kode program untuk memprediksi kesalahan penggunaan bahasa
- walkthrough: ..ada yg tau gak..?
- desk checking: pengujian dgn mengeksekusi kode program scr berurutan

TEKNIK PENGUJIAN OTOMATIS
- pengecekan syntax
- pengujian msg2 unit (modul)
- pengujian modul yg sudah terintegrasi

TEST CASE
> skenario kasus2 u/ melakukan transaksi, mengambil dan mengubah data, atau menguji navigasi aplikasi
>test case harus didokumentasikan

JENIS TEST CASE
- Typical : kasus sesuai dgn kondisi yg sudah sepatutnya
- Critical : kasus dari kondisi-kondisi yang bisa menimbulkan exeption atau gangguan serius pada sistem (misal: menginput data padahal data stroragenya dah penuh)
- Abnormal : kasus seperti mencoba memasukkan data yang type atau rangenya tidak sesuai

PENGUJIAN KEBERTERIMAAN USER
- alpha: menggunakan data simulasi
- beta : menggunakan data nyata di lingkungan user yang sebenarnya (pengembang men-share aplikasinya kepada umum untuk diuji, kemudian diperbaiki, baru dirilis)

INSTALASI
> proses terorganisir untuk mengubah SI yang sekarang menjadi yang terbaru

JENIS STRATEGI FASE INSTALASI
- Direct : langsung mengganti sistem lama dengan sistem baru, abis itu baru dites
- Paralel : SI lama masih berjalan pada saat SI baru sudah terinstal dan digunakan (hal ini u/ membandingkan scr langsung ketangguhan SI baru dgn SI lama)
- Single Location : Diimplementasi di satu tempat dalam organisasi, abis itu dites layak ato ngga, klo layak baru semua yang dalam organisasi diganti
- Phased : instalasi SI baru per modul,kemudian uninstal modul sejenis modul terinstalasi pada SI lama, lalu instal modul SI baru berikutnya.

DOKUMENTASI SISTEM
>mencakup informasi mendetil mengenai spesifikasi rancangan sistem, beserta cara kerja dan fungsi2nya. umumnya ditujukan u/ maintenance programer.
-Dokumentasi internal : tersedia pada source code program (mungkin seperti comment yaks?..)
-Dokumentasi eksternal : mencakup DFD dan ERD (sejenis hardcopy kayanya)

BENTUK SUPPORT
- FAQ
- Recovery en backups
- Disaster recovery
- Perawatan PC
- Newsletter


DATA WAREHOUSE & DATA MINING

DATA WAREHOUSE
> Data warehouse : Koleksi logikal informasi - diambil dari banyak database operasional yang berbeda - digunakan untuk membuat Bussiness Inteligence yang mendukung analisis aktivitas bisnis dan proses pembuatan keputusan
> Data warehouse tidak berrorientasi transaksi
Data warehouse mendukung Online analytical processing (OLAP)

DATA MINING TOOLS
- Query-and Reporting Tools
Seperti QBE tools, SQL dan generator laporan dalam lingkungan database biasa
- Inteligent Agents
menggunakan berbagai tools intelegensia buatan untuk membentuk basis dari penemuan informasi dan membangun Bussiness Inteligence dalam OLAP
- Multidimensional Analysis (MDA) tools
teknik 'slide-and-dice' yang mengijinkan untuk melihat informasi multidimensi dari sudut pandang yang berbeda-beda
- Statistical tools
membantu mengaplikasikan be

DATA MART
> subset dari data warehouse yang menyimpan suatu bagian terfokus dari data warehouse

PENJELASAN ARIF
Selama ini kita kan sudah mengenal yg namanya database, nah biasanya database ini digunakan buat penyimpanan data transaksi (misalkan sebuah perusahaan yang ber-SI). Seiring berjalannya SI, database ini akan semakin membengkak. Nah disinilah masalahnya, ketika ingin diadakan analisis data untuk DSS (decision support system) si database ini ga bisa dipake. Alasan : karena data tersebut masih dipakai di SI, data bakal bertambah terus. Karena itu ada sebuah data warehouse. Bisa dibayangkan kalo data warehouse ini bakal berisi data-data dari si itu semua per taon misalnya. Dan si data warehouse ini bakal disimpan terpisah dari database transaksional yang tadi. Biasanya data warehouse akan menyimpan data sesuai kebutuhan analisis yang akan dilakukan. Nah proses mining itu adalah proses ekstraksi (pengolahan juga) data-data dari data warehouse menjadi informasi yang dibutuhkan untuk melakukan analisis


MAINTAINING INFORMATION SYSTEM
=====

MIS : proses mengulang SDLC dari awal tapi fokus ke perubahan dari sistem lama ke sistem baru

MAJOR ACTIVITIES
- membuat kebutuhan2 yang harus dilakukan pada tahap maintenance
- mentransform kebutuhan2 tersebut menjadi langkah-langkah perubahan yg harus dilakukan
- merancang perubahan2 yang harus dilakukan terhadap sistem
- mengimplementasi perubahan2

TIPE MAINTENANCE
- Corrective Maintenance : perubahan untuk memperbaiki kekurangan pada desain, kode, ato pengimplementasian IS lama
- Adaptive Maintenance : perubahan untuk memperbaiki funsionalitasnya karea perubahan kebutuhan bisnis atau teknologi yang digunakan
- Perfective Maintenance : perubahan untuk menambahkan fitur2 baru atau untuk memperbaiki performa
- Preventive Maintenance : perubahan untuk menghindari masalah di masa depan

FAKTOR YANG MEMPERNGARUHI MAINTAINABILITY SYSTEM
- latent defects
- number of customers for a given system
- quality of system documentation
- maintenance personnel
- tools
- well-structured programs

THREE POSSIBLE ORGANIZATIONAL STRUCTURES FOR MAINTENANCE
- Separate : maintenance group beda sama development group
- Combined : developer sama maintenance group bareng
- Functional : maintenance personnel bekerja di dalam unit2 fungsional bisnis

KEUNTUNGAN & KERUGIAN MASING2 ORG. STRUCT.
> Separate : + perbaikan pada sistem dan kualitas dokumen
- adanya pengabaian dari informasi penting yang tidak terdokumentasi
> Combined : + maintenace group jadi tau keseluruhan sistem
- kurangnya perhatian pada dokumentasi yang baik
> Functional : + tiap personnel mempunyai fokus masing-masing
- terbatasnya mobilitas dari pekerjaan dan sumber daya manusia/teknis

IMPORTANT FACTORS DALAM MENJALANKAN MAINTENANCE
- jumlah kegagalan
- selang waktu kegagalan
- tipe kegagal
> MTBF (Mean Time Between Failures) : pengukuran jumlah kemunculan error dalam suatu periode untuk mengindikasikan kualitas sistem

CONFIGURATION MANAGEMENT
> proses untuk memastika bahwa hanya perubahan yang sudah didefinisikan saja yang diterapkan pada sistem
- Baseline Modules: modul2 SW yang sudah ditest, didokumentasi, dan diapprove untuk diintegrasi dengan sistem baru
- System Librarian : orang yang bertanggung jawab untuk mengontrol masuk dan keluarnya baseline modules ketika sistem sedang didevelop atau di-maintain
- Build Routines : instruksi2 untuk mengkonstruksi executable system dari source code baseline

CONFIGURATION MANAGEMENT TOOLS
>SW untuk memanage konfigurasi sistem dan mengontrol akses ke modul2 di system library

ROLE OF 'CASE' AND AUTOMATED DEVELOPMENT TOOLS IN MAINTENANCE
- Traditional Systems Development
- fokus pada coding dan testing
- perubahan2 diimplementasi dengan melakukan coding dan testing terlebih dahulu
- dokumentasi dikerjakan setelah maintenance dilakukan
- tetap mendokumentasikan sistem yg sekarang jarang dilakukan dengan alasan time-consuming
- Development with CASE
- fokus pada design documents
- perubahan diimplementasikan pada design decuments
- kode digenerate menggunakan code generators
- documentation selalu diupdate selama maintenance

WEBSITE MAINTENANCE
- 24 * 7 * 365 (harus slalu diupdate)
- page yg lg dimaintenance bisa dilock (ky FS gt)
- kasih date & time stamps
- cek broken links
- html validation : harus dicek kode htmlnya sebelum dipublish
- reregistration : kalo content nya berubah, site butuh dire-registrasi dengan search engine (ky RSS feed gt mungkin, CMIIW)
- Future Editions :
- konsisten
- post indikasi perubahan pada situs (klo di FS, mgkn ky new comment, new bulletin, dst..CMIIW)
- perubahan batch


SECURITY
=====

JENIS SERANGAN NETWORK
- Denial of Service = serangan yang ditujukan ke suatu server sampai server tersebut tidak bisa menyediakan servis yang biasa dia jalankan. Caranya bisa dengan flooding paket data ato kasih worm ke server tadi sampai server lumpuh
> yang perlu diketahui, tidak semua serangan ke suatu jaringan adalah instrusi. Si penyerang akan mencari titik lemah jaringan dulu. Kalo intrusi itu tujuan akhirnya adalah gaining access ke jaringan. kalo serangan biasa boleh jadi nggak perlu dapet access.

CARA
- Probing : dia cari tau dulu servis2 apa aja yang ada di jaringan tadi. Trus dia cari tau lewat port scanning, port mana aja yang buka. Trus tau juga aplikasi2 yang ada di jaringan network tadi. Mulai dari OSnya, kalo dia nyediain servis, dia cari tau aplikasi apa yang ngejalanin servis tadi. Abis itu dia menganalisis semua informasi yang dia dapet, pasti akhirnya dapet celah buat masuk. Nggak perlu sampe ngelumpuhin server, dia cukup dapet akses masuk
Aprian Novandi: kalo DoS tadi kan tujuan akhirnya ngelumpuhin...

VIRUS / MALWARE (malicious software)
>dibagi mnjadi 2 kategori besar
- infection : jenisnya ada virus,mobile code,worm,trojan horse,dan rootkit/exploit
- information, jenisnya ada keylogger, browser hijacker, spyware, dialer dan backdoor

AKIBAT YANG DITIMBULKAN
- disaster = HW&SW jadi hancur
- security = gak ngebolehin privileges user trhdp sistem SW&HW
- errors = organisasi data jd kacau

MASALAH BERKAITAN DENGAN KUALITAS SISTEM
- bugs : kode eror
- "mimpi buruk: maintenance : paranoid (ketakutan akan) maintenance sistem krn takut akan merusak HW&SW

7 CARA MELINDUNGI FIRM DIGITAL
1: proses transaksi online harus cepat di proses oleh komputer
2: sistem komputer hrs fault-tolerant biar gak interruptable
3: komputasi hrs high-availability biar cepat balik dr klo kena crash
4: perencanaan klo2 suatu saat ada bencana, komputer ga bs dipake,, bisnis bs tetep jalan
5: harus seimbang dalam distribusi request antara server
6: harus punya backup server biar mencegah interruption
7: menghubungkan antar server biar yg satu jadi backup server ato backup/speedup komputer ke komputer yg satunya lagi

CARA MENAHAN INTRUDERS
1: firewall = mencegah user gak berhal utk masuk ke sistem
> macam firewall : proxy dan inspeksi ber-state
2: sistem deteksi intrusion = memantau daerah rawan dalam jaringan utk mendeteksi user gak berhak

CARA PENGAMANAN DATA/TRANSAKSI/SISTEM
1: encryption = mengenkripsi data
2: authentication = hrs punya akses privileges tertentu
3: message integrity = hrs punya sistem utk pngamanan data wkt dikirim/diterima
4: digital signature = hrs punya kode digital tertentu utk dapat diterima oleh receiver
5: digital certificate = hrs punya sistem verify ke sender dan ke receiver

KRITERIA KONTROL SISTEM
1. kepentingan data
2. efisiensi, kompleksitas, dan pengeluaran dari cara kontrol
3. tingkat resiko bila suatu proses tidak bisa ditangani

METODOLOGI DAN KAKAS SW QUALITY ASSURANCE
1: development methodology = kumpulan metode yg dipakai pd setiap proyek pngembangan
2: structured = teknik2 yg dipakai utk membangun software
3: structured analysis = metode utk mengetahui masukan sistem, proses, keluaran yg akan membagi sistem mnjadi subsistem dan modul2
4: DFD = ilustrasi grafis dari proses komponen sistem dan aliran data
5: structured design = mengarahkan kumpulan dari aturan dan teknik utk mendesain sistem dari atas ke bawah
6: structured programming = program utk pengorganisasian dan pengkodean yang menyederhanakan control paths

BATASAN DARI METODE TRADISIONAL
>tidak fleksibel dan memakan waktu

KAKAS DAN METODOLOGI UTK OO-DEV.
1: UML = ada softwarenya StarUML
2: Structural diagrams = menggambarkan hubungan antar kelas
3: behavioral diagrams = menggambarkan interaksi dalam obejct-orinted system

KEUNTUNGAN DARI CASE
1. otomasi langkah per langkah
2. mengurangi kerja berulang
3. memaksa memenuhi standar pengembangan dan desain
4. meningkatkan komunikasi antar pengguna dan spesialis teknis
5. mengorganisasikan dan menghubungkan komponen2 desain
6. melakukan otomasi terhadap penanganan eror, pembangkitan kode, dan pengerjaan kontrol



Thanx to :
Arif : as moderator and Data Warehouse reviewer ++
Indah : as System Design reviewer ++
Ray : as Design Strategy dan Coding System and reviewer ++
Nio : as CDM reviewer ++
Petra : as Process Modelling reviewer ++
Joel : as Design Databases and Logic Modelling reviewer ++
Rico and Diaz :as Communication and Network reviewer ++
Andrew : as Design Inteface and Dialouge reviewer ++
DP : as Design Forms and Reports reviewer ++
Laris : as Designing Distributed and Internet System reviewer ++
Apri : as System Implementation reviewer ++
Aswin : as Finalizing Design Specification reviewer ++
Vinta : as Maintenance Information System reviewer :p

hectic 1.0

huuuaaaa...
rasanya mau teriak kalo inget tugas2 yg numpuk...
nah, sekarang gw mau ngelist hal-hal yg bikin gw mau teriak

to do:
1. ngebawa printer SI ke BEC
Buat para pelanggan SINTING (SI-Printing), mohon maaf banget yah...soalnya ink absorber printernya penuh... dan gw belom sempet bawa printernya ke BEC...maaf ya...

2. ngebawa printer pribadi ke BEC
Mau pake tinta infus aja buat printer yg di kosan..Biar lebih irit dan nge-refill nya gampang...

3. belanja buat Cafe SI
Nah, mo minta maap lagi buat para pelanggan Cafe SI. minggu ini, gw juga ga sempet untuk belanja beli makanannya...jadi maaf ya..Insya Allah minggu depan udh mulai aktif lagi.

4. Meriksa hasil kuis IF2081
peserta mata kuliah ini tuh ada skitar 90an. Ada 4 orang asisten. Berarti satu org asisten harus meriksa sekitar 23 soal kuis. ini harus selesai di akhir minggu ini

5. Meriksa jawaban praktikum IF 2081
Peserta mata kuliah ini ada sekitar 90an. Asumsiin aja yang ngumpulin jawaban praktikum ada 80 orang. setiap kali praktikum ada 4 soal yang harus dikerjakan (berarti ada 320 soal yang harus diperiksa setiap kali praktikum). Dan sampai saat ini praktikum sudah berjalan sekitar 10 kali....(wow, berarti 3200 soal donk...??)..tapi tenang asisten kan ada 4 orang. berarti tiap orang meriksa sekitar 800 soal...nilainya harus udh dikasih ke Bu Masayu akhir minggu depan sebelum UAS.

6. prototype aplikasi untuk tugas SI. minggu depan harus udh selese minimal satu modul kan?

7. hasil revisi seluruh dokumen tugas SI. Minggu depan kan??

8. tugas dari Pak Kahim, harus blajar ttg organisasi. karena pengennya sih HMIF harus punya visi jangka panjang.


ini yg telah di-postponed
1. nonton kuiki ekspres...
2. nulis tentang siklus kepengurusan HMIF. pengen dapet input ttg siklus kepengurusan yang baik seperti apa. tapi masih belom sempet.
3. rekap surat masuk HMIF
4. bikin buku notulen rapat DE yang baru...(duh, kbanyakan rapat nih....)

ini yang, dengan amat sangat terpaksa harus dibatalkan
1. ikutan nari saman. maap ya temen2...karena gw ga pernah ikut latihan, dan daripada gw bikin malu kalian, mending gw mengundurkan diri aja..smangat ya!!
2. ke dokter gigi...aduh dok, maafkan saya..pasien mu yang satu ini sudah membatalkan janji denganmu untuk ke 8 kalinya...maafkan ya...(sepertinya gw harus mengurungkan niat gw untuk melepaskan kawat gigi sebelum taun baru )
3. hunting buat i-cup...maafkan diriku paw, masih blom sempet hunting ato nyari2 tema yang oke.

in progress
1. tugas OS. Masih in progress nih....benar-benar sedang dikerjakan

done
1. dokumen SI implementasi
2. knowledge sharing SI
3. posting hasil knowledge sharing

masih belum jelas
1. nama team icup
2. nasib loreal e-strat
3. konsep Pekan Baca Tulis. maaf ya mimi, ga bisa ikut ngumpul waktu itu


daftar ini masih versi 1.0....ntar kalo ada yang keinget lagi, Insya Allah bakal di-update.