menixco's blogs..

Pendekatan berorientasi objek

Pendekatan desain objek (OOD) yang berorientasi untuk membangun sistem informasi dari komponen standar atau objek yang dapat digunakan kembali. Pendekatan ini dapat disamakan dengan proses membangun sebuah mobil. Produsen mobil tidak menciptakan masing-masing model baru dari awal. Model baru sebenarnya dibangun dari komponen standar yang juga masuk ke model lainnya. Sebagai contoh, masing-masing model mobil yang diproduksi oleh produsen tertentu dapat menggunakan jenis mesin, gearbox, alternator, gardan belakang, radio, dan sebagainya yang sama. Beberapa komponen mobil akan industri produk standar yang digunakan oleh produsen lain. Hal-hal seperti seperti roda, ban, busi, dan lampu termasuk dalam kategori ini. Bahkan, sangat mungkin bahwa hanya komponen sebenarnya diciptakan dari awal untuk model mobil baru adalah bagian body.

Industri mobil beroperasi dalam mode untuk tetap kompetitif. Dengan menggunakan komponen standar, produsen mobil meminimalkan biaya produksi dan pemeliharaan. Pada saat yang sama, mereka bisa tetap responsif terhadap kebutuhan konsumen untuk produk baru dan mempertahankan fleksibilitas manufaktur dengan mencampur dan mencocokkan komponen sesuai spesifikasi pelanggan.
Konsep daur ulang adalah pusat pendekatan berorientasi objek untuk merancang sistem. Setelah dibuat, modul standar dapat digunakan dalam sistem lain dengan kebutuhan yang serupa. Idealnya, sistem organisasi yang profesional akan membuat perpustakaan (persediaan)/ modul yang dapat digunakan oleh para desainer sistem lain dalam perusahaan. Manfaat dari pendekatan ini termasuk mengurangi waktu dan biaya untuk pengembangan, pemeliharaan, pengujian. dukungan pemakai meningkat dan fleksibilitas dalam proses pembangunan.
Metodologi OOD paling sering juga dikaitkan dengan pendekatan iteravite untuk merancang tahapan daripada air terjun, atau proyek lengkap, pendekatan. pendekatan air terjun mengambil proyek lengkap dan membagi proses ke fungsi proyek, seperti diuraikan dalam bab ini (analisis, desain, dll). pengembangan Iteratif menggunakan subset diskrit proyek (misalnya, modul) dan menyelesaikan seluruh siklus SDLC untuk pembangunan yang sepotong proyek yang lebih besar. Hasilnya adalah aplikasi subset fungsi keseluruhan proyek. fungsi tertentu seperti pelatihan dilakukan pada akhir dari semua himpunan bagian dan iterasi. Komunitas OO hampir secara eksklusif menggunakan pendekatan iteratif. Misalnya, satu UML dan OO pakar Martin Fowler berkata, "Anda harus menggunakan perkembangan berulang hanya pada proyek jika anda ingin sukses."







Peranan Auditor Dalam Perancangan Sistem Konseptual

Auditor adalah stakeholder dalam semua sistem keuangan dan, dengan demikian, memiliki kepentingan dalam tahap desain konseptual dari sistem. The kemampuan untuk diaudit dari suatu sistem depens di bagian atas karakteristik desain. Beberapa teknik audit komputer memerlukan sistem yang akan dirancang dengan fitur audit khusus yang merupakan bagian integral sistem. Fitur audit ini harus ditentukan pada tahap desain konseptual.
Listen
Read phonetically

Sistem Evaluasi dan Seleksi
Tahap IV

Tahap berikutnya dalam SDLC adalah prosedur untuk memilih satu sistem dari set desain konseptual alternatif yang akan masuk ke tahap desain rinci. Tahap sistem evaluasi dan seleksi adalah proses optimasi yang berusaha untuk mengidentifikasi sistem yang terbaik. Keputusan ini merupakan titik kritis dalam SDLC. Pada titik ini, ada banyak ketidakpastian tentang sistem, dan keputusan yang buruk di sini dapat menjadi bencana. Tujuan dari evaluasi formal dan prosedur pemilihan adalah proses pengambilan keputusan dengan demikian dapat mengurangi baik ketidakpastian dan risiko membuat keputusan yang buruk. Proses evaluasi dan seleksi melibatkan dua langkah:

1. Lakukan studi kelayakan rinci
2. Lakukan analisis biaya manfaat

Lakukan studi kelayakan rinci

Aspek-aspek pembahasan berikut kelayakan proyek yang perlu dipertimbangkan. Setiap proyek bersaing akan dinilai dengan cara yang sama. Proyek ini dianggap layak tersebut kemudian dibandingkan berdasarkan biaya manfaat. Sistem yang dipilih kemudian akan maju ke tahap rincian desain.

Kelayakan Teknis. Kelayakan teknis berkaitan dengan apakah sistem dapat dikembangkan berdasarkan teknologi yang ada atau jika teknologi baru diperlukan. Sebagai proposisi umum, teknologi di pasar jauh di depan kemampuan perusahaan yang paling 'untuk menerapkannya. Oleh karena itu, dari sudut pandang ketersediaan, kelayakan teknis biasanya tidak menjadi masalah. Bagi kebanyakan perusahaan, persoalan sesungguhnya adalah keinginan mereka dan kemampuan untuk menerapkan teknologi yang tersedia. Mengingat bahwa teknologi adalah dasar fisik untuk sebagian besar fitur desain sistem, aspek ini menitik beratkan pada kelayakan keseluruhan dari sistem bersaing.


Hukum kelayakan. Hukum kelayakan mengidentifikasi konflik antara sistem konseptual dan kemampuan perusahaan untuk tanggung jawab debit hukumnya. Dalam bab-bab sebelumnya, kita telah mempelajari kebutuhan untuk memenuhi persyaratan pengendalian yang diatur dalam Foreign Corrupt Practices Act tahun 1977 dan SAS 78. Selain itu, banyak peraturan dan undang-undang dengan menangani invasi terhadap privasi dan kerahasiaan dari informasi yang tersimpan. Pembuat keputusan harus tertentu, sistem yang diusulkan gagal dalam semua batas-batas hukum.

Kelayakan Operasional. kelayakan operasional menunjukkan tingkat kompatibilitas antara prosedur yang ada perusahaan dan keterampilan personil serta persyaratan operasional sistem baru. Menerapkan sistem baru mungkin memerlukan mengadopsi prosedur baru dan pelatihan kembali personel operasi. Pertanyaan yang harus dijawab adalah, bisakah perubahan prosedural yang memadai dilakukan, personel yang cukup dilatih ulang, dan apakah keterampilan baru yang diperoleh untuk membuat sistem operasional layak?...

Kelayakan Jadwal

Kelayakan Jadwal berkaitan dengan kemampuan perusahaan untuk melaksanakan proyek tersebut dalam waktu yang dapat diterima. Ini dampak faktor kelayakan baik lingkup proyek dan apakah itu akan dikembangkan di rumah atau dibeli dari vendor perangkat lunak. Jika proyek, sebagai konseptual dibayangkan, tidak dapat diproduksi secara internal oleh target waktu, kemudian desain, metode akuisisi, atau tanggal target yang harus diubah.


Melakukan analisis biaya manfaat

Analisis biaya manfaat membantu manajemen menentukan apakah (dan seberapa banyak) manfaat yang diterima dari sistem yang diusulkan akan melebihi perkiraan biaya. Teknik ini sering digunakan untuk memperkirakan nilai keuangan yang diharapkan dari investasi bisnis. Namun, dalam kasus ini, investasi adalah sebuah sistem informasi, biaya dan manfaat lebih sulit untuk mengidentifikasi dan mengkuantifikasi dibandingkan dengan proyek-proyek modal tradisional. Walaupun tidak sempurna untuk pengaturan ini, analisis biaya manfaat dikombinasikan dengan faktor kelayakan adalah alat yang berguna untuk membandingkan desain sistem bersaing.

Ada tiga langkah dalam penerapan analisis biaya manfaat, mengidentifikasi biaya, mengidentifikasi manfaat, dan membandingkan biaya dan manfaat, serta membandingkan biaya dan manfaat. Kami masing-masing membahas langkah-langkah di bawah ini.

Identifikasi Biaya. Salah satu metode untuk mengidentifikasi biaya adalah untuk membagi mereka menjadi dua kategori: biaya sekaligus dan biaya berulang. Biaya sekaligus mencakup investasi awal untuk mengembangkan dan mengimplementasikan sistem. Biaya Operasional meliputi operasi dan pemeliharaan biaya yang muncul kembali di kehidupan sistem. Tabel 4-1 menunjukkan pengelompokan khas biaya sekaligus dan biaya berulang.

Biaya sekaligus adalah sebagai berikut:

Hardware akuisisi. Biaya ini termasuk biaya mainframe, mini komputer, mikro komputer, dan peralatan perangkat, seperti drive tape dan paket disk. Angka-angka ini biaya dapat diperoleh dari vendor.

Persiapan lokasi. Biaya ini meliputi biaya yang sering diabaikan seperti modifikasi bangunan (misalnya, menambahkan penyejuk udara atau membuat perubahan struktural), peralatan instalasi (yang mungkin termasuk penggunaan alat berat)dan lain-lain.