Saya yakin Anda semua pernah mendengar manajer mengatakan bahwa "kita perlu analis", atau "kita membutuhkan desainer". Meskipun saya seorang pengembang .NET, saya hampir tidak dapat membedakan penganalisa dari seorang desainer (bukan desainer web atau desainer UI).
Siapa penganalisa? Siapa desainer? Apakah mereka tumpang tindih?
Jawaban:
Analisis: Tentukan masalahnya. Jawab ini: "Apa yang kita butuhkan?"
Desain: Tetapkan solusinya. Jawab ini: "Bagaimana kita akan membangunnya?"
Pelajari Siklus Hidup Pengembangan Perangkat Lunak . Pertanyaan ini dijawab dalam dua minggu pertama Rekayasa Perangkat Lunak 101. Ini adalah pertanyaan yang relevan, dan ada jawaban yang pasti tetapi terkadang tidak begitu jelas.
Jika Anda dapat membayangkan para analis, perancang, pembuat kode, manajer proyek, peran lain sebagai diagram Venn yang besar, para analis dan perancang saling tumpang tindih.
Analis biasanya pelopor dalam suatu proyek. Mereka biasanya mengambil seperangkat persyaratan dasar yang diberikan kepada mereka oleh manajer proyek dan pemangku kepentingan, untuk menyelesaikannya dan membahas hal-hal dengan sisir gigi yang bagus untuk mencari tahu apa sebenarnya proyek itu. Lebih khusus apa persyaratan non-fungsional .
Desainer mengambil pengumpulan informasi ini dari analis untuk menyelesaikan persyaratan fungsional , bersama dengan banyak lainnya yang mungkin (semoga) termasuk UML .
Sebagai tambahan, analis biasanya dibayar lebih dari programmer.