PERANCANGAN ARSITEKTUR
KOMPUTER APA YANG AKAN ANDA PELAJARIDALAM BAB INn Setelahmempelajaribabini, andadiharapkandapat:
o o
Membohospenggunoonkompulerdolomperoncongon orsiteklur.
Membohos lenlongbogoimono profesionol sislemmengevoluosi donmemperoleh orsileklur kompuler.
341
342
PENGANTAR PERANCANGAN
SISTEM INFORMASI
PENDAHULUAN Tidak semua sistem barn memerlukan sebuah arsitekturkomputer yang barn. Tujuan dari bab ini adalah untuk membahas rancangan arsitekturkomputer dan menjelaskan bagaimana mengevaluasi dan memperolehnya ketika sebuah sistem barn membutuhkannya (lihatGambar 7.1). Pemakai-akhir mengendalikan rancangan output, input, proses, kendali, dan database dari sistem. Komponen rancangan sistem ini sebagai gantinya, mengendalikan rancangan jaringan dan arsitektur komputer. Sebuah rancangan arsitektur komputer, dari sudut-pandang perancangan, adalah sekumpulan blok bangunan perangkat-keras dan lunak dan keterhubungan antara satu dengan yang lainnya. Backbone jaringan memungkinkan profesional sistem untuk merancang berbagai arsitektur (atau konfigurasi)komputer.
PENGGUNAANKOMPUTER DALAMPERANCANGAN ARSITEKTUR Komputer biasanya dibagi ke dalam tiga kelompok:
.
Mainframe
. .
Minikomputer Mikrokomputer
Mari kita dengarkan debat dari Clara dan Mark mengenai rancangan arsitektur komputer di Nexon.
Perdebatan
Perancangan
Arsitektur
Komputer
di Nexon
Clara Wells, pengendali di Nexon, bertanya, IIBukankah mainframe merupakan dinosauria (produk masa lampau yang sudah tak sesuai lagO ?II ''Tidak, sebenarnya tidak,lI kata Mark Ricardo, kepala perancangan sistem di Nexon. "Saya telah membaca tentang suatu perusahaan menghemat jutaan dollar dengan menggantikan dumb-terminal-to-host yang tua dengan LN berbasis-komputer,1I kata Clara. "Dapatkah kita memperoleh keuntungan yang serupa dengan sistem penggantian yang kita rencanakan?1I
PERANCANGAN ARSITEKTUR KOMPUTER
343
Pengembangan perangkat lunak dan implementasi sistem
Pemeliharaan sislem
Operasi
Gambar7.1 Tahap SDLCdan bab-bab yang berhubungan dalam buku ini, Dalam Bab 7 fokusnya adalah arsitekturkomputer,berdasarkan pada arsitekturjaringanyang digambarkanpada Bab6.
"Dalam beberapa hal, ya. Dalam hal yang lain, tidak," kata Mark. "Selama beberapa tahun terakhir, banyak perusahaan yang mengganti mainframe dengan LAN, atau menyambungkan mikrokomputer ke mainframe dan mendistribusikan banyak aplikasi ke pemakai akhir. Tetapi untuk banyak aplikasi bisnis, mainframe tetap satusatunya landasan yang dapat dilaksanakan." "Saya tidak tahu apakah saya cukup mengerti apa yang anda katakan. Apakah mainframe dapat diterapkan atau tidak," kata Clara, agak frustrasi. "Tidak semudah itu," tanggap Mark. "Apa yang tidak jelas adalah garis pembagi yang menentukan kapan suatu aplikasi harus dijalankan pada sebuah mainframe dan kapan lebih tepat menggunakan sebuah komputer yang lebih ked!. Perusahaan transportasi mempunyai persoalan yang sarna dalam mencoba untuk menentukan ukuran truk yang optimum untuk pekerjaan tertentu. Sebuah pickup dapat diterapkan untuk muatanyang ringan dan truk 18-ban tepat untuk muatan yang berat." 'Well, mungkin lebih murah untuk membeli beberapa tnik pickup dan mendistribusikan muatan yang berat diantara mereka." kata Clara.
344
PENGANTAR PERANCANGAN SISTEM INFORMASI
--
- - -
"Mungkin saja, tetapi bagairnana jika muatan-berat anda berisi sebuah 50.000-pon buldoser? Bagaimana cara mendistribusikan muatan ini diantara beberapa truk pkkup?" tanya Mark. "Saya mengerti maksud anda," kata Clara. "Ukuran aplikasi adalah garis pembagi yang paling nyata." "Ya. Ingat bahwa beberapa dari aplikasi yang kita rencanakan akan bekerja dengan lebih dari tiga-gigabyte penyimpanan on-line dan menarik bersama data yang disimpan dalam 30 lokasi," jelas Mark. "Nyata sekali, sebuah LAN tidak cukup kuat untuk mendukung aplikasi sebesar itu," kata Clara. "Jumlah pemakai juga bertindak sebagai garis pembagi," kata Mark. "Ketika jumlah pemakai mencapai ratusan, sebaiknya libatkan sebuah mainframe." "Juga, penting sekali melihat jenis aplikasi yang diimplem~ntasikan," kata Clara. "Benar," tanggap Mark. "Sebuah LAN dengan sebuah server mikrokomputer jelas tidak dapat bekerja cukup cepat untuk mendukung aplikasi yang membutuhkan ruang disk yang ban yak. Juga, dalam beberapa hal, mem-backup data akan memakan waktu beberapa jam. Sebuah server LAN akan memakan berjam-jam untuk mengUrutkan satu atau dua juta rekord. Pembuatan laporan juga dapat meregangkan LAN. Aplikasi yang memerlukan laporan-Iaporan yang sederhana akan bekerja baik pad a LAN.Tetapi, jika pemakai membuat laporan-Iaporan yang rumit, maka aplikasi seperti itu akan membutuhkan server yang jauh lebih kuat; yaitu sebuah mainframe atau mungkin, sebuah minikomputer." "Jadi anda mengatakan bahwa aplikasi sistem mengendalikan jenisrancangan arsitektur komputer yang dikembangkan?" tanya Clata. "Tepat sekali," kata Mark. "Rencana dan rancangan sistem dan perangkat-Iunak selalu mendikte jenis landasan teknologi yang diperlukan perusahaan, bukan dengan cara sebaliknya." "Bagaimana dengan beberapa aplikasi mainframe kita yang lama?" tanya Clara." Apa yang akan kita lakukan terhadapnya?" "Aplikasi-aplikasi tersebut adalah program-program yang dirancang dengan baik yang tetap akan melakukan apa yang seharusnya mereka lakukan. Perangkat-Iunak mungkin dapat menjadi usang, tetapi bukannya tidak dapat dipakai. Tidak akan efektifbiaya untuk menuliskan program-program ini untuk LAN,yaitu, dengan asumsi aplikasi ini dapat berjalan pad a sebuah LAN.Selain itu, beberapa aplikasi ini sangat sensitif dan sangat-rahasia. Pengamanan dan pengendalian LANtidak seandal seperti pengamanan mainframe. Karena sulit untuk mengamankan tiap mikrokomputer, terdapat situasi dimana kita tidak yakin siapa yang bekerja dengan informasi perusahaan. Dengan mainframe, pengamanan berasal dari pembatasan akses ke mesin tersebut."
PERANCANGAN ARSITEKTUR KOMPUTER
345
Bagaimana Mainframe,Minikomputer, dan MikrokomputerDigunakan dalam Merancang Arsitektur Komputer! Banyak sekali perhatian yang harus diberikan untuk ukuran dan titel komputer. Mereka hanyalah satu kumpulan kategori dari blok bangunan yang digunakan dalam merancang arsitektur komputer. Kotak prosesor mengendalikan perangkat-Iunak dan data. Perangkat-Iunak memodelkan aplikasi. Profesional sistem mengembangkan aplikasi, dan aplikasi diimplementasikan untuk memenuhi persyaratan pemakai. Jika manajemen menginginkan sistem yang sangat terpusat, seperti yang disediakan arsitektur berbasis-induk (host-based; yaitu, sebuah mainframe tersentralisasi), rancangan dari konfigurasi komputer cukup sederhana. Biasanya, satu atau beberapa mainframe disediakan oleh terminal (biasanya dumb-terminal) dan sebuah media transmisi. Jika, dilain pihak, manajemen berkeinginan mendistribusikan sumberdaya sistem ke pemakai akhir untuk memperoleh sebuah ARSlTEKlURBERBASIS-KOOPERATIF (cooperative-based architechture), rancangan arsitektur komputer menjadi menantang, membutuhkan ketersambungan berbagai node melaluijaringan yang dirancang dengan baik. Sebuah kunci prinsip rancangan pengolahan kooperatif INTEROPERABEL (interoperable) adalah untuk mengoptimalkan penggunaan dari semua sumberdaya, memberikan aplikasi yang benar ke tingkat kekuatan komputer yang tepat. Sebagai contoh, mainframe diberikan tanggung-jawab mengenai pengolahan transaksi yang telah diedit, divalidasi, dan diformat ke dalam struktur yang tepat oleh mikrokomputer. Mainframe akan mengolah transaksi dan memperbarui database - sesuatu yang dapat dilakukan oleh mainframe dengan sangat baik. Memperbolehkan workstation lokal untuk menyiapkan transaksi untuk pengolahan dan pembaruan database oleh mainframe adalah rancangan yang efektif-biaya. Juga, dalam sistem reservasi perusahaan penerbangan, mainframe mengatakan kepada workstation lokal tipe pesawat terbang yang terlibat dan kursi yang sudah dipesan. Workstation lalu mengakses sebuah grafik dari pesawat terbang dari file-file lokalnya dari sebuah server LAN. Grafik menunjukkan bagan kursi kepada agen. Agen lalu menunjuk kursi yang diinginkan, dan sebuah transaksi yang dibentuk dengan tepat dilepaskan ke mainframe untuk memperbarui database.
Rancangan Kooperatif Local Area Metwork-to-Mainframe Banyak perusahaan telah mengganti arsitektur berbasis-host dengan aristektur LAN-tomainframe. Sebagai contoh pendekatan rancangan ini, tinjau kasus Mutual di bawah.
346
PENGANTAR PERANCANGAN
SISTEM INFORMASI
.. I
Offloading Aplikasi di Mutual Life Insurance Company "Ren<::anasistem untuksistem penggantidanaplikasi-aplikasi baru kita menugaskan offlpading rancangan aplikasi yang baru ke. landasan PC LAN dari mainframe," kata Debra Winthrop, an~lIissistem senior di Mutual. Ufe Insurance Company. "Mengapaperubanan dari sebuan arsitektur berbas.is-mainframe?" tanya Bob Sawyer, CFO yang baru, yang dulunya bekerja untuk perusanaan asuransi yang lain.
,iOff!oadingaplikasi mengurangi biaya dan memberikan pemakai aknir dengan sebuan antarn'\uka pemakai yanglebin baik. lebih jauh lagi, akan mempermudan orang..oarangsayauntuk mengembangkan aplikasi baru," jawab Debra. "Jadi, anda mengatakan banwa PC pada LANmenyediakan mekanisme presentasi yang lebih baikuntuk pemakai?" tanya Bob. "Itu tepat sekali," kata Debra. "LANPC disambungkan ke mainframe, dan mainframe digunakan sebagai perantara untukmenyediakan sebuah titik pusat untuk distribusi dankendalj." Debra menunjuk ke rancangan arsitektur yang siperlihatkan pada GambaI'7.2. . "Jadi pekerjaan.update dan batch yang besar ditangani oleh mainframe dan pemakai.akhir melakukan tugas-tugaslokal mereka dan berinteraksi dengan mainframe atau pemakai akhir yang lain pada saat diperlukan?"tanya Bob. "Ya, update dikirim secepatnya dari mainframe kepemakai yang dituju pada sebuah basis perlu-untuk-mengetahui.Mainframejuga menjalankan pekerjaan batch yang besar pada waktu yang telah ditentukan,biasanyamalam hari." kata Debra. "Saya dapat melihat dengan jelas sekali keuntungan darirancangan ini. Aplikasi lokal pemakai akhir dikembangkanlebih cepat, klien dilayani lebih baik, dan offloading dari aplikasi secaraefektif mengurangiukuran keseluruhan sistem," kata Bob. "Benar," kata Debra, "daripada memasang dua atau tiga mainframe yang mahal, lebih baik kita distribusikan sistem untuk memungkinkan PC untuk melakukan apa yang mereka lakukan terbaik dan mainframe untuk melakukan apa. yang mereka lakukan terbai.k. Dengan cara ini, kita mel11puQyaisistem yang lebih haik untuk pemakai dan dengan harga yang lebih muraf1,'i "Saya mengerti maksud anda," kata Bob. "Downsizing memberikan sebuah investasi terskala untuk perangkat-kerasdan lunak, memungkinkan kita untuk mengimplementasikanperangkat-keras yang efisien berskala-kedl dan dapat dikelola, dalam I sebuah periode waktu.. Ini berbeda dengan landasan mainframe berukuran besar I
L
tersentra!;sasiyangliarosdig_ntisecar_keselurulianjik_kitamelakukanupgrade."
PERANCANGANARSITEKTUR KOMPUTER
347
Mainframe
111111111111
Gambar 7.2 Rancangan arsitektur komputer di Mutual Life Insurance Company.
Rancangan Kooperatif Berbasis-Personal Komputer Beberapa perusahaan telah menghapuskan arsitektur berbasis-mainframe yang tua dan memindahkan semua aplikasi ke sebuah jaringan berbasis-personal komputer (PC). Sebagai contoh, kasus berikut ini menjelaskan bagaimana DOWNSIZING (merancang dalam ukuran yang lebih kecil) dilakukan di Blockbuster Video.
RancanganKooperatifSeluas-Bidang-Usaha yangInteroperabel Arsitektur komputer Interoprabel termasuk multikomputer dimana aplikasi didistribusikan kepada mereka dala cara yang optimal. berbasiskan pada strategi sistem yang global dan seluas-bidang-usahadengan penekanan pada manajemen terdesentralisasi. Rancangan berbasis-koopetatif interoperabel mencerminkan cara bidangusaha beroperasi, atau seharusnya beroperasi.
348
PENGANTAR PERANCANGAN
SISTEM INFORMASI
Downsizing pada Blockbuster Video Blockbusteradalah sebuah rantai penyewaan video yang berbasisdi St.Louis.1S0toko video milikorganisasi mempunyai kebijaksanaanbahwa video yang disewa dari suatu toko dapat dikembalikan ke toko yang mana saja. Kebijaksanaanini membutuhkan pelacakan jejak mengenai judul apa yang ada di toko mana.
Untuk beberapa tahun, aplikasi dijalankan pada sebuah mainframe yang besar setiap malam setelah waktu toko untuk melacak jejak persediaan raksasa Blockbuster. Sara Bond, direktur sistem informasi yang baru di Blockbuster, ingin membuang mainframe, dan merancang sistem tersebut dalam ukuran yang lebih kedl; yaitu memindahkan aplikasi mainframe ke dalam jaringan berbasis workstation. Hasilnya adalan sebuan jaringan PC ISO-node dengan sebuah server minikomputer, seperti yang diperlinatkan dalam Gambar 7.3. Sistemyang baru telan mengnemat Blockbustersekitar $3.2 juta setiap tahun dalam biaya pemeliharaan dan biaya pendukung. Selain itu, produktifitasbertambah, dan informasipelacakan vidoe tape lebih akurat dan tepat.
Toko video 2
Toko video 1
Database pelacakan video
Minikomputer
~
~
Gambar 7.3 Rancangan arsitektur komputer di blockbuster Video.
. ~ ..
./ ..!III- ~
Toko video150
PERANCANGANARSITEKTUR KOMPUTER
349
Filsafat rancangan ini climulai clengan asumsi bahwa elemen rancangan clasar aclalah aplikasi pemakai clan bahwa jaringan clan blok bangunan jaringan clan komputer terkonfigurasi clalam sebuah cara untuk mengeksekusi aplikasi-aplikasi pemakai clalam cara yang seefektif clan seefisien mungkin. Apakah aplikasi tersebut clioleh oleh sebuah mainframe, minikomputer, atau mikrokomputer bukanlah suatu yang penting. Yang penting aclalah bahwa arsitektur bekerja sebagai sebuah entiti terpaclu tunggal. Kasus berikut ini menggambarkan sebuah aplikasi clari rancangan berbasiskooperatif interoperabel.
Mengembangkan sebuah Arsitektur Berbasis-Interoperabel Kooperati( di Simco Simco, sebuah fabrikator yang besar, telah bergantung selama bertahun-tahun pad a sebuah sistem informasi yang tersebar dan terfragmen. Tiap daerah bisnis menjalankan sistemnya sndiri, mengarahkan ke redundansi dalam perangkat-Iunak, komputer, dan data, seperti juga hal-hal dari informasi yang bertikai. Tidak ada kebijaksanaan ditempatkan untuk mengalamatkan dan merumuskan sebuah rencana sistem informasi strategis. James Kirby, ClO dari Simco, baru-baru ini dipekerjakan untuk mengembangkan sebuah rencana sistem untuk mengkoordinasikan sistem-sistem Simco yang tersebar dan mengganti aplikasi-aplikasi yang usang. James memutuskan untuk membiarkan peralatan komputer yang tersebar di seluruh Simco pada tempatnya dan menyediakan sebuah sistem interoperabel yang terintegrasi, melalui pemasangan jaringan. Yaitu, semua rancangan arsitektur komputer dikaitkan bersama dengan sebuah jaringan seluas-bidang-usaha. Rancangan arsitektur komputer membutuhkan sebuah sentralisasi database perusahaan, dengan ketentuan siap pakai untuk pemakai akhir di seluruh perusahaan. Rancangan arsitektur komputer yang diusulkan oleh James didemonstrasikan pada Gambar 7.4. Setelah sistem yang baru beroperasi sekitar enam bulan, James mengadakan pertemuan dengan teri Brooks, CEO dari Simco. "Selamat atas sistem yang baru," kata Teri. "Semua orang kelihatan sangat menyukainya. Sistem memberikan kepada pemakai akhir akses ke macam aplikasi dan informasi yang berbeda tanpa mempedulikan lokasi mereka. Benarkah saya bahwa yang anda tunjukkan ini adalah interoperabilitas?" "Ya," kata James. "Itu adalah istilah yang agak sulit dipakai untuk menggambarkan keistimewaan utama dari sebuah sistem seluas-bidang-usaha yang terpadu. Oi dalamnya, pemakai dari segmen yang berbeda dalam perusahaan bekerja satu sama lain
---
-- ---
-- --. --
-- - - -
Accounting
Marketing
Magnetic disk
DAT
w VI 0
Thermal transfer printer
"I'TI Z G) )-
.
Largeimpact
printer
-
.-
Spoolingfile
;IC
I
"I'TI ;IC
)-
z
\.,.,
CD-ROM
(,
:.
,
.
,
I
9z G) )Z IJ)
Vi
-t I'TI
0
1IIIIIIIIIIIh 0
0
Magnetic disks.
DAT I
Dotmatrix printer Magnetic disk
I .
Penplotter
Laser
((,
r\
M()n
C-
D ,
aID 8S
Minicomputer
Manufacturing Gambar 7.4 Rancanganarsitekturberbasis-kooperatifinteroperabel.
I
WORM
I
II Engineering
z'"T1
printer
0;IC
PERANCANGAN ARSITEKTUR KOMPUTER
351
dalam cara yang kooperatif. Kendali dasar untuk interoperabilitas adalah siap untuk akses ke aplikasi-aplikasi dan informasi oleh pemakai akhir di seluruh perusahaan. Kelihatannya bagi saya bahwa dalam sistem sebelumnya, LAN kita lebih terfokus pada kebutuhan departemen yang terisolasi, daripada interoperabilitas strategis dengan segmen-segmen lain dari perusahaan. Seperti yang diperlihatkan rencana sistem kita, kita membutuhkan sebuah sistem selu~s-bidang-usaha dengan mainframe, mini, mikro dijaringkan bersama bekerja serentak." "Darimana istilah "interoperabilitas" berasal sebenarnya?1Itanya Teri. "Kata itu pertamakali digunakan pada akhir 1960-an oleh kelompok militer multinasional, seperti NATO. Idenya adalah bahwa kekuatan kooperatif harus mampu menggunakan bersama sumberdaya-sumberdaya kunci, bukan hanya mampu untuk memelihara sediaan seperti yang seharusnya dilakukan oleh pemasok biasa. Ide yang sama terbawa ke perancangan arsitektur komputer. Itu menunjukkan komunikasi dan kooperasi antara kelompok-kelompok dalam perusahaan, dan menyebarkan biaya komputasi," jawab James. "Itu adalah konsep yang sederhana tetapi kuat. Saya dapat melihat bagaimana hal tersebut berhubungan secara efektif ke rancangan arsitektur komputer," kata Teri. "Ya, arsitektur komputer seluas-bidang-usaha yang interoperabel mungkin adalah rancangan arsitektur komputer yang paling dikendalikan-pemakai," kata James. "Untuk mengembangkannya, and a harus mengetahui dan menjawab ke apa yang diinginkan pemakai. Selain itu, arsitekturnya harus fleksibel, hampir seperti sebuah telepon atau sebuah sistem pemasok listrik. Pemakai dapat menjalankansebuahaplikasipada mesin apapun yang mereka inginkan, dan dimana saja mereka berada. Untuk memperoleh interoperabilitas dan fleksibilitas pemakai membutuhkan keterkaitan diantara 'nodenode pad a jaringan dan portabilitas dari aplikasi-aplikasi ke sembarang node pad a jaringan."
MENCiEVALUASI DANMEMPEROLEH ARSITEKTUR KOMPUTER Adalah penting untuk merancang arsitektur komputer yanng tepat. Sarna pentingnya untuk mengevaluasi dan meperoleh arsitektur tersebut. Langkah pertama daTiproses ini adalah untuk menyiapkan sebuah REQUESTFORPROPOSAL(RFP)(permintaan proposal), salinan yang dikirimkan ke penjual (vendor) untuk memberi petunjuk kepada mereka dalam menyiapkan dan mengajukan proposal produk mereka.
352
PENGANTAR PERANCANGAN SISTEM INFORMASI
Langkah kedua adalah untuk meninjau proposan penjual. Langkah ketiga adalah untuk memberi tingkatan tiap kandidat arsitektur komputer yang diusulkan penjual pada kinerja keseluruhan dan kriteria rancangan. Arsitektur yang tersisa diuji-tolok (benchmarked).Akhimya, dibuat negosiasidengan penjualyang menawarkan arsitek-
.
tur berkinerja tinggi. Penjual yang dapat menyediakan harga dan keadaan yang terbaik adalah pemenangnya, dan rancangan arsitektur komputer penjual ini diperoleh dengan menyewa (lease) atau membeli (purchase).
Apakah Sebuah Request for Proposal itut Sebuah RFP adalah sebuah dokumen yang dikirimkan ke penjual (vendor) yang mengundang mereka untuk mengusulkansebuah arsitekturyang mereka yakinidapat mendukung persyaratan perancangan sistem dengan baik. Dengan menggunakan RFP, analis mencoba mempelajari siapa penjual dan seperti apa arsitektur komputemya setelah sistem diimplementasikan, sebelum memilih penjual. Elemen-elemen minimum dari RFP adalah:
. .
Rancangan sistem Informasi bisnis umum
. . . .
Metode harga dan akuisisi Peninjauan atas tes benchmark Kriteriakinerja umum Penjadwalan dan manajemen tes benchmark
RancanganSistem RFP harus berisi rancangan sistem dan uraian umum dari rancangan arsitektur komputer yang mendukung apa yang berada dalam pikiran perancang sistem. Model rancangan dan dokumentasi yang dapat dikirimkan yang terkandung dalam penyimpanan pusat (central repository) CASE akan menyediakan informasi ini. Informasi lisnis Umum Tiap penjual diminta untuk mengajukan sebuah sejarah bisnis, sebuah pemyataan kesehatan keuangan, kebijaksanaan pelayanan dan pendukungan, referensi pelanggan, dan ukuran dari basis yang dipasang oleh penjual. Kondisi keuangan adalah elemen yang sangat penting yang memberitahukan apakah penjual mampu untuk
PERANCANGANARSITEKTUR KOMPUTER
353
menyediakan dukungan bagi pelanggan dan memenuhi kewajibanjangka-panjang. Penjual dengan kondisi keuangan yang lemah mungkin menghemat pelayanan dan mungkin kurang menyediakan peningkatan perangkat-keras dan lunak. Dukungan dari penjual adalah salah satu kriteria yang paling kritikal dalam proses evaluasi. Anjuran umum adalah untuk membuat penjualmembuktikanklaimdukungan mereka dan membuatnya dalam bentuk tertuliskarena, dalamjalan panjang, perangkat-lunak dan keras tidak lebih baik daripada dukungan dari penjual mereka. Dukungan ini termasuk sesuatu seperti: Ketersediaan fasilitaspelatihan
. .
Dukunganpemasangan
. . .
Bantuan pengembangan, pengkonversian, dan pengujian sistem. Tingkat efisiensidan kompetensi para personil dari penjual Durasi dan kualitasdukungan setelah pemasangan.
Referensi pelanggan dari penjual (vendor) menyediakan informasi evaluasi yang sangat baik. Ciri khas pertanyaan yang diberikan kepada tiap pelanggan dari penjual adalah:
. . . . . . .
"Berapatingkatpelatihandan dukunganpemasanganyanganda dapatkan?" "Apakahpemakaimenyukaibekerjadengansistem?" "Apakahanda mempunyaisuatubiayatersembunyiatau tak terduga?" "Apakahpenjualanda memenuhikewajibankontraknya?" "Apakahperangkat-kerasdan perangkat-lunakanda sesuaidan mendukung rancangansistemanda?" "Padaskala1 sampai 10, beripenilaianatas dukungandan kinerjateknologi penjualanda." "Jika anda memulai kembali, perbedaan apa yang akan anda lakukan berkenaandenganpenjualini?"
Metode Harga dan Akuisisi Harga penuh dari arsitektur komputer yang diajukankan harus diminta, bersama dengan metode manajemen keuangan dan perolehan (akuisisi)altematif yang diusulkan penjual, seperti penyewaan (leasing) atau pembelian (purchasing). Semua contoh kontrak, seperti persetujuan penjualan, penyewaan, kontrak pelayanan dan pemeliharaan, lisensi, dan dokumen sah lainnya, harus diperiksa dengan seksama oleh
354
PENGANTAR PERANCANGAN SISTEM INFORMASI
pengacara perusahaan. Skema penetapan harga, rencana keuangan, metode perolehan, dan percabangan pajak harus ditelitidengan cermat oleh seorang akuntan. Tinjauan Atas Uji Benchmark Perancang sistem mungkin berharap untuk membuat sketsa tentang bagaimana rancangan arsitektur komputer yang diajukan akan diuji. jika rencananya adalah untuk melakukan benchmark, penjual harus mengerti apa tanggungjawabnya. Tipetipe benchmark juga harus ditetapkan.
KriteriaKinerjaGeneral Kriteriakinerja general termasuk:
. . . . . .
Dokumentasi Kemudahanpenggunaan Kualitasantarmukapemakai Kompatibilitas Hasil-hasilbenchmark PersonaliaPenjual.
Pada sebuah minimum, dokumentasi dari penjual harus memberitahu bagaimana untuk menyiapkan dan menggunakan sistem. juga harus termasuk diagram yang akurat. Dokumentasi juga harus memasukkan sebuah indeks, daftar isi, bantuan pencarian kesalahan, dan informasi kustomisasi (penyesuaian). Yang juga berguna adalah petunjuk quick-start, menu, icon, dan online tutorial. Untuk perluasan, semakin baik dokumentasi, semakin mudah penggunaan sistem. Hal lain yang memperbaiki kemudahaan-penggunaan termasuk layar bantuan, layar input yang telah diformat sebelumnya, pemeriksaan pengeditan dan kesalahaan, dan antarmuka dikendalikan-menu. Umumnya, pemakai merasa tertarik kepada antarmuka yang menampilkan citracitra dan bentu-bentuk yang penuh arti. Banyak graphic user interfaces (GUIs) menyediakan sebuah antarmuka seperti ini. Elemen-elemen perangkat-keras, perangkat-Iunak, dan jaringan mempunyai kemampuan untuk bekerja secara efektif dan efisien satu sarna lain tanpa modifikasi atau penambahan perangkat khusus. Sebagai contoh, sebuah LAN dapat berkomunikasi dengan mainframe. Kompatibilitas adalah sebuah karakteristik kunci dari sebuah arsitektur berbasis-kooperatif.
PERANCANGAN ARSITEKTUR KOMPUTER
355
UJI BENCHMARK (benchmark test) dijalankan untuk menentukan jurnlah waktu yang dibutuhkan untuk menyelesaikan aplikasi dan transaksi. Penjangkaan sangatlah penting dalam beberapa aplikasi, seperti online transaction processing (OLTP). Yang juga penting adalah ketrampilan dan keandalan dari personalia penjual yang akan menyediakan hubungan antara penjual dengan perusahaan pemakai dan yang akan terlibat dalam pemasangan dan pemeliharaan teknologi tersebut. Penjual harus mengkonfirmasikan bahwa orang-orang yang ditunjuk sebagai penghubung mempunyai ketrampilan yang dibutuhkan untuk melaksanakan tugas mereka. Akan tetapi, ketrampilan mereka tidak boleh dibatasi terhadap keahlian teknik, tetapi harus termasuk ketrampilan manajemen, bisnis, dan relasi-manusia. Jadwal dan Manajemen Uji Benchmark Orang-orang yang akan mewakili perusahaan dalam meminta proposal harus disebutkan, dan lokasi uji harus diidentifikasi. Juga, tanggal dan waktu pengujian harus ditetapkan. Jadwal ini memungkinkan penjual untuk merencanakan partisipasi mereka dalam proses Benchmark. Menyiapkan RFP Perancang sistem telah menentukan bahwa departemen akunting di International Enterprises akan membutuhkan sebuah lAN yang akan disambungkan ke mainframe di kantor pusat perusahaan. Yang disertakan bersama RFP adalah sebuah salinan dari RFP yang dikirim International ke penjual LAN. TO: Vendors FROM: International Enterprises DATE:January 4, 1993
Rancangan sistem International Enterprises sedang membutuhkan sebuah LAN yang melibatkan delapan workstation tanpa-disk, dua printer laser, sebuah server, sebuah removable hard disk, dan sebuah sistem manajemen jaringan. Untuk alasan ini, International Enterprises mengundang para penjual {vendor} untuk mengajukan solusi rancangan yang dapat memenuhi kebutuhan ini.
356
PENGANTAR PERANCANGAN
SISTEM INFORMASI
Evaluasi Bisnis General Sebelum pengujian, International Enterprises ingin menerima melalui surat mengenai latar belakang dari tiap penjual, laporan keuangan yang telah diaudit untuk periode keuangan saat ini dan paling sedikit tiga periode keuangan sebelumnya, informasi pada kebijaksanaan layanan dan dukungan, dokumentasi sistem, tiga referensi pelanggan, dan dan ukuran dasar sistem yang dipasang. Metode Penetapan Harga dan Akuisisi International Enterprises perlu untuk menentukan metode penetapan harga dan akuisisi yang tepat untuk sistem yang akan diuji. Harga harus diberikan pada basis sebuah harga pembelian dan sebuah hargapenyewaan. Untukalasan ini,tiap penjual harus memasok, pada waktu pengujian dimulai, sebuah persediaan dari komponen yang tertulis lengkap dalam proposaldan harga paling baru untuk pembelian dan untuk penyewaan. Harga akhir akan memasukkan semua komponen perangkat-keras dan perangkatlunak yang diperlukan untuk membuat sistem bekerja. International Enterprises, ditambah dengan wakil-wakil dari penjual, akan menegaskan bahwa keakuratan daftar ini mencerminkan arsitektur komputer yang diuji dan, untuk referensi mendatang, akan mengambil foto dari tiap produk. Tinjauan Atas Uji Benchmark Perusahaan mengenali bahwa terdapat ban yak sekali rancangan yang mungkin untuk persoalan yang diberikan. Sebuah backbone jaringan akan disediakan untuk menyambungkan perangkat-keras dan perangkat-Iunak and a dalam cara apapun yang anda ajukan. Pengujian itu sendiri akan melibatkan penjalanan. sebuah uji benchmark serupa ke aplikasi-aplikasi jaringan yang akan ditemukan dalam operasi sehari-hari dari International Enterprises. Pertama, benchmark akan diperkenalkan ke dalam jaringan. Anda, sebagai penjual, akan dibuat terbiasa dengan tempat pengujian untuk menyiapkan sistem anda dan diminta untuk pergi. Kemudian anda diminta untuk kembali ke lokasi pengujian untuk mengamati benchmark dalam beroperasi. Tujuan dari uji benchmark adalah untuk menentukan sistem dari penjual mana yang menjalankan benchmark yang paling efisien dan efektif. Selam pengujian, tiap penjual yang berpartisipasi akan diizinkan untuk menghadirkan dua orang wakil. Paling sedikit seorang dari wakil tersebut mempunyai ketrampilan teknis yang tinggi yang mampu berurusan dengan suatu persoalan yang mungkin timbul. Penjual bebas untuk mengambil sistem mereka dengan mereka jika telah menyelesaikan uji benchmark.
- - -
---
-. -
-
-
-
-- -
--...
PERANCANGAN ARSITEKTUR KOMPUTER
357
Kriteria Kinerja General Setelah tiap pengujian, rancangan sistem yang diusulkan akan dinilai oleh sebuah regu dari pemakai akhir perusahaan atas kriteria berikut: Dokumentasi online yang jelas dan ringkas 2
Mudah digunakan pemakai akhir
3
Mudah digunakan sebagai sebuah lingkungan pengembangan dalam menyesuaian pengkaitan LAN-to-mainframe.
4
Kualitas dari antarmuka pemakai
5
Waktu pengolahan transaksi
6
Ketrampilan, pengetahuan, dan kinerja dari personalia penjual.
Jadwal dan manajemen Uji benchmark Jerylaventhal, kepala analis teknis sistem, akan bertindak sebagai administrator jaringan. la akan menjalankan uji benchmark pada kantor pusat perusahaan International Enterprises di Cincinnati, Ohio. International Enterprises dan tiap penjual akan membuat kesepakatan terlebih dahulu mengenai sebuah tanggal dan waktu. Dua pengujian akan terjadi tiap hari dari 14 April sampai 19 April pada tahun ini. Pengujian pagi hari akan dijalankan dari pukul 9 pagi sampai pukul 12. Pengujian sore akan dijalankan dari pukul 1 sampai pukul 6 sore. Makan siang dan penyegaran akan disediakan. Penjual harus merencanakan untuk datang sehari sebelum hari pengujian mereka dan bersiap untuk tinggal selama satu hari tambahan jika terjadi kesulitan teknis.
Membandingkan Arsitektur Komputeryang Diusulkan Menyaringmelaluipasar yang besar dan mendapatkan informasikinerja yang obyektif dalam pasar komputer saat ini adalah sebuah hal yang menantang bagi seorang profesional sistem. Selama bertahun-tahun, benchmark telah dikembangkan untuk tujuan pembangdingan sebuah arsitektur komputer ke yang lain secara obyektif, tetapi tidak ada benchmark tunggal yang menyediakan pengukuran terbaik untuk seluruh sistem. Akan tetapi, beberapa jenis benchmark diperlukan jika perancang sistem akan membuat sebuah pilihan pemberitaan. Kenyataannya, cara yang paling layak untuk memberitahukan bagaimana sebuah arsitektur akan bekerja sebelum diperoleh adalah melakukan benchmark. Sebuah benchmark standar juga menye-
358
PENGANTAR PERANCANGAN SISTEM INFORMASI
diakan paling sedikitsebuah ukuran keseragaman kinerja antara arsitektur-arsitektur komputer memungkinkan perancang sistem untuk memba~dingkansatu per satu.
BenchmarkProcessor-Bond Beberapa benchmark pilihan yang menguji kecepatan internal dari prosesor memasukkan MIPS, Whetstone, Sieve, dan Dhrystone, seperti yang ditampilkan pada Gambar 7.5. nilai tengah disamakan dengan satu. Hasilnya adalah bilangan relatif, dimana semakin tinggi adalah semakin baik. Sebuah nilai 2.0 adalah dua kali lebih baik dari nilai tengah. Sebuah nilai 0.5 adalah setengah dari baik. .
.
Million of instruction per Second (MIPS) Benchmark MIPSmenghitung pengeksekusian dari sebuah perintah di luar prosesor. MIPSdigunakan untuk membandingkan prosesor-prosesor serupa. MIPs tidak digunakan seluas sperti yang pernah dipakai, karena tidak ada persetujuan diantara penjual yang berbeda pada metode standardisasi untuk menghitung sebuah nilai MIPS.
Whetstone Benchmarkini mengukurfloating-pontdari operasi dan fungsi-fungsi numerik murni lainoya pada komputer berukuran kecil dan menengah. Whetstones biasanya ditulis dalam FORTRAN. Mereka digunakan secara umum dalam industri-industriilmiahdan rekayasa.
Hasil uji benchmarK penjual A MIPS Whetstones
.50 Dhrystone
o
Gambar 7.5
0.5
Hasil uji benchmark processor-bound.
1.0
1.5
2.0
PERANCANGAN ARSITEKTUR KOMPUTER
.
.
359
Sieve Benchmarkini adalah algoritmapembangkit-bilangan-prima yang mengukurkecepatansebuahprosesordalammelakukanaritmatikabilangan bulatberketelitian-ganda. Dhrystone
Benchmark ini lebih ditujukanuntuk mengukur tipe-tipe kom-
putasi yang ditemukan dalam pemrograman bisnis tertentu daripada memproses bilangan. Untuk semacam perluasan, ia mempunyai karakteristik benchmark I/O-bound, tetapi tetap lebih berorientasi kepada operasi-operasi pengolahan internal.
BenchmarkInput/Output-Bound Berhubungan dengan aplikasi-aplikasiteknik dan ilmiah, sebagian besar aplikasi bisnis lebih banyak I/O-bound. Banyak aplikasiI/O-bound mengharuskan pengkonsentrasian usaha dari berbagai sumberdaya komputer untuk melaksanakan operasi. Sebagai contoh, OLTP benchmarks lebih banyak permintaan dan lebih sukar di Benchmark, yang menguji hanya seporsi kecildari kemampuan arsitektur komputer keseluruhan, OLTP benchmark menggunakan semua sumberdaya perangkat-keras dan lunak secara virtual,termasuk berikut ini:
. . . . .
Sistemoperasikomputer Sistemoperasijaringan Serverdatabase Perangkat-Iunakdatabase HirarkiPenyimpanan
. .
Multiplekser Kendali-kendali
. Protokol . Gateway . Bridge
Dalam banyak hal, sebuah OLTP benchmark yang kuat adalah ujiyang paling akhir, karena jika tingkat transaksi ditekan sampai batas, sebuah bottleneck dapat ditemukan dalam perangkat-keras dan perangkat-Iunak. Umumnya, hasil OLTP benchmark ditetapkan dalam transaction per second (TPS). Gambaran ini harus juga dikombinasikandengan waktu-tanggap (response time; Rn. Sebagai contoh, waktu-tanggap rata-rata untuk seluruh transaksi, atau
360
PENGANTAR PERANCANGAN
SISTEM INFORMASI
persentasi dari seluruh transaksi yang memenuhi waktu tanggap yang ditentukan, mungkin 90 persen di bawah 1,5 detik. Hasil dari sebuah benchmark dapat menetapkan bahwa sebuah arsitektur komputer tertentu mampu mengolah 40 TPS, dengan 99 persen pada sebuah RT 1.2 detik. Akan tetapi, apa yang dimaksud sebagai "transaksi" mempunyai pertimbangan yang berbeda diantara industri. Sebuah transaksi lotere mungkin berarti penangkapan data taruhan. transaksi tiket penumpang untuk sebuah perusahaan penerbangan mungkin membutuhkan penginteraksian yang cukup besar, tiap transaksi dapat melalui beberapa pengendalian (mis., algoritma cek-digit) dan melibatkan pengaksesan beberapa database, yang masing-masingnya membutuhkan penguncian rekord. Tidak ada manfaatnya untuk membandingkan tingkat TPS dan RT dari benchmark yang menggunakan profil-profil transaksi yang berbeda pengertian seperti ini. Transaction Processing Council (TPC)dibentuk untuk menghasilkandukungan di seluruh industriuntuk sebuah standar kinerjatransaksiseluas-sistem.,TPC-A.2. Lebih dari 30 penjual utama adalah anggota dari .TPC, dan semua menerima TPC-A. TPC_A menggunakan fungsi pembobotan eksponensial untuk mengacak waktu input transaksi. Fungsi ini menangkap kenyataan dengan lebih akurat dari yang lain. Hasil uji TPC-A membutuhkan laporan pemeriksaan yang bebas dan komprehensif. Secara esensial, tingkat pengujiansebuah TPC-A OLTP benchmark menunjukkan bahwa sistem komputer dikonfigurasikahdalam sebuah cara tertentu dan diuji di bawah kondisi tertentu akan mengolah sejumlah tertentu transaksi per detik untuk sebuah biaya perkiraan ($/fPS). Pengujian dilaksanakan; mereka tidak perlu mencerminkan bagaimana sistem terlaksana dalan sebuah perusahaan tertentu. Penilaian yang dihasilkan adalah baik untuk membandingkan satu sistem ke yang lainnya. Sejumlah profesional sistem menggunakan penilaian TPC-A sebagai sebuah evaluasi pendahuluan dari sistem komputer untuk menghilangkan mereka yang dengan nyata tidak memenuhi standar kinerja. Lalu mereka akan melakukan benchmark pada kandidate yang tersisa dibawah kondisihampir-beroperasi untuk menentukan berapa tingkat kinerja yang dapat diharapkan untuk uang dan waktu yang
diinvestasikan.
.
TPC-B benchmark dari Transaction Processing Council dimaksudkan untuk menyediakan sebuah tingkat fieldpermainan yang akan membantu pemakai memilih database dengan kinarja relatif. TPC-B adalah sebuah pengujian benchmark untuk industri database yang hanya menguji kinerja database manajemen system (DBMS). TPC-B dapat menjadi lebih luas dipakai daripada TPC-A, karena ditujukan pada kinerja perangkat-Iunakdan lebih murah untuk dijalankan.
PERANCANGAN ARSITEKTUR KOMPUTER
361
Negosiasi Kondisi Hargadan Konlrak Pada tahap ini dalam proses evaluasidan akuisisi,hanya sebagian kandidat penjual yabg tersisa. Inilah saatnya melakukannegosiasidengan pera penjual untuk emenentukan yang mana yang memberikan persetujuan yang paling baik berdasarkan pada kondisi harga dan kontrak. Harga dan ketentuan umum yang ditanyakan telah diketahui sebelumnya. Negosiasi menyiapkan harga penjualan dan menyediakan kondisi kontrak yang paling menguntungkan bagi pembeli. Kontrak Dibandingkan ke RFP kontrak akhir hams berisi elemen-elemen kunci dari proposal asli dari penjual, yang diajukan berdasarkan RFP. Yang sangat penting adalah untuk memasukkan harga dan rincian spesifikasidari perangkat-Iunak dan perangkat-keras untuk memperlihatkan secara tepat apa yang akan dikirimkan dan sebuah garansi bahwa teknologi tersebut akan berlaku menumt spesifikasidan hasil-hasilbenchmarknya. Tanggal Pengiriman dan Uji Penerimaan Dua hal yang penting untuk dimasukkan dalam semua kontrak adalah sebuah tanggal pengiriman dan sebuah uji penerimaan. Tanggal pengiriman hams ditetapkan untuk seluruh komponen, termasuk perjanjian "waktu adalah faktor yang sanagt penting" dengan tanggal pengiriman. Sekitar 60 sampai 90 hari sebelum tanggal pengiriman, perancang sistem hams melengkapi penjual dengan uji penerimaan yang dibutuhkan oleh kontrak. Adalah kepentingan penjual untuk melihat apakah konfigurasikomputer dan perangkat-Iunak pendukung luluspengujian sebelum dikirim. Jaminan Biasanya, perbaikan untuk pelanggaran kontrak diperbaiki atau digantikan oleh penjual dalam suatu waktu tertentu atas pengeluran penjual. Sebuah perbaikan tambahan menghamskan penjual mengkompensasikan downtime (sejumlah waktu tidak berfungsinya sistem) dari perusahan. Untuk teknologi yang dibeli (purchased), periode jaminan dapat berjalan dari 30 hari sampai satu tahun setelah penerimaan. Untuk teknologi yang disewa (leased),jaminan hams berlaku sepanjang penyewaan dan pada lokasiperusahaan. Pemeliharaan dan Pelayanan Selama periode jaminan, yang dapat berkisar dari 30 hari sampai satu tahun, penjual secara nyata melakukan seluruh pemeliharaan secara gratis. Ketika jaminan kadaluarsa, pemsahaan dapat mendapatkan
362
PENGANTAR PERANCANGAN
SISTEM INFORMASI
perlindungan pelayanan dalam bentuk persetujuan yang diperbarui-dalam-satu-tahun dari penjual, pusat pelayanan yang diotorisasioleh penjual, atau perudsahaan pemeliharaan pihak ketiga. Ongkos dapat berkisar andatara 10 sampai 50 persen dari harga pembelian tahunan teknologi untuk sebuah kontrak pelayanan ditempat. Ketentuan untuk kontrak pemelihataan dan pelayanan harus termasuk MTfR. Dalam hal ini, MlTR berarti mean time to respond (waktutengah untuk tanggapan). Sebagai contoh, penjual akan menyediakan waktu tanggap satu-jam antara pukul 8 dan pukul 6, pada hari Senin sampai Jumat, kecuali hari libur. Pelayanan tingkat 1 adalah untuk perbaikan rutin dan penggantian moduloPelayanan tingkat 2 melibatkan penyelesaian dari persoalan yang rumit oleh sebuah pusat pelayanan regional. Waktu tanggap untuk pelayanan tingkat 2 adalah 24 jam atau kurang. [MlTR (mean time to respon) yang lain akan berupa ketentuan yang jauh lebih kuat]. MemperolehArsitekturKomputeryangTerpilih Dua metode yang paling populer untuk memperoleh arsitektur komputer adalah menyewa Oease) atau membeli (purchase). Pertanyaan yang tak dapat dielakkan adalahapakah lebih menguntungkan untuk menyewa atau membeli. Bahan-bahan berikut akan meliput keuntungan dan kerugian dari tiap metode. Menyewa SEWA(lease)adalahsebuah kontrakdimanapemberi-sewa,atau pemilikperalatan komputer, membawa peralatan komputer ke seorang penyewa, atau pemakai, untuk kondisidan uang sewa yang telah ditentukan. Keuntungan dari penyewaan termasuk kenyataan bahwa resiko keusangan dan resiko kehilangan harga pasar tetap pada pemberi-sewa. Penyewaan juga memberikan sejumlah fleksibilitaskepada penyewa, karena pemberi-sewa dapat mengganti peralatan komputer dan membuat upgrade dengan lebih mudah dari pada peralatan yang dibeli. Penyewaan umumnya adalah satu-satunya opsion ketika perancang sistem dan pemakai tidak merasa yakin mengenai masa depan produk dari penjual. Juga, dari sisi keuangan, tidak ada pengeluaran modal awal yang diperlukandan sewa sampai dengan lima tahun dapat disusun sebagai sewa pengoperasian sehingga tidak perlu dituliskanpada pembukuan perusahaan. Dalam beberapa perusahaan, keputusan untuk menyewa daripada membeli peralatan komputer dapat bergantung pada sebiuah faktor: jumlah uang atau kredit yang tersedia untuk pembelian. Beberapa perusahaan tidak mempunyai uang atau kredit untuk membeli.
PERANCANGAN ARSITEKTUR KOMPUTER
363
Aspek negatif dari penyewaan adalah biaya total dari arsitektur komputer dapat meningkat, terutama jika kondisi sewa tidak direncanakan dengan baik. Sebagai tam bahan, keuntungan kepemilikan tumbuh kepada pemberi-sewa, bukan kepada penyewa. Saat ini, sejumlah pemberi-sewa berada dalam bisnis pembelian, penjualan, dan penyewaan mainframe, komputer menengah, periferal, personal komputer, dan perangkat-Iunak baru atau bekas. Beberapa dari pemberi-sewa ini adalah penjuallengkap (yaitu, pemasang dan pemasok sistem yang lengkap) yang dapat memenuhi semua teknologi yang dibutuhkan sebagian besar perusahaan. Pemberi-sewa melakukan semua akal-bulus untuk membeli dan memberikan peralatan komputer. Karena itu, penyewa tidak perlu mempekerjakan atau menugaskan personalia untuk melakukan tugas-tugas yang agak khusus ini. Pelayanan intrinsik umumnya menghasilkan manajemen peralatan komputer yang lebih baik dan membebaskan penyewa untuk mengkonsentrasikan diri pada sesuatu yang dapat mereka lakukan terbaik. Pembelian Dengan metode BEU (purchase), perusahaan membeli arsitektur komputer, mengambil titel darinya, dan mendepresiasikannya sepanjang kegunaan hidupnya. Biasanya, seorang pembeli ingin memperoleh peralatan komputer pada saat peralatan itu diperkenalkan pertama-kali, menyimpannya selama seluruh siklus hidupnya, dan mempunyai kendali total atasnya. Jika teknologinya baru dalam siklus hidupnya, dan jika perusahaan mempunyai kekayaan tanpa sejumlah cukup altematif penginvestasian untuk menggunakan uang tersebut, mungkin adalah keuntungan untuk perusahaan tersebut untuk membeli daripada menyewa sistem komputer. Juga, jika perusahaan meengalami pertumbuhan yang lambat, perusahaan terse but dapat tetap menggunakan arsitektur komputer yang sarna untuk waktu yang lama tailpa takut kekurangan kapasitas. Dari pengalaman dan praktek, umumnya lebih menguntungkan untuk membeli jika arsitektur komputer yang sarna akan tetap untuk lebih dari tiga tahun.
Allernali'-allernali' Lain Secara tradisioanal diteteapkan sebagai salah satu tipe fasilitas manajemen, OUTSOURCING melibatkan sebuah bidang-usaha menyerahkan kembali sistem informasi perangkat-keras, perangkat-Iunak, dan personilnya ke sebuah penjual luar yang
364
PENGANTAR PERANCANGAN
SISTEM INFORMASI
kemudian memasok sistem informasi sebagai pelayanan ke bidang-usaha sebagai sebuah ongkos/pembayaran. Keuntungan outsourcing adalah menggunakan sumberdaya-sumberdaya informasi dengan basis-pelayanan disaat bidang-usaha memfokuskan pada pengoperasian bisnisnya; yaitu, mengkonsentrasikan pada usaha yang dilakukannyaterbaik. Seperti yang dikatakan Henry Pfendt, direktur teknologi informasi di Kodak, "Kita berada dalam bisnis fotografi, farmasi, dan kimia, bukan komunikasidata." Bidang-usaha lain memilih outsourcing modular atau selektif untuk penawaran yang spesifik, seperti pelayanan pelatihan atau pemeliharanaan. Ide ini adalah untuk mengoptimasi efisiensi sistem dengan memperoleh pelayanan atau sumberdaya tertentu bardasarkan pada analisa beli-atau-bangun;yaitu, jika sebuah layanan atau sumberdaya lebih murah dibeli daripada dikembangkan atau dilakukan sendiri, lalu beli, atau sebaliknya. Sebagai contoh, pengolahan pengggajian dibutuhkan dalam semua bisnis.Tetapi mungkintidak masuk akal secara ekonomis untuk mengeluarkan sumberdaya pada aplikasi seperti ini karena tidak ada keuntungan strategis. Selain itu, outsourcing penjual mungkin mampu untuk mengolah penggajian dengan biaya yang lebih murah karena untuk itulah mereka disiapkan, dan karenanya mereka ahli untuk itu. INSOURCING hanyalah kebalikan dari outsourcing. Bidang-usahayang mempraktekkan insourcing mengembangkan, memperoleh, dan mengelola seluruh sumberdaya sistem informasi mereka dan menyediakan pengolahan kepada divisi-divisidan cabang-cabang mereka sebagai sebuah penjual yang berkompetisi dengan outsourcing penjual untuk pelayanan mereka. Insourcing sering mencetuskan sebuah pendekatan entrepreneurial kepada pengembangan sistem. Beberapa bidang-usaha mempunyai sistem informasi yang tidak hanya melayani seluruh pemakainya dalam bidang-usaha ini, dan juga menjual pelayanan (sebagaioutsourcer)ke bisnis lain. Sebagai contoh, J.C. Penney dan American Airlines, keduanya mempunyai sistem informasi yang melayani seluruh pemakai dalam bidang-usaha ini, dan juga menjual pelayanan (sebagai outsourcers)ke bisnis lain. Kenyataannya, sistem-sistem ini dipandang sebagai sebuah bisnis dalam bisnis.
TIMJAUAMSASARAMBELAJARUMTUKBABIMI Tujuan utama dari bab ini adalah untuk memungkinkan tiap mahasiswa untuk memperoleh dua sasaran belajar yang penting.
PERANCANGAN ARSITEKTUR KOMPUTER
-- ---
--
365
--
I
Sasaranbelaiar 1: Membahas penggunaan komputer dalam perancangan arsitektur kC>l11puter.
--Macam-macaQ1komputer tersedia untuk mengembangkan arsitektur komputer yang mendukung sistem informasi bisnis adalah:
. . .
Mainframe Minikomputer Mikrokomputer
Prosesor dapat bekerja sebagai unit pusat berdirt-sendirtdalam arsitektur berbasis-induk (host). Akan tetapi, sebuah backbone jartngan yang terencana baik dan terancang baik yang menyambungkan beraneka ragam komputer dalam cara yang optimal, mungkin merupakan rancangan arsitektur komputer yang paling efektifdan efisien.
Sasaranbelaiar 2: I
Membahas bagaimana profesional sistem mengevaluasi dan memperoleh arsitektur komputer.
- --
Setelah perancang sistem mengembangkan rancangan arsitektur komputer, atau beberapa altematif lainnya, mereka siap untuk menyiapkan dan mengajukan permintaan untuk proposal (request for proposals; RFP) ke sejumlah penjual. Sampai titik ini, semua rancangan sistem, termasuk rancangan arsitektur komputer telah dilaksanakan tanpa memandang produk dart penjualtertentu. Dengan cara ini, perancang sistem tidak mengizinkan produk penjual melecehkan/mendikte rancangan sistem. Tetapi sekarang harus dibuat keputusan untuk memilih penjual dart arsitektur komputer tertentu yang memenuhi keobyektifan kinerja rancangan dan menyediakan landasan terbaik untuk sistem yang baru. Keputusan ini harus dilakukan: Tingkat pertama dart evaluasi adalah untuk meninjau proposal dengan seksarna, mengevaluasi personil penjual, mewawancarai pelanggan dart penjual, meninjau dokumentasi dart penjual, menentukan prosedur pengujian, menak-
.
366
PENGANTAR PERANCANGAN SISTEM INFORMASI
sir kondisi keuangan penjual, dan memberi penilaian atas prosedur sah dan bisnis penjual.
. .
Tingkat kedua dari evaluasi adalah menaksir arsitektur komputer penjual berdasarkan pada kriteria kinerja umum. Tingkat evaluasiketiga dan terakhir adalah mengujiarsitektur komputer yang mereka ajukan atau faksimilimereka dibawah kondisioperasi mendekati-sebenamya. Uji ini disebut benchmark.
Ketika sebuah evaluasi lengkap telah dibuat untuk semua penjual, kemungkinannya adalah hanya tersisa beberapa penjual yang dapat menyediakan arsitektur komputer yang dinginkan. Dengan asumsi bahwa arsitektur komputer yang tersisa mempunyai kemampuan yang hampir sarna pada titik ini, penjual pemenang adalah satu yang dapat menyediakan harga dan kondisi kontrak terbaik baik untuk pengaturan sewa atau belL Outsourcing adalah cara lain untuk memperoleh arsitektur komputer dengan mentransfer beberapa atau seluruh sumberdaya komputer dan telekomunikasi, seperti juga sistem operasi dan personil sehari-hari, ke sebuah penjual. Insourcing, di pihak lain, memberikan pelayanan sistem informasi ke seluruh bidang-usaha. Beberapa sistem informasi yang mempraktekk.an insourcing juga menyediakan pelayanan sebagai sebuah ongkos/pembayaran ke bisnis ekstemal. Dengan cara ini, sistem informasi beroperasi dalam bisnis, atau sebagai pusat keuntungan.
DAnAR PERIKSAPERANCANGANARSITEKTURKOMPUTER Berikut ini adalah sebuah daftar periksa tentang bagaimana untuk melaksanakan rancangan arsitektur komputer dan mengevaluasidan memperoleh sebuah arsitektur komputer tertentu dari penjualnya. 1 Peroleh sebuah pemahaman tentang mainframe, minikomputer, mikrokomputer dan identifikasikanapa yang terbaik dilakukannya. 2 Konfigurasikankomputer, media penyimpanan, dan periferallainnya dalam sebuah rancangan kooperatif. 3 Setelah sebuah rancangan arsitektur komputer dikembangkan untuk mendukung sistem yang baru, siapkan sebuah RFP dan kirimkan salinan kepada kandidat penjual.
PERANCANGANARSITEKTUR KOMPUTER
4 5 6
367
Perlakukan proposal daTipenjual sebagai sebuah proses evaluasiyang keras untuk mengidentifikasikanarsitektur komputer yang paling efektif-biaya. Pertimbangkan altematif-altematifoutsourcingdan insourcing. Peroleh arsitektur komputer yang terpilih melaluisewa atau beli.
PERTANYAANTINJAUAN 7.1
Apakah ketiga tipe utama daTikomputer yang digunakan dalam sistem informasi bisnis?
7.2
Bahas keahlian khusus daTimainframe, minikomputer, dan mikrokomputer. Jelaskan tujuan daTisebuah RFP. Apa tujuan daTiTPC-A? Bahan keuntungan dan kerugian daTisewa versusjual. Definisikanoutsourcing dan insourcing.
7.3 7.4 7.5 7.6
SOAL SPESIFIK BAB INI Soal-soal ini membutuhkan jawaban eksak yang langsung didasarkan pada konsepkonsep dan teknik-teknik yang disampaikan dalam teks. 7.7 BeTikut ini adalah aplikasi sistem yang khas: Analisa Spreadsheet. Pengolahan penggajian untuk sebuah bidang-usaha multinasional yang besar. Pengolahan piutang untuk sebuah departemen besar atau sebuah divisi kecil daTisuatu organisasi. Penyediaan sebuah graphical user interface (GUI) kepada pamakai akhir. Tugas: Sisipkan tipe daTi komputer yang paling tepat untuk aplikasiaplikasi di atas. 7.8 BeTikut ini adalah sebuah daftar daTiberbagai situasi: Proses pemindahan sistem daTi komputer besar ke komputer kecil.
368
PENGANTAR PERANCANGAN SISTEM INFORMASI
Kemampuan untuk beroperasi diantara sistemsistem dan peralatan yang berlainan dan untuk menggunakan bersama sumberdaya umum. Tugas: Dari daftar kondisi berikut ini, pilih satu yang paling tepat urituk tiap situasi yang terdahulu dan sisipkan di ruang spasi kosong yang tepat.
. . .
. . .
.
Mainframe Perangkat-Iunak Whetstone Downsizing Outsourcing Interoperabel Sewa (lease)
. TPC-A
.
RFP
SOALUMUM Soal-soal ini lebih memerlukan suatu pendekatan yang masuk akal (feasible), daripada suatu penyelesaian yang tepat. Walaupun soal-soal tersebut didasarkan pada bahan dalam bab, bacaan ekstra dan kreativitasmungkin diperlukan untuk mengembangkan penyelesaian yang dapat dikerjakan. 7.9 Sunnydale, distributor bahan makanan grosir untuk restauran fast-food, merencanakan untuk mengembangkan sebuah sistem yang memungkinkan pelanggan menempatkan pesanan dan menerima data akun/tagihan melalui terminal. Sunnydale mempunyai cara tradisional untuk mengambil pesanan melalui telepon, tetapi memutuskan untuk memasang sebuah jaringan entri-pesanan untuk mengurangi biaya pendukung untuk pertumbuhan berbasis-pelanggan dan bertindak sebagai sebuah dasar pelayanan pelanggan baru. Untuk menjangkar jaringan, Sunnydale berpikir mengenai pemasangan sebuah mainframe pada gudang dan satu pada pusat data perusahaan di kantor pusatnya yang berjarak empat blok dari sana. Pelanggan menempatkan pesanan dari terminal mereka yang disambungkan ke komputer gudang, yang memanggillayar, membentuk tran-
PERANCANGAN ARSITEKTUR KOMPUTER
7.10
7.11
369
saksi, membuat informasi pengiriman, dan bertindak sebagai sebuah front-end ke komputer pusat data. Pusat data mengolah pesanan, memperbarui database, dan mentransmisikan instruksi-instruksi pengisian pesanan ke gudang. Tugas: Buat sketsa rancangan arsitektur komputer untuk Sunnydale. Termasuk jenis media transmisi, komputer, dan media penyimpanan yang anda usulkan. Juga, siapkan sebuah RFP. Kembangkan asumsiasumsi yang anda anggap perlu. Oracle Company menginginkan anda untuk merancang sebuah arsitektur komputer untuk mendukung sistem informasi barunya. Manajemen menginginkan kantor pusatnya untuk menjadi tempat mainframe dan sebuah prosesor manajemen database khusus. Seluruh pengolahan utama dari tansaksi yang dibentuk akan ditangani oleh mainframe, dan prosesor manajemen database akan mengendalikan sebuah database bervolume-tinggi. Oracle mempunyai dua divisi, yang masing-masingnya akan menjadi tempat bagi minikomputer yang akan disambungkan ke mainframe. Tiap divisi berisi sebuah gudang dan sebuah kantor administratif. Gudang akan berisi sebuah topologi jaringan bus !..ANdari terminal-terminal dan kantor administratif akan berisi sebuah !..AN yang disambungkan dengan sebuah hub pusat. Seluruh !..ANakan di-gateway ke minikomputer divisi. Tugas: Buat sketsa sebuah rancangan untuk landasan arsitektur komputer. Juga, tetapkan bagaimana anda akan mngevaluasi arsitektur komputer yang diajukan penjuaI. Buat asumsi yang anda anggap perlu. Paulbilt adalah pembuat truk long-haul multinasional. Kantor perusahaan adalah di Peoria, Illinois. Pabrik A ditempatkan di Washington. Pabrik B ditempatkan di California. Pabrik C ditempatkan di Massachusetts. Pabrik 0 ditempatkan di Georgia. Sebuah database perusahaan disimpan pada removable magnetic disk packs dan dikendalikan di pabrik Peoria, tetapi akses diberikan kepada seluruh pabrik melalui sebuah sirkuit digital berkecepatan tinggi yang disewakan. Juga, kantor pusat mempunyai dua printer laser, magnetic tape untuk mengolah penggajian dan piutang, dan digital audio tape (OAT)yang digunakan untuk pengarsipan dan backup. Tiap pabrik dilayani dengan sebuah Token Ring !..AN. Tiap !..AN berisi workstation, erasable optical disk, dan laser printer. !..AN untuk pabrik A dan B di-interkoneksi dengan sebuah komputer kelas menengah di Gudang AB yang berlokasi di Oregon. Komputer kelas mene-
370
PENGANTAR PERANCANGAN
SISTEM INFORMASI
ngah ini bertindak sebagai LAN bridge antara pabrik A dan B. Ia juga disambungkan ke Peoria melaluiVSAT dan mengolah pesanan pelanggan untuk setengah bagian barat negri dan mengendalikan database persediaan yang disimpan pada erasable opticak disk. Beberapa workstation dan sebuah laser printer disambungkan ke komputer kelas mengengah ini melalui sebuah topologi bus. Di sebelah Timur, sebuah pengaturan yang serupa terdapat di gudang CD berlokasidi Virginia. Tugas: Buat sketsa arsitektur komputer yang dijelaskandi atas.
IACAAN YANG DISARANKAN Coffee, Peter. "'Interoperability' Is a label for many Ideas." Pc Week, Februaru 11, 1991. Ellis, S. A., S. j. Gibbs, and G. l. Rein. "Gropuware: Some Issues anda Experimences." Communications of the ACM, Vol. 34, No.1, january 1991. Elms, Teresa. ''The AS400 Alternative." Datacenter Manager, November/December 1990. Feldman, Steve. "Open Systems: Crawling Toward Connectivity." Digital News, October 1, 1990. Green lee. "How to Rate Benchmarks." Information WEEK, December 7, 1989. Halvorsen, jann-Marie. 'What to look for in leasing." datamation, March 15, 1990. Ingram, ray. "Do Your Applications Fit Your Platforms?" Information Center, February 1989. Korzenowski, Paul. ''To Split or Not to Split? Tools little help Answering." Software Magazine, February 1991. Krohn, Nico. "Magneto-Optical Drives Make Inroads." infoworld, April 9, 1990. lazzaro, Joe. "Networking with optical Dsik technology." LAN Technology, April 1990. Osmundsen, Sheila. "Kodak Gives Wide Exposure to Outsourcing." Digital News, november 12, 1990
KASUSJOCS: Merancang sebuah Arsitektur Komputer Pada tahap ini dalam kasuslOCS, regu SWATtelah merancang sebagian besar output dan input untuk sistem,dan juga telah membuat sketsaproses-prosesutama yang akan dilaksanakan. Pada saat sistem dikembangkan, regu mengantisipasi bahwa pemakai akhir akan terus mengidentifikasioutput yang baru untuk sistem. lika pemakai akhir melakukan identifikasioutput baru, mungkin saja dibutuhkan lebih banyak data input dan proses untuk menghasilkan output baru. Pengembangan sistem lebih cenderung menjadi proses yang terus-menerus, hampir melingkar, bukan berupa sekumpulan langkah-Iangkahlinier.
PERANCANGANARSITEKTUR KOMPUTER
371
Regu tersebut berharap untuk mengembangkan sebuah sistem yang memungkinkan pemakai untuk membuat beberapa output mereka sendiri. Sebagai hasilnya, tidak semua output, input, dan proses yang didefinisikan secara lengkap pada saat ini. Regu SWAT juga telah mengidentifikasi data yang akan disimpan untuk sistem, memutuskan untuk mengakses dan mengambil data pada sebuah DBMS, merancang pengendalian yang perlu, dan menggambarkan sebuah ran canan tentatif untuk keseluruhan jaringan yang akan mendukung sebuah aplikasi yang terkomputerisasi dari jOCS secara benar. R~u SWAT mengadakan pertemuan untuk membahas perangkat-keras dan perangkatlunak yang paling sesuai untuk jOCS. "Saya rasa kita sudah mengetahui jenis sistem yang kita inginkan," kata Tom Pearson. "Kita telah mengembangkan sebuah model dari sistem yang terbaik melalui proses rancangan ini." "Anda mungkin menget~hui perangkat-keras dan perangkat-Iunak yang terbaik," tanggap Carla Mills, "tetapi saya tidak tahu sama sekali apa yang tersedia." "Carla, kamu adalah seorang akuntan dan kita tidak mengharapkan anda untuk mengetahui tentang semua opsion perangkat-keras dan perangkat-Iunak," kata Tom. ''Tetapi saya membaca Computerworld dan PC Magazine setiap minggu. Saya rasa kita harus mampu menempatkan pesanan untuk sistem kita. Sebenarnya, dengan adanya orang-orang penjualan yang berkeliaran di sini untuk sistem departemen teknik dan akunting, kita tinggal menanyakan kepada mereka untuk memberikan kutipan kepada kita." ''Tom,'' sela Christine Meyers, "majalah-majalah itu hanya mewakili sedikit sekali opsion yang tersedia untuk perangkat-keras dan perangkat-Iunak. Sebenarnya, artikel tersebut kebanyakan hanya membicarakan penjual yang memasang iklan. Bagaimana mengenai sisa opsion yang ada diluar sana? Apa anda merasa begitu yakin dengan memesan peralatan berdasarkan pada iklan mereka?" "Ayolah, Christine, mudah sekali mengetahui hal itu. Anaa hanya perlu membuka mata anda. Saya telah menggambarkan sebuah diagram untuk sistem kita." Tom menyerahkan sebuah gambar dari idenya untuk solusi perangkat-keras terbaik (Gambar 7.6). Semua orang memeriksa diagram tersebut, dan Cory Bassett mengamati, ''Tampaknya anda mengajukan sekumpulan file server dan diskless-workstation untuk men angani aplikasi jOCS untuk daerah akunting dan departemen manufakturing." Tom membenarkan dan berkata, "Va, Saya rasa kita tidak perlu mengambil apapun dari workstation. Kita memperoleh pengendalian yang lebih baik jika pemakai tidak diperbolehkan untuk mengubah apapun pada workstation individual mereka."
372
PENGANTAR PERANCANGAN
SI~TEM INFORMASI
lOCS LAN in manufacturing (Ethernet based)
File server To vertical . backbone
File server
To robot control
To online data capture
lOCS LAN in accounting (Ethernet based) CIM system in manufacturing
Gambar 7.6 Arsitektur perangkat-kerasuntuk JOCS.
Christine menguap, "Pengendalian lagi. Saya pikir salah satu tujuan kita adalah untuk memperbolehkan pemakai akhir untuk membuat output mereka sendiri. Sebenarnya, saya pikir kita menginginkan mereka untuk merasa senyaman mungkin dengan DBMS, sehingga mereka dapat merancang laporan dan queries mereka. Jake, bukankah itu salah satu tujuan kita?" ''Ya, Christine." tanggap Jake, "Kita membutuhkan sebuah sistem yang fleksibel dan mudah digunakan, tetapi saya tidak ingin pemakai mendapatkan terlalu ban yak kebebasan untuk mengubah data yang ada. Mungkin kita dapat memakai diskless-workstation di manufakturing, dan workstation dengan disk di akunting."
PERANCANGAN ARSITEKTUR KOMPUTER
373
"Tunggu sebentar," kata Cory, "anda memperlihatkan dua file server.terpisah untuk JOCS. Saya pikir kita telah setuju untuk memakai sebuah file server tunggal daripada harus memelihara dua salinan dari database." "Kita telah memutuskan untuk menggunakan sebuah file server tunggal. Tetapi ketika kita mengukur jarak antara worktsation manufakturing dan workstatiok akunting, jaraknya terlalu jauh untuk sebuah local area network tunggal. Ethernet tidak dapat menangani jarak tersebut. Kita harus mempunyai workstation-workstation yang berjarak sekitar 2000 meter satu sama lainnya. Jadi saya pikir jika kita membuat du~ local area network, hal itu akan menyelesaikan persoalan kita." jawab Tom. "Tetapi itu akan membuat persoalan lain," seling Carla. "Bagaimana kita dapat meyakinkan bahwa kita mempunyai data yang sama pada kedua file server? Bukankah itu akan membuat lebih banyak kemungkinan timbulnya persoalan mengenai pengendalian database kita?" 'Well, kita mungkin mendapat persoalan mengenai duplikasi data, atau data yang tidak sam a pada kedua sistem," tanggap Tom. "tetapi itu bukan persoalan. Kita hanya perlu memastikan untuk menyalin data ke dalam kedua sistem tiap malam." "Kedengarannya seperti penyelesaian yang dipaksakan, "kata Carla. "Saya ingin data tersebut sam a pada kedua sistem pada setiap waktu. Mari kita pikirkan cara lain untuk melakukannya." "Kita dapat menuliskan program untuk memperbarui (update) kedua file server untuk tiap transaksi yang diterapkan dalam JOCS. Transaksi tersebut dapat melalui vertical backbone dan melakukan sebuah update tiap saat. Tetapi janganlah, itu akan membuat penundaan besar dalam waktu tanggap untuk online-update." "Saya sedang membaca sebuah artikel semalam, mengenai penggunaan sinyal radio untuk mengirimkan data pad a jarak yang pendek. Kita dapat memasang sebuah radio ke digital converter dan mentransfer data ke LAN secepatnya," tambah Cory. "Itu membuktikan pendapat saya," nyata Christine. ''Tidak mungkin untuk tetap mengikuti tiap potongan kecil dari teknologi baru. Tom, dalam satu dari pertemuan pertama kita, anda mengusulkan Oracle sebagai DBMS kita dan Unix sebagai sistem operasi kita. Saya tahu semua rancangan yang kita lakukan berdasarkan produk-produk yang ada dalambenak kita. Saya pikir itu adalah usul yang baik, tetapi saya juga tahu terdapat opsion yang lain diluar sana dan saya ingin mengetahui tentang itu. Para penjual seharusnya ahli dalam teknologi saat ini, jadi mari kita gunakan keahlian mereka. Saya usulkan kita menu lis sebuah RFP, menggambarkan keinginan kita mengenai apa yang dapat dicapai oleh sistem, dan membiarkan penjual menjawab dengan alternatif perangkat-keras dan perangkat-Iunak mereka. Kita telah mengerjakan pekerjaan kita. Biarkan mereka melakukan pekerjaan mereka."
.. ---
--
-
--
- - .. -
.. --.....-
_
..J
374
PENGANTAR PERANCANGAN
SISTEM INFORMASI
---Tom memprotes, "Sistemini terlalu kecil untuk ditawarkan keluar. Kita hanya membuangwaktu kita dan waktu para penjual." "Christine mempunyai pendapat yang baik," tanggap Jake. "para penjuallebih tahu mengenai .opsion yang tersedia dibandingkan kita. Kita tidak perlu membuatnya menjadi sebuah produksi besar, tetapi saya ingin menggunakan sebuan RFP, memberikan waktu duaminggukepada penjual untuk menjawab, dan melihat apa yang mereka dapat lakukan. Kita pasti mempunyai ban yak hal untuk dikerjakan selama dua minggu tersebut." Tom mengeluh, "Saya kira kamu juga ingin melakukan pengujian benchmark untuk mengevaluasi sistem yang diajukan." "Ada metode lain untuk evaluasi,"kata Cory. "Sistem kita tidak akan mengolah transaksi dalam jumlah besar, jadi kita tidak perlu khawatir mengenai benchmark berskala-besar. Kita dapat memeriksa peringkat transaksi melalui sebuah sumber peringkat komputer yang cukup obyektif, seperti Datapro, lalu berbicara dengan pemakai saat ini untuk mencari-tahu bagaimana pekerjaan mereka." "Kita dapat meHbatkan pemakaiakhir selama proses evaluasi," kata Carla bersemangat. " Kita dapat menemukan semudah apa atau sesukar apa untuk menggunakan DBMS yang diajukan dengan membiarkan heberapa pemakai akhir kunci kita mencoba untuk merancangbeberapa laporan dan layar input. Jika sistem ini benar-benar untuk pemakai akhir, mereka harus dilibatkan danlam proses evaluasi." "Baiklah, semuanya, apakah kita semua setuju?" tanya Jake. "Apakah anda pikir bahwa sebuah RFP adalahpenawaran terbaik bagi kita? Tom?" 'Well, saya tidak keberatan melihat apa yangakan dilakukan oleh para. penjual." jawab Tom. "Ambil sebuah laptop dan mari kita mulai menulis." Sisa dari pertemuan dipakai untuk menghasilkan sebuah RFP.singkat untuk JOCS. Regu SWAT memutuskan untuk tidak menetapkan tipe sistem yang mereka inginkan. Sebaliknya mereka meutt..iskan untuk menggambarkan keinginan mereka mengenai apa yang dapat dilakukan sistem, lalu membiarkan penjual menentukan perangkatkc;:rasdanperangkat-Iunak tertentu yang dapat memenuhinya. Regu tersebut memutuskan untuk menggunakan dokumentasi yang dihasilkan selama prosesrancangan daripada menulis keseluruhan RFP da(i permulaan. Mereka mengorganisir RFPuntuk dapat mengakomodasi dokumen yang sudan ada dengan mudah. Daftar isi untuk RFPdiperlihatkan dalam Gambar 7.7. Seperti yang dapat anda lihat, regu tersebutmenghindari persyaratan. perangkat-keras dan perangkat-Iunak. Sebaliknya, mereka menyediakan sebuah uraian dari apa yang mereka ingin capai dari pe(cmgkat-kerasdan perangkat-Iunak mereka.
Dua Bagian pertama dari RFP memperkenalkan lingkup dari sistem yang baru, .
proses evaluasi, dan.menetapkan tanggal yang penting.
PERANCANGAN ARSITEKTUR KOMPUTER
PEERLESS,INC. JOB COSTING APPLICATION SYSTEM, RFP 151
1 Pengantardan penjadwa/an Per;st;wa 1.1 Tujuan dari Permintaan . . . . . . . . . 1.2 latarbelakang dan Rangkuman Kebutuhan
.... ...
1.3 Tanggal Pelaksanaandan Orang yang Dihubungi
1-1 1-2 1-3
2 Instruks;PenawaranKompet;s;Pemer;ntah 2-1 2-3 2-6 2-7 2-8
2.1 PersyaratanBentukProposal . 2.2 Proses Evaluasi. . . . . . . 2.3 PersyaratanKinerjaSistem . 2.4 PersyaratanKontrak . . . . 2.5 Persyaratan Pengiriman
..
3 Lingkungan S;stem Informas; Saat In; 3.1 Uraian mengenai Perangkat-Keras dan perangkat-lunak Saat ini. 3.2 Uraian mengenai Jaringan Komunikasi ........ 3.3 Uraian mengenai
Kualifikasi Pegawai Saat Ini
.....
3.4 Perluasan Keterlibatan dan Antarmuka Pemakai-Akhir
3-1 3-4 3-6 3-8
4 Persyaratan dan Ke;st;mewaan dar; Lingkungan Pengembangan JDCS
4.1Pengantar. . . . . . . . . . . . . . . 4.2 pengolahanFungsional .............
4.3 PersyaratanPertumbuhanMuatan Kerja . . . . . 4.4 PerkakasComputer AidedSoftwareEngineering. ?????? ??????
4-1 4-1 4-4 4-5 4-7 4-9
5 Persyaratan mengena; Layanan dan Dukungan 5.1 Pengiriman dan Pemasangan
5.2Pelatihan. . . . . . . . 5.3 Pemeliharaan Peralatan 5.4 Dukungan Teknis . . .
Gambar 7.7 Daftar isi dari permintaan untuk proposal (request for proposal; RFP)JOCS.
5-1 5-2 5-4 5-5
375
376
PENGANTAR PERANCANGAN
SISTEM INFORMASI
l
- -.~eguSW:T ~ca:;.I"~ka~~~ggo; ~ dan~ngiri~n~a:g~tlng dalam bagianini. Kadang-kadangpenjtJal akan mengajtJkansebtJah sistem yang sedang dalampengembangan; regu SWATinginmenghindari kesalahpahaman mengenai kapan slstem mereka tersebut siap untuk dikirimkan.Sebagaitambahan, bagian ini juga membahas tipe dari kontrak yang diharapkan Peerless untuk ditandatangani dengan sebuah penjual. Bagian3 mengambarkanlingkungansistem informasisaat ihisehingga para penjual dapat memahami betapa pentingnya sistemyang baruuntuk cocok dalam sistem yang sudah ada dan sistemyang dirancang lIntukmasa.depan..KarenaMaryStockland,ClO, ingin memelihara sebuah lingkungan open sistem dan multivendor, Bagian 3 digunakan untuk menjelaskan hal.ini kepada para penjual. Bagian ini jugamemasukkan subbagian yang membahas kualifikasidari pekerja saatini, Karena penjual biasanya mempunyai sekumpulan piHhanyang tersedia untuk diajukan, kadang-kadang'sangat membantu untuk mengetahui paketperangkat-Iunak yang mana yang sudah menjadi bagian dari dasar pengetahuan pihak pembuat~ permintaan. Sebagai contQh, regu SWATsangat terbiasa dengan sistem operasiUNIX. Jika sebuah penjual mempunyai paket yang tersediabaik untukUNIX atau OS/2,penjual tersebut mungkin akan mangajukanpaket berbasis-UNIXagar sesuai denganketrampilan khusus dari pelanggan. Tetapi, jika pelanggan ingin mempekerjakanpegawal baru, atau memperluas ketrampilan dasar, pelanggan harus memberikan informasitersebut kepada para penjual.Penjual dapat memberikan .sistem yang terbaik jika terdapat kebebasan dan kemudahan pertukaran informasi antara pelanggan dan penjual. JOCS dirancang unttJk berhubuhgan langsung dengan pemakai akhir. Sangat penting bagi para penjual unttJk berhati-hati mengenai pentingnya antarmuka.pemakai akhir unttJk kesuksesan sistem ini, sehingga antarmuka akrab-dengan~pemakai dapat diajukan. Bagian 4, Persyaratan danKeistimewaan untuk Lingkungan pengembangan )OCS, mendefiniskikan dengan tepat apa yang dllnginkan Peerless untuk menyelesaikan sistem lOCS. ReguSWAT ingin membeli sebuah.lingktJngan pengembangan, sehingga mereka dengan jelas mengatakan kepada parapenjuat bahwa mereka menginginkan perkakas untuk membahtu proses pengembangan, dalam subbagian yang membicarakan CASEtools. penjual harus mencoba untuk memperkirakan kinerja dari sistem. yang diajukan. Subbagian pengolahan fungsional me.rnbahas rancangah dari pal<et)OCS. Regu SWAT merencanakanpengembangan perangkat-Iunak aplikasi milik lOCS sendiri. Regu tersebut bukan mehcari penyelesaianuntuk membeli sebuah perangkat-Iunak aplikasi. Subbagian ini,sebagal hasilnya, membahas perangkat-Iunak yang mereka rencanakan untuk dikembangkan. Regu SWAT memberikaninformasi Ini sehingga para penjual akan mef'!'ahami apa yang perlu dilakukan s.istemdi.masa depan.
PERANCANGANARSITEKTUR KOMPLITER
377
Bagian terakhir dari RFP memerinci pentingnya persyaratan untuk layanan dan dukungan sehingga para penjual mengetahui apa yang diharapkan setelah penjualan. Sebagai contoh, ada subbagian yang menggambarkanpelatihan. Persyaratanpelatihan termasuk pelatihan pada saat pemasangan, dan pelatihan berkelanjutan, jika terjadi pertukaran stat.
Paulson, Ed. "Stabdard benchmarks Fail to Dispel Controversy." The HP chronicle, February, 1991. Sayed, Husni, Andrew Patterson, and Deborah Cobb. "Mass Storage Technology." Interact, April 1990. Serlin, Omri. "Toward an Equitable Benchmark." Datamation, February 1, 1989.