Jestem pewien, że wszyscy słyszeliście, jak menedżerowie mówią, że „potrzebujemy analizatora” lub „potrzebujemy projektanta”. Chociaż jestem programistą .NET, prawie nie mogę odróżnić analizatora od projektanta (nie projektanta stron internetowych ani projektantów interfejsu użytkownika).
Kto jest analizatorem? Kto jest projektantem? Czy się pokrywają?
design
systems-analysis
Saeed Neamati
źródło
źródło
Studiuj cykl życia oprogramowania . Odpowiedzi na to pytanie udzielono w ciągu pierwszych dwóch tygodni od inżynierii oprogramowania 101. To ważne pytanie, a odpowiedź jest jednoznaczna, ale nie zawsze tak jasna.
Jeśli potrafisz sobie wyobrazić analityków, projektantów, programistów, kierownika projektu i inne role jako duży diagram Venna, analitycy i projektanci znacznie się pokrywają.
Analitycy są zwykle pionierami w projekcie. Zazwyczaj biorą zestaw podstawowych wymagań dostarczonych im przez kierowników projektów i interesariuszy, aby je przygwoździć i omówić drobiazgowym grzebieniem do zębów, aby dowiedzieć się, co to dokładnie jest projekt. Mówiąc dokładniej, jakie są wymagania niefunkcjonalne .
Projektanci zbierają te informacje od analityków w celu ustalenia wymagań funkcjonalnych , a także wielu innych (prawdopodobnie (mam nadzieję)) w tym UML .
Na marginesie, analitycy zwykle otrzymują więcej niż programiści.
źródło