Project Systemkrav

Share

|

Formål

Systemkrav gi sikkerhet for at prosjektets leveranser skal fungere innenfor en grunnleggende miljø som beskrevet av innkjøps-organisasjon. Eller, kan systemet brukes av prosjektorganisasjon for å beskrive miljøet der deres leveranser vil fungere, forlater forsikring av miljøet til innkjøp organisasjonen.

Søknad

Systemkrav er ofte en Risikoreduserende verktøyet brukes til å skape en felles forståelse av et operativt miljø. Et enkelt stykke utendørs furnituremay ikke tolerere en tropisk regnskog på samme måte som det ville tåle et ørkenklima. Systemkravene gi alle parter i prosjektet et mentalt og fysisk ramme som skal vurdere den potensielle ytelse karakteristikkene av leveranser.

Innhold

Den klassiske eksempler på systemkrav kommer med hvert stykke programvare noensinne har kjøpt. De beskriver operativsystemene, datakraft, og skjermen og grafikk som kreves for programvaren å fungere ordentlig. Som sådan kan systemet inkluderer et minstekrav, samt en avgrensning av det ideelle miljøet.

Fordi ikke alle prosjekter er relatert til informasjonsteknologi og ikke alle informasjonsteknologi prosjekter er konsekvente i sin plattform behov, vil noen systemkrav dokumenter være fokusert primært på hva det nye systemet må være i stand til å gjøre. Systems krav dokumenter kan inkludere følgende:

•Minimumskrav. En beskrivelse av hva systemet må være i stand til å gjøre (kjøperens perspektiv) eller en beskrivelse av hva sikkerhet er nødvendig for at systemet skal utføre optimalt (selgers perspektiv).

• Miljø. Innstillingene, kultur, protokoller, praksis, eller evner som bør være på plass for optimal ytelse av systemet. Dette kan markere potensielle ytelsesproblemer når miljøet er mindre enn optimalt.

• Begrensninger. Enkelte må-ha ytelse kriterier eller miljøer der systemet ikke vil fungere i det hele tatt. Disse kriteriene bør være definert i detalj.

Approaches

Den største forskjellen i tilnærming til systemkravene avhenger av forfatterskapet. Hvis systemkravene er skrevet av kjøperen, så vil de reflektere kjøpers miljø, kultur og forhold. Dersom kravene er utformet av selgeren, vil de avsløre selgeren evner i ulike miljøer og vil gi definisjon på hva miljøer er optimale for deres standard leveranser.

Betraktninger

Noen organisasjoner bruke systemet som en driftssikker å beskytte seg mot organisasjoner som ikke vil overholde sine omgivelser. Organisasjoner som er drevet av grafikk, for eksempel ofte bruker "må fungere på Macintosh" system kravet om å sikre at alle deres kraftig grafikk-orienterte personell vil kunne få tilgang til produkter av leveransen. Fordi systemet kan omfatte så ulike elementer som temperatur, fuktighet, computer fart, støv, støy og lys fra omgivelsene, er kravene ofte bli en fail-safe for forfatterne, som kan skylde på miljøforhold, i stedet for prosjektet eller støtte organisasjonen for enhver ytelse mangler.

Konklusjon

Ingen organisasjon vil bruke alle disse dokumentene i de innledende fasene av sine prosjekter, men de vil bruke et bredt nok utvalg at prosjektleder bør ha en klar oppfatning av hva dokumentene bør innarbeide. Mange organisasjoner tar vanlig praksis og endre dem til å møte organisatorisk behov. Nøkkelen er å kunne oppnå en felles forståelse av hva dokumenter, protokoller, og praksis er konstruert for å gjennomføre og å sikre at de oppnår disse målene.

---