Tutup. Pertanyaan ini di luar topik . Saat ini tidak menerima jawaban. Ingin meningkatkan pertanyaan ini? Perbarui pertanyaan sehingga sesuai topik untuk Rekayasa Perangkat Lunak Stack Exchange. Ditutup 6 tahun yang lalu . Kita tahu situasi optimal...
Saya memiliki masalah dengan direktur senior yang tidak memahami pengembangan berulang (apalagi Agile). Dia bersikeras bahwa spesifikasi desain perangkat lunak (SDS) kami harus lengkap sebelum baris kode apa pun ditulis. Lengkap, baginya, berarti semua detail fungsional ada di sana. Juga, sebagai...
Hari ini, Salah satu kolega saya dan saya berdebat tentang "Haruskah kita meletakkan dokumen spesifikasi dalam sistem kontrol sumber seperti SVN?". Menurut saya, seharusnya begitu. Segala sesuatu yang berkaitan dengan pengembangan proyek harus dikontrol dengan hati-hati dengan sistem kontrol...
Saya membaca spesifikasi C # . Saya dapat menggunakan klarifikasi pada segmen: C # memiliki sistem tipe terpadu. Semua tipe C #, termasuk tipe primitif seperti int dan dobel, mewarisi dari tipe objek root tunggal. Dengan demikian, semua jenis berbagi satu set operasi umum, dan nilai-nilai dari...
Tampak bagi saya bahwa Anda tidak mungkin dapat menulis spesifikasi perangkat lunak dalam bahasa Inggris yang sepenuhnya bebas dari ambiguitas, hanya karena sifat informal bahasa alami - dan oleh karena itu spesifikasi yang benar-benar jelas harus mencakup kode yang ditulis dalam bahasa yang...
Seperti yang ada saat ini, pertanyaan ini tidak cocok untuk format Tanya Jawab kami. Kami berharap jawaban didukung oleh fakta, referensi, atau keahlian, tetapi pertanyaan ini kemungkinan akan mengundang debat, argumen, polling, atau diskusi panjang. Jika Anda merasa bahwa
Saya dan tim saya mengembangkan perangkat lunak yang akan digunakan pelanggan untuk berinteraksi dengan pelanggan mereka. Selain itu, kami juga memakan makanan anjing kami sendiri dan menggunakan perangkat lunak itu sendiri untuk berinteraksi dengan pelanggan kami. Oleh karena itu, terkadang sulit...
Saya tidak bisa membayangkan menulis perangkat lunak tanpa spesifikasi. Tidak peduli seberapa samar atau tingkat tinggi itu, spec penting untuk menjelaskan kepada programmer yang tidak mengerti tentang apa fungsi dari program. Tetapi masalah dengan spec adalah bahwa ia agak warga negara kelas dua...
Saya dulu bekerja di perusahaan konsultan profesional, dan kami bekerja di bawah banyak persyaratan kontrak yang berbeda. Ketika kami bisa mendapatkan proyek waktu & bahan, kami menjalankannya dengan SCRUM dan melacak backlog dalam sistem pelacak masalah kami. Namun, sebagian besar waktu, kami...
Saya akan memulai proyek sampingan kecil segera, tapi kali ini saya ingin tidak hanya model domain UML kecil dan diagram kasus yang sering saya lakukan sebelum pemrograman, saya berpikir untuk membuat spesifikasi fungsional penuh. Adakah orang yang memiliki pengalaman menulis spesifikasi fungsional...
Kami menulis spesifikasi fungsional lengkap untuk tim pengembangan kami yang terdiri dari dua. Kami tidak memiliki penguji profesional namun kami telah menyusun bantuan staf bantuan kami untuk melakukan 'pengujian QA'. Kami memiliki masalah di masa lalu di mana potongan fungsionalitas lengkap...
Saat menulis perangkat lunak, apa gunanya menulis spesifikasi pohon mati yang formal dan terperinci? Untuk memperjelas, spesifikasi agak tinggi, tingkat tinggi untuk orang-orang yang tidak ingin membaca kode masuk akal bagi saya. Implementasi referensi dalam kode sumber yang dapat dikomentari...
Pertanyaan saya adalah: Bagaimana Anda bisa memverifikasi persyaratan pengguna di awal proses pembuatan perangkat lunak? Saya menunjukkan spesifikasi, prototipe, demo ... tetapi pengguna masih lupa untuk membagikan beberapa "detail tidak penting" tentang proses atau aturan bisnis dan data. Yang...