QMS: Inndata og utdata for design og utvikling. Produktets livssyklusprosesser Produktdesign Inndokument

Inndata relatert til produktkrav skal defineres og registreres (4.2.4).

Inndata må inneholde:

a) funksjonelle og ytelseskrav;

gjeldende lovbestemte og forskriftsmessige krav;

c) der det er mulig, informasjon hentet fra tidligere lignende prosjekter;

d) andre krav som er viktige for design og utvikling.

Inngangsdata bør analyseres for tilstrekkelighet. Kravene må være fullstendige, entydige og konsistente.

Design og utvikling output

Design- og utviklingsutgangene skal presenteres i et skjema som er egnet for verifisering mot kravene til design og utvikling, og skal formelt godkjennes før de senere brukes.

Design- og utviklingsresultater bør:

a) oppfylle kravene til input design og utvikling;

b) gi relevant informasjon om anskaffelser, produksjon og tjenester;

d) bestemme egenskapene til produktet som er essensielle for sikker og riktig bruk.

MERKNAD Informasjon for produksjon og vedlikehold kan inneholde detaljer om bevaring av produktet.

Design og utviklingsanalyse

På passende stadier skal det gjennomføres en systematisk design- og utviklingsgjennomgang i samsvar med planlagte aktiviteter (7.3.1) for å:

a) evaluere evnen til design- og utviklingsresultatene til å oppfylle kravene;

b) identifisere eventuelle problemer og foreslå nødvendige tiltak.

Deltakerne i denne analysen bør omfatte representanter for avdelingene relatert til det analyserte design- og utviklingsstadiet (e). Registreringer av resultatene av analysen og alle nødvendige tiltak skal føres (se 4.2.4).

Prosjekt- og utviklingsverifisering

Verifisering skal utføres i samsvar med planlagte ordninger (7.3.1) for å sikre at design- og utviklingsutgangene oppfyller inngangskravene. Registreringer av verifiseringsresultatene og alle nødvendige tiltak skal føres (se 4.2.4).

Prosjekt- og utviklingsvalidering

Validering av design og utvikling skal utføres i samsvar med planlagte ordninger (7.3.1) for å sikre at det resulterende produktet oppfyller kravene til spesifisert eller tiltenkt bruk, hvis kjent. Når det er praktisk mulig, bør validering fullføres før levering eller bruk av produktet. Registreringer av valideringsresultatene og eventuelle nødvendige tiltak skal føres (se 4.2.4).

Prosjekt og utvikling endringsledelse

Design- og utviklingsendringer må identifiseres og registreres. Endringer bør gjennomgås, verifiseres og valideres etter behov, og godkjennes før implementering. Analysen av endringer i design og utvikling bør omfatte en vurdering av innvirkningen av endringene på komponentdelene og produktene som allerede er levert. Registreringer av resultatene av gjennomgang av endringer og eventuelle nødvendige tiltak skal føres (se 4.2.4).

Innkjøp

Innkjøpsprosess

Organisasjonen skal sørge for at innkjøpte produkter oppfyller spesifiserte innkjøpskrav. Typen og graden av kontroll som brukes på leverandøren og det kjøpte produktet, bør avhenge av innvirkningen på de påfølgende stadiene. livssyklus produkter eller ferdige produkter.

Organisasjonen skal evaluere og velge leverandører ut fra deres evne til å levere produkt i samsvar med organisasjonens krav. Kriterier for utvelgelse, evaluering og ny evaluering bør utvikles. Registreringer av resultatene av vurderingen og alle nødvendige tiltak som følge av vurderingen skal føres (4.2.4).

Innkjøpsinformasjon

Anskaffelsesinformasjonen skal beskrive de bestilte produktene, inkludert, der det er aktuelt, krav:

a) formell godkjenning av produkter, prosedyrer, prosesser og utstyr,

b) personellkvalifikasjoner;

c) kvalitetsstyringssystemet.

Organisasjonen skal sørge for at spesifiserte innkjøpskrav er tilstrekkelig før de kommuniseres til leverandøren.

7.3.1. Design og utviklingsplanlegging

Organisasjonen skal planlegge og styre produktdesign og utvikling.

Under design- og utviklingsplanlegging bør organisasjonen etablere:

a) design- og utviklingsfaser;

b) gjennomføre analyse, verifisering og validering som er passende for hvert trinn i design og utvikling,

c) ansvar og autoritet for design og utvikling.

Organisasjonen skal styre samspillet mellom de forskjellige design- og utviklingsteamene for å sikre effektiv kommunikasjon og klar ansvarsfordeling.

Planleggingsresultatene bør oppdateres, om nødvendig, under design og utvikling.

7.3.2. Inngang til design og utvikling

Inngangsdata relatert til produktkrav bør defineres og registreres (avsnitt 4.2.4).

Inngangsdata skal omfatte:

a) funksjonelle og ytelseskrav;

b) relevante lovpålagte og andre obligatoriske krav;

c) der det er mulig, informasjon hentet fra tidligere lignende prosjekter;

d) andre krav som er viktige for design og utvikling. Inngangsdata bør analyseres for tilstrekkelighet. Kravene må være fullstendige, entydige og konsistente.

(Modifisert utgave. Endring nr. 1).

7.3.3. Design og utvikling output

Design- og utviklingsutganger skal presenteres i et skjema som gjør det mulig å verifisere kravene til design og utvikling, og bør formelt godkjennes før senere bruk.

Design- og utviklingsresultater bør:

a) oppfylle kravene til input design og utvikling;

b) gi relevant informasjon om anskaffelser, produksjon og tjenester;

d) bestemme egenskapene til produktet som er essensielle for sikker og riktig bruk.

(Modifisert utgave. Endring nr. 1).

7.3.4. Design og utviklingsanalyse

På passende stadier bør det gjennomføres en systematisk gjennomgang av design og utvikling i samsvar med de planlagte aktivitetene (punkt 7.3.1) for å:

a) evaluere evnen til design- og utviklingsresultatene til å oppfylle kravene;

b) identifisere eventuelle problemer og komme med forslag til nødvendige handlinger. Deltakerne i denne analysen bør omfatte representanter for avdelingene relatert til det analyserte design- og utviklingsstadiet (e). Registreringer av resultatene av analysen og alle nødvendige tiltak bør opprettholdes (punkt 4.2.4).

(Modifisert utgave. Endring nr. 1).

7.3.5. Prosjekt- og utviklingsverifisering

Verifisering bør utføres i samsvar med planlagte ordninger (punkt 7.3.1) for å sikre at design- og utviklingsutgangene oppfyller inngangskravene. Registreringer av verifiseringsresultatene og alle nødvendige tiltak skal føres (punkt 4.2.4).

7.3.6. Prosjekt- og utviklingsvalidering

Validering av design og utvikling bør utføres i samsvar med planlagte ordninger (punkt 7.3.1) for å sikre at det resulterende produktet oppfyller kravene til spesifisert eller tiltenkt bruk, hvis kjent. Der det er praktisk og praktisk mulig, bør valideringen fullføres før levering eller bruk av produktet. Registreringer av valideringsresultatene og eventuelle nødvendige tiltak skal føres (punkt 4.2.4).

(Modifisert utgave. Endring nr. 1).

7.3.7. Prosjekt og utvikling endringsledelse

Design- og utviklingsendringer må identifiseres og registreres. Endringer bør gjennomgås, verifiseres og valideres etter behov, og godkjennes før implementering. Analysen av design- og utviklingsendringer bør omfatte en vurdering av innvirkningen av endringene på komponentdelene og produktene som allerede er levert.

Registreringer av resultatene av gjennomgangen av endringer og eventuelle nødvendige tiltak skal føres (punkt 4.2.4).

(Modifisert utgave. Endring nr. 1).

Innganger bør identifiseres for å gi grunnlag for å formulere krav som brukes til å verifisere og validere utdata. Inndata kan være eksterne eller interne.

For å sikre at behovene og forventningene til alle interesserte parter til en prosess og / eller tjeneste, prosess eller system blir oppfylt, må design- og / eller utviklingsinngangene være nøyaktige og komplette. Løsningen på tvetydige eller motstridende innspill bør gjøres med involvering av eksterne og interne påvirkninger.

Eksterne innganger kan omfatte behov og forventninger fra kunder eller markedet, spesifikasjoner for interessenter, kontraktkrav, forskriftskrav, internasjonale eller nasjonale standarder og bransjekoder.

Interne innganger kan omfatte policyer, standarder og spesifikasjoner, kvalifikasjonskrav, dokumentasjon og data for eksisterende produkter og / eller tjenester, og utdata fra andre prosesser.

Når det gjelder å designe og / eller utvikle programvare eller tjenester, kan inngangene som skyldes sluttbrukerkrav (så vel som direkte kundekrav) være spesielt viktige. Slike innganger bør formuleres på en slik måte at de effektivt kan overvåkes under påfølgende verifisering og validering. Slike innganger bør formuleres på en slik måte at de effektivt kan overvåkes under påfølgende verifisering og validering.

Innspill kan også oppstå i designfasen av aktiviteter som ikke engang blir verdsatt. Inngangsdataene skal også evalueres ved etterfølgende gjennomgang og verifiserings- og valideringsaktiviteter.

Andre innganger identifiserer de design- og / eller utviklingsegenskapene som er avgjørende for sikkerheten og riktig funksjon av et produkt og / eller tjeneste, eller identifiserer prosesser som arbeidsoperasjoner, lagring, håndtering, drift og plasseringskrav.

Typiske eksempler på utviklingsaktiviteter inkluderer:

modifiserte materialer,

modifiserte produktkomponenter,

ny teknologi for å tilby tjenester,

markedsanalyseresultater.

Innganger som er kritiske for et produkt og / eller tjeneste eller for en prosess, må identifiseres for å tilordne passende ansvar og ressurser.

7.3.1 Generelle retningslinjer

Toppledelsen bør sikre at organisasjonen har identifisert, implementert og vedlikeholdt nødvendige prosesser design og utvikling for effektivt og effektivt å svare på behovene og forventningene til sine kunder og andre interesserte parter.

I design og utvikling av produkter eller prosesser må ledelsen sørge for at organisasjonen ikke bare er i stand til å vurdere sine kjernevirksomheter og funksjoner, men alle faktorer som bidrar til ytelsen til produkter og prosesser som oppfyller forventningene til kunder og andre interesserte parter. For eksempel bør en organisasjon vurdere produktets livssyklus, helse og sikkerhet, testbarhet, egnethet, brukervennlighet, pålitelighet, holdbarhet, ergonomi, miljø, avhending av produkter og visse risikoer.

Ledelsen er også ansvarlig for å ta skritt for å identifisere og redusere potensiell risiko for brukere av organisasjonens produkter og prosesser. Risikoer bør vurderes for å vurdere potensialet og konsekvensene av potensielle feil eller mangler i produkter eller prosesser. Resultatene av vurderingen bør brukes til å identifisere og iverksette forebyggende tiltak for å redusere de identifiserte risikoene. Eksempler på risikovurderinger for design og utvikling inkluderer:

Analyse av årsaker og konsekvenser av prosjektfeil;
- analyse av feiltreet;
- pålitelighetsvarsel;
- avhengighetsdiagrammer;
- klassifiseringsmetoder;
- modelleringsmetoder.

7.3.2 Design og utvikling input og output

Organisasjonen må definere prosessinnganger som påvirker produktdesign og utvikling og bidrar til effektiv og effektiv effektivt arbeid prosess for å møte behovene og forventningene til kunder og andre interesserte parter. Disse eksterne behovene og forventningene, kombinert med de interne behovene i organisasjonen, bør være egnet for oversettelse til innspillskrav for design- og utviklingsprosessene.

Eksempler er:

a) eksterne innganger, for eksempel:

Forbrukernes eller markedets behov og forventninger;
- behovene og forventningene til andre interesserte parter;
- Bidrag fra leverandører;
- brukerinngang, rettet mot å skape et stabilt prosjekt og utvikling;
- endringer i relevante juridiske og regulatoriske krav;
- internasjonale eller nasjonale standarder;
- industrielle regler for god praksis;

b) interne innganger som:

Politikk og mål;
- behovene og forventningene til mennesker i organisasjonen, inkludert de som mottar resultatene fra prosessene;
- teknologisk utvikling;
- krav til kompetanse hos designere og utviklere;
- tilbakemelding på tidligere erfaringer;
- poster og data om eksisterende prosesser og produkter;
- utganger fra andre prosesser;

c) innganger som definerer de egenskapene til prosessene eller produktene som er avgjørende for deres sikkerhet, riktig drift og vedlikehold, for eksempel:

Arbeid, installasjon og påføring;
- lagring, håndtering og levering;
- fysiske parametere og eksternt miljø;
- krav til avhending av produktet.

Produktrelaterte innspill kan være essensielle og er basert på en vurdering av sluttbrukernes behov og forventninger så vel som direkte kunder. Disse inngangene må formuleres slik at produktet kan verifiseres og valideres effektivt.

Resultatet inkluderer informasjon som muliggjør verifisering og validering mot de planlagte kravene. Eksempler på design og utvikling output inkluderer:

Data som bekrefter sammenligningen av prosessinnganger med prosessutganger;
- produktspesifikasjoner, inkludert akseptkriterier;
- prosess spesifikasjoner;
- spesifikasjoner for materialer;
- testspesifikasjoner;
- krav til opplæring;
- informasjon om brukeren og forbrukeren;
- anskaffelseskrav;
- protokoller for å kontrollere samsvar med tekniske spesifikasjoner.

Design- og utviklingsutganger bør vurderes mot innspill for å gi objektiv bevis for at utgangene effektivt og effektivt oppfyller prosess- og produktkravene.

7.3.3 Design og utvikling gjennomgang

Toppledelsen må sørge for at passende personer får i oppdrag å lede og gjennomføre en systematisk gjennomgang for å fastslå at design- og utviklingsmål blir oppfylt.

Slike analyser kan utføres på utvalgte punkter i design- og utviklingsprosessen, og også etter at den er fullført.

Objektene med slike analyser er:

Tilstrekkelig innspill for å fullføre design- og utviklingsoppgaver;
- fremdrift i den planlagte design- og utviklingsprosessen;
- overholdelse av målene for verifisering og validering;
- vurdering av potensielle risikoer eller årsaker til svikt ved bruk av produktet;
- livssyklusdata om produktegenskaper,
- endringsledelse og deres konsekvenser under design og utvikling;
- identifisering og korrigering av problemer;
- muligheter for å forbedre design- og utviklingsprosessen;
- den potensielle innvirkningen av produktet på miljøet.

På passende stadier i organisasjonen, bør det også gjennomføres gjennomgang av design- og utviklingsutgangene og prosessene for å møte behovene og forventningene til kunder og de i organisasjonen som mottar utgangene fra prosessen. Oppmerksomhet må også rettes mot behovene og forventningene til andre interessenter.

Eksempler på aktiviteter for å verifisere resultatene av design- og utviklingsprosessen er:

Sammenligning av inngangskrav versus prosessutgang;
- applikasjon komparative metoder, for eksempel alternative beregninger i design og utvikling;
- vurdering i forhold til analoger;
- verifisering, simulering og testing for å verifisere samsvar med spesifikke inngangskrav;
- vurdering av erfaringer fra tidligere erfaringer, for eksempel inkonsekvenser og mangler i prosessen.

Validering av resultatene fra design- og utviklingsprosessene er viktig for deres vellykkede anskaffelse og bruk av kunder, leverandører, ansatte i organisasjonen og andre interesserte parter.

Deltakelse fra parter gjør det mulig for faktiske brukere å rangere utganger på en måte som:

Validering av teknisk design før konstruksjon, installasjon eller applikasjon;
- validering av programvareutganger før installasjon eller bruk;
- validering av tjenester før deres omfattende introduksjon.

Delvis validering av design- og utviklingsutganger kan være nødvendig for å gi tillit til deres fremtidige bruk.

Under verifisering og validering bør tilstrekkelige data samles inn for å muliggjøre analyse av design- og utviklingsmetoder og beslutninger tatt. Metodeanalyse inkluderer:

Forbedring av prosesser og produkter;
- utdata om anvendbarhet;
- tilstrekkelig prosess og analyseposter;
- feilforskningsaktiviteter;
- fremtidige behov for design- og utviklingsprosessen.

7.3.1 Design- og utviklingsplanlegging

Ledelsen ved Tyumen State University planlegger og styrer design og utvikling i samsvar med prosedyrene "Forberedelse av utdanningsprosessen" OP 01.02, "Tilveiebringelse av pedagogisk og metodisk støtte" PP 01.03.

Ved vurderingen av potensialet vurderes komponentene i utdanningssystemet, som har en kvantitativ karakteristikk:

Personalsammensetning;

Materiell og teknisk base;

Informasjonsbase;

Vitenskapelig og metodisk støtte;

Finansielle ressurser;

Styring av systemet og dets individuelle elementer.

Ved Tyumen State University utføres vanligvis utforming og utvikling av følgende dokumenter:

4. Tatt i betraktning den strategiske og mellomlangsiktige utviklingsplanen for Tyumen State University.

Utviklingen av nye fagkretsløp og justering av eksisterende sikres ved gjennomføring av følgende oppgaver:

1. Kursdesign. Bestemmelse av læringsutbytte.

2. Selvanalyse av lærere og bygge eget system for pedagogisk aktivitet.

3. Sertifisering og teknologi for egenundersøkelse av universitetet.

Design- og utviklingsplanlegging utføres på grunnlag av tidsplanen i programmet for systemaktiviteter for studieår... Arbeidsplanen er delt inn i arbeidsfaser, som hver er detaljert i separate oppgaver.

Arbeidsplanen etablerer stadiene for verifisering, revisjon og godkjenning av dokumentasjon, stadier av verifisering og validering, ansvarsdeling og autoriteter innen design og utvikling mellom deltakerne i arbeidet.

Lederen for et bestemt arbeid analyserer vilkårene og bestemmer sammensetningen av design- og utviklingsutøverne (inkludert med involvering av tredjepartsspesialister).

Utvikling og design utføres av Tyumen State University uavhengig eller med involvering av tredjepartsorganisasjoner og / eller spesialister.

Fremgangsmåten for overvåking av kvaliteten på vitenskapelig og pedagogisk-metodisk litteratur består av en analyse av resultatene av aktivitetene til følgende strukturelle enheter:

CIT - organisering og støtte av universitetets elektroniske miljø;

IBC - bruk (anskaffelse, levering) av pedagogisk, metodisk og vitenskapelig litteratur;

Forlag - publisering av pedagogisk-metodisk og vitenskapelig litteratur;

Fakulteter og avdelinger - opprettelse og forberedelse for publisering av vitenskapelig og pedagogisk litteratur.

Referansevilkår for meddrivere er utviklet av den ansvarlige utføreren med deltagelse, om nødvendig, av de involverte organisasjonene og / eller spesialistene. Innhold tekniske spesifikasjoner bestemt av Tyumen State University. Vilkårene er godkjent av rektor.

Avtalen (kontrakten) med medkontrahenten koordineres av følgende personer (i rekkefølgen for å få visum):

· Meddrivende;

· Hode strukturell enhet;

· Regnskapssjef;

· Kvalitetsledelsesrepresentant;

· Rektor og / eller prorektor.

Inngangsdata knyttet til kravene til utdanningsprosessen ved Tyumen State University inkluderer:

1. Krav til utdannings- og organisasjonsdokumentasjon;

2. Krav til informasjon og pedagogisk-metodisk støtte;

3. Krav til lærere, administrativt og administrativt og opplæringspersonell;

4. Krav til materiell og teknisk utstyr;

5. Krav til opplæringsnivå for søkere;

6. Informasjon fra den strategiske og mellomlangsiktige utviklingsplanen til Tyumen State University.

7.3.3 Design og utvikling output

Design og utvikling er:

Utdanningsprogrammer;

Læremidler;

Ordbøker.

For all design og utvikling bør produksjonen:

· Oppfylle kravene til input design og utvikling;

· Gi relevant informasjon om anskaffelser, produksjon og tjenester;

· Identifiser egenskaper ved design- og utviklingsresultater som er essensielle for sikker og riktig bruk.

Fullstendigheten av design- og utviklingsdokumentasjonen bestemmes av vilkårene. Vanligvis inkluderer et sett med dokumenter en papirversjon og en elektronisk versjon på CD-ROM.

Ansvarlig for utarbeidelsen av dokumenter er den ansvarlige utføreren.

Kopier av den utviklede dokumentasjonen for design og utvikling og deres elektroniske versjoner lagres av den ansvarlige utføreren med etterfølgende overføring til arkivet.

Den ansvarlige utføreren fører oversikt over dokumentasjonen i samsvar med listen over dokumentasjon som er spesifisert i arbeidsplanen. Opptegnelser som fester regnskapet for den utviklede dokumentasjonen gjenspeiles i periodiske rapporter om utført arbeid.

Resultatdata fra organisatorisk og metodisk arbeid:

§ forberedt metodisk utvikling,

§ utarbeidet pedagogisk og metodisk komplekser av disipliner,

§ et system for beregning av undervisningsbelastningen,

§ plan for eksamen,

§ organisering av kontorarbeidssystemet,

§ utarbeide planer for avdelinger,

§ forberedelse av avdelingen for selvsertifisering og akkreditering.

7.3.4 Design og utvikling gjennomgang

I design- og utviklingsprosessen gjennomføres en systematisk analyse for å fastslå overholdelse av kravene til design- og utviklingsresultatene, det vil si utviklingskvaliteten analyseres (paragraf 3.1.1, 3.8.7 GOST R ISO 9000 - 2001).

Tyumen State University bruker et flernivåsystem for å analysere kvaliteten på design og utvikling, som sørger for analysen på passende stadier av design og utvikling i samsvar med de planlagte aktivitetene. Analysesystemet inkluderer følgende sekvensielle prosedyrer:

· Intern analyse utført av Tyumen State University i ferd med å utarbeide foreløpige og endelige versjoner av design- og utviklingsdokumenter;

· Intern analyse utført av Tyumen State University i ferd med å fullføre (korrigere) dokumentasjonen på kommentarer og / eller forslag fra forbrukeren;

· Ekstern analyse av statlige ekspertiseorganer (om nødvendig);

· Ekstern analyse utført av forbrukeren.

Systemet for design og utvikling vurderes for foreløpige og endelige versjoner av dokumentasjon. Aksepteringssystemet inkluderer design og utvikling gjennomgangsaktiviteter på forskjellige nivåer.

Antall analysenivå avhenger av design- og utviklingsmiljøet og kan variere.

Jeg har analysenivå

Den ansvarlige lederen analyserer og godtar design- og utviklingsarbeid i samsvar med vilkårene fra personalet ved Tyumen State University.

Hvis den ansvarlige utføreren har noen kommentarer til den innsendte dokumentasjonen, fullfører medarbeiderne dokumentasjonen i arbeidsstand.

Bekreftelse av analysen og aksept av verk er signaturen til den ansvarlige utføreren.

II nivå av analyse

Den ansvarlige utføreren av arbeidet under avtalen (kontrakt), sammen med personalet ved Tyumen State University, utfører analysen av dokumentasjon og aksept av arbeid i samsvar med vilkårene fra underleverandører.

Bekreftelse av den utførte analysen er godkjennelse av den ansvarlige utføreren av arbeidet i henhold til avtalen (kontrakten) av godkjenningssertifikatet for arbeid fra underleverandører.

III analysenivå

Den ansvarlige utføreren av arbeidet, i samsvar med vilkårene i den tekniske oppgaven, utfører analysen og aksept av arbeidet for individuelle deler av dokumentasjonen fra de involverte spesialistene.

Hvis den ansvarlige utføreren har noen kommentarer til den innsendte dokumentasjonen, fullfører de involverte ansatte dokumentasjonen i orden.

Bekreftelse av analysen er godkjenning fra den ansvarlige utføreren av godkjenningssertifikatet for arbeid fra underleverandører.

IV nivå av analyse

Analyse med involvering av tredjepartsorganisasjoner og / eller spesialister. Beslutningen om å engasjere tredjepartsorganisasjoner og / eller spesialister for analysen tas av kvalitetsledelsesrepresentanten.

Bekreftelse av den utførte analysen er godkjennelse av den ansvarlige utføreren av arbeidet i henhold til avtalen (kontrakten) av godkjenningssertifikatet for arbeid med tredjepartsorganisasjoner og / eller spesialister involvert for analyse.

V nivå av analyse

Analyse av forbrukeren.

Hvis det er kommentarer under en slik analyse av den innsendte dokumentasjonen, endrer de ansatte dokumentasjonen i en fungerende stand.

Bekreftelsen av analysen er signaturen av forbrukerens godkjenningssertifikat for arbeidet.

Materialer for analyse av prosjektet og utviklingen lagres i utviklingsavdelingen og / eller hos den ansvarlige utføreren av arbeidet i 3 år.

7.3.5 Verifisering av design og utvikling

Verifisering utføres i samsvar med planlagte aktiviteter for å sikre at design- og utviklingsutgangene oppfyller inngangskravene. Aktiviteten for å bekrefte oppfyllelsen av de fastsatte kravene utføres i samsvar med de planlagte aktivitetene (punkt 7.3.1). Følgende verifiseringstrinn er gitt for ulike design- og utviklingsalternativer:

Ansvarlig utfører;

En spesielt utnevnt ansatt;

Med normativ kontroll.

Verifiseringsmerket er signaturen til den aktuelle entreprenøren på stedene som er gitt for dette (på dokumentene som utvikles, i loven osv.). Registreringer av bekreftelsesresultater og alle nødvendige handlinger opprettholdes.

7.3.6 Validering av design og utvikling

Valideringsaktiviteter utføres i samsvar med de planlagte aktivitetene (punkt 7.3.1). Følgende valideringstrinn er gitt for forskjellige design- og utviklingsalternativer:

Avdelingsleder;

Dekan eller leder av instituttet;

Prorektor;

Representant for kvalitetsledelse;

Rektor.

Valideringsmerket er signaturen til den aktuelle entreprenøren på stedene som er gitt for dette (på dokumentene som utvikles, i loven osv.).

I de angitte tilfellene utføres validering av forbrukeren og / eller tredjepart.

7.3.7 Kontroll av endringer i design og utvikling

Endringer i den utviklede dokumentasjonen kan forekomme:

· Når feil oppdages;

· Når du forbedrer den utviklede dokumentasjonen;

· Når forbrukernes krav endres.

Endringer i den utviklede dokumentasjonen kan utføres når som helst i arbeidet.

Endringstekstene er utviklet av initiativtakeren til endringen i samsvar med den aksepterte prosedyren for utvikling og godkjenning. Endringer i den utviklede dokumentasjonen gjøres av spesialister som utfører eller har utført det aktuelle arbeidet, under kontroll ansvarlig spesialist (form for melding om endringer er gitt i vedlegget til prosedyren 01.04.02 / PP 01.04 "Håndtering av dokumenter og poster").

Endringer i den utviklede dokumentasjonen analyseres ut fra deres innvirkning på annen utviklet prosjektdokumentasjon, verifiseres, valideres og avtales på samme måte som den utviklede dokumentasjonen (punkt 7.3.3 - 7.3.6 i kvalitetshåndboken. ).

Den beslaglagte dokumentasjonen er lagret i 3 år.