Professional Documents
Culture Documents
I.
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 ini sering dipandang bersaing dalam pendekatan alternatif untuk desain sistem, tetapi
dalam kenyataannya, kombinasi tertentu melengkapi satu sama lain.
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.
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.
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
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.
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.
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.
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.
tujuan
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.
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.
tujuan
Tujuan dari kegiatan ini adalah untuk memvalidasi permintaan proposal dan / atau kutipan
yang diterima dari vendor/penjual.
peran
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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)
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.
Tujuan
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.
Input kunci untuk kegiatan ini adalah input dan output persyaratan desain yang ditetapkan
selama analisis sistem.
Kiriman (output)
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.
Tujuan
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.
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!
Tujuan
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)
Kiriman (output)
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.