Sebuah desain harus menampilkan arsitektur yang (1) telah dibuat menggunakan gaya arsitektur atau pola yang dikenal, (2) terdiri dari komponen bahwa pameran karakteristik desain yang baik dan (3) dapat diimplementasikan dalam mode evolusi, sehingga memfasilitasi implementasi dan pengujian. Sebuah desain harus modular; yaitu, perangkat lunak harus secara logis dipartisi menjadi elemen-elemen atau subsistem. Sebuah desain harus berisi representasi yang berbeda dari data, arsitektur, interface, dan komponen. Sebuah desain harus menuju struktur data yang sesuai untuk kelas untuk menjadi diimplementasikan dan diambil dari pola data yang dikenal. Sebuah desain harus menuju komponen yang menunjukkan independen fungsional karakteristik. Sebuah desain harus menuju antarmuka yang mengurangi kompleksitas koneksi antara komponen dan dengan lingkungan eksternal. Sebuah desain harus diturunkan menggunakan metode berulang yang diatur oleh informasi diperoleh selama analisis persyaratan perangkat lunak. Desain harus direpresentasikan menggunakan notasi yang secara efektif mengkomunikasikan artinya. 2. Apa yang perlu kita ketahui tentang lingkungan saat kita mulai melakukan perancangan antar pengguna ? (4) Dimana akan antarmuka berada secara fisik? Apakah pengguna akan duduk, berdiri, atau melakukan tugas-tugas lain yang tidak terkait dengan antarmuka? Apakah perangkat keras antarmuka mengakomodasi ruang, cahaya, atau kendala kebisingan? Apakah ada faktor manusia khusus pertimbangan didorong oleh lingkungan faktor? 3. Bagaimanan kita belajar tentang apa yang pengguna inginkan dari antar muka pengguna ? (4) Wawancara pengguna. Pendekatan yang paling langsung, anggota tim software bertemu dengan pengguna akhir untuk lebih memahami kebutuhan, motivasi, budaya kerja mereka, dan segudang masalah lainnya. Hal ini dapat dicapai dalam satu-satu pertemuan atau melalui kelompok fokus. Sales Input. Penjualan orang bertemu dengan pengguna secara teratur dan dapat mengumpulkan informasi yang akan membantu tim software untuk mengkategorikan pengguna dan lebih baik memahami kebutuhan mereka. Marketing Input. analisis pasar dapat sangat berharga dalam definisi segmen pasar dan pemahaman tentang bagaimana setiap segmen mungkin menggunakan software cara agak berbeda. Mendukung input. Staf dukungan berbicara dengan pengguna setiap hari. Mereka adalah kemungkinan besar sumber informasi tentang apa yang berhasil dan apa yang tidak, apa yang pengguna seperti dan apa yang mereka tidak suka, apa fitur menghasilkan pertanyaan dan apa fitur yang mudah digunakan. 4. Bagaimana kita belajar tentang demografi dan karakteristik para pengguna akhir ? (12) Apakah pengguna profesional terlatih, teknisi, administrasi, atau manufaktur pekerja? Apa tingkat pendidikan formal yang rata-rata pengguna memiliki? Apakah pengguna mampu belajar dari materi tertulis atau memiliki mereka menyatakan keinginan untuk kelas pelatihan? Apakah pengguna ahli juru ketik atau keyboard fobia? Berapa kisaran usia komunitas pengguna? Apakah pengguna diwakili didominasi oleh satu jenis kelamin? Bagaimana pengguna kompensasi untuk pekerjaan yang mereka lakukan? Apakah pengguna bekerja dengan jam kerja kantor normal atau mereka bekerja sampai pekerjaan dilakukan? Apakah perangkat lunak untuk menjadi bagian integral dari pekerjaan pengguna melakukan atau akan digunakan hanya sesekali? Apa bahasa lisan utama di kalangan pengguna? Apa konsekuensi jika pengguna melakukan kesalahan menggunakan sistem? Apakah pengguna ahli dalam materi pelajaran yang ditangani oleh sistem? Apakah pengguna ingin tahu tentang teknologi yang duduk di belakang antarmuka? 5. Jenis kelas peracangan apa saja yang dibuat oleh perancang ? (5) Kelas User interface mendefinisikan semua abstraksi yang diperlukan untuk humancomputer interaksi (HCI). Dalam banyak kasus, HCI terjadi dalam konteks metafora (misalnya, buku cek, formulir pemesanan, mesin fax), dan desain kelas untuk antarmuka mungkin representasi visual dari elemen metafora. Kelas domain Bisnis sering perbaikan dari kelas analisis didefinisikan sebelumnya. Kelas mengidentifikasi atribut dan layanan (metode) yang diperlukan untuk mengimplementasikan beberapa elemen dari domain bisnis. Kelas Proses mengimplementasikan abstraksi bisnis-tingkat yang lebih rendah diperlukan untuk sepenuhnya mengelola kelas domain bisnis. Kelas Persistent mewakili menyimpan data (misalnya, database) yang akan bertahan luar eksekusi perangkat lunak. Kelas Sistem menerapkan manajemen perangkat lunak dan fungsi kontrol yang memungkinkan sistem untuk beroperasi dan berkomunikasi dalam lingkungannya komputasi dan dengan dunia luar. 6. Seperti apa kelas perancangan yang berbentuk baik ? (4) Lengkap dan memadai. Keprimitifan. kohesi tinggi. kopling rendah. 7. Apa yang dimaksu dengan gaya arsitektural ? (4) Terdiri dari beberapa komponen (contoh database) yang merupakan data pusat untuk menampilkan fungsi yang tersedia di sistem Suatu set konektor untuk mengaktifkan komunikasi, koordinasi, dan setiap komponen Setiap komponen mendefinisikan bagaimana komponen di integrasi kan ke sistem Model semantic untuk membuat perancang mengerti semua properti sistem dengan menganalisa properti yang diketahui 8. Bagaimana membuat tabel keputusan ? (4) Tampilkan semua aksi yang dapat memproses prosedur Tampilka semua kondisi untuk melaksanakan prosedur Buat aksi yang spesifik untuk memproses kondisi yang spesifik juga Definisikan semua baris untuk semua kondisi 9. Apakah strategi keseluruhan dalam pengujian perangkat lunak ? (4) Unit Testing ( untuk mengetes kodenya) Integrated Testing (untuk mengetes desainnya) Validation Testing (untuk mengetes kebutuhannya) System Testing ( untuk mengetes System Engineering) 10. Panduan apakah yang digunakan supaya strategi pengujian perangkat lunak berhasil ? (8) Spesifikasi kebutuhan jauh sebelum tes diperlukan Buat daerah objective tes Buat pengguna software mengerti dan profil kategori pengembangan berikutnya Rencanakan pengembangan pengujian dengan sistem cepat yang memutar Buat pengguna efektif dengan menampilkan beberapa teknik dan saring untuk testing Buat teknik formal yang menampilkan testing Buat pengembangan tes yang berkelanjutan Bagun software yang bisa mengetes diri sendiri. 11. Kesalahan apa yang biasanya ditemukan selama pengujian unit ? (5) Interface Struktur data local Batasan kondisi Batas bebas Penanganan kesalahan 12. Apa saja langkah langkah dalam integrasi atas ke bawah ? (5) Gunakan modul induk dan buat stubs (terminal) Buat nilai sebenarnya di stubs tersebut Tes masing masing komponen Pada masing masing tes diisi data dengan yang sebenarnya Lakukan tes regresi 13. Kriteria apakah yang sebaiknya digunakan untuk merancang pengujian integrasi ? (4) integritas antarmuka. interface internal dan eksternal diuji karena setiap modul (Atau cluster) dimasukkan ke dalam struktur. validitas fungsional. Tes yang dirancang untuk mengungkap kesalahan fungsional dilakukan. konten informasi. Tes yang dirancang untuk mengungkap kesalahan yang terkait dengan lokal atau struktur data global dilakukan. Kinerja. Tes yang dirancang untuk memverifikasi batas kinerja didirikan selama desain perangkat lunak dilakukan. 14. Mengapa pelacakan kesalahan itu begitu sulit ? (8) Gejala dan penyebabnya mungkin geografis jauh. Itu adalah Gejala dapat muncul di salah satu bagian dari program, sementara penyebab sebenarnya mungkin berada di lokasi yang jauh. komponen yang sangat digabungkan memperburuk situasi ini. Gejala mungkin hilang (sementara) ketika kesalahan lain diperbaiki. Gejala sebenarnya bisa disebabkan oleh nonerrors (mis, round-off ketidakakuratan). Gejala mungkin disebabkan oleh kesalahan manusia yang tidak mudah ditelusuri. Gejala mungkin akibat dari masalah waktu, daripada pengolahan masalah. Mungkin sulit untuk secara akurat mereproduksi kondisi input (misalnya, real- time aplikasi di mana masukan pemesanan adalah tak tentu). Gejala mungkin intermiten. Hal ini terutama umum di embedded sistem yang beberapa perangkat keras dan perangkat lunak terkait. Gejala mungkin karena penyebab yang didistribusikan di sejumlah tugas berjalan pada prosesor yang berbeda. 15. Apa keuntungan yang dapa diperloeh dari pengujian asap ? (4) Meminimalka resiko Menjamin kualitas produk akhir Kesalahan diagnosaa bisa diprediksi sebaik mungkin Berguna dan mudah untuk proses
Pendekatan sederhana untuk SEO: Bagaimana memahami dasar-dasar optimasi mesin pencari dengan cara yang sederhana dan praktis melalui jalur penemuan non-spesialis untuk semua orang