8.2.4 Sistem Desain
Tahap desain sistem mendefinisikan bagaimana sistem akan bekerja di bidang utama antarmuka pengguna, program modul, keamanan dan database transaksi. Masukan untuk tahap ini adalah rincian persyaratan bahwa sistem informasi yang diusulkan untuk menyampaikan. Tugas dari tahap desain sistem adalah untuk mengubah persyaratan tersebut menjadi beberapa alternatif desain yang terbaik akan dipilih. Langkah desain karena itu berkaitan dengan bagaimana sistem informasi yang diusulkan akan memberikan apa diperlukan. Desain sistem berkaitan dengan hal-hal seperti:
- memilih sebuah sistem manajemen database yang sesuai;
- menetapkan standar keamanan sistem umum;
- memutuskan pada metode sistem navigasi (misalnya sistem menu dan antarmuka pengguna grafis);
- standar umum untuk dicetak melaporkan produksi;
- standar desain layar untuk input dan output;
- pengambilan data persyaratan
- Persyaratan penyimpanan data
Desain rinci, di sisi lain, akan menghasilkan cetak biru untuk sistem individu modul yang akan digunakan dalam fase membangun sistem yang mengikuti. Desain rinci akan lebih menentukan beberapa aspek-aspek desain sistem yang dirujuk di atas. Jika setiap saat selama langkah desain itu menjadi jelas bahwa persyaratan sebagaimana disajikan di langkah analisis tidak memiliki solusi desain (misalnya karena persyaratan yang bertentangan atau tidak lengkap), akan diperlukan untuk meninjau kembali langkah analisis dan menentukan lebih tepatnya apa sistem informasi baru untuk melakukan dalam hal tertentu tersebut.
8.2.5 Membangun Sistem
Membangun sistem adalah penciptaan perangkat lunak oleh programmer. Melibatkan menulis kode software (pemrograman), membangun versi rilis perangkat lunak, membangun dan mempopulasikan database dan pengujian oleh programer dan end-user. Menulis dokumentasi dan pelatihan juga dapat terjadi pada tahap ini. Istilah % u2018build % u2019 adalah salah satu yang kita akan gunakan selain lebih biasa dan ambigu istilah % u2018implementation % u2019 yang ditemukan di banyak teks dan metodologi. Langkah ini mencakup tiga substeps: konstruksi database fisik, pemrograman dan pengujian.
Konstruksi database fisik melibatkan konversi desain database dari langkah sebelumnya ke dalam tabel yang diperlukan dan indeks database relasional. Substep pemrograman melibatkan pembangunan kode komputer yang akan menangani menangkap data, Penyimpanan, pengolahan dan output. Selain itu, akan diperlukan untuk program berbagai atribut lainnya operasional sistem diperlukan (misalnya mereka yang berasal dari desain kontrol). Bersama dan setelah substep pemrograman, berbagai bentuk pengujian akan berlangsung. Output dari tahap membangun akan sistem informasi yang telah diuji dan tersedia untuk konversi data akhir atau operasi mengambil pada dan hidup. Jika selama fase membangun tampaknya dari pengujian bahwa sistem tidak memenuhi persyaratan asli yang ditentukan selama langkah analisis, maka akan diperlukan untuk meninjau kembali langkah desain untuk melihat apakah kesalahan dibuat dalam menafsirkan persyaratan sistem. Jika desain brief adalah diinterpretasikan dengan benar, tetapi sistem masih mengandung kesalahan dalam pengiriman persyaratan dirasakan, akan diperlukan untuk meninjau kembali analisis untuk menentukan persyaratan sistem lebih tepatnya.
8.2.6 Implementasi Sistem & Changeover
Pelaksanaan Sistem mencakup masalah praktis seperti memastikan hardware dan jaringan infrastruktur untuk sistem baru di tempat; pengujian sistem; dan juga masalah manusia cara terbaik untuk mendidik dan melatih staf yang akan menggunakan atau terpengaruh oleh sistem baru. Implementasi ini juga melibatkan transisi atau changeover dari sistem lama ke yang baru. Langkah ini dalam model air terjun berkaitan dengan mempersiapkan dan membuat perubahan dari tua untuk sistem informasi baru. Seperti yang bisa diharapkan, tahap implementasi sistem penuh dengan kesulitan. Di sini, akan menemukan Apakah semua langkah-langkah yang sebelumnya telah bergabung untuk memberikan sistem informasi yang tidak apa yang pengguna benar-benar ingin dan yang juga bekerja dengan baik. Data akan dikonversi dari sistem informasi lama atau langsung dimasukkan ke dalam database baru. Akhirnya, sistem baru akan menjadi operasional langsung, atau fase, atau setelah periode berjalan paralel. Jika kesalahan dijumpai pada tahap menjalankan hidup mungkin mungkin untuk sistem terus dalam operasi sementara kesalahan diperbaiki. Atau, mungkin diperlukan untuk menangguhkan operasi sistem baru sementara kesalahan yang paling signifikan adalah tetap. Koreksi kesalahan seperti itu mungkin memerlukan langkah-langkah sebelumnya untuk menjadi revisited, tergantung pada sifat dan tingkat keparahan galat. Ini akan menjadi jelas dari diskusi ini pendek yang kemudian dalam proses pengembangan sistem kesalahan yang ditemukan, semakin tinggi biaya menempatkan mereka benar. Skenario terburuk mungkin adalah untuk sistem telah mencapai tahap menjalankan hidup hanya untuk itu untuk ditemukan bahwa sistem yang diperlukan tidak pernah benar-benar layak di tempat pertama.
Tahap desain sistem mendefinisikan bagaimana sistem akan bekerja di bidang utama antarmuka pengguna, program modul, keamanan dan database transaksi. Masukan untuk tahap ini adalah rincian persyaratan bahwa sistem informasi yang diusulkan untuk menyampaikan. Tugas dari tahap desain sistem adalah untuk mengubah persyaratan tersebut menjadi beberapa alternatif desain yang terbaik akan dipilih. Langkah desain karena itu berkaitan dengan bagaimana sistem informasi yang diusulkan akan memberikan apa diperlukan. Desain sistem berkaitan dengan hal-hal seperti:
- memilih sebuah sistem manajemen database yang sesuai;
- menetapkan standar keamanan sistem umum;
- memutuskan pada metode sistem navigasi (misalnya sistem menu dan antarmuka pengguna grafis);
- standar umum untuk dicetak melaporkan produksi;
- standar desain layar untuk input dan output;
- pengambilan data persyaratan
- Persyaratan penyimpanan data
Desain rinci, di sisi lain, akan menghasilkan cetak biru untuk sistem individu modul yang akan digunakan dalam fase membangun sistem yang mengikuti. Desain rinci akan lebih menentukan beberapa aspek-aspek desain sistem yang dirujuk di atas. Jika setiap saat selama langkah desain itu menjadi jelas bahwa persyaratan sebagaimana disajikan di langkah analisis tidak memiliki solusi desain (misalnya karena persyaratan yang bertentangan atau tidak lengkap), akan diperlukan untuk meninjau kembali langkah analisis dan menentukan lebih tepatnya apa sistem informasi baru untuk melakukan dalam hal tertentu tersebut.
8.2.5 Membangun Sistem
Membangun sistem adalah penciptaan perangkat lunak oleh programmer. Melibatkan menulis kode software (pemrograman), membangun versi rilis perangkat lunak, membangun dan mempopulasikan database dan pengujian oleh programer dan end-user. Menulis dokumentasi dan pelatihan juga dapat terjadi pada tahap ini. Istilah % u2018build % u2019 adalah salah satu yang kita akan gunakan selain lebih biasa dan ambigu istilah % u2018implementation % u2019 yang ditemukan di banyak teks dan metodologi. Langkah ini mencakup tiga substeps: konstruksi database fisik, pemrograman dan pengujian.
Konstruksi database fisik melibatkan konversi desain database dari langkah sebelumnya ke dalam tabel yang diperlukan dan indeks database relasional. Substep pemrograman melibatkan pembangunan kode komputer yang akan menangani menangkap data, Penyimpanan, pengolahan dan output. Selain itu, akan diperlukan untuk program berbagai atribut lainnya operasional sistem diperlukan (misalnya mereka yang berasal dari desain kontrol). Bersama dan setelah substep pemrograman, berbagai bentuk pengujian akan berlangsung. Output dari tahap membangun akan sistem informasi yang telah diuji dan tersedia untuk konversi data akhir atau operasi mengambil pada dan hidup. Jika selama fase membangun tampaknya dari pengujian bahwa sistem tidak memenuhi persyaratan asli yang ditentukan selama langkah analisis, maka akan diperlukan untuk meninjau kembali langkah desain untuk melihat apakah kesalahan dibuat dalam menafsirkan persyaratan sistem. Jika desain brief adalah diinterpretasikan dengan benar, tetapi sistem masih mengandung kesalahan dalam pengiriman persyaratan dirasakan, akan diperlukan untuk meninjau kembali analisis untuk menentukan persyaratan sistem lebih tepatnya.
8.2.6 Implementasi Sistem & Changeover
Pelaksanaan Sistem mencakup masalah praktis seperti memastikan hardware dan jaringan infrastruktur untuk sistem baru di tempat; pengujian sistem; dan juga masalah manusia cara terbaik untuk mendidik dan melatih staf yang akan menggunakan atau terpengaruh oleh sistem baru. Implementasi ini juga melibatkan transisi atau changeover dari sistem lama ke yang baru. Langkah ini dalam model air terjun berkaitan dengan mempersiapkan dan membuat perubahan dari tua untuk sistem informasi baru. Seperti yang bisa diharapkan, tahap implementasi sistem penuh dengan kesulitan. Di sini, akan menemukan Apakah semua langkah-langkah yang sebelumnya telah bergabung untuk memberikan sistem informasi yang tidak apa yang pengguna benar-benar ingin dan yang juga bekerja dengan baik. Data akan dikonversi dari sistem informasi lama atau langsung dimasukkan ke dalam database baru. Akhirnya, sistem baru akan menjadi operasional langsung, atau fase, atau setelah periode berjalan paralel. Jika kesalahan dijumpai pada tahap menjalankan hidup mungkin mungkin untuk sistem terus dalam operasi sementara kesalahan diperbaiki. Atau, mungkin diperlukan untuk menangguhkan operasi sistem baru sementara kesalahan yang paling signifikan adalah tetap. Koreksi kesalahan seperti itu mungkin memerlukan langkah-langkah sebelumnya untuk menjadi revisited, tergantung pada sifat dan tingkat keparahan galat. Ini akan menjadi jelas dari diskusi ini pendek yang kemudian dalam proses pengembangan sistem kesalahan yang ditemukan, semakin tinggi biaya menempatkan mereka benar. Skenario terburuk mungkin adalah untuk sistem telah mencapai tahap menjalankan hidup hanya untuk itu untuk ditemukan bahwa sistem yang diperlukan tidak pernah benar-benar layak di tempat pertama.
0 komentar:
Posting Komentar