Ustalenie zakresu specyfikacji

rzut

Odmiennie może dopuścić sytuacji

W aspekcie fazy pozyskiwania uzyskamy jakąś grupkę zaleceń którą należy obniżyć wyłącznie do takich zaleceń, które leżą w obszarze specyfikacji projektu. Odmiennie może to dopuścić do sytuacji gdy uzupełniające wymagania spoza obrębu projektu zostaną uznane za ważne oraz oferują do uzupełniającego kosztu budowy, a oprócz tego uzupełniającego wzrostu rozmiaru oraz złożoności systemu wynikowego. Dla planów informatycznych należy scharakteryzować definicję obrębu projektu tak aby rzut powstawał w kontekście planowania strategicznego oraz wynikał z wyróżnionych planów biznesowych. Umożliwi to na:zidentyfikowanie koniecznych z z perspektywy firmy przymiotów systemu,ustalenie względnych priorytetów projektu,określenie harmonogramu oraz budżetu osiągania planów biznesowych,zidentyfikowanie wyższych powłok zarządzających, jakie będą odpowiedzialne za system oraz które winny wspierać rzut,zdefiniowanie obrębu w terminach zadań, które mają zostać realizowane poprzez system. Jeśli zakres projektu zostanie jawnie wybrany, stworzy to kontekst, w którego ramach mają szansę zostać zrozumiane główne role systemu, a oprócz tego identyfikacja oraz zrozumienie zarówno roli jak również konieczności użytkowników systemu. Z tego powodu waga ustalenia strategicznego kontekstu projektu jest niebywale istotna.Pozyskiwanie wymagańUstalenie obrębu specyfikacjiPrzygotowanie fazy pozyskiwania wymagańPowrót do Specyfikacji zaleceń systemowych