Pertanyaan yang diberi tag «methodology»



9
Apakah kondisi yang berlebihan memeriksa praktik terbaik?
Saya telah mengembangkan perangkat lunak selama tiga tahun terakhir, tetapi saya baru-baru ini terbangun betapa bodohnya praktik yang baik. Ini membuat saya mulai membaca buku Clean Code , yang mengubah hidup saya menjadi lebih baik, tetapi saya berjuang untuk mendapatkan wawasan tentang beberapa pendekatan terbaik untuk menulis program saya. Saya …



3
Kiat untuk mencapai pengiriman "berkelanjutan"
Sebuah tim mengalami kesulitan dalam merilis perangkat lunak secara rutin (sekali setiap minggu). Yang berikut adalah garis waktu rilis yang khas: Selama iterasi: Pengembang mengerjakan cerita di backlog pada cabang fitur berumur pendek (ini diberlakukan dengan antusias) berdasarkan cabang utama. Pengembang sering menarik cabang fitur mereka ke cabang integrasi, yang …


4
Haruskah saya membangun aplikasi berfitur lengkap atau yang telanjang dan kemudian perlahan menambahkan fitur?
Saya bekerja di pabrik yang menugaskan TI untuk membuat program penjadwalan lantai toko (yang sangat dibutuhkan). Berdasarkan pengalaman orang lain, akan lebih baik untuk mengambil lebih sedikit waktu dan membangun kerangka dasar yang dapat digunakan dan kemudian membangunnya dengan menambahkan fitur atau memulai dengan menciptakan solusi yang sepenuhnya diimplementasikan di …

6
Apa yang Anda butuhkan untuk berhasil dengan Agile?
Adopsi tangkas dapat gagal di beberapa organisasi, saya bahkan bekerja untuk sebuah perusahaan di mana air terjun adalah satu-satunya cara (yang sebenarnya) tetapi hanya karena mereka mencoba Agile pada suatu proyek dan gagal. Ketika saya bertanya kepada orang-orang yang masih ingat bahwa (saya adalah seorang junior) saya tertutup rapat, seperti …

3
Apa sebenarnya rekayasa perangkat lunak model driven (MDSE)?
Saya menemukan akronim MDSE hari ini di infoq , dan informasi yang saya dapat temukan yang tidak jelas dan uraiannya penuh dengan kata kunci: MDSE adalah tentang memungkinkan para insinyur perangkat lunak untuk bekerja pada tingkat abstraksi di mana persyaratan, arsitektur, dan informasi desain dipesan secara maksimal (dalam hal informasi …

7
Metodologi / alat untuk ketika mengembangkan sendiri [ditutup]
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 5 tahun yang lalu . Misalkan Anda harus mengembangkan perangkat lunak berukuran sedang, sepenuhnya sendiri. Seperti apakah itu proyek pribadi yang ingin …


4
Metodologi pengembangan perangkat lunak mana yang dapat dilihat sebagai dasar
Saya sedang menulis makalah penelitian kecil yang melibatkan metodologi pengembangan perangkat lunak. Saya mencari semua metodologi yang tersedia dan saya bertanya-tanya, dari semua metodologi, apakah ada yang menyediakan dasar untuk yang lain? Sebagai contoh, melihat metodologi berikut: Agile, Prototyping, Cleanroom, Iterative, RAD, RUP, Spiral, Waterfall, XP, Lean, Scrum, V-Model, TDD. …

1
Bagaimana cara menghindari duplikasi antara pelacak masalah saya dan dokumen spesifikasi proyek?
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 harus memenuhi kontrak harga tetap. Ini membutuhkan dokumen …

4
Apa praktik terbaik untuk pembuatan prototipe cepat menggunakan HTML / CSS / JS eksklusif [ditutup]
Ditutup . Pertanyaan ini perlu lebih fokus . Saat ini tidak menerima jawaban. Ingin meningkatkan pertanyaan ini? Perbarui pertanyaan sehingga berfokus pada satu masalah hanya dengan mengedit posting ini . Ditutup 6 tahun yang lalu . Saya sedang mengembangkan prototipe aplikasi web. Saya hanya ingin menggunakan HTML, CSS dan Javascript. …

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.