Käyttäjän Vaatimukset - Tehtävä ja tilat loppukäyttäjälle kirjattu Käytä asioissa 3. toiminnalliset vaatimukset - Yksityiskohtaiset listaus pois jokaisen käytös ohjelmisto on näytteille. Tämä yhdessä laatuominaisuudet ja muut ei-toiminnalliset vaatimukset on dokumentoitu Ohjelmistovaatimukset Specification (SRS) ulkoistaminen ohjelmistojen kehittämiseen services.2. Otetaan loppukäyttäjän tai asiakkaita niin paljon kuin mahdollista aikana vaatimukset kaapata stage.Identify eri käyttäjäryhmien ja yksi edustaja yksilö jokaisesta ryhmästä tuotantopanosten koskevat heidän erityisiä vaatimuksia.
Ne voisivat myös tarkistaa prototyyppejä ja SRS varmistaa täydellisyyttä ja effectiveness.3. Varmista, että vaatimukset ovat määrällisesti measurable.Areas jotka ovat epäselviä saattavat vaatia tarkempaa analyysia tai jopa kehityksen prototyyppi. Kehittäminen Testitapaukset aikaisin myös auttaa havaittu puutteita vaatimukset kaapata. Tarkista täydellisyyden vaatimukset muodollisesti tarkastamalla asiakirjoja generated.4. Priorisoida vaatimuksia niiden suhteellinen importance.This auttaa karsia kalleus-alhainen arvo toiminnallisuutta.
Se auttaa myös tekemään tietoon ja tärkeät päätökset kohdatessaan aika /resurssi ja toiminnallisuus kompromissit. Tunnistaa ja poistaa kaikki toiminnot, joita ei käytetä tai jotka eivät auta täytä mitään liiketoimintaa objectives.5. Varmista, että hankkeen laajuus on selkeästi määritelty visio ja soveltamisala document.Expect jonkin verran vaatimusten kasvun ja puskurin sen, koska harvoin on hanke määräaika muuttunut, lisäresursseja edellyttäen tai olemassa olevia toimintoja poistettu kompensoimaan sitä.
Tehokkaasti käyttämällä vaatimus kerääminen menetelmiä ja pohja vuori määrittelydokumentaation myös auttaa välttämään laajuus viruminen. Kaikki osapuolet on ymmärrettävä, että tulevaisuudessa lisäykset lisäävät cost.6. Laatimaan ja panemaan toimeen selkeät ja realistiset prosessi muutos managemen