RESUME

MOVING INTO DESIGN

Disusun Untuk Memenuhi Tugas Mata Kuliah Analisis Sistem Perpustakaan

Dosen Pengampu : Rahmad Syaifudddin, M. Eng

Disusun Oleh :

1. Ulin Nikmatin Nihayah (12310193002)

2. Windy Silviana Putri (12310193025)
3. Moh. Wafa’ Al Hasib (12310193026)
4. Mohammad Indragany H (12310193029)

SEMESTER 6

ILMU PERPUSTAKAAN DAN INFORMASI ISLAM

FAKULTAS USHULUDDIN ADAB DAN DAKWAH

UNIVERSITAS ISLAM NEGERI SAYYID ALI RAHMATULLAH

TULUNGAGUNG

APRIL 2022
 CHAPTER 7 (MOVING INTO DESIGN)

1. TRANSISI DARI PERSYARATAN KE DESAIN

Tujuan tahap analisis yaitu untuk mengetahui apa yang dibutuhkan bisnis. Selain itu
ada tujuan dari fase desain yaitu untuk memutuskan bagiamana membangunnya. Desain
sistem merupakan penentuan arsitektur sistem secara keseluruhan, terdari dari
sekumpulan komponen pemrosesan fisik, perangkat keras, perangkat lunak, orang, dan
komunikasi diantara mereka yang akan memenuhi persyaratan penting bagi sebuah
sistem.
Tahap awal desain, tim proyek mengubah persyaratan bisnis untuk sistem menjadi
persyaratan sistem yang berguna untuk menjelaskan detail khusus membangun sistem.
Persyaratan sistem dikomunikasikan melalui kumpulan dokumen desain dan model fisik.
Bersama-sama dokumen desain dan model fisik membentuk cetak biru untuk sistem baru.
Tahap desain memiliki sejumlah kegiatan yang mengarah pada cetak biru sistem.
Tahapan awal yang terpenting dari fase desain yaitu pemeriksaan beberapa strategi
akuisisi sistem untuk memutuskan mana yang digunakan untuk memenuhi persyaratan
sistem. Sebuah sistem dapat dibangun sejak awal, dibeli, dan disesuaikan, atau
dialihdayakan ke pihak lain, dan tim proyek perlu menyelidiki kelayakan setiap alternatif.
Tim proyek harus berhati-hati dalam mempertimbangkan kebutuhan bisnis
nonfungsional yang diidentifikasi selamat analisis. Pertimbangan tersebut meliputi
bagaimana suatu sistem bersifat operasional, kinerja, keamanan, budaya, dan p olitik.
Seperti contoh tim proyek perlu merencanakan kinerja sistem baru seperti: seberapa cepat
sistem akan beroperasi, berapa kapasitasnya, dan ketersediaan serta keandalannya.
 Kegiatan Tahap desain :
Bab 8 : Keputusan arsitektur dibuat mengenai perangkat keras dan perangkat lunak
yang dibeli untuk mendukung sistem baru. Keputusan ini didokumentasikan
dalam spesifikasi perangkat keras dan perangkat lunak, yaitu dokumen yang
menjelaskan perangkat keras dan perangkat lunak yang sebenarnya terkadang
menjadi tanggung jawab departemen pembelian atau area dalam organisasi
yang menangani pengadaan model.
Bab 9 : Menjelaskan aktivitas secara rinci, bersama dengan teknik, seperti storyboard
dan prototyping, yang membantu tim proyek merancang sistem untuk
memenuhi kebutuhan penggunanya dan memuaskan untuk digunakan.
Bab 10 : Menjelaskan bagaimana DFD logis diubah menjadi DFD fisik yang
mendokumentasikan keputusan desain fisik tentang bagaimana sistem akan
dibangun.
Bab 11 : Membahas pengembangan model data fisik, pembaruan ke repositori CASE,
dan menjelaskan bagaimana matriks CRUD harus diperbarui untuk
memverifikasi konsistensi antara proses dan model data. Keputusan desain
mengenai penyimpanan data ditulis dalam dokumen desain penyimpanan
data.

2. STRATEGI AKUISISI SISTEM

Tiga cara untuk mendekati pembuatan sistem baru :
1. Mengembangkan aplikasi kustom in house
2. Membeli sistem yang dikemas dan mungkin menyesuaikannya
3. Mengandalkan vendor eksternal, pengembang, atau penyedia layanan untuk
membangun atau menyediakan sistem
Masing-masing pilihan ini memiliki kekuatan dan kelemahannya, dan masing-masing
lebih sesuai dalam situasi yang berbeda. Mungkin ada karakteristik yang jelas dari
Proyek yang menyarankan strategi akuisisi yang disukai.
A. Pengembangan Kostum
Dalam beberapa situasi, tantangan yang dihadapi dengan sistem baru sangat
signifikan dan menuntut rekayasa sistem yang serius diperlukan untuk
menyelesaikannya. Dalam kasus ini, pengembangan benar-benar tidak dapat
menemukan solusi paket yang mampu memenuhi persyaratan proyek, dan proyek
pengembangan kustom adalah satu-satunya pilihan nyata yang layak. Pengembangan
 kustom juga memungkinkan pengembang menjadi fleksibel dan kreatif dalam
memecahkan masalah bisnis.
Pengembangan aplikasi kustom, bagaimanapun, membutuhkan upaya khusus yang
mencakup jam kerja yang panjang dan kerja keras. Banyak perusahaan memiliki staf
pengembangan yang sudah terlalu berkomitmen. Menghadapi backlog besar dari
permintaan sistem, staf tidak punya waktu untuk proyek lain. Selain itu, berbagai
keterampilan teknis, interpersonal, fungsional, manajemen proyek, pemodelan
semuanya harus ada untuk proyek untuk bergerak maju dengan lancar. Profesional IS,
terutama individu yang sangat terampil, cukup sulit untuk dipekerjakan dan
dipertahankan.Pengembangan aplikasi kustom, bagaimanapun, membutuhkan upaya
khusus yang mencakup jam kerja yang panjang dan kerja keras. Banyak perusahaan
memiliki staf pengembangan yang sudah terlalu berkomitmen. Menghadapi backlog
besar dari permintaan sistem, staf tidak punya waktu untuk proyek lain. Selain itu,
berbagai keterampilan teknis, interpersonal, fungsional, manajemen proyek,
pemodelan semuanya harus ada untuk proyek untuk bergerak maju dengan lancar.
Profesional IS, terutama individu yang sangat terampil, cukup sulit untuk
dipekerjakan dan dipertahankan.
B. Perangkat Lunak yang Dikemas
Banyak kebutuhan bisnis yang tidak unik, dan karena tidak masuk akal untuk
menemukan kembali roda, banyak organisasi membeliperangkat lunak yang
dikemasyang telah ditulis, daripada mengembangkan solusi kustom mereka sendiri.
Faktanya, ada ribuan program perangkat lunak yang tersedia secara komersial yang
telah ditulis untuk melayani banyak tujuan. Demikian pula, akan jauh lebih efisien
untuk membeli progra m yang telah dibuat, diuji, dan terbukti, dan sistem yang
dikemas dapat dibeli dan diinstal dengan cepat dibandingkan dengan sistem kustom.
Serta sistem paket menggabungkan keahlian dan pengalaman vendor yang
menciptakan perangkat lunak.
Perangkat lunak yang dikemas dapat berkisar dari alat fungsi tunggal kecil, seperti
pengelola unduhan sisi server, hingga sistem besar yang mencakup semua, seperti
Perencanaan Sumber daya Perusahaan (ERP) aplikasi yang diinstal untuk
mengotomatisasi seluruh bisnis. Menerapkan sistem ERP adalah praktik populer di
mana organisasi besar menghabiskan jutaan dolar untuk menginstal paket oleh
perusahaan seperti SAP, Oracle, dan Infor dan kemudian mengubah bisnis mereka
sesuai dengan itu. Satu masalah adalah bahwa perusahaan yang menggunakan sistem
 paket harus menerima fungsionalitas yang disediakan oleh sistem, dan jarang ada
yang sempurna. Sebagian besar aplikasi yang dikemas memungkinkan beberapa
penyesuaian atau manipulasi parameter sistem untuk mengubah cara kerja fitur
tertentu. Misalnya, paket mungkin memiliki cara untuk menerima informasi tentang
perusahaan atau logo perusahaan yang kemudian akan muncul di layar input.
Integrasi sistem mengacu pada proses membangun sistem baru dengan
menggabungkan perangkat lunak yang dikemas, sistem warisan yang ada, dan
perangkat lunak baru yang ditulis untuk mengintegrasikannya. Tantangan utama
dalam integrasi sistem adalah menemukan cara untuk mengintegrasikan data yang
dihasilkan oleh berbagai paket dan sistem lama. Integrasi sering bergantung pada
pengambilan data yang dihasilkan oleh satu paket atau sistem dan memformat ulang
untuk digunakan dalam paket atau sistem lain. Misalnya, Tune Source mungkin ingin
mengintegrasikan sistem Download Musik Digital barunya dengan sistem penjualan
CD berbasis Web yang sudah ada. Sistem penjualan CD memungkinkan pelanggan
untuk membeli CD melalui Web, dan berinteraksi dengan sistem manajemen
inventaris dan akuntansi Tune Source.
C. Outsourcing
Syarat outsourcing telah mencakup berbagai cara untuk mendapatkan layanan dan
produk TI. Perusahaan outsourcing disebutpenyedia layanan aplikasi (ASP)
menyediakan aplikasi perangkat lunak dan/atau layanan terkait perangkat lunak
melalui jaringan area luas atau Internet. Perangkat Lunak sebagai Layanan (SaaS)
adalah istilah populer yang pada dasarnya merupakan perpanjangan dari model ASP.
Perusahaan outsourcing juga tersedia yang akan mengembangkan sistem kustom
atas nama pelanggan. Untuk alasan apapun, outsourcing dapat menjadi alternatif yang
baik untuk sistem baru; Namun, itu tidak datang tanpa biaya. Jika Anda memutuskan
untuk menyerahkan pembuatan sistem baru di tangan orang lain, Anda dapat
membahayakan informasi rahasia atau kehilangan kendali atas pengembangan di
masa mendatang. Ada tiga jenis utama kontrak yang dapat ditarik untuk mengontrol
kesepakatan outsourcing. Sebuah waktu dan pengaturan kesepakatan sangat fleksibel
karena Anda setuju untuk membayar berapa pun waktu dan pengeluaran yang
diperlukan untuk menye lesaikan pekerjaan. Jenis kontrak yang semakin populer
adalahkontrak nilai tambah, di mana agen outsourcing menuai beberapa persentase
dari manfaat sistem yang telah selesai. Anda memiliki risiko yang sangat kecil dalam
kasus ini, tetapi berharap untuk berbagi kekayaan setelah sistem diterapkan.
 Mengelola hubungan outsourcing adalah pekerjaan penuh waktu. Dengan demikian,
seseorang perlu ditugaskan penuh waktu untuk mengelola agen outsourcing, dan
tingkat orang tersebut harus sesuai dengan ukuran pekerjaan.

3. PENGARUH TERHADAP STRATEGI AKUISISI

Masing-masing strategi akuisisi sistem memiliki kekuatan dan kelemahannya, dan
tidak ada satu strategi yang secara inheren lebih baik dari yang lain. Oleh karena itu,
penting untuk memahami kekuatan dan kelemahan masing-masing strategi dan kapan
harus menggunakannya seperti pada tabel di bawah ini.

A. Kebutuhan Bisnis
Jika kebutuhan bisnis untuk sistem adalah umum dan solusi teknis sudah ada di
pasar yang dapat memenuhi persyaratan sistem, biasanya tepat untuk memilih solusi
perangkat lunak yang dikemas. Ketersediaan dan kegunaan paket perangkat lunak
yang tersebar luas telah menyebabkan banyak perusahaan besar mengembangkan
daftar solusi paket yang direkomendasikan untuk digunakan di seluruh organisasi.
Namun, perangkat lunak yang dikemas tidak cocok untuk setiap situas i. Solusi
kustom harus dieksplorasi. Jika kebutuhan bisnis merupakan inti dari strategi
perusahaan, maka biasanya lebih baik bagi perusahaan untuk mempertahankan
kendali eksklusif atas proyek jika memungkinkan.
B. Pengalaman Internal
Kebutuhan fungsional dan teknis sistem akan lebih mudah untuk membangun
aplikasi kustom jika seseorang memiliki keterampilan atau pengalaman internal.
Sistem yang dikemas dapat menjadi alternatif yang lebih baik bagi perusahaan yang
 tidak memiliki keterampilan teknis untuk membangun sistem yang diinginkan.
Outsourcing adalah cara yang baik untuk mendatangkan pengalaman luar yang hilang
di dalam perusahaan sehingga orang-orang yang terampil bertanggung jawab untuk
membangun sistem.
C. Keterampilan Proyek
Keterampilan yang diterapkan selama proyek baik teknis atau fungsional dan
alternatif desain yang berbeda lebih layak, tergantung pada seberapa penting
keterampilan tersebut untuk strategi perusahaan. Di sisi lain, beberapa keterampilan,
seperti keamanan jaringan yang mungkin berada di luar keahlian teknis karyawan atau
tidak menarik bagi ahli strategi perusahaan hanyalah masalah operasional yang perlu
ditangani. Dalam hal ini, sistem paket atau outsourcing harus dipertimbangkan
sehingga karyawan internal dapat fokus pada aplikasi dan keterampilan penting bisnis
lainnya.
D. Manajemen Proyek
Aplikasi khusus memerlukan manajemen proyek yang sangat baik dan metodologi
yang telah terbukti. Ada begitu banyak hal yang dapat mendorong proyek keluar jalur,
seperti hambatan pendanaan, penahanan staf, dan pengguna bisnis yang terlalu
menuntut. Oleh karena itu, tim proyek harus memilih untuk mengembangkan aplikasi
kustom hanya jika dipastikan bahwa mekanisme koordinasi dan kontrol yang
mendasarinya akan ada. Alternatif yang dikemas dan outsourcing juga harus dikelola;
namun, mereka lebih terlindung dari hambatan internal karena pihak eksternal
memiliki tujuan dan prioritas mereka sendiri (misalnya, mungkin lebih mudah bagi
kontraktor luar untuk mengatakan tidak kepada pengguna daripada orang di dalam
perusahaan yang melakukannya). Alternatif terakhir biasanya memiliki metodologi
sendiri, yang dapat menguntungkan perusahaan yang tidak memiliki metodologi yang
tepat untuk digunakan.
E. Jangka Waktu
Kerangka waktu untuk aplikasi khusus sulit ditentukan, terutama ketika Anda
mempertimbangkan berapa banyak proyek yang akhirnya kehilangan tenggat waktu
penting. Jika Anda harus memilih alternatif pengembangan kustom dan kerangka
waktunya sangat singkat, pertimbangkan untuk menggunakan teknik seperti
timeboxing untuk mengelola masalah ini. Waktu untuk menghasilkan suatu sistem
melalui outsourcing sangat tergantung pada sistem dan sumber daya yang dimiliki
oleh pihak outsourcing. Jika penyedia layanan memiliki layanan yang dapat
 digunakan untuk mendukung kebutuhan perusahaan, maka kebutuhan bisnis dapat
dipenuhi dengan cepat. Jika tidak, solusi outsourcing bisa memakan waktu selama
inisiatif pengembangan kustom.

4. MEMILIH STRATEGI AKUISISI

Setelah tim proyek memiliki pemahaman yang baik tentang seberapa baik setiap
strategi akuisisi sesuai dengan kebutuhan proyek, tim harus mulai memahami dengan
tepat bagaimana menerapkan strategi ini. Misalnya, alat dan teknologi apa yang akan
digunakan jika alternatif khusus dipilih? Vendor apa yang membuat sistem paket yang
memenuhi kebutuhan proyek? Penyedia layanan apa yang dapat membangun sistem ini
jika aplikasi di-outsource? Informasi ini dapat diperoleh dengan berbicara dengan orang-
orang yang bekerja di Departemen SI dan mendapatkan rekomendasi dari pengguna
bisnis dengan menghubungi perusahaan lain dengan kebutuhan serupa dan menyelidiki
jenis sistem yang telah mereka terapkan. Vendor dan konsultan biasanya bersedia
memberikan informasi tentang berbagai alat dan solusi dalam bentuk brosur, demonstrasi
produk, Tim proyek menggunakan beberapa pendekatan untuk mengumpulkan informasi
tambahan yang diperlukan. Salah satu alat yang membantu adalahproposal permintaan
(RFP), dokumen yang meminta proposal resmi dari vendor, pengembang, atau penyedia
layanan potensial. RFP menjelaskan secara rinci sistem atau layanan yang dibutuhkan,
dan vendor merespons dengan menjelaskan secara rinci bagaimana mereka dapat
memasok kebutuhan tersebut.Setelah mengevaluasi opsi strategi akuisisi dan mencari
informasi tambahan, tim desain kemungkinan akan memiliki beberapa pilihan yang layak
untuk digunakan untuk mendapatkan sistem. Misalnya, tim proyek mungkin menemukan
tiga vendor yang membuat sistem paket yang dapat memenuhi kebutuhan proyek; atau
tim mungkin memperdebatkan apakah akan mengembangkan sistem dengan
menggunakan Visual Basic sebagai alat pengembangan dan sistem manajemen basis data
dari Sybase; atau tim mungkin merasa perlu untuk mengalihdayakan upaya
pengembangan ke perusahaan konsultan seperti Accenture atau Sistem Manajemen
Amerika. Setiap alternatif akan memiliki pro dan kontra yang terkait dengannya yang
harus dipertimbangkan, dan hanya satu solusi yang dapat dipilih pada akhirnya.
A. Matriks Alternatif
Matriks alternatif adalah kisi yang berisi kelayakan teknis, ekonomis, dan
organisasional untuk setiap kandidat sistem, pro dan kontra yang terkait dengan
mengadopsi setiap solusi, dan informasi lain yang berguna saat membuat
 perbandingan. Terkadang, bobot disediakan untuk bagian matriks yang berbeda untuk
menunjukkan kapan beberapa kriteria lebih penting untuk keputusan akhir.
Untuk membuat matriks alternatif, gambarlah kisi-kisi dengan alternatif di bagian
atas dan kriteria yang berbeda (misalnya, kelayakan, pro, kontra, dan kriteria lain-lain)
di sepanjang sisinya. Selanjutnya, isi kisi-kisi dengan deskripsi rinci tentang setiap
alternatif. Ini menjadi dokumen yang berguna untuk diskusi karena dengan jelas
menyajikan alternatif yang ditinjau dan karakteristik yang sebanding untuk masing-
masing alternatif. memutuskan solusi mana yang akan dirancang dan
diimplementasikan. Komite persetujuan harus membuat keputusan setelah masalah
yang terkait dengan alternatif yang berbeda dipahami dengan baik. Ingatlah bahwa
garis antara analisis dan desain cukup kabur. Terkadang alternatif dijelaskan dan
dipilih pada akhir analisis, dan terkadang ini dilakukan pada awal desain. Intinya
adalah bahwa di beberapa titik sebelum pindah ke jantung fase desain, tim proyek dan
komite persetujuan harus memahami semua cara yang layak di mana sistem dapat
dibuat, dan mereka harus memilih cara yang paling membuat akal bagi organisasi.
Pemilihan strategi akuisisi yang dibuat kemudian akan mendorong banyak aktivitas
yang tersisa dalam fase desain.
B. Menerapkan Konsep di Tune Source
Jason memutuskan bahwa proyek pengembangan kustom menggunakan alat
pengembangan Web standar perusahaan akan menjadi pilihan terbaik untuk Tune
Source. Dengan cara ini, perusahaan akan mengembangkan keterampilan teknis dan
bisnis yang penting secara internal, dan tim proyek akan dapat memiliki tingkat
fleksibilitas dan kontrol yang tinggi atas produk akhir. Juga, Jason ingin sistem
pengunduhan musik baru untuk berinteraksi dengan sistem penjualan CD berbasis
Internet yang ada, dan ada kemungkinan bahwa solusi paket tidak akan terintegrasi
dengan baik ke dalam lingkungan Sumber Tune. Akhirnya, Jason tahu bahwa fitur
tambahan direncanakan untuk versi berikutnya dari sistem ini, jadi dia tahu bahwa
memiliki kendali atas setiap versi itu penting. Ada satu bagian dari proyek yang
mungkin ditangani oleh perangkat lunak yang dikemas: bagian pembelian aplikasi.
Jason menyadari bahwa banyak program telah ditulis dan tersedia (dengan harga
murah) untuk menangani transaksi pelanggan melalui Web. Program ini, yang disebut
program keranjang belanja, biasanya memungkinkan pelanggan untuk memilih item
untuk formulir pemesanan, memasukkan informasi dasar, dan menyelesaikan
transaksi pembelian.
 Jason percaya bahwa tim proyek setidaknya harus mempertimbangkan beberapa
alternatif paket ini sehingga lebih sedikit waktu yang harus dihabiskan untuk menulis
program yang menangani tugas-tugas Web dasar dan lebih banyak waktu dapat
dicurahkan untuk ide-ide pemasaran yang inovatif dan antarmuka khusus dengan
sistem penjualan CD.
 DAFTAR PUSTAKA

Alan Dennis, B. H. (2013). System Analysis And Design. United State Of America: Wiley.