Specifikationsbog

Specifikationen beskriver i konkret form, hvordan entreprenøren agter at løse bygherrens krav - det såkaldte hvordan og med hvad . På forhånd beskriver klienten hele kravene så præcist som muligt i specifikationsarket - hvad han gerne vil have udviklet eller produceret. Først når bygherren accepterer specifikationerne, bør det faktiske implementeringsarbejde begynde hos entreprenøren.

udtryk

Udover at udtrykket specifikation findes i praksis, er upræcise udtryk såsom forretningsspecifikation, tekniske specifikationer, teknisk fint koncept, målkoncept, funktionel specifikation, overordnet systemspecifikation, implementeringsspecifikation eller engelsk softwarekravspecifikation, omfangserklæring, funktionsspecifikation, funktionsspecifikation (F -Spec) Systemspecifikation . Da disse udtryk normalt ikke er standardiserede, kan de betyde dokumenter i specifikationens forstand, men også et teknisk begreb , specifikationsark eller andet.

definition

I henhold til DIN 69901-5 indeholder specifikationen "implementeringsspecifikationer udarbejdet af entreprenøren baseret på implementeringen af ​​specifikationerne specificeret af bygherren". Kravene i de tidligere udarbejdede specifikationer er nu forbundet med tekniske specifikationer for drifts- og vedligeholdelsesmiljøet. ^[1]

I henhold til VDI -retningslinje 2519 del 1 er specifikationen beskrivelsen af ​​implementeringen af ​​alle kundekrav, der kræves i specifikationen. ^[2]

I henhold til VDI -retningslinje 3694 opretter entreprenøren specifikationsarket under hensyntagen til kravene til det automatiseringssystem, der er angivet i specifikationsarket. ^[3]

Ifølge VDI -retningslinje 2221 bruges udtrykkene også synonymt. ^[4]

Specifikationen er formuleret af entreprenøren og bekræftet af bygherren på hans anmodning. ^[1] Ideelt set bør det egentlige udviklings- / implementeringsarbejde først begynde efter denne bekræftelse. Entreprenøren har ret til en sådan bekræftelse bestemt af kontrakten (forpligtelse til at samarbejde i henhold til § 642 BGB).

øve sig

Det er god praksis at bruge princippet om inklusion og eksklusion ved udarbejdelse af en specifikation, det vil sige eksplicit at inkludere eller ekskludere specifikke sager.

Ved levering udføres en formel accept , som løser udførelsen af kontrakten for arbejde eller købskontrakten . Denne accept udføres ofte via en accepttest , som afgør, om kravene i specifikationsarket er opfyldt i kundens forståelse.

I softwareudvikling er specifikationen blandt andet defineret i V-Modell 97 . I den nuværende V-Modell XT er betegnelsen i den overordnede systemspecifikation (funktionel specifikation) blevet ændret. I dag oprettes normalt en specifikation for softwarekrav til internationale projekter. Dette repræsenterer kravspecifikationen og er stadig udgangspunktet for sporbarheden af ​​kravene i de næste løsningsniveauer som f.eks. B. Arkitekturspecifikationer , SSRS (specifikationer for delsystemkrav) og specifikationer for testcases.

Rumrejse

Kravspecifikationer, der bruges til internationale rumrejser, er ofte baseret på NASA -standarden for at forenkle det internationale samarbejde. Følgende princip er fremkommet:

• Klienten laver en anmodningsspecifikation (specifikationskrav), der indeholder missionskravene og betingelserne (f.eks. Er det et bemandet laboratoriemodul til. ISS leverede det med rumfærgen, der skal transporteres der);
• Entreprenøren svarer med en implementeringsspecifikation (design-to-spec), som specificerer det design, som entreprenøren har valgt (f.eks. Et cylindrisk udskrivningsmodul med en vis diameter og længde); ^[5]
• Klienten accepterer formelt den mere detaljerede implementeringsspecifikation. I tilfælde af en senere konflikt har kravspecifikationen dog forrang.

Endvidere kræver kunden i en specifikation / arbejdserklæring (SOW), hvordan og på hvilken måde produktet, der skal leveres i henhold til kravspecifikationen, skal udvikles, fremstilles og verificeres (udviklingslogik, kontroller / anmeldelser, dokumenter, der skal leveres , etc.).

Entreprenøren svarer med forskellige planer (design- og udviklingsplan, produktionsplan, EMC -kontrolplan osv.), Der beskriver gennemførelsen af ​​SOW i detaljer (f.eks. Hvem der skriver referatet af et møde, og inden for hvilken tidsramme de involverede parter skal blive enige ).

Se også

• Krav analyse (IT)
• Kravshåndtering (Kravshåndtering)

Normer og standarder

• VDI 2519 ark 1: Procedure for oprettelse af kravspecifikationer
• VDI 2519 Ark 2: Specifikation / funktionsspecifikation til brug af transportbånd og opbevaringssystemer
• VDI 3694: Kravspecifikation / funktionsspecifikation for brug af automatiseringssystemer

Individuelle beviser

1. ↑ ^{a b} Thomas Fittkau: Holistisk IT -projektledelse. Viden, praksis, applikationer . Oldenbourg, München [ua] 2008, ISBN 3-486-58567-3 .  
2. ↑ Ina Depprich: Praktisk vejledning til medier, it og ophavsret . 2. udgave. Müller, Heidelberg 2011, ISBN 3-8114-3820-4 .  
3. ^ Foreningen af ​​tyske ingeniører (red.): VDI / VDE 3694 - specifikationsark / funktionsspecifikation til brug af automatiseringssystemer . Beuth, 2014.  
4. ^ Foreningen af ​​tyske ingeniører (red.): VDI 2221 - metode til udvikling og design af tekniske systemer og produkter . Beuth, 1993.  
5. ^ Columbus Design Spec (COL-RIBER-SPE-0028, iss 10 / F, 25. juni 2004).

Weblinks

Wiktionary: Specifikationer - forklaringer på betydninger, ordoprindelse, synonymer, oversættelser