Perencanaan system dan analisis kelayakan
Berdasarkan persyaratan pengguna dan analisis rinci dari sebuah sistem baru, sistem baru harus dirancang. Ini adalah fase perancangan sistem. Ini adalah fase yang paling penting dalam pengembangan sistem. Biasanya, desain hasil dalam dua tahap:
awal atau umum desain
Struktur atau desain rinci
Desain awal atau umum: Dalam desain awal atau umum, fitur dari sistem yang baru ini ditetapkan. Biaya penerapan fitur dan manfaat yang akan diperoleh diperkirakan. Jika proyek ini masih dianggap layak, kita bergerak ke tahap desain rinci.
Struktur atau desain Detil: Pada tahap desain rinci, berorientasi kerja komputer dimulai. Pada tahap ini, desain sistem menjadi lebih terstruktur. Struktur desain adalah cetak biru dari solusi sistem komputer untuk masalah yang diberikan memiliki komponen yang sama dan antar-hubungan antar komponen yang sama seperti masalah asli. Input, output dan pemrosesan spesifikasi disusun secara rinci. Pada tahap desain, bahasa pemrograman dan platform di mana sistem baru akan berjalan juga memutuskan.
Sebuah studi kelayakan adalah studi pendahuluan dilakukan sebelum pekerjaan yang sebenarnya dari proyek dimulai untuk memastikan kemungkinan keberhasilan proyek. Ini adalah analisis solusi yang mungkin untuk masalah dan rekomendasi pada solusi terbaik untuk digunakan. Ini melibatkan mengevaluasi bagaimana solusi yang akan masuk ke perusahaan. Ini misalkan dapat memutuskan apakah pemrosesan order dilakukan oleh system baru yang lebih efisien dari yang seblumnya.
Langkah langkah analisis sistem
1. Sistem Identifikasi Pengguna
Ini adalah pertanyaan yang paling penting. Jika Anda ketinggalan dengan pengguna, Anda akan membangun solusi yang salah. Semua analisa lebih lanjut akan relay pada peran pengguna didefinisikan, sehingga sangat berhati-hati dengan langkah pertama.
Khas pertanyaan:
* Siapa yang akan menggunakan sistem?
2. Tentukan Tujuan Utama Pengguna
Setiap pengguna dalam sistem memiliki tujuan tertentu. Salah satu peran pengguna akan menggunakan sistem tidak sangat sering hanya untuk memecahkan beberapa masalah, sementara yang lain peran pengguna akan menggunakan sistem sekitar 2 jam per hari dan menyelesaikan masalah kompleks. Mengapa pengguna akan menggunakan sistem ini? Apa yang akan memecahkan masalah?
Khas pertanyaan:
* Apa yang saya (sebagai ___ pengguna) ingin Anda capai dengan bantuan sistem?
3. Tentukan Pola Penggunaan Sistem
Setiap user memiliki pola perilaku umum. Sebagai contoh, Manajer datang di tempat kerja dan mulai memeriksa hasil kemarin. Atau Frequent Flyer ingin mengoptimalkan biaya perjalanan untuk bulan berikutnya. Atau Penjualan Orang memiliki panggilan dengan pelanggan yang tidak puas yang ada. Atau Manajer Sumber Daya menangani permintaan pada pengembang tambahan untuk 3 proyek secara bersamaan. Semua ini adalah pola penggunaan khas. Ini adalah titik awal terbaik untuk solusi fungsional. Anda jelas melihat masalah nyata, Anda memahami mereka dengan baik, Anda memiliki semua yang Anda butuhkan untuk menjadi kreatif dan menemukan solusi yang sederhana, efektif dan elegan.
Khas pertanyaan:
* Apakah perilaku pengguna biasa (harian, situasi tertentu, dll)?
4. Menciptakan Solusi untuk Memenuhi Tujuan Fungsional Pengguna dan Pola Penggunaan
Ini hanya merupakan kelanjutan logis dari langkah sebelumnya, tapi mungkin langkah yang paling kompleks. Di sini Anda berpikir bagaimana memecahkan masalah yang tepat, mendiskusikan solusi, melompat ke langkah 5-6, memperbaiki solusi, menuliskan dan pindah ke pola penggunaan berikutnya.
Khas pertanyaan:
* Apa cara terbaik untuk memenuhi pola penggunaan?
5. Tentukan Jalan Navigasi Utama
Ini dan langkah selanjutnya biasanya dilakukan bersama-sama dengan langkah 4. Biasanya sulit untuk menemukan solusi yang bagus tanpa pelacakan jalur pengguna dan sketsa beberapa daerah UI. Bahkan lebih baik untuk menjauhi UI sejauh yang Anda bisa. Dalam diskusi mengganti semua frase seperti "daftar mengarah Kemudian klik link dalam Memimpin Pengguna menu atas dan melihat" dengan "Lalu Pengguna melihat memimpin daftar". Berkonsentrasi pada kebutuhan informasi pengguna pada setiap langkah, bukan pada link dan klik. Baik jalur navigasi terlihat seperti ini:
Pengguna:
1. Cepat menambahkan petunjuk baru ke dalam sistem
2. Lihat memimpin daftar
3. Cari mengarah menambahkan kemarin
4. Lihat rincian tambahan untuk masing-masing memimpin kemarin
Tidak ada UI di daftar di atas, hanya informasi.
Khas pertanyaan:
* Apa bidang fungsional / tindakan harus pengguna mengeksekusi untuk melengkapi pola penggunaan?
* Berapa banyak daerah yang dibutuhkan untuk menyelesaikan tujuan pengguna dalam pola tertentu?
6. Buat maket UI
Maket UI yang besar untuk memiliki cepat melihat pengguna mungkin / interaksi sistem. Sketsa dashboard yang sempurna. Lupakan tentang alat keren seperti Visio, Dreamweaver atau alat prototyping UI lainnya. Sketsa dashboard adalah hal yang tercepat, termudah dan menyenangkan untuk bekerja dengan. Anda akan kelompok di seluruh dashboard dengan spidol di tangan dan mendiskusikan di mana tempat pengaturan sistem link dengan antusias. Setiap orang dapat menggambar dengan spidol, tapi itu hanya tidak mungkin dengan komputer. Dengan penanda di tangan setiap orang merasa bahwa s / ia dapat meningkatkan UI ini dan membawa ide-ide keren. Berikut adalah tempat di mana semangat tim meningkat! Gambarlah sketsa UI, membuat foto pada kamera digital dan menaruh semua foto dalam ruang bersama tunggal.
7. Polandia UI Elemen
Selalu ada kemungkinan untuk membuat sesuatu yang lebih baik, untuk memperbaiki sesuatu di sini dan sana. Ini adalah sikap yang baik. Anda harus berpikir tentang rincian UI fitur paling penting yang akan dilaksanakan tepat setelah memulai proyek. Tapi hati-hati, tidak menghabiskan banyak waktu pada kesempurnaan UI, besar kemungkinan akan berubah selama perkembangan pula. Dan tidak pernah UI cat untuk fitur yang akan dilaksanakan dalam 3 bulan + depan tanggal saat ini, dengan kemungkinan besar hal itu akan membuang-buang waktu.
Teknik pengumpulan fakta
Fakta merupakan bagian dari informasi yang menunjukkan realita , situasi, dan relasi yang menjamin analisis permodelan.
Ada tiga sumber yaitu :
1.Sistem yang berjalan
menyediakan kesempatan untuk menetukan apakah sistem memuaskan,perlu sedikit perbaikan, membutuhkan pemeriksaan yang besar, atau diganti.Juga menyediakan sumber ide perancangan untuk membantu analis mengidentifikasikan sumber yang ada bagi sistem yang baru.
2.Sumber internal lainnya
Sumber yang utama adalah orang yang akan menggunakan system yang baru.
Sumber kedua didapat dari dokumen kerja yang ada dalam organisasi. Dokumen dapat diklasifikasikan misalnya struktur organisasi, apa yang sudah dilakukan organisasi, dan rencana apa yang akan dilakukan organisasi
3.Sumber eksternal
Informasi yang berasal dari luar organisasi membuka cakrawala ide dan teknik. Banyak industri dari kelompok dan seminar memberikan
Fakta merupakan bagian dari informasi yang menunjukkan realita , situasi, dan relasi yang menjamin analisis permodelan.
Ada tiga sumber yaitu :
1.Sistem yang berjalan
menyediakan kesempatan untuk menetukan apakah sistem memuaskan,perlu sedikit perbaikan, membutuhkan pemeriksaan yang besar, atau diganti.Juga menyediakan sumber ide perancangan untuk membantu analis mengidentifikasikan sumber yang ada bagi sistem yang baru.
2.Sumber internal lainnya
Sumber yang utama adalah orang yang akan menggunakan system yang baru.
Sumber kedua didapat dari dokumen kerja yang ada dalam organisasi. Dokumen dapat diklasifikasikan misalnya struktur organisasi, apa yang sudah dilakukan organisasi, dan rencana apa yang akan dilakukan organisasi
3.Sumber eksternal
Informasi yang berasal dari luar organisasi membuka cakrawala ide dan teknik. Banyak industri dari kelompok dan seminar memberikan
Teknik-teknik pengeoranisasian fakta
Metode Pengorganisasian Fakta, dengan cara:
a. Teknik Bagan Alir Sistem (systems flowchart), yakni bagan alir yang menguraikan prosedur sistem informasi akuntansi perusahaan
b. Diagram Alir Data (Data Flow Diagram), yakni diagram yang menunjukkan sistem informasi perusahaan
Analisis system terstruktur
adalah secara luas digunakan aplikasi komputer pengembangan metode di Inggris, di mana penggunaannya sering ditetapkan sebagai persyaratan untuk proyek-proyek komputasi pemerintah. membagi sebuah proyek pengembangan aplikasi dalam modul, tahapan, langkah-langkah, dan tugas, dan menyediakan kerangka kerja untuk menggambarkan proyek dalam mode cocok untuk mengelola proyek. Tujuannya adalah
Meningkatkan manajemen proyek & pengendalian
Membuat lebih efektif menggunakan developmentstaff berpengalaman dan berpengalaman
Mengembangkan sistem kualitas yang lebih baik
Membuat proyek tahan terhadap hilangnya staf
Aktifkan proyek yang akan didukung oleh komputer berbasis alat seperti komputer-dibantu sistem rekayasa perangkat lunak
Membangun kerangka kerja untuk komunikasi yang baik antara peserta dalam proyek