You are on page 1of 21

Rangkuman Analisis dan Perancangan Sistem Bab 9

I.

Apa itu Desain Sistem?

Sistem desain adalah evaluasi solusi alternatif dan spesifikasi dari solusi berbasis komputer.
Hal ini juga disebut desain fisik.
Analisis sistem difokuskan pada logika, aspek implementasi independen dari sistem
(persyaratan).
Sistem penawaran desain dengan aspek fisik atau tergantung dari implementasi dari sistem
(spesifikasi teknis sistem).

Strategi Untuk Desain Sistem


Ada banyak strategi atau teknik untuk melakukan desain sistem diantaranya:
1.
2.
3.
4.
5.
6.

Desain Terstruktur modern


Teknik Informatika (IE)
prototyping
JAD
RAD
Object-Oriented Desain (OOD)

Strategi ini sering dipandang bersaing dalam pendekatan alternatif untuk desain sistem, tetapi
dalam kenyataannya, kombinasi tertentu melengkapi satu sama lain.

1. Desain Terstruktur modern


Teknik desain terstruktur membantu pengembang mengatur ukuran dan kompleksitas
program.
Desain Terstruktur modern adalah teknik proses yang berorientasi untuk mengolah program
besar menjadi hirarki modul yang menghasilkan program komputer yang lebih mudah untuk
diterapkan dan dipelihara (perubahan). Sinonim (meskipun secara teknis tidak akurat) adalah
top-down desain program dan pemrograman terstruktur.
Modul adalah sekelompok instruksi - sebuah paragraf, block, subprogram, atau subroutine.

Desain terstruktur meminta unsur program ke hirarki top-down dari modul yang memiliki
sifat sebagai berikut:

Modul harus sangat kohesif; yaitu, setiap modul harus mencapai satu dan hanya satu
fungsi. Hal ini membuat modul dapat digunakan kembali dalam program masa depan.

Modul harus longgar digabungkan; dengan kata lain, modul harus minimal tergantung
pada satu sama lain. Ini meminimalkan efek bahwa perubahan masa depan dalam satu
modul akan dimiliki modul lain.
Desain terstruktur dilakukan selama desain sistem.
Desain terstruktur tidak membahas semua aspek desain - misalnya, desain terstruktur
tidak akan membantu Anda merancang input, database, atau file.
Model perangkat lunak yang berasal dari desain terstruktur yang disebut bagan
struktur.
Struktur grafik diperoleh dengan mempelajari aliran data melalui program ini.

2. Informatic Engineering (IE)


IE dilibatkan dalam melakukan analisis kebutuhan area bisnis yang mana aplikasi
sistem informasinya yang 'diukir' dan diprioritaskan.
Aplikasi yang diidentifikasi di IE menjadi proyek yang dianalisis sistem lain dan
desain metode dimaksudkan untuk diterapkan dalam rangka untuk mengembangkan
sistem produksi.

3. Prototyping
Prototipe, menurut kamus Webster adalah ``sesuatu asli atau model yang yang
bermotif '' dan / atau `` penuh skala dan biasanya bentuk fungsional dari tipe baru atau
desain konstruksi (seperti pesawat) . ''
Insinyur membangun prototipe mesin, mesin, mobil, dan sejenisnya, sebelum
membangun produk yang sebenarnya.
Prototyping memungkinkan insinyur untuk mengisolasi masalah di kedua persyaratan
dan desain.
Prototipe pendekatan merupakan proses berulang yang melibatkan hubungan kerja
yang erat antara desainer dan pengguna.
Pendekatan Prototipe memiliki beberapa keunggulan.

Prototyping mendorong dan membutuhkan partisipasi pengguna akhir yang aktif.


Iterasi dan perubahan adalah konsekuensi alami dari pengembangan sistem - yaitu,
pengguna akhir cenderung mengubah pikiran mereka.
Hal ini sering dikatakan bahwa pengguna akhir tidak sepenuhnya tahu kebutuhan
mereka sampai mereka melihat mereka diimplementasikan.
Prototipe yang aktif, tidak pasif, model yang pengguna akhir dapat melihat,
menyentuh, merasakan, sehingga kesalahan dapat dideteksi lebih awal.

Pendekatan Prototipe memiliki beberapa kelemahan.

Prototyping mendorong kembali ke `` kode, melaksanakan, dan perbaikan '' siklus


hidup yang digunakan untuk mendominasi sistem informasi.
Prototyping tidak meniadakan kebutuhan untuk survei dan studi fase.
Ada masalah desain yang tidak bisa ditangani oleh prototyping.

Prototyping sering menyebabkan komitmen dini untuk desain.


Ketika prototyping, ruang lingkup dan kompleksitas sistem cepat dapat memperluas
melampaui rencana asli.

4. Joint Application Development (JAD)


JAD adalah teknik yang melengkapi analisis sistem lain dan desain teknik dengan
menekankan pembangunan partisipatif antara pemilik sistem, pengguna, desainer, dan
pembangun. Selama sesi JAD untuk desain sistem, perancang sistem akan mengambil peran
sebagai fasilitator untuk mungkin beberapa lokakarya sehari penuh dimaksudkan untuk
mengatasi masalah desain yang berbeda.
5. Rapid Application Development (RAD)
Pengembangan aplikasi cepat (RAD) adalah penggabungan berbagai teknik terstruktur
(terutama informasi rekayasa data-driven) dengan teknik prototyping dan teknik
pengembangan aplikasi bersama untuk mempercepat pembangunan sistem. RAD panggilan
untuk penggunaan interaktif teknik terstruktur dan prototyping untuk menentukan kebutuhan
pengguna dan merancang sistem final.
6. Object-Oriented Desain (OOD)
Teknik Desain berorientasi objek digunakan untuk memperbaiki persyaratan objek definisi
diidentifikasi sebelumnya selama analisis, dan untuk menentukan desain objek tertentu.
Berdasarkan keputusan implementasi desain, selama OOD perancang mungkin perlu untuk
merevisi data atau karakteristik proses untuk sebuah objek yang didefinisikan selama analisis
sistem. Demikian juga, keputusan implementasi desain mungkin memerlukan bahwa
perancang mendefinisikan satu set baru objek yang akan membuat layar antarmuka yang user
(s) dapat berinteraksi dengan di sistem baru.

7. FAST
Metodologi FAST tidak memaksakan teknik desain tunggal pada pengembang sistem.
Mengintegrasikan FAST semua strategi desain yang populer yang telah kita bahas: desain
terstruktur (melalui pemodelan proses), teknik informasi (via pemodelan data), prototipe
(melalui pengembangan aplikasi cepat), pengembangan aplikasi bersama (untuk semua
metode), dan pengembangan aplikasi cepat . Pengembang FAST progresif dapat
menggunakan desain berorientasi objek dalam hubungannya dengan teknologi objek untuk
prototipe untuk sepenuhnya memanfaatkan paradigma objek.

DESAIN SISTEM

Tahap konfigurasi
Tujuan dari tahap konfigurasi adalah untuk mengidentifikasi calon solusi,
menganalisis calon solusi itu, dan merekomendasikan sistem target yang akan
dirancang dan diimplementasikan.
Tujuan mendasar dari tahap konfigurasi adalah:
o Untuk mengidentifikasi dan meneliti pengguna alternatif dan solusi berbasis
komputer untuk mendukung sistem informasi target kami.
o Untuk mengevaluasi kelayakan solusi alternatif dan direkomendasikan secara
keseluruhan solusi alternatif yang terbaik.

TAHAP KONFIGURASI

Kegiatan: Menentukan Calon Solusi

Tujuan

Tujuan dari kegiatan ini adalah untuk mengidentifikasi calon solusi alternatif untuk
kebutuhan bisnis yang ditentukan pada saat analisis sistem.

Peran
o Kegiatan ini difasilitasi oleh project manager.
o Peran pemilik sistem - pemilik sistem biasanya tidak langsung terlibat dalam
kegiatan ini.
o Peran user sistem - pengguna biasanya tidak terlibat dalam kegiatan saat ini.
o Peran analis sistem - Analis sistem yang paling memiliki pengetahuan tentang
kebutuhan bisnis dan oleh karena itu harus dilibatkan dalam solusi
menyampaikan pendapat yang mungkin memenuhi persyaratan.

o Peran perancang sistem - Sistem desainer mengambil peranan utama dalam


kegiatan ini dan biasanya akan mencari masukan dan saran dari para ahli
berikut:
Database administer - orang ini akan menjadi sumber keahlian tentang
teknologi database yang tersedia.
Network administrator - orang ini dapat memberikan keahlian
mengenai teknologi jaringan yang ada.
Applications administer - orang ini memberikan pengetahuan tentang
aplikasi baru dan alat pembangunan yang sudah ada dan standar
pembangunan.
Persyaratan (Input)
o Kegiatan ini dipicu oleh persetujuan dari pemilik sistem untuk melanjutkan
proyek ke dalam desain sistem.
o Kunci input adalah:
kebutuhan bisnis outline didefinisikan selama analisis sistem
spesifikasi hardware dan software dari berbagai sumber seperti vendor dan
arahan pelanggan
disetujui arsitektur teknologi
Kiriman (output)
o Prinsip kiriman di kegiatan ini adalah calon solusi untuk sistem baru.
o Matriks adalah alat yang berguna untuk secara efektif menangkap, mengatur, dan
berkomunikasi dengan karakteristik untuk calon solusi.
Teknik yang berlaku
o Teknik-teknik berikut berlaku untuk kegiatan ini.
Pencari Fakta. Metode pencarian fakta yang digunakan untuk berinteraksi
dengan sumber-sumber luar seperti hardware dan software vendor dan
menyimpannya untuk mengumpulkan spesifikasi produk untuk masing-masing
kandidat.
Langkah
o Langkah-langkah berikut ini disarankan untuk menyelesaikan kegiatan.
Langkah 1 Review tahap kebutuhan bisnis yang digarisbawahi dari analisis
sistem.
Langkah 2 - Jika ada, meninjau arsitektur teknologi untuk menentukan dan
standar yang diperlukan hardware atau software untuk setiap calon solusi.
Langkah 3 - solusi alternatif Brainstorm yang memenuhi kebutuhan bisnis. Ini
juga, mengidentifikasi solusi yang disarankan sebelum tahap desain.
Langkah 4 - Penelitian teknis spesifikasi detail karakteristik masing-masing
calon solusi.

Kegiatan: Menganalisis Kelayakan Solusi Alternatif

tujuan

Tujuan dari kegiatan ini adalah untuk mengevaluasi calon solusi alternatif sesuai dengan
ekonomi, operasional, teknis, dan jadwal kelayakan mereka.

peran
o Kegiatan ini difasilitasi oleh manajer proyek.
o Peran pemilik sistem - Pendapat dari individu-individu ini dapat dicari ketika
menilai kelayakan operasional dari calon solusi:
sponsor eksekutif, manajer pengguna, manajer sistem, dan / atau manajer proyek

o Peran sistem user - beberapa pengguna mungkin akan terlibat untuk menilai
perasaan mereka terhadap calon solusi.
Analis keuangan atau bisnis - individu ini mungkin menjadi sumber untuk
menentukan teknik keuangan yang akan digunakan ketika menganalisis
kelayakan ekonomi dari suatu investasi (sistem baru).
o Peran sistem Analis - Sekali lagi, kegiatan ini dapat dilakukan oleh analis sistem.
o Perancang sistem bertanggung jawab untuk menyelesaikan kegiatan ini.
Desainer dapat mencari masukan dari orang-orang berikut mengenai
kelayakan teknis dari teknologi untuk calon solusi:
Database administer, Network administrator, dan/atau Applications administer
o Peran pembangun sistem biasanya tidak terlibat dalam kegiatan ini kecuali yang
dianggap layak oleh pemilik sistem
Persyaratan (Input)
o Kegiatan ini dipicu oleh definisi dari satu atau lebih calon solusi.
o Untuk melakukan analisis kelayakan, biaya hardware dan software serta feedback
dari referensi pelanggan yang diperlukan.
Kiriman (output)
o Prinsip kiriman dari kegiatan ini adalah diselesaikan analisis kelayakan untuk
masing-masing calon.
o Matriks dapat digunakan untuk berkomunikasi mengenai informasi yang
bervolume besar tentang calon solusi.
Teknik yang berlaku
o Pencari Fakta. Metode pencarian fakta yang digunakan memperoleh biaya, opini,
dan fakta lain tentang calon dari berbagai sumber.
o Analisis kelayakan. Kemampuan untuk melakukan penilaian kelayakan
merupakan syarat keterampilan yang sangat penting.
Langkah
o Langkah 1 - Mendapatkan semua informasi biaya produk untuk setiap produk.
o Langkah 2 - Diskusikan calon solusi dengan pemilik sistem dan pengguna untuk
dapat merasakan bagaimana solusi tersebut diterima dengan baik dari perspektif
mereka.
o Langkah 3 - Jika memungkinkan, memperoleh umpan balik dari pelanggan yang
memiliki atau telah menggunakan produk hardware dan software.
o Langkah 4 - Tentukan apa langkah-langkah ekonomi yang digunakan untuk
melakukan analisis kelayakan biaya-manfaat.
o Langkah 5 - Mengevaluasi setiap calon solusi independen untuk operasional,
teknis, ekonomi, dan jadwal kelayakan.

Kegiatan: Merekomendasikan Solusi Sistem

tujuan
Tujuan dari kegiatan ini adalah untuk memilih solusi kandidat untuk
merekomendasikan.

peran
o Kegiatan ini difasilitasi oleh manajer proyek.
o Peran pemilik sistem:
sponsor eksekutif - Sebagai otoritas belanja akhir, sponsor harus menyetujui
rekomendasi dan kelanjutan proyek.
manajer user - Sistem milik para manajer; Oleh karena itu, masukan mereka
sangat penting.
manajer sistem - Sistem manajer mengikat sumber daya layanan informasi
untuk proyek-proyek; Oleh karena itu, mereka harus dibuat sadar akan setiap
lingkup, jadwal, atau perubahan anggaran untuk proyek tersebut.
steering body - banyak organisasi mengharuskan semua proposal sistem secara
resmi disampaikan kepada steering body (kadang-kadang disebut komite
pengarah) untuk persetujuan akhir.
Prasyarat (Input)
o Kegiatan ini dipicu oleh penyelesaian analisis kelayakan semua calon solusi.
o Input kunci untuk kegiatan ini meliputi:
rencana proyek
perkiraan ukuran
solusi calon
diselesaikan analisis kelayakan

Kiriman (output)
o Prinsip kiriman dari kegiatan ini adalah sistem proposal resmi tertulis atau lisan.
Proposal ini biasanya ditujukan untuk pemilik sistem yang biasanya akan
membuat keputusan akhir.
Proposal akan berisi rencana proyek, perkiraan ukuran, calon solusi, dan
analisis kelayakan.
Berdasarkan hasil proposal, perubahan persyaratan desain yang diusulkan
dibentuk untuk sistem komponen baru yang akan kita `` beli '' atau `` buat.
''
Teknik yang berlaku
o Teknik dan keterampilan yang dibutuhkan untuk menyelesaikan kegiatan ini
adalah semua keterampilan lintas siklus hidup:
Penilaian kelayakan.
Penulisan laporan.
Presentasi verbal.

langkah
o Langkah 1 - Tidak semua kriteria kelayakan tentu dipandang memiliki
kepentingan yang sama dalam menentukan calon yang terbaik secara keseluruhan.
Jika sesuai, menetapkan "bobot" untuk diberikan kepada masing-masing kriteria
kelayakan.
o Langkah 2 - Urutkan kandidat dan untuk menentukan calon dengan peringkat
terbaik kriteria kelayakan secara keseluruhan.
o Langkah 3 - Siapkan proposal sistem formal tertulis yang berisi analisis dan
rekomendasi.
o Langkah 4 - Menyiapkan dan menyajikan rekomendasi lisan kepada manajemen.

Tahap Pengadaan
Ada empat tujuan mendasar dari fase pengadaan:
o Untuk mengidentifikasi dan meneliti produk tertentu yang dapat mendukung
solusi yang direkomendasikan untuk sistem informasi target.
o Untuk meminta, mengevaluasi, dan proposal penjual peringkat.
o Untuk memilih dan merekomendasikan proposal penjual terbaik.
o Untuk menetapkan persyaratan untuk mengintegrasikan produk vendor diberikan.
Kegiatan: Teknik Penelitian Kriteria dan Pilihan

Tujuan

Tujuan dari kegiatan ini adalah untuk teknis penelitian alternatif dalam menentukan
kriteria penting dan pilihan yang akan menjadi penting untuk hardware baru dan / atau
software yang akan dipilih.

Peran
o Sistem desainer - yang bertanggung jawab untuk menyelesaikan kegiatan ini.
o Desainer dapat mencari masukan dari orang-orang berikut mengenai kriteria
teknis:
database administer, network administrator, dan/atau applications administer

o Systems builders - biasanya tidak terlibat dalam kegiatan ini kecuali yang
dianggap layak oleh pemilik sistem
Prasyarat (Input)
o Sebuah input kunci untuk kegiatan ini adalah hardware dan / atau software
persyaratan yang ditetapkan dalam tahap konfigurasi.
o Analis juga akan mendapatkan produk dan penjual tambahan dari berbagai
sumber.
Kiriman (output)
Prinsip kegiatan ini meliputi daftar vendor potensial, pilihan produk, dan kriteria

teknis.

Teknik yang berlaku


Pencari Fakta. Metode pencarian fakta yang digunakan untuk mendapatkan faktafakta tambahan tentang produk dari berbagai sumber.

Langkah
o Langkah 1 - Melakukan penelitian untuk mendapatkan fakta-fakta penting
tentang hardware / software dan produk penjual. Hati-hati menyaring berbagai
sumber yang dapat dimanfaatkan.
o Langkah 2 - Mengidentifikasi vendor potensial dari mana produk mungkin
diperoleh. Langkah ini mungkin opsional jika perusahaan Anda memiliki
komitmen atau kontrak untuk memperoleh produk-produk tertentu dari sumber
tertentu.
o Langkah 3 - Review temuan produk, vendor, dan pemasok.

Kegiatan: Meminta Proposal (untuk Quotes) dari Vendor

tujuan

Meminta proposal produk atau penawaran dari vendor calon.

Peran
o Kegiatan ini difasilitasi oleh manajer proyek.
o Sistem desainer - yang bertanggung jawab untuk menyelesaikan kegiatan ini.
Desainer dapat mencari masukan dari orang-orang berikut dalam menulis RFP
(Request For Proposals) atau RFQ (Request For Quotations):
database administer, network administrator, dan/atau applications administer
o Sistem pembangun - biasanya tidak terlibat dalam kegiatan ini kecuali yang
dianggap layak oleh pemilik sistem.

Prasyarat (Input)

Input kunci untuk kegiatan ini adalah potensi vendor, pilihan, dan kriteria teknis yang
dihasilkan dari sebelumnya kegiatan penelitian.

Kiriman (output)

Prinsip kiriman kegiatan ini adalah RFP atau RFQ yang akan diterima oleh vendor calon.
Kualitas RFP memiliki dampak yang signifikan terhadap kualitas dan kelengkapan
proposal yang dihasilkan.

Teknik yang berlaku

Proses dan Data Modeling.

Penulisan laporan.
Mengembangkan kuesioner.

Langkah
o Langkah 1 - Mengumpulkan dan meninjau fakta yang berkaitan dengan vendor
potensial, pilihan, dan kriteria teknis.
o Langkah 2 - Jika perusahaan Anda membeli dari satu sumber, atau jika produk
yang diinginkan hanya dapat diperoleh dari satu sumber, hubungi sumber itu dan
meminta kutipan harga dan istilah.
o Langkah 3 - Siapkan permintaan untuk kutipan (RFQ) dan kirim ke semua
distributor dari mana produk dapat diperoleh.
o Langkah 4 - Siapkan permintaan proposal (RFP) untuk produk-produk yang anda
inginkan dengan meminta proposal kompetitif dan kutipan.
o Langkah 5 - Jika dipandang perlu atau membantu, mengadakan vendor penawaran
pertemuan untuk mengatasi masalah-masalah penting dan pertanyaan.

Kegiatan: Validasi Klaim Penjual dan Kinerja

tujuan

Tujuan dari kegiatan ini adalah untuk memvalidasi permintaan proposal dan / atau kutipan
yang diterima dari vendor/penjual.

peran

Kegiatan ini difasilitasi oleh manajer proyek.


Sistem desainer - yang bertanggung jawab untuk menyelesaikan kegiatan ini.
Perancang mungkin melibatkan individu-individu berikut dalam memvalidasi proposal:
database administer, network administrator, dan/atau applications administer.

Prasyarat (Input)

Kegiatan ini dipicu oleh diterimanya usulan dan / atau kutipan yang diterima dari calon
vendor.

Kiriman (output)

Output utama dari kegiatan ini adalah proposal vendor mereka yang terbukti proposal
divalidasi atau klaim, dan lain-lain yang diklaim tidak divalidasi.

Teknik yang berlaku

Kemampuan interpesonal. Berdampak keterampilan interpersonal cara kita berkomunikasi


dan bernegosiasi dengan satu sama lain.

Langkah
o Langkah 1 - Mengumpulkan dan meninjau semua fakta yang berkaitan dengan
persyaratan produk dan fitur.
o Langkah 2 -Review proposal penjual dan harus menghilangkan proposal yang
tidak memenuhi semua persyaratan waji.
o Langkah 3 - Untuk setiap proposal penjual tidak boleh dihilangkan, memvalidasi
klaim vendor dan janji-janji terhadap kriteria validasi.

Kegiatan: Evaluasi dan Pangkat Penjual Proposal

tujuan

Tujuan dari kegiatan ini adalah untuk mengevaluasi dan menentukan peringkat semua
proposal penjual divalidasi.

peran
o Idealnya, kegiatan ini harus difasilitasi oleh sponsor eksekutif.
o Sistem desainer - yang bertanggung jawab untuk menyelesaikan kegiatan ini.
Perancang mungkin melibatkan individu-individu berikut dalam mengevaluasi dan
pemeringkatan proposal:
database administer, network administrator, dan/atau applications administer

o Systems builders - biasanya tidak terlibat dalam kegiatan ini kecuali yang
dianggap layak oleh pemilik sistem.
Prasyarat (Input)

Input meliputi proposal divalidasi dan kriteria evaluasi yang akan digunakan untuk
menentukan peringkat proposal.

Kiriman (output)

Kiriman utama dari kegiatan ini adalah hardware dan / atau rekomendasi software.

Teknik yang berlaku


Penilaian kelayakan. Sekali lagi kemampuan untuk melakukan penilaian kelayakan
merupakan syarat keterampilan yang sangat penting.

Langkah
o Langkah 1 - Mengumpulkan dan meninjau semua rincian mengenai proposal
divalidasi.
o Langkah 2 - Membentuk kriteria evaluasi dan sistem penilaian.
o Langkah 3 - Evaluasi dan peringkat proposal penjual.

Kegiatan: Pemberian (or Let) Kontrak dan Debrief Vendor

Tujuan

Tujuan dari kegiatan ini adalah untuk menegosiasikan kontrak dengan vendor yang
disediakan proposal pemenang, dan untuk menanyai vendor mereka yang disampaikan
proposal yang kalah.

Peran
o Idealnya, kegiatan ini harus difasilitasi oleh sponsor eksekutif.
o Peran Pemilik sistem :
Sponsor eksekutif - Sebagai otoritas belanja akhir, sponsor harus menyetujui
rekomendasi dan kelanjutan proyek.
Manajer pengguna - Sistem milik para manajer; Oleh karena itu, masukan
mereka sangat penting.
Sistem pengguna - biasanya tidak terlibat dalam proses ini.
Analis sistem - mungkin bertanggung jawab untuk kegiatan ini.
Sistem desainer - harus membuat dan mempertahankan rekomendasi dan
penghargaan kontrak.
Sistem desain mungkin melibatkan pengacara perusahaan dalam menyusun
kontrak.

Sistem pembangun - biasanya tidak terlibat dalam kegiatan ini kecuali yang
dianggap layak oleh manajer proyek.
Prasyarat (Input)

Input meliputi proposal divalidasi dan kriteria evaluasi yang akan digunakan untuk
menentukan peringkat usulan.

Kiriman (output)
o Kegiatan ini menghasilkan hardware dan software rekomendasi yang harus
menerima persetujuan akhir dari pemilik sistem.
o Menunggu persetujuan tersebut, order kontrak kemudian akan diproduksi untuk
"memenangkan" penjual.
o Sebuah pembekalan proposal akan disediakan untuk vendor yang kalah.
Teknik yang berlaku
Penulisan laporan.
Presentasi verbal.

Langkah
o Langkah 1 - Setelah peringkat proposal, analis biasanya menyajikan hardware
dan software rekomendasi untuk persetujuan akhir.
o Langkah 2 - Setelah keputusan hardware dan software persetujuan akhir
dibuat, kontrak harus dinegosiasikan dengan vendor pemenang.
o Langkah 3 - Diluar dari kesopanan umum, dan untuk menjaga hubungan baik,
memberikan pembekalan proposal untuk vendor yang kalah.

Kegiatan: Menetapkan Persyaratan Integrasi

Tujuan

Tujuan dari kegiatan ini adalah untuk menetapkan persyaratan yang diperlukan untuk
mengintegrasikan produk vendor yang diberikan ke dalam federasi yang ada di sistem
informasi perusahaan.

Peran
o Kegiatan ini harus difasilitasi oleh manajer proyek.
o Sistem desainer - yang bertanggung jawab untuk menyelesaikan kegiatan ini.
Desainer dapat mencari masukan dari individu-individu berikut mengenai integrasi
teknologi baru ke dalam aplikasi yang ada:
database administer, network administrator, dan/atau applications administer.

o Sistem pembangun - tidak biasanya terlibat dalam kegiatan ini kecuali yang
dianggap layak oleh pemilik sistem.
Prasyarat (Input)
Input untuk kegiatan ini adalah hardware dan / atau software spesifikasi atau produk
vendor yang diberikan.

Kiriman (output)
Prinsip kiriman dari kegiatan ini adalah satu set persyaratan integrasi untuk
memastikan bahwa sistem akan bekerja secara harmonis dengan sistem produksi
lainnya.

Teknik yang berlaku


o Data dan Proses Modeling. Data dan proses model yang sering digunakan untuk
mendokumentasikan sistem.
Ini " blue prints " dapat menggambarkan "integrasi" atau titik interfacing
untuk sistem yang berbeda dan proses bisnis.
Langkah
o Langkah 1 - Mengumpulkan dan meninjau spesifikasi hardware dan software dari
produk vendor yang diberikan itu.
o Langkah 2 Review data dan proses model sistem baru untuk menemukan
bagaimana produk penjual yang akan "cocok" ke dalam skema keseluruhan sistem
baru.
o Langkah 3 - Revisi data dan model proses untuk mencerminkan integrasi atau
dampak dari produk baru.

Tahap Desain dan Tahap Integrasi

Tujuan dari tahap desain dan integrasi ada dua.

o Pertama dan terpenting, analis berupaya untuk merancang suatu sistem yang
baik memenuhi persyaratan dan akan ramah kepada pengguna akhir.
Rekayasa manusia akan memainkan peran penting selama desain.
o Kedua, dan masih sangat penting, analis berusaha untuk menyajikan
spesifikasi yang jelas dan lengkap untuk para programer komputer dan teknisi.
Kegiatan: Menganalisis dan Mendistribusikan data

Tujuan

Tujuan dari kegiatan ini adalah untuk mengembangkan model data yang baik - salah satu
yang sederhana, nonredundan, fleksibel dan mudah beradaptasi dengan kebutuhan masa
depan, dan yang akan memungkinkan pengembangan file dan database yang bersolusi ideal.

Peran
o Kegiatan ini harus difasilitasi oleh manajer proyek.
o Pemilik sistem - tidak terlibat dalam kegiatan ini.
o Sistem pengguna - mungkin terlibat dalam kegiatan ini untuk membantu
mengembangkan model data.
o Sistem analis - dapat berpartisipasi dalam upaya pemodelan data.
o Sistem desainer - yang bertanggung jawab untuk menyelesaikan kegiatan ini.
Individu-individu berikut mungkin memainkan peran dalam pengambilan keputusan
distribusi data:
database administer, network administrator, dan/atau applications administer

o Sistem pembangun - biasanya tidak terlibat dalam kegiatan ini kecuali yang
dianggap layak oleh pemilik sistem.
Prasyarat (Input)

Sebuah input kunci untuk kegiatan ini adalah model data yang ada dari analisis sistem.
Kegiatan ini dapat berdampak pada model proses yang ada yang kemudian harus direvisi.

Kiriman (output)

Prinsip output kegiatan ini adalah model data yang dinormalisasi didistribusikan dan model
proses revisi.

Teknik yang berlaku


Data Modeling.
Proses Modeling.
Analisis data dan Normalisasi.

Analisis acara.

Langkah
o Langkah 1 - Mengumpulkan data yang ada dan model proses dibangun selama
analisis sistem.
o Langkah 2 - Lakukan analisis data dan normalisasi pada model data.
o Langkah 3 - Jika sistem memiliki lokasi yang berbeda, menentukan bagaimana
data akan didistribusikan di seluruh lokasi.
o Langkah 4 - Lakukan analisis acara pada setiap item data pada model data.
o Langkah 5 - Jika model proses sebelumnya selesai, merevisi model yang
terkena dampak untuk mencerminkan peristiwa bisnis baru dan kondisi.

Kegiatan: Menganalisis dan Mendistribusikan Proses

Tujuan

Menganalisis dan mendistribusikan proses sistem untuk memenuhi kebutuhan jaringan untuk
sistem baru.

Peran
o Kegiatan ini harus difasilitasi oleh manajer proyek.
o Pemilik sistem - tidak terlibat dalam kegiatan ini.
o Sistem pengguna - mungkin terlibat dalam kegiatan ini untuk membantu
mengatasi masalah proses bisnis.
o Sistem analis - dapat berpartisipasi dalam upaya pemodelan data.
o Sistem desainer - yang bertanggung jawab untuk menyelesaikan kegiatan ini.
Individu-individu berikut mungkin memainkan peran dalam pengambilan keputusan
proses distribusi:
database administer, network administrator, dan/atau applications administer

o Sistem pembangun - biasanya tidak terlibat dalam kegiatan ini kecuali yang
dianggap layak oleh pemilik sistem.
Prasyarat (Input)

Kunci Input untuk kegiatan ini meliputi diagram yang ada model data, rincian tentang solusi
sasaran, dan model proses.

Kiriman (output)

Prinsip output ini adalah model proses terdistribusi dan unit desain.

Teknik yang berlaku


Data Modeling.
Proses Modeling.

Analisis proses dan desain.


Analisis acara.

Langkah
o Langkah 1 - Mengumpulkan dan meninjau data dan proses model yang ada
o Langkah 2 - Menentukan proses penting yang akan dilaksanakan sebagai proses
komputer dan sebagai panduan.
o Langkah 3 - Berdasarkan persyaratan respon waktu, membangun angkatan
dibandingkan proses komputer on-line.
o Langkah 4 - Faktor sistem baru ke dalam unit desain terpisah.
Proses yang terkait karena mereka terlibat dalam pengolahan transaksi bisnis tertentu
atau karena mereka dipicu oleh siklus proses bisnis yang umum, atau acara
pengelompokan (harian, mingguan, bulanan, dll).
o Langkah 5 - Mengembangkan diagram topologi jaringan untuk
mendokumentasikan lokasi atau geografi dari sistem.
o Langkah 6 - Mendistribusikan data dan proses untuk lokasi tersebut.
Mendokumentasikan keputusan ini di unit desain aliran data diagram.
o Langkah 7 - Menetapkan teknologi untuk merancang unit.
Menggunakan teknologi yang disetujui dalam tahap desain awal, menetapkan
teknologi yang tepat untuk unit desain yang berbeda.

Kegiatan: Desain Database

Tujuan

Mempersiakan spesifikasi desain teknis untuk database yang akan disesuaikan dengan
kebutuhan masa depan dan ekspansi.

Peran
o Kegiatan ini difasilitasi oleh manajer proyek.
o Sistem analis - dapat berpartisipasi dalam upaya pemodelan data.
o Sistem desainer - yang bertanggung jawab untuk menyelesaikan kegiatan ini.
o Administrator Data dapat berpartisipasi (atau menyelesaikan) desain database.
o Sistem pembangun - mungkin terlibat pada tahap desain.
Mereka mungkin akan diminta untuk membangun database prototipe untuk
proyek tersebut.
Prasyarat (Input)

Sebuah input kunci untuk kegiatan ini adalah unit desain database.

Kiriman (output)

Prinsip output ini adalah spesifikasi desain database.

Teknik yang berlaku


database Design

Langkah
o Langkah 1 - Kumpulkan dan meninjau persyaratan untuk unit desain database.
o Langkah 2 - Desain skema logis untuk database.
Skema adalah model struktural untuk database. Ini adalah gambar atau peta catatan
dan hubungan yang akan dilaksanakan oleh database.
o Langkah 3 - Prototipe Database (jika perlu).
Database prototipe harus cepat dibuat, sarat dengan data uji, dan diuji.

Kegiatan: Desain Output dan Input Kompuer

Tujuan

Mempersiapkan spesifikasi desain teknis untuk input pengguna dan output.

Peran
o Kegiatan ini difasilitasi oleh manajer proyek.
o Pemilik sistem - tidak terlibat dalam kegiatan ini.
o Sistem pengguna - harus terlibat dalam kegiatan ini!
Mereka akan diminta untuk memberikan umpan balik mengenai setiap prototipe input
/ output.
o Sistem analis - dapat berpartisipasi dalam upaya pemodelan data.
o Sistem desainer - yang bertanggung jawab untuk menyelesaikan kegiatan ini.
Mereka mungkin memanfaatkan keahlian dari sistem desainer yang mengkhususkan
diri dalam desain antarmuka pengguna grafis.

o Sistem pembangun - mungkin prototipe input dan output untuk sistem.


Prasyarat (Input)

Input kunci untuk kegiatan ini adalah input dan output persyaratan desain yang ditetapkan
selama analisis sistem.

Kiriman (output)

Prinsip kiriman ini adalah spesifikasi input dan output desain.

Teknik yang berlaku


Masukan Desain dan Prototyping.
Output dan Prototyping

Langkah
o Langkah 1 - Mengumpulkan dan meninjau desain persyaratan input dan output.
o Langkah 2 - Menentukan metode dan media untuk setiap input dan output.
o Langkah 3 - input dan output Prototype.
Opsional, dan meskipun tidak umum, dokumentasi kertas tradisional bisa
menggantikan atau melengkapi prototipe.

Kegiatan: Desain On-line User Interface

Tujuan

Mempersiapkan spesifikasi desain teknis untuk sebuah antarmuka pengguna on-line.

Peran
o Kegiatan ini difasilitasi oleh manajer proyek.
o Sistem pengguna - harus terlibat dalam kegiatan ini!

Sejauh mana mereka terlibat ditekankan dalam upaya desain yang melibatkan
prototyping.
o Sistem analis - dapat berpartisipasi dalam upaya pemodelan data.
o Sistem desainer - yang bertanggung jawab untuk menyelesaikan kegiatan ini.
Mereka mungkin memanfaatkan keahlian dari sistem desainer yang mengkhususkan
diri dalam desain antarmuka pengguna grafis.

o Sistem pembangun biasanya tidak terlibat dalam kegiatan ini kecuali yang
dianggap layak oleh pemilik sistem.
Prasyarat (Input)
Input kunci untuk kegiatan ini adalah persyaratan desain antarmuka yang ditentukan
selama analisis sistem.

Kiriman (output)
Prinsip kiriman dari kegiatan ini adalah spesifikasi desain interface.

Teknik yang berlaku


User Interface Design dan Prototyping.

Langkah
o Langkah 1 - Mengumpulkan dan meninjau desain spesifikasi input dan output.
o Langkah 2 - Mempelajari karakteristik perilaku pengguna.
o Langkah 3 - Jika mereka ada, review standar desain antarmuka.
o Langkah 4 - Prototipe antarmuka pengguna - pastikan untuk melibatkan
pengguna.

Ini harus menjadi proses berulang membangun model, mendapatkan umpan balik
pengguna, dan membuat revisi!

Kegiatan: Desain Sekarang dan Ulasan

Tujuan

Mempersiapkan spesifikasi desain teknis untuk sebuah antarmuka pengguna on-line.

Peran
o Kegiatan ini difasilitasi oleh manajer proyek.
Sistem desain harus ditinjau dengan semua khalayak yang tepat, yang mungkin
termasuk yang berikut:
o Pemilik sistem - Manajemen harus mendapatkan kesempatan terakhir untuk
mempertanyakan kelayakan proyek, mengingat perkiraan biaya-manfaat terbaru.
o Sistem pengguna - Pekerjaan keseluruhan dan aliran data untuk sistem baru harus
mendapatkan jalan akhir dan persetujuan.
o Staf dukungan teknis - Komputer manajemen operasi pusat dan staf harus
mendapatkan kesempatan terakhir untuk meninjau spesifikasi teknis untuk
memastikan bahwa tidak ada yang telah dilupakan dan sehingga mereka dapat
melakukan waktu komputer untuk pembangunan dan pengiriman tahapan proyek.
o Staf Audit - Banyak perusahaan memiliki staf audit yang penuh waktu yang
tugasnya adalah untuk memberikan penilaian pada pengendalian internal dalam
sistem baru.
Peran pemilik sistem:
o Sponsor eksekutif - Manajemen harus mendapatkan kesempatan terakhir untuk
mempertanyakan kelayakan proyek, mengingat perkiraan biaya-manfaat terbaru.
o Manajer pengguna - manajer dari unit-unit organisasi yang paling mungkin harus
didukung oleh sistem yang dikembangkan dalam proyek ini.
o Manajer sistem - manajer Unit sistem informasi kepada siapa laporan manajer
proyek.
o Manajer Proyek - manajer Unit sistem informasi yang akan langsung mengelola
tim proyek konstruksi.
o Sistem pengguna - Pekerjaan keseluruhan dan aliran data untuk sistem baru harus
mendapatkan jalan akhir dan persetujuan.
o Sistem Analis - biasanya tidak terlibat dalam kegiatan ini.
o Pemodel sistem - sistem analis yang terampil dengan teknik pemodelan sistem dan
alat CASE yang akan digunakan dalam proyek.
o Sistem desainer - biasanya menyelesaikan kegiatan ini dan mungkin melibatkan
langkah-langkah dengan spesialis desain lainnya untuk mengkonfirmasi desain.
o Sistem pembangun - biasanya tidak terlibat dalam kegiatan ini.
Prasyarat (Input)

Input kunci untuk kegiatan ini adalah unit desain akhir.

Kiriman (output)

Prinsip kiriman dari kegiatan ini adalah pernyataan desain teknis.

Teknik yang berlaku


Penilaian kelayakan.
Penulisan laporan.
Presentasi verbal.
Manajemen proyek.

Langkah
o Langkah 1 - Siapkan rencana implementasi yang menyajikan jadwal yang
diusulkan untuk pembangunan dan pengiriman tahap.
o Langkah 2 - Siapkan analisis biaya-manfaat akhir yang menentukan jika desain
masih layak.
o Langkah 3 - Membuat pernyataan desain teknis tertulis.

You might also like