Spesifikasjonsbok

Den spesifikasjonen beskriver i konkret form hvordan entreprenøren de kravene til klienten har til hensikt å løse - den såkalte hvordan og med hva . På forhånd beskriver klienten totaliteten av kravene så presist som mulig i spesifikasjonsarket - hva han ønsker å ha utviklet eller produsert. Først når klienten godtar spesifikasjonen, bør selve implementeringsarbeidet begynne med entreprenøren.

begrep

I tillegg til begrepet spesifikasjon finnes i praksis upresise ord som virksomhetsspesifikasjon , teknisk spesifikasjon , detaljert spesialkonsept , målkonsept , funksjonell spesifikasjon , generell systemspesifikasjon , implementeringsspesifikasjon eller engelsk programvarekravspesifikasjon, omfangserklæring, funksjonsspesifikasjon, funksjonell spesifikasjon (F -Spec) Systemspesifikasjon . Siden disse betegnelsene vanligvis ikke er standardiserte, kan de bety dokumenter i spesifikasjonens forstand, men også et teknisk konsept , spesifikasjonsark eller noe annet.

definisjon

I henhold til DIN 69901-5 inkluderer spesifikasjonen "implementeringsspesifikasjoner utviklet av entreprenøren basert på implementeringen av spesifikasjonene spesifisert av klienten". Kravene i de tidligere utarbeidede spesifikasjonene er nå knyttet til tekniske spesifikasjoner for drifts- og vedlikeholdsmiljøet.

I følge VDI-retningslinje 2519 del 1 er spesifikasjonen beskrivelsen av implementeringen av alle kundekrav som kreves i spesifikasjonen.

I henhold til VDI-retningslinje 3694 utarbeider entreprenøren spesifikasjonsarket, idet det tas hensyn til kravene til automatiseringssystemet spesifisert i spesifikasjonsarket.

I følge VDI-retningslinje 2221 brukes begrepene også synonymt.

Spesifikasjonen er formulert av entreprenøren og bekreftet av klienten på hans forespørsel. Ideelt sett bør selve utviklings- / implementeringsarbeidet først begynne etter denne bekreftelsen. Entreprenøren har rett til en slik bekreftelse bestemt av kontrakten (plikt til å samarbeide i henhold til § 642 BGB).

øve på

Det er god praksis å bruke prinsippet om inkludering og eksklusjon når man utarbeider en funksjonell spesifikasjon, dvs. å eksplisitt inkludere eller ekskludere spesifikke tilfeller.

Ved levering utføres en formell aksept , som løser gjennomføringen av kontrakten for arbeid eller salgskontrakten . Denne aksepten utføres ofte via en akseptatest , som avgjør om kravene i spesifikasjonsarket er oppfylt i kundens forståelse.

I programvareutvikling er spesifikasjonen blant annet definert i V-Modell 97 . I dagens V-Modell XT er betegnelsen i den totale systemspesifikasjonen (funksjonell spesifikasjon) endret. I dag blir det vanligvis laget en spesifikasjon for programvarekrav for internasjonale prosjekter . Dette representerer kravspesifikasjonen og er fortsatt utgangspunktet for sporbarhet av kravene i neste løsningsnivåer som B. Arkitekturspesifikasjoner , SSRS (Subsystem Requirements Specification) og testsaksspesifikasjoner.

Romfart

Kravspesifikasjoner som brukes i internasjonal romfart er ofte basert på NASA-standarden for å forenkle internasjonalt samarbeid. Følgende prinsipp har dukket opp:

  • Klienten lager en kravspesifikasjon (spesifikasjonskrav) som inneholder oppdragskravene og betingelsene (for eksempel er det en bemannet laboratoriemodul for. ISS leverte den med romfergen som skal transporteres dit);
  • Entreprenøren svarer med en implementeringsspesifikasjon (design-to-spec), som spesifiserer designet valgt av entreprenøren (f.eks. En sylindrisk trykkmodul med en viss diameter og lengde);
  • Klienten godtar formelt den mer detaljerte implementeringsspesifikasjonen. I tilfelle en senere konflikt har imidlertid kravspesifikasjonen forrang.

Videre krever klienten i en spesifikasjon / arbeidserklæring (SOW) hvordan og på hvilken måte produktet som skal leveres i henhold til kravspesifikasjonen skal utvikles, produseres og verifiseres (utviklingslogikk, sjekker / gjennomgang, dokumenter som skal leveres , etc.).

Entreprenøren svarer med ulike planer (design- og utviklingsplan, produksjonsplan, EMC-kontrollplan osv.) Som beskriver implementeringen av SOW i detalj (f.eks. Hvem som skriver referat fra et møte og i hvilken tidsramme de involverte partene må bli enige om ).

Se også

Normer og standarder

  • VDI 2519 ark 1: Fremgangsmåte for oppretting av kravspesifikasjoner
  • VDI 2519 Ark 2: Spesifikasjon / funksjonsspesifikasjon for bruk av transportbånd og lagringssystemer
  • VDI 3694: Kravspesifikasjon / funksjonsspesifikasjon for bruk av automatiseringssystemer

Individuelle bevis

  1. ↑ a b Thomas Fittkau: Holistisk IT-prosjektledelse. Kunnskap, praksis, applikasjoner . Oldenbourg, München [u. a.] 2008, ISBN 3-486-58567-3 .
  2. ↑ Ina Depprich: Praktisk guide til media, IT og copyright . 2. utgave. Müller, Heidelberg 2011, ISBN 3-8114-3820-4 .
  3. ^ Association of German Engineers (red.): VDI / VDE 3694 - spesifikasjonsark / funksjonsspesifikasjon for bruk av automatiseringssystemer . Beuth, 2014.
  4. ^ Association of German Engineers (red.): VDI 2221 - metodikk for utvikling og design av tekniske systemer og produkter . Beuth, 1993.
  5. ↑ Columbus Design Spec (COL-RIBER-SPE-0028, iss 10 / F, 25. juni 2004).

weblenker

Wiktionary: Spesifikasjoner  - forklaringer av betydninger, ordets opprinnelse, synonymer, oversettelser