specifikationer

fra Wikipedia, den gratis encyklopædi
Spring til navigation Spring til søgning

Kravet specifikation (også kravspecifikation, krav katalog, produkt skitse, kundespecificerede eller bruger specifikation) beskriver hele den kundens behov for leverancer og tjenesteydelser af en entreprenør .

Kravene i en specifikation bør formuleres så generelt som muligt og så restriktivt som nødvendigt. Dette giver entreprenøren mulighed for at udarbejde en passende løsning (f.eks. Software) uden at blive begrænset i sin løsningskompetence af alt for specifikke krav.

Bygherren kan bruge specifikationsarket i et udbud og sende det til flere mulige entreprenører. De opretter hver især et specifikationsark , som i mere konkret form beskriver, hvordan de agter at løse kravene i specifikationsarket. Bygherren vælger derefter den mest egnede for ham ud fra forslag fra de mulige entreprenører.

emne

I henhold til DIN 69901-5 [1] (betingelser for projektgennemførelse) beskriver specifikationen "helheden af ​​kravene til en entreprenørs leverancer og tjenester inden for en ordre, der er angivet af bygherren". I forbindelse med en kontrakt om arbejde eller en kontrakt om arbejde og tjenester og den tilhørende formelle accept beskriver specifikationsarket præcist de verificerbare tjenester og leverancer .

Specifikationsarket beskriver normalt, hvad og hvad noget skal gøres. Specifikationernes primære adressater er entreprenører . Derudover er andre adressater (ekstern eller intern) klient som godkender af specifikationsarket samt projektledere, forespørger og andre interessenter som (projekt) deltagere. [2]

En specifikation er ofte skrevet i tekstform. Detaljer og specifikationer laves f.eks. Ved hjælp af tabeller, tegninger, grafik eller modelleringssprog .

konstruktion

En specifikation kan opdeles på forskellige måder. Følgende oplysninger tages typisk i betragtning:

  1. introduktion
  2. Beskrivelse af den aktuelle tilstand
  3. Beskrivelse af målkonceptet
  4. Beskrivelse af grænseflader
  5. Funktionelle krav
  6. Ikke -funktionelle krav
  7. Risiko accept
  8. Skitse af udviklingscyklussen og systemarkitekturen
  9. Leveringsomfang
  10. Godkendelseskriterier

Opfølgningstrin

Ofte følges oprettelsen af ​​specifikationsarket af en afklaringsfase. Heri diskuteres kravene med den (mulige) entreprenør, analyseres for modsigelser med hensyn til implementering og om nødvendigt detaljeret. [3]

I det næste trin skaber den (mulige) entreprenør den specifikation, der beskriver, hvordan og med hvad noget skal implementeres. I henhold til DIN 69901-5 indeholder specifikationen "implementeringsspecifikationer udarbejdet af entreprenøren baseret på implementeringen af ​​specifikationerne specificeret af bygherren". Hvert krav i specifikationen kan normalt tildeles en eller flere tjenester i specifikationen. Især inden for softwareområdet (f.eks. I ERP -systemer ) oprettes kravspecifikationer ofte som en tabel med felter, hvor softwareleverandøren evaluerer hvert element, der er angivet, uanset om det kan opfylde det i standarden eller ej.

Så rækkefølgen af ​​de to dokumenter i udviklingsprocessen er klar: Kravene (kravene) opfyldes af tjenester (funktioner). I kombination med tilbuddet repræsenterer dette ofte det kontraktmæssige grundlag for de tjenester, der skal udføres.

Afgrænsning

Afhængigt af anvendelsesområdet og branchen kan specifikationerne meget afvige med hensyn til struktur og indhold. I praksis er betingelserne kravspecifikation , funktionel specifikation, servicebeskrivelse og specifikation ofte ikke klart afgrænset fra hinanden eller endda brugt synonymt. Den fuzzy brug af udtrykkene og den manglende adskillelse af hvad og hvad til, hvordan og med hvad der forårsager misforståelser.

Sammenlignet med et teknisk koncept er et specifikationsark beriget med formelle aspekter, der er nødvendige for et tilbud.

Kriterierne for et specifikationsark er generelt ikke gældende for en salgskontrakt i henhold til § 433 BGB eller en juridisk ækvivalent leveringskontrakt, da leverancerne i salgskontrakten er bestemt af en specifikation ensidigt specificeret af leverandøren og af leveringsmængden ensidigt specificeret af køberen.

Som regel gælder kriterierne for en specifikation ikke for en servicekontrakt , da tjenesterne i servicekontrakten ikke er underlagt en formel accept .

Industri eksempler

I nogle brancher er standardiserede specifikationer for kravspecifikationer og deres behandling blevet etableret.

I softwareteknologi er en kravspecifikation et muligt resultat af en kravanalyse og dermed en del af kravstyringen . IEEE Standard Software Requirements Specification bruges ofte, et dokument, der opsummerer den funktionelle specifikation og kravspecifikationen .

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); [4]
  • 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 med hvilke midler 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 ).

Normer og standarder

  • DIN 69901-5: Projektledelse - Projektstyringssystemer - Del 5: Vilkår
  • 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
  • VDI 4403 ark 1: Modernisering og udvidelse af transportsystemer og logistiksystemer under løbende drift
  • IEEE 830-1998: Specifikation for softwarekrav, kravspecifikationer for softwaresystemer

Individuelle beviser

  1. ^ Sektion af German Society for Project Management eV (GPM) på DIN 69901.
  2. Axel Naumann: Forretningsanalyse . Giessen 2018, s. 325
  3. Axel Naumann: Forretningsanalyse . Giessen 2018, s. 330
  4. ^ Columbus Design Spec (COL-RIBER-SPE-0028, iss 10 / F, 25. juni 2004).

litteratur

  • Axel Naumann: Forretningsanalyse - Systematisk kravstyring til brugerorienterede løsninger . Giessen 2018, ISBN 978-3-945997-11-6 .
  • Maik Pfingsten: Skrev kravspecifikationer med succes . 2. udgave. Norderstedt 2016, ISBN 978-3-7392-4911-7 .

Weblinks

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