Brukerkrav - Oppgave og fasiliteter tilgjengelig for sluttbrukeren registrert i Use Cases 3. Funksjonelle krav - Detaljert oversikt ut av hver atferd som programvaren må fremvise. Dette sammen med de kvalitetsegenskaper og andre ikke-funksjonelle krav er dokumentert i Krav til programvare Specification (SRS) for outsourcing programvareutvikling services.2. Involvere sluttbrukeren eller kunder så mye som mulig i løpet av de kravene fange stage.Identify ulike brukergrupper og én representant person fra hver gruppe for innspill til deres spesifikke behov.
De kunne også se prototyper og SRS å sikre fullstendighet og effectiveness.3. Sikre at kravene er kvantifiserbare og measurable.Areas som er uklart kan kreve mer detaljert analyse eller til utvikling av en prototype. Utvikling Test tilfeller tidlig også bidra til å avsløre eventuelle hull i krav fangst. Verifisere fullstendigheten av kravene ved formelt å inspisere dokumenter generated.4. Prioriter Krav fra deres relative importance.This vil hjelpe luke ut høy pris-lav verdi funksjonalitet.
Det vil også hjelpe med å gjøre informerte og kritiske beslutninger når møtt med tids /ressurs- og funksjonalitet avveininger. Identifisere og fjerne funksjonalitet som ikke skal brukes, eller som ikke bidra til å møte noen av virksomheten objectives.5. Sikre at prosjektets omfang er klart definert i Vision og Scope document.Expect noen mengde krav vekst og buffer for det, siden sjelden er prosjektet fristen endret, ekstra ressurser som tilbys eller noen eksisterende funksjonalitet slettet for å kompensere for det.
Effektivt ved hjelp av kravet samle metoder og base fôr kravspesifikasjoner hjelper også unngå omfang krype. Alle involverte parter må innse at fremtidige tillegg vil legge til cost.6. Etablere og håndheve en klar og realistisk prosess for endring management.Prioritize de foreslåtte endringer i krav mot de krav som ennå ikke er iverksatt. Sikre at hver endring og dens innvirkning er tilstrekkelig a