IT Architecture Development

Perencanaan Infrastruktur Teknologi InformasiSekolah Tinggi Teknik PLNPerencanaan Infrastruktur Teknologi InformasiProgram Magister Teknologi InformasiUniversitas Indonesia 2009-2011 MTI-UI1Kasus: STT-PLNSebuah institusi pendidikan, STT-PLNBisnis inti: pendidikan mahasiswa, penerimaan mahasiswaProses-proses inti:Kegiatan PerkuliahanPenerimaan Mahasiswa BaruPermasalahan yang sedang dihadapi:Pengolahan data keuangan masih manualAdministrasi pendidikan2Group 6 MTI 2012SCRich Picture Penerimaan Mahasiswa Baru

Gasal 2008 2008-2009 MTI-UI3BPSICalon MahasiswaBankBAKUBAAKTim Penyusun SoalBSRTTeam AdhocPengumumanPembayaranPendaftaranData registrasiRekap PendaftarPermintaan SoalPermintaan SoalPengiriman SoalPengiriman SoalKoordinasi Pelaksanaan UjianLaporan Pelaksanaan dan lembar ujianlembar ujianKonfirmasi PembayaranBPMPpersetujuanData lulusanRich Picture Penerimaan Mahasiswa Baru

Gasal 2008 2008-2009 MTI-UI4

4Identifikasi Strategi TI (1)No.JudulTolok UkurSasaran Perbaikan1.Cara Mendaftar kurang praktisPendaftar harus datang ke STT-PLN dengan membawa beberapa dokumen persyaratan dan harus ke STT-PLNMembuat pendaftaran secara online dan pembayaran langsung ke bank mitra STT-PLN(Restructure : Orchastre, Loose Wait, Vitrify)2.Waktu tunggu berita PembayaranData pembayaran dari bank tidak dapat terkirim secara real timeMelakukan upgrade software dan total siknronasi dengan bank mitra(Informate : Orchastre, Loose Wait, Vitrify)3.Website pengisian rencana studi sering mengalami ganggunanAplikasi kurang reliableMeningkatkan kapasitas bandwidth dan menerapkan pola 3-tier pada arsitekturnya4.Kurangnya data untuk pengambilan keputusan strategisLack of dataMembuat datamart yang baik serta dashboard pimpinanGroup 6 MTI 2012SC5Identifikasi Strategi TI (2)No.JudulTolok UkurSasaran Perbaikan1.Biaya iklan tinggiBiaya untuk promosi iklan yang tinggi harus ditekan demi efisiensi biayaMengubah cara pengiklanan lama dengan menggunakan teknologi. Iklan melalui surat ke unit PT.PLN dan anak perusahaan, mitra serta menggunakan media internet dan media sosial (Informate : CRM, )2.Calon mahasiswa baru harus ke STT-PLN untuk mendaftarHarus ada tenaga kerja tambahan untuk menghandleMenggunakan aplikasi web base yang dapat berjalan disetiap platform sistem operasi3.Website pengisian rencana studi sering mengalami ganggunanAplikasi kurang reliableMeningkatkan kapasitas bandwidth dan menerapkan pola 3-tier pada arsitekturnya4.Kurangnya data untuk pengambilan keputusan strategisLack of dataMembuat datamart yang baik serta dashboard pimpinanGroup 6 MTI 2012SC6Identifikasi Pola SolusiNo.Sasaran PerbaikanPola Solusi1.Minimasi jumlah kontak melalui telepon dan fax (informate: digitize & propagate)Aplikasi online untuk semua aktivitas yang berhubungan dengan pengadaan barang2.Penyederhanan proses pemesanan bahan (restructure: orchestrate)Pertukaran data dengan sistem pemasok3.Penyederhanaan proses persetujuan pemesanan (restructure: loose wait)Otomasi proses persetujuan pemesanan berdasarkan data harga pasaran dan daftar rekanan unggulan4.Penyediaan informasi tentang harga pasaran yang wajar (mind: analyze & synthesize)Database katalog yang di-update setiap saat oleh pemasok5.Penyediaan informasi tentang reputasi pemasok (mind: connect, collect & create)Fasilitas rating pemasok berdasarkan skor untuk tiap kriteria: mutu barang dan kelambatan. 2009-2011 MTI-UI7Visi Arsitektur TIGambaran bagaimana solusi TI berperan dalam proses bisnis strategis perusahaan.Kebetulan hanya ada satu proses critical.Satu gambar untuk tiap critical process. 2009-2011 MTI-UI8PemasokTeknisiManajerKeuanganLogistikKatalogmutakhirPemesananonlineAturanpemesananbakuperaturantagihantrack recordsupplierpesananpesananpilihanpersetujuanlaporanpenerimaanproduk & hargaterbarukebijakankontrakpembayaranPertanyaanSeperti apa contoh pengembangan strategi Aritektur TI?Bagaimana menurunkan strategi arsitektur menjadi rancangan Arsitektur TI?Bagaimana caranya memastikan bahwa kebutuhan-kebutuhan bisnis utama sudah tercakup dalam Arsitektur TI?Bagaimana caranya menterjemahkan Arsitektur Bisnis ke Arsitektur Sistem Informasi?Bagaimana caranya memastikan bahwa komponen-komponen utama sudah tercakup dalam Arsitektur TI? 2009-2011 MTI-UI9Prinsip-prinsip ArsitekturPerancangan Arsitektur TI dipandu oleh prinsip-prinsip yang diturunkan dari konsep solusi TI strategisUntuk memastikan bahwa teknologi yang diimplementasikan dapat mendukung dan selaras dengan solusi strategis.Prinsip-prinsip arsitektur juga memper-timbangkan kondisi TI organisasi saat iniMengutamakan pemanfaatan aset-aset TI yang sudah dimiliki.Meminimasi resiko migrasi. 2009-2011 MTI-UI10Contoh Prinsip Arsitektur (1)Setiap fungsi aplikasi yang berhubungan dengan pengadaan bahan harus dapat diakses melalui internet (web enabled)Dapat diakses oleh teknisi di lapangan, staf lain di luar kantor, dan pemasok.Pertukaran data dengan organisasi lain harus menggunakan format berbasis XMLMengakomodasi dinamika field data yang dibutuhan (katalog).Minimasi dampak perubahan pada protokol komunikasi. 2009-2011 MTI-UI11

Contoh Prinsip Arsitektur (2)Setiap user sistem aplikasi harus memiliki userid dan password unikPengelolaan profil user harus terpusat (terpadu lintas sistem).Untuk audit akuntabilitas.Akses melalui internet harus menerapkan enkripsi dataMinimal menggunakan secure socket layer (SSL).Database perusahaan harus dijalankan pada server di belakang firewallPengamanan data perusahaan. 2009-2011 MTI-UI12

PertanyaanSeperti apa contoh pengembangan strategi Aritektur TI?Bagaimana menurunkan strategi arsitektur menjadi rancangan Arsitektur TI?Bagaimana caranya memastikan bahwa kebutuhan-kebutuhan bisnis utama sudah tercakup dalam Arsitektur TI?Bagaimana caranya menterjemahkan Arsitektur Bisnis ke Arsitektur Sistem Informasi?Bagaimana caranya memastikan bahwa komponen-komponen utama sudah tercakup dalam Arsitektur TI? 2009-2011 MTI-UI13Pemetaan Kebutuhan BisnisPemetaan kebutuhan TI seluruh organisasi dilakukan dengan menyusun Arsitektur Bisnis. 2009-2011 MTI-UI14

Arsitektur BisnisArsitektur Bisnis mendefinisikan:Dekomposisi (struktur) aktivitas dalam proses-proses bisnis organisasiAliran informasi (atau material) dalam dan antar proses-proses bisnis organisasi.Dapat dibatasi oleh ruang lingkup: layanan atau proses-proses bisnis utama organisasi (sesuai requirement management).Arsitektur Bisnis digunakan sebagai acuan dalam mencapai konsensus antara TI dan bisnis tentang landasan kebutuhan bisnis TI. 2009-2011 MTI-UI15Pemodelan Proses BisnisProses bisnis dapat dimodelkan dengan berbagai diagram: activity diagram, context diagram, DFD, IDEF 0, state transition diagram, dsb.Untuk kebutuhan perancangan Arsitektur TI umumnya tingkat kerinciannya rendah (high level).Lebih mengutamakan keluasan cakupannya (seluruh perusahaan). 2009-2011 MTI-UI16Contoh Kasus: PT ABC 2009-2011 MTI-UI17ManajemenpersonaliaManajemenKeuanganManajemenpemasokSurvey lokasiPerancangandesain panggungPemasanganpanggungNegosiasi kontrakPenutupan kontrakPemesananbarangPembayaranpemasokPendaftaranpemasokPenerimaanbarangCatatan: Tidak semua aliran informasi tergambarkan.Proses bisnis intiProses bisnis pendukungDiagram Aktivitas Proses 2009-2011 MTI-UI18TeknisiPemasokLogistikKeuanganKatalogKirimkatalogPesananValidasi &persetujuanOK?Kirim pesananPesananPilih barang& pesanMemoAmbil & periksabarangLapor kedatanganbarangTagihanTYBayar tagihanProses pengadaan barangSerahkan barangDiagram Dekomposisi AktivitasManajemen pemasok: 2009-2011 MTI-UI19ManajemenPemasokPendaftaranPemasokEvaluasiPemasokPemberhentianPemasokRegistrasiPemasokVerifikasiDokumenPenandatang-anan KontrakReview LaporanKeterlambatanPenetapan SkorPemasokNotifikasiPemberhentianReview LaporanMutu BarangSekretarisManajerSekretarisPertanyaanSeperti apa contoh pengembangan strategi Aritektur TI?Bagaimana menurunkan strategi arsitektur menjadi rancangan Arsitektur TI?Bagaimana caranya memastikan bahwa kebutuhan-kebutuhan bisnis utama sudah tercakup dalam Arsitektur TI?Bagaimana caranya menerjemahkan Arsitektur Bisnis ke Arsitektur Sistem Informasi?Bagaimana caranya memastikan bahwa komponen-komponen utama sudah tercakup dalam Arsitektur TI? 2009-2011 MTI-UI20Arsitektur Sistem InformasiArsitektur sistem informasi mendeskripsi-kan sistem-sistem aplikasi dan perannya dalam mendukung proses-proses bisnis:Sistem aplikasi kunci yang dibutuhkan.Struktur logis sistem informasi: gambaran pertukaran informasi antar sistem aplikasi, dan antara sistem-sistem aplikasi dengan pengguna.Struktur/komposisi modul-modul sistem aplikasi. 2009-2011 MTI-UI21Identifikasi Sistem AplikasiSistem aplikasi diidentifikasi berdasarkan:Kebutuhan informasi untuk mendukung pengambilan keputusan di tiap aktivitas (sub-proses).Kebutuhan pertukaran informasi antar aktivitas (sub-proses).Kebutuhan alat bantu di tiap aktivitas (sub-proses)Dapat mengadopsi paket implementasi pola solusi best practice di industri, atau memanfaatkan aplikasi yang sudah dimiliki dan layak untuk dipertahankan. 2009-2011 MTI-UI22Identifikasi Sistem Aplikasi Kunci 2009-2011 MTI-UI23No.Pola SolusiPaket Solusi(jika ada)1.Aplikasi online untuk semua aktivitas yang berhubungan dengan pengadaan barangSupply Chain Management2.Pertukaran data dengan sistem pemasokSupply Chain Management3.Otomasi proses persetujuan pemesanan berdasarkan data harga pasaran dan daftar rekanan unggulanAutomated Disposition (Workflow Management System)4.Database katalog yang di-update setiap saat oleh pemasokCatalog Management5.Fasilitas rating pemasok berdasarkan skor untuk tiap kriteria: mutu barang dan kelambatan.Supply Chain ManagementContoh Kasus 2009-2011 MTI-UI24GDGraphic Design Tool (laptop)FMFinancial Management systemSCMSupply Chain Management systemCMCatalog Management systemHRHuman Resource Management sys.ADAutomated Disposition systemAplikasi yang sama melayani beberapa prosesManajemenpersonaliaManajemenKeuanganManajemenpemasokSurvey lokasiPerancangandesain panggungPemasanganpanggungNegosiasi kontrakPenutupan kontrakPemesananbarangPembayaranpemasokPendaftaranpemasokPenerimaanbarangGDGDFMSCMSCMFMSCMSCMSCMFMGDHRHRSCMCMCMADPortfolio AplikasiKodeNamaFungsionalitasSCMSupply Chain ManagementPendaftaran pemasok, Evaluasi & rating pemasok, Pemesanan barang, Penerimaan barang, Pembayaran pemasok.CMCatalog ManagementUpload dan ubah data produk oleh pemasok, Cari produk dengan keyword atau browsing, Ubah status ketersediaan produkFMFinancial ManagementPembukuan aktivitas pembayaran dan penerimaan, Penyusunan anggaranHRHuman Resource ManagementPengelolaan data personalia, Pengelolaan penugasan, Penghitungan upahADAutomated DispositionPersetujuan pemesanan berdasarkan kewajaran harga (selisih dari rata-rata harga semua pemasok) dan bonafiditas (rating) pemasokGDGraphic Design Tool 2009-2011 MTI-UI25Landscape AplikasiApplication landscape menggambarkan hubungan kedekatan antar sistem aplikasi perusahaan: 2009-2011 MTI-UI26Dipersyaratkan oleh prinsip-prinsip arsitekturPortal Web (Single Sign On)Supply ChainManagementCatalogManagementFinancialManagementHuman ResourceManagementUser ProfileManagementClient Application (desktop)Web Client (laptop, PDA)Network SecurityAutomated DispositionPertanyaanSeperti apa contoh pengembangan strategi Aritektur TI?Bagaimana menurunkan strategi arsitektur menjadi rancangan Arsitektur TI?Bagaimana caranya memastikan bahwa kebutuhan-kebutuhan bisnis utama sudah tercakup dalam Arsitektur TI?Bagaimana caranya menterjemahkan Arsitektur Bisnis ke Arsitektur Sistem Informasi?Bagaimana caranya memastikan bahwa komponen-komponen utama sudah tercakup dalam Arsitektur TI? 2009-2011 MTI-UI27Arsitektur DasarPerancangan arsitektur teknis TI perusahaan dimulai dengan meletakkan kategori-kategori arsitektur dasar. 2009-2011 MTI-UI28

Kategori komponen minimal menurut TOGAF:Software aplikasiSystem software: web server, application server, DBMSKomunikasi: software & hardware jaringan.Interface diantara ketiganya.Taksonomi Komponen UmumKategori umum komponen infrastruktur menurut TOGAFTidak semua kategori dibutuhkan suatu organisasi.Spesifikasi komponen di dalamnya ditetapkan berdasarkan prinsip-prinsip arsitektur. 2009-2011 MTI-UI29

Prinsip-prinsip UmumSelain prinsip-prinsip strategis, prinsip-prinsip best practice diperlukan untuk memandu pilihan teknologi, misalnya:Penyeragaman teknologiPenerapan open standardDuplikasi komponen-komponen kritisModularisasi komponen-komponen sistemMaksimasi penggunaan ulang (reuse)/ penggunaan bersama (sharing). 2009-2011 MTI-UI30Penerapan Open StandardManfaat:Meminimasi training SDM yang harus dilakukan setiap kali ada perubahan dalam pilihan vendor.Memudahkan pemindahan (portabilitas) aplikasi, misalnya untuk pemulihan dari gangguan atau kerusakan.Contoh:Penetapan teknologi interkoneksi (komunikasi dan interface) standar.Penetapan teknologi DBMS dan akses data standar, misal RDBMS dengan SQL. 2009-2011 MTI-UI31Duplikasi Komponen KritisManfaat:Mengantisipasi peningkatan beban kerja.Meminimasi terhentinya layanan TI akibat kerusakan pada komponen kritis atau SPOF (single point of failure).Memungkinkan kegiatan perawatan rutin tanpa harus menghentikan layanan.Memberikan alternatif untuk memulihkan layanan dalam keadaan darurat. 2009-2011 MTI-UI32Modularisasi KomponenManfaat:Memudahkan kegiatan penggantian komponen yang rusak sehingga meningkatkan availability.Memudahkan duplikasi dan upgrading modul secara selektif jika diperlukan peningkatan kapasitas.Contoh:Penerapan arsitektur multi-tier.Penerapan arsitektur aplikasi berbasis komponen. 2009-2011 MTI-UI33Contoh Kasus: PT ABC 2009-2011 MTI-UI34

EnterpriseFirewall,SSLPHP on Apache Webserver,Firefox web browserLDAPMS VisioXML over HTTP(List of applications)eMail SMTP & POP ServerServer: Linux RedhatDesktop: Windows XPLAN: 10 Mbps EthernetWAN: 128 Kbps MPLSHorde Webmail