Expert Panel. Awareness Information. 25 June 2013. Challenge the future



Vergelijkbare documenten
It s CMMI Jim, but not as we know it! CMMI toegepast op een Compliance organisatie Door Jasper Doornbos Improvement Focus

ORGANISATORISCHE IMPLENTATIE BEST VALUE

Socio-technisch systemen. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 1

Software Processen. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1. Het software proces

ARE methodiek Het ontwikkelen van Informatie Elementen

Business as (un)usual

1. Work Breakdown Structure en WBS Dictionary

Process & IT: eerst KIEZEN maakt het DOEN daarna zoveel makkelijker

4.3 Het toepassingsgebied van het kwaliteitsmanagement systeem vaststellen. 4.4 Kwaliteitsmanagementsysteem en de processen ervan.

Duurzaam Product. Ecodesign methode van Tischner

De essentie van de nieuwe ISO s. Dick Hortensius, NEN Milieu & Maatschappij

Software Test Plan. Yannick Verschueren

Scrum. Een introductie

VOICE OF THE CUSTOMER

Het implementeren van een value-model als kader voor innovatie in de gezondheidszorg: Productontwikkeling van testapparaten in de medische sector.

Business Rules: het scheiden van kennis en processen 17 september 2014

Teststrategie met behulp van heuristieken

Test rapportage Waarom eigenlijk?

Richtlijnen voor het ontwerpen een Intranetportal Door Bas Fockens

Systems Engineering en Value Engineering introductie en functie in ontwerpprocessen

Hans Jurgen Kroon Industrial HVAC Control Solutions

Werkgroep ISO TestNet thema-avond 9 oktober 2014

Software Test Plan. Yannick Verschueren

Requirements Traceability. Marcel de Baas, Jan Bank, Edwin Buisman, Frits Jacobs, Kitty Spaas, Erik Venema, Arno Zandman

Use-Case 2.0. Requirements Kenniscentrum 15 November Eric Lopes Cardozo

Business Process Management

2 e webinar herziening ISO 14001

Risk & Requirements Based Testing

IBM Gebruiksvoorwaarden SaaS Specifieke Voorwaarden voor Aanbieding. IBM Cloud Adoption and Deployment Services

ISO 9001: Niets aan de hand! Enkele cosmetische wijzigingen... of toch niet?

Integrale productontwikkeling wearable products BNO FHI bijeenkomst Utrecht, 4 november Michaël Hoonakker

Stichting NIOC en de NIOC kennisbank

Ontwikkelaar ICT. Context. Doel

bedrijfsprocessen en vormt daarmee de kapstok voor de producten van andere disciplines. Het PAM is geen RUP concept.

PRINCE2 Symposium: Zin en Onzin van een Methode. PRINCE 2 versus CMMI; raakvlakken, overlap en aanvullingen SYSQA B.V.

Procesvalidatie voor een veiliger ketentest

Make IT work Identify your threats Improve your systems

Ontwikkelmethoden en technieken DSDM POMT HC3

Continuous Requirements Engineering

Project methodiek. Auxilium BV Oude Delft CD Delft. T: F: E:

Stakeholdermanagement

PRINCE 2 versus CMMI; raakvlakken, overlap en aanvullingen

Auteurs: Jan van Bon, Wim Hoving Datum: 9 maart Cross reference ISM - COBIT

Goed functioneel beheer noodzaak voor effectievere SPI

Samenvatting. ENERQI Gids (Rapport nummer D3.2) 20 februari 2012

S&OP in Perfetti van Melle Supply Chain Day

Workflows voor SharePoint met forms en data K2 VOOR SHAREPOINT

Handout. Hoe testers de kwaliteit van requirements kunnen beïnvloeden. Slechte requirements zijn overal. Testnet thema-avond Requirements.

Tips & Tricks: Tip van de maand januari 2009

a. Wat wordt verstaan onder V&V? b. Uit welke kernactiviteiten bestaat V&V? c. Noem enkele voor- en nadelen van inspecties. d. Idem voor testen.

ISO 9001: Business in Control 2.0

ISO 14001:2015 Readiness Review

Professionalisering van Levensduurverlenging

Resultaat gerichter Testen

Beoordelingscriteria afstudeervoorstel en voorstel ervaringsstage (opleiding Informatica Breda)

hoe worden innovatieve, grote en complexe schepen in de praktijk ontwikkeld?

Requirements Management Werkgroep Traceability

Workshop verkrijgen requirements. Draaiboek requirementsontwikkeling sessie. SYSQA B.V. Almere

Evo Evolutionary Project Management. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

We make your Data work smarter

Continuous Requirements Engineering

Information security officer: Where to start?

ONTWIKKELVOORSTEL STAPPENPLAN

EXIN WORKFORCE READINESS opleider

TESTEN % ITIL & ASL & BISL WAT HEEFT EEN TESTER AAN ITIL? EEN PRAKTISCH HULPMIDDEL OF BUREAUCRATISCHE BALLAST?

De brug tussen requirement engineer en gebruiker

Model Driven Software Development: Geen toekomst maar realiteit. 4 juni 2009, WTC, Amsterdam.

STAND VAN ZAKEN VAN DE DIGITALE VAARDIGHEDEN IN BELGIË. 13 November 2012

Microsoft s platform voor projectorganisaties. EPM 2007 en straks Wil Jansen Gwen Schilte

Pijlers van Beheer. Bram van der Vos

ISO9001:2015, in vogelvlucht. Door Tjarko Vrugt

4.2 Inzichten in de behoeften en verwachtingen van de belanghebbenden. 4.3 Het toepassingsgebied van het milieumanagementsystee m vaststellen

Bedrijfscontinuïteit met behulp van een BCMS

Welkom bij parallellijn 1 On the Move uur

Product Risico Analyse

Opleiding PECB ISO 9001 Quality Manager.

De Taxonomie van Bloom Toelichting

Voor en nadelen (spatieel) gedistribueerd

STAKEHOLDERS. Hoe gaan we daar mee om? Jacques van Unnik Manager Personnel Certification & Training 3 december 2015 BUSINESS ASSURANCE

Toekomstbestending maken van selectie tool Rekening houdend met strikte privacy wetgeving

BLIJVEND STRUCTUREEL TEKORT AAN DIGITAL EXPERTS!

Enterprise Resource Planning. Hoofdstuk 3 Planning, ontwerp en implementatie van Enterprise Resource Planning-systemen

EXIN WORKFORCE READINESS professional

BiZZdesign. Bouwen van sterke en wendbare organisaties met behulp van standaarden, methode, technieken en tools. Research & Development

Handleiding SWIFT MyStandard Readiness Portal. Juni 2016

RISICO MANAGEMENT, BASIS PRINCIPES

Martin van Leeuwen Happy Testing

SDM II - System Development Methodology II. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Kortom, van visie naar werkelijkheid!

Vier aandachtspunten bij het specificeren van digitaal geregelde voedingen

Satisfy the real (and changing) customer expectation

TPSC Cloud, Collaborative Governance, Risk & Compliance Software,

J-STD-016. Documentatiestandaard

De nieuwe ISO-normen: meer dan KAM-management alleen!

Hoofdstuk 8 Relatiemarketing

6. Project management

ISO 9000:2000 en ISO 9001:2000. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.

Interaction Design for the Semantic Web

ISO 9001:2015 ReadinessReview

Transcriptie:

Expert Panel Awareness Information 25 June 2013 1

Structure Doel Proces Classificatie van de practices waarvan je al dan niet direct op de hoogte gehouden wilt worden Classificatie van de practices waarbij je gedurende het uitvoeren al dan niet gestoord mag worden 2

Goal Overeenstemming bereiken over de classificatie van de practices Practices waar al overeenstemming over is 26/80 Practices waar nog geen overeenstemming over is 54/80 3

Process Iteratief proces om overeenstemming te bereiken Stopcondities - Minimaal 80% is het eens - Na drie rondes is er geen overeenstemming bereikt Rondes - Eerste Ronde: Uitleggen van de gemaakte keuzes - Tweede Ronde: Overtuigen van de opponenten - Derde Ronde: Laatste stem ronde 4

Information Practices waarvan je al dan niet direct op de hoogte gehouden wilt worden (real-time), ongeacht waar je op dat moment mee bezig bent. 5

Example Classificatie van items waarvan je al dan niet op de hoogte gehouden wilt worden (real-time) - Een project lid is ziek - De contact persoon van de klant is ziek - De secretaresse is ziek - De vriendin van je collega is ziek - De systeem beheerder is ziek 6

Requirements Development De bedoeling van Requirements Development is: het eliciteren, analyseren en uitwerken van klant-, producten productcomponenteisen. 7

Requirements Development 1. Develop Customer Requirements 1. Elicit Needs 2. Transform Stakeholder Needs into Customer Requirements 2. Develop Product Requirements 1. Establish Product and Product Component Requirements 2. Allocate Product Component Requirements 3. Identify Interface Requirements 3. Analyze and Validate Requirements 1. Establish Operational Concepts and Scenarios 2. Establish a Definition of Required Functionality and Quality Attributes 3. Analyze Requirements 4. Analyze Requirements to Achieve Balance 5. Validate Requirements 8

Requirements Development Agreed On: SP 2.1 Establish Product and Product Component Requirements SP 3.1 Establish Operational Concepts and Scenarios 9

Elicit Needs Requirements Development SP 1.1 Elicit Needs Eliciteer de behoeften, verwachtingen, voorwaarden en interfaces van belanghebbenden voor alle fasen in de productlevenscyclus. Elicitatie gaat verder dan het verzamelen van eisen, door het proactief identificeren van aanvullende eisen die niet expliciet door klanten zijn verstrekt. 10

Transform Stakeholder Needs Requirements Development SP 1.2 Transform Stakeholder Needs into Customer Requirements Transformeer behoeften, verwachtingen, voorwaarden en interfaces van belanghebbenden in geprioriteerde klanteisen. De verschillende bijdragen van de relevante belanghebbenden dienen geconsolideerd te worden, ontbrekende informatie dient te worden achterhaald en conflicten dienen opgelost te worden bij het ontwikkelen en prioriteren van klanteisen. 11

Product Component Requirements Requirements Development SP 2.2 Allocate Product Component Requirements Wijs de eisen toe voor iedere productcomponent. De eisen voor productcomponenten van de gedefinieerde oplossing omvatten de toewijzing van productprestaties; ontwerpvoorwaarden; en maat, vorm en functie om aan de eisen te voldoen en het produceren te faciliteren. 12

Interface Requirements Requirements Development SP 2.3 Identify Interface Requirements Identificeer de aan de interfaces gestelde eisen Interfaces tussen functies of tussen objecten of andere logische entiteiten worden vastgesteld. 13

Requirements Functionality Requirements Development SP 3.2 Establish a Definition of Required Functionality and Quality Attributes Breng een definitie van vereiste functionaliteit en kwaliteitskenmerken tot stand en onderhoud deze. Deze functionele beschrijving kan acties, volgorde, invoergegevens, uitvoergegevens of andere informatie bevatten die de manier waarop het product zal worden gebruikt kenbaar maakt. 14

Analyze Requirements Requirements Development SP 3.3 Analyze Requirements Analyseer de eisen om ervoor te zorgen dat ze noodzakelijk en afdoende zijn. In het licht van de operationele concepten en scenario's, worden de eisen voor één niveau van de producthiërarchie geanalyseerd om te bepalen of ze noodzakelijk en afdoende zijn om de doelstellingen van hogere niveaus in de producthiërarchie te verwezenlijken. 15

Analyze Requirements Requirements Development SP 3.4 Analyze Requirements to Achieve Balance Analyseer de eisen om behoeften en beperkingen van de belanghebbenden in balans te brengen. Behoeften en beperkingen van belanghebbenden kunnen gaan over zaken als kosten, planning, product- of projectprestaties, functionaliteit, prioriteiten, herbruikbare componenten, onderhoudbaarheid of risico's. 16

Validate Requirements Requirements Development SP 3.5 Validate Requirements Valideer de eisen om te zorgen dat het resulterende product zal functioneren zoals beoogd in de eindgebruikersomgeving. Eisenvalidatie wordt vroeg in het ontwikkeltraject uitgevoerd met eindgebruikers om het vertrouwen te verkrijgen dat de eisen leiden tot een ontwikkeling die resulteert in succesvolle eindvalidatie. 17

Technical Solution De bedoeling van Technical Solution is: voor de eisen oplossingen te selecteren, te ontwerpen, en te realiseren. De oplossingen, ontwerpen en realisaties hebben, afhankelijk van de situatie, betrekking op producten, productcomponenten en aan de levenscyclus van het product gerelateerde processen, of een combinatie hiervan. 18

Technical Solution 1. Select Product Component Solutions 1. Develop Alternative Solutions and Selection Criteria 2. Select Product Component Solutions 2. Develop the Design 1. Design the Product or Product Component 2. Establish a Technical Data Package 3. Design Interfaces Using Criteria 4. Perform Make, Buy, or Reuse Analyses 3. Implement the Product Design 1. Implement the Design 2. Develop Product Support Documentation 19

Technical Solution Agreed On: SP 1.2 Select Product Component Solutions SP 2.1 Design the Product or Product Component SP 2.2 Establish a Technical Data Package SP 2.3 Design Interfaces Using Criteria SP 3.2 Develop Product Support Documentation 20

Alternative Solutions Technical Solution SP 1.1 Develop Alternative Solutions and Selection Criteria Ontwikkel alternatieve oplossingen en selectiecriteria. Om de selectie van een evenwichtige oplossing, in termen van kosten, planning, prestaties en risico's mogelijk te maken voor de gehele levensduur van het product, moeten alternatieve oplossingen worden vastgesteld en geanalyseerd. 21

Make, Buy, or Reuse Analyses Technical Solution SP 2.4 Perform Make, Buy, or Reuse Analyses Evalueer aan de hand van vastgestelde criteria of de productcomponenten ontwikkeld, aangeschaft, of opnieuw gebruikt zouden moeten worden. De vaststelling welke producten of productcomponenten zullen worden aangeschaft, wordt vaak aangeduid als een maken-ofkopen-analyse. Het is gebaseerd op een analyse van de behoeften van het project. 22

Implement the Design Technical Solution SP 3.1 Implement the Design Realiseer de productcomponenten vanuit de ontwerpen. Als het ontwerp eenmaal is voltooid, dan wordt het gerealiseerd als een productcomponent. De kenmerken van die realisatie hangen af van het type productcomponent. 23

Verification De bedoeling van verificatie is: om te garanderen dat geselecteerde werkproducten voldoen aan hun gespecificeerde eisen. 24

Verification 1. Prepare for Verification 1. Select Work Products for Verification 2. Establish the Verification Environment 3. Establish Verification Procedures and Criteria 2. Perform Peer Reviews 1. Prepare for Peer Reviews 2. Conduct Peer Reviews 3. Analyze Peer Review Data 3. Verify Selected Work Products 1. Perform Verification 2. Analyze Verification Results 25

Verification Agreed On: SP 2.1 Prepare for Peer Reviews 26

Select Work Products Verification SP 1.1 Select Work Products for Verification Selecteer de te verifiëren werkproducten en de te gebruiken verificatiemethoden. Werkproducten worden geselecteerd op basis van hun bijdrage aan het vervullen van de projectdoelstellingen en eisen en het aanpakken van projectrisico s. 27

Establish Environment Verification SP 1.2 Establish the Verification Environment Breng de omgeving die nodig is om verificatie te ondersteunen tot stand en onderhoud deze. Er moet een omgeving tot stand gebracht worden waarin de verificatie kan plaatsvinden. Het type omgeving dat vereist is, zal afhangen van de voor verificatie geselecteerde werkproducten en de gebruikte verificatiemethoden. bv. peer review, simulators, emulatoren etc. 28

Procedures and Criteria Verification SP 1.3 Establish Verification Procedures and Criteria Breng verificatieprocedures en -criteria voor de geselecteerde werkproducten tot stand en onderhoud deze. Verificatiecriteria worden gedefinieerd om ervoor te zorgen dat de werkproducten aan hun eisen voldoen. 29

Conduct Peer Reviews Verification SP 2.2 Conduct Peer Reviews Voer peer reviews uit op geselecteerde werkproducten en identificeer probleempunten die voortkomen uit de reviews. Eén van de doeleinden van het uitvoeren van een peer review is om vroegtijdig fouten te vinden en te verwijderen. Peer reviews worden incrementeel uitgevoerd terwijl werkproducten worden ontwikkeld. 30

Analyze Peer Review Data Verification SP 2.3 Analyze Peer Review Data Analyseer de gegevens over de voorbereiding, uitvoering en resultaten van de peer reviews. bv. gegevens over de peer review en actiepunten uit de peer review 31

Perform Verification Verification SP 3.1 Perform Verification Voer verificaties uit op de geselecteerde werkproducten. Het incrementeel verifiëren van producten en werkproducten bevordert vroegtijdige ontdekking van problemen en kan resulteren in de vroegtijdige verwijdering van fouten. 32

Analyze Verification Results Verification SP 3.2 Analyze Verification Results Analyseer de resultaten van alle verificatie-activiteiten. Werkelijke resultaten moeten worden vergeleken met de vastgestelde verificatiecriteria om te bepalen of de resultaten acceptabel zijn. 33

Validation De bedoeling van validatie is: aan te tonen dat een product of productcomponent kan worden gebruikt zoals is bedoeld wanneer het in zijn beoogde omgeving is geplaatst. 34

Validation 1. Prepare for Validation 1. Select Products for Validation 2. Establish the Validation Environment 3. Establish Validation Procedures and Criteria 2. Validate Product or Product Components 1. Perform Validation 2. Analyze Validation Results 35

Validation Agreed On: SP 2.2 Analyze Validation Results 36

Select Products for Validation Validation SP 1.1 Select Products for Validation Selecteer de te valideren producten en productcomponenten en de te gebruiken validatiemethoden. Producten en productcomponenten worden voor validatie geselecteerd op basis van hun verband met behoeften van eindgebruikers. Voor iedere productcomponent zou de omvang van de validatie (bijvoorbeeld operationeel gedrag, onderhoud, training, gebruikersinterface) vastgesteld moeten worden. 37

Establish the Environment Validation SP 1.2 Establish the Validation Environment Breng de omgeving die nodig is om validatie te ondersteunen tot stand en onderhoud deze. De eisen voor de validatieomgeving worden aangegeven door het geselecteerde product of de productcomponenten en door de validatiemethoden. Deze selecties kunnen eisen opleveren voor de aankoop of ontwikkeling van apparatuur, software of andere middelen. 38

Validation Procedures and Criteria Validation SP 1.3 Establish Validation Procedures and Criteria Breng procedures en criteria voor validatie tot stand en onderhoud deze. Validatieprocedures en -criteria worden gedefinieerd om ervoor te zorgen dat het product of productcomponent zal voldoen aan het verwachte gebruik wanneer het wordt geplaatst in de beoogde omgeving. 39

Perform Validation Validation SP 2.1 Perform Validation Voer de validatie uit op de geselecteerde producten en productcomponenten. Om voor gebruikers acceptabel te zijn, moet een product of productcomponent in zijn beoogde operationele omgeving functioneren zoals bedoeld. 40

Product Integration De bedoeling van product integratie is: het product samen te stellen uit de productcomponenten, te zorgen dat het product, zoals het is samengesteld, correct werkt en het product op te leveren. 41

Product Integration 1. Prepare for Product Integration 1. Establish an Integration Strategy 2. Establish the Product Integration Environment 3. Establish Product Integration Procedures and Criteria 2. Ensure Interface Compatibility 1. Review Interface Descriptions for Completeness 2. Manage Interfaces 3. Assemble Product Components and Deliver the Product 1. Confirm Readiness of Product Components for Integration 2. Assemble Product Components 3. Evaluate Assembled Product Components 4. Package and Deliver the Product or Product Component 42

Product Integration Agreed On: SP 3.2 Assemble Product Components 43

Establish an Integration Strategy Product Integration SP 1.1 Establish an Integration Strategy Breng een productintegratiestrategie tot stand en onderhoud deze. De productintegratiestrategie beschrijft de aanpak voor het ontvangen, integreren en evalueren van de productcomponenten waaruit het product is opgebouwd. 44

Establish the Environment Product Integration SP 1.2 Establish the Product Integration Environment Breng de omgeving die nodig is om de integratie van de product-componenten te ondersteunen tot stand en onderhoud deze. De omgeving voor productintegratie kan worden aangeschaft of ontwikkeld. Om een omgeving tot stand te brengen, zullen eisen voor het verwerven of ontwikkelen van apparatuur, software, of andere middelen uitgewerkt moeten worden. 45

Procedures and Criteria Product Integration SP 1.3 Establish Product Integration Procedures and Criteria Breng procedures en criteria voor integratie van de productcomponenten tot stand en onderhoud deze. Procedures voor de integratie van de productcomponenten kunnen zaken omvatten als het aantal uit te voeren incrementele iteraties en details van de verwachte tests en andere in elke fase uit te voeren evaluaties. 46

Review Interface Descriptions Product Integration SP 2.1 Review Interface Descriptions for Completeness Review interfacebeschrijvingen op dekking en volledigheid. De interfaces dienen naast productcomponentinterfaces, alle interfaces met de productintegratieomgeving te omvatten. 47

Manage Interfaces Product Integration SP 2.2 Manage Interfaces Manage interne en externe interfacedefinities, ontwerpen en wijzigingen voor producten en productcomponenten. Interface-eisen sturen de ontwikkeling van de interfaces, die nodig zijn om productcomponenten te integreren, aan. Het managen van product- en productcomponentinterfaces start vroeg in de ontwikkeling van het product. 48

Readiness of Product Components Product Integration SP 3.1 Confirm Readiness of Product Components for Integration Bevestig, voordat het product wordt samengesteld, dat elke productcomponent die nodig is voor de samenstelling van het product op de juiste wijze is geïdentificeerd, zich gedraagt volgens zijn beschrijving en dat de productcomponentinterfaces voldoen aan de interfacebeschrijvingen. Deze specifieke praktijk heeft tot doel om te waarborgen dat de op de juiste wijze geïdentificeerde productcomponent die voldoet aan zijn beschrijving werkelijk geïntegreerd kan worden volgens de strategie en procedures voor productintegratie. 49

Evaluate Assembled Components Product Integration SP 3.3 Evaluate Assembled Product Components Evalueer de geïntegreerde productcomponenten op interfacecompatibiliteit. Deze evaluatie omvat het onderzoeken en testen van geïntegreerde productcomponenten op prestaties, geschiktheid of gereedheid, gebruikmakend van de procedures, criteria en omgeving voor productintegratie. 50

Package and Deliver Product Integration SP 3.4 Package and Deliver the Product or Product Component Verpak het samengestelde product of de productcomponent en lever het aan de klant. De verpakkingseisen voor sommige producten kunnen in hun specificaties en verificatiecriteria aangegeven zijn. 51

Interruptions Practices waarbij je gedurende het uitvoeren al dan niet gestoord mag worden, ongeacht waar het over gaat 52

Example Classificatie van items waarbij je al dan niet gestoord mag worden - Opstaan - Douchen - Aankleden - Ontbijten - Spullen pakken - Vertrekken 53

Requirements Development De bedoeling van Requirements Development is: het eliciteren, analyseren en uitwerken van klant-, producten productcomponenteisen. 54

Requirements Development 1. Develop Customer Requirements 1. Elicit Needs 2. Transform Stakeholder Needs into Customer Requirements 2. Develop Product Requirements 1. Establish Product and Product Component Requirements 2. Allocate Product Component Requirements 3. Identify Interface Requirements 3. Analyze and Validate Requirements 1. Establish Operational Concepts and Scenarios 2. Establish a Definition of Required Functionality and Quality Attributes 3. Analyze Requirements 4. Analyze Requirements to Achieve Balance 5. Validate Requirements 55

Requirements Development Agreed On: SP 2.1 Establish Product and Product Component Requirements SP 2.2 Allocate Product Component Requirements SP 3.1 Establish Operational Concepts and Scenarios SP 3.2 Establish a Definition of Required Functionality and Quality Attributes 56

Elicit Needs Requirements Development SP 1.1 Elicit Needs Eliciteer de behoeften, verwachtingen, voorwaarden en interfaces van belanghebbenden voor alle fasen in de productlevenscyclus. Elicitatie gaat verder dan het verzamelen van eisen, door het proactief identificeren van aanvullende eisen die niet expliciet door klanten zijn verstrekt. 57

Transform Stakeholder Needs Requirements Development SP 1.2 Transform Stakeholder Needs into Customer Requirements Transformeer behoeften, verwachtingen, voorwaarden en interfaces van belanghebbenden in geprioriteerde klanteisen. De verschillende bijdragen van de relevante belanghebbenden dienen geconsolideerd te worden, ontbrekende informatie dient te worden achterhaald en conflicten dienen opgelost te worden bij het ontwikkelen en prioriteren van klanteisen. 58

Interface Requirements Requirements Development SP 2.3 Identify Interface Requirements Identificeer de aan de interfaces gestelde eisen Interfaces tussen functies of tussen objecten of andere logische entiteiten worden vastgesteld. 59

Analyze Requirements Requirements Development SP 3.3 Analyze Requirements Analyseer de eisen om ervoor te zorgen dat ze noodzakelijk en afdoende zijn. In het licht van de operationele concepten en scenario's, worden de eisen voor één niveau van de producthiërarchie geanalyseerd om te bepalen of ze noodzakelijk en afdoende zijn om de doelstellingen van hogere niveaus in de producthiërarchie te verwezenlijken. 60

Analyze Requirements Requirements Development SP 3.4 Analyze Requirements to Achieve Balance Analyseer de eisen om behoeften en beperkingen van de belanghebbenden in balans te brengen. Behoeften en beperkingen van belanghebbenden kunnen gaan over zaken als kosten, planning, product- of projectprestaties, functionaliteit, prioriteiten, herbruikbare componenten, onderhoudbaarheid of risico's. 61

Validate Requirements Requirements Development SP 3.5 Validate Requirements Valideer de eisen om te zorgen dat het resulterende product zal functioneren zoals beoogd in de eindgebruikersomgeving. Eisenvalidatie wordt vroeg in het ontwikkeltraject uitgevoerd met eindgebruikers om het vertrouwen te verkrijgen dat de eisen leiden tot een ontwikkeling die resulteert in succesvolle eindvalidatie. 62

Technical Solution De bedoeling van Technical Solution is: voor de eisen oplossingen te selecteren, te ontwerpen, en te realiseren. De oplossingen, ontwerpen en realisaties hebben, afhankelijk van de situatie, betrekking op producten, productcomponenten en aan de levenscyclus van het product gerelateerde processen, of een combinatie hiervan. 63

Technical Solution 1. Select Product Component Solutions 1. Develop Alternative Solutions and Selection Criteria 2. Select Product Component Solutions 2. Develop the Design 1. Design the Product or Product Component 2. Establish a Technical Data Package 3. Design Interfaces Using Criteria 4. Perform Make, Buy, or Reuse Analyses 3. Implement the Product Design 1. Implement the Design 2. Develop Product Support Documentation 64

Technical Solution Agreed On: SP 1.2 Select Product Component Solutions SP 2.2 Establish a Technical Data Package SP 2.4 Perform Make, Buy, or Reuse Analyses SP 3.2 Develop Product Support Documentation 65

Alternative Solutions Technical Solution SP 1.1 Develop Alternative Solutions and Selection Criteria Ontwikkel alternatieve oplossingen en selectiecriteria. Om de selectie van een evenwichtige oplossing, in termen van kosten, planning, prestaties en risico's mogelijk te maken voor de gehele levensduur van het product, moeten alternatieve oplossingen worden vastgesteld en geanalyseerd. 66

Design the Product Technical Solution SP 2.1 Design the Product or Product Component Ontwikkel een ontwerp voor het product of een productcomponent. Het productontwerp bestaat uit twee omvangrijke fasen die elkaar in de uitvoering kunnen overlappen: globaal en gedetailleerd ontwerp. Het globale ontwerp brengt de productmogelijkheden tot stand en de productarchitectuur. Het detailontwerp definieert de structuur en mogelijkheden van de productcomponenten volledig. 67

Design Interfaces Using Criteria Technical Solution SP 2.3 Design Interfaces Using Criteria Ontwerp productcomponentinterfaces met behulp van vastgestelde criteria. De criteria voor interfaces geven vaak cruciale parameters weer die gedefinieerd of ten minste onderzocht moeten worden, om zeker te zijn van hun toepasbaarheid. Deze parameters zijn vaak specifiek voor een gegeven producttype en zijn meestal verbonden met veiligheid, beveiliging, en duurzaamheid. 68

Implement the Design Technical Solution SP 3.1 Implement the Design Realiseer de productcomponenten vanuit de ontwerpen. Als het ontwerp eenmaal is voltooid, dan wordt het gerealiseerd als een productcomponent. De kenmerken van die realisatie hangen af van het type productcomponent. 69

Verification De bedoeling van verificatie is: om te garanderen dat geselecteerde werkproducten voldoen aan hun gespecificeerde eisen. 70

Verification 1. Prepare for Verification 1. Select Work Products for Verification 2. Establish the Verification Environment 3. Establish Verification Procedures and Criteria 2. Perform Peer Reviews 1. Prepare for Peer Reviews 2. Conduct Peer Reviews 3. Analyze Peer Review Data 3. Verify Selected Work Products 1. Perform Verification 2. Analyze Verification Results 71

Verification Agreed On: SP 1.1 Select Work Products for Verification SP 1.2 Establish the Verification Environment SP 2.1 Prepare for Peer Reviews SP 3.1 Perform Verification 72

Procedures and Criteria Verification SP 1.3 Establish Verification Procedures and Criteria Breng verificatieprocedures en -criteria voor de geselecteerde werkproducten tot stand en onderhoud deze. Verificatiecriteria worden gedefinieerd om ervoor te zorgen dat de werkproducten aan hun eisen voldoen. 73

Conduct Peer Reviews Verification SP 2.2 Conduct Peer Reviews Voer peer reviews uit op geselecteerde werkproducten en identificeer probleempunten die voortkomen uit de reviews. Eén van de doeleinden van het uitvoeren van een peer review is om vroegtijdig fouten te vinden en te verwijderen. Peer reviews worden incrementeel uitgevoerd terwijl werkproducten worden ontwikkeld. 74

Analyze Peer Review Data Verification SP 2.3 Analyze Peer Review Data Analyseer de gegevens over de voorbereiding, uitvoering en resultaten van de peer reviews. bv. gegevens over de peer review en actiepunten uit de peer review 75

Analyze Verification Results Verification SP 3.2 Analyze Verification Results Analyseer de resultaten van alle verificatie-activiteiten. Werkelijke resultaten moeten worden vergeleken met de vastgestelde verificatiecriteria om te bepalen of de resultaten acceptabel zijn. 76

Validation De bedoeling van validatie: is aan te tonen dat een product of productcomponent kan worden gebruikt zoals is bedoeld wanneer het in zijn beoogde omgeving is geplaatst. 77

Validation 1. Prepare for Validation 1. Select Products for Validation 2. Establish the Validation Environment 3. Establish Validation Procedures and Criteria 2. Validate Product or Product Components 1. Perform Validation 2. Analyze Validation Results 78

Validation Agreed On: SP 1.1 Select Products for Validation 79

Establish the Environment Validation SP 1.2 Establish the Validation Environment Breng de omgeving die nodig is om validatie te ondersteunen tot stand en onderhoud deze. De eisen voor de validatieomgeving worden aangegeven door het geselecteerde product of de productcomponenten en door de validatiemethoden. Deze selecties kunnen eisen opleveren voor de aankoop of ontwikkeling van apparatuur, software of andere middelen. 80

Validation Procedures and Criteria Validation SP 1.3 Establish Validation Procedures and Criteria Breng procedures en criteria voor validatie tot stand en onderhoud deze. Validatieprocedures en -criteria worden gedefinieerd om ervoor te zorgen dat het product of productcomponent zal voldoen aan het verwachte gebruik wanneer het wordt geplaatst in de beoogde omgeving. 81

Perform Validation Validation SP 2.1 Perform Validation Voer de validatie uit op de geselecteerde producten en productcomponenten. Om voor gebruikers acceptabel te zijn, moet een product of productcomponent in zijn beoogde operationele omgeving functioneren zoals bedoeld. 82

Analyze Validation Results Validation SP 2.2 Analyze Validation Results Analyseer de resultaten van de validatieactiviteiten. De gegevens die voortvloeien uit validatietests, inspecties, demonstraties, of evaluaties worden geanalyseerd ten opzichte van de gedefinieerde validatiecriteria. In het geval van tekortkomingen, documenteren deze rapportages de mate van succes of falen en categoriseren zij de vermoedelijke oorzaak van het falen. 83

Product Integration De bedoeling van product integratie is: het product samen te stellen uit de productcomponenten, te zorgen dat het product, zoals het is samengesteld, correct werkt en het product op te leveren. 84

Product Integration 1. Prepare for Product Integration 1. Establish an Integration Strategy 2. Establish the Product Integration Environment 3. Establish Product Integration Procedures and Criteria 2. Ensure Interface Compatibility 1. Review Interface Descriptions for Completeness 2. Manage Interfaces 3. Assemble Product Components and Deliver the Product 1. Confirm Readiness of Product Components for Integration 2. Assemble Product Components 3. Evaluate Assembled Product Components 4. Package and Deliver the Product or Product Component 85

Product Integration Agreed On: SP 1.1 Establish an Integration Strategy SP 1.3 Establish Product Integration Procedures and Criteria SP 2.1 Review Interface Descriptions for Completeness SP 2.2 Manage Interfaces 86

Establish the Environment Product Integration SP 1.2 Establish the Product Integration Environment Breng de omgeving die nodig is om de integratie van de product-componenten te ondersteunen tot stand en onderhoud deze. De omgeving voor productintegratie kan worden aangeschaft of ontwikkeld. Om een omgeving tot stand te brengen, zullen eisen voor het verwerven of ontwikkelen van apparatuur, software, of andere middelen uitgewerkt moeten worden. 87

Readiness of Product Components Product Integration SP 3.1 Confirm Readiness of Product Components for Integration Bevestig, voordat het product wordt samengesteld, dat elke productcomponent die nodig is voor de samenstelling van het product op de juiste wijze is geïdentificeerd, zich gedraagt volgens zijn beschrijving en dat de productcomponentinterfaces voldoen aan de interfacebeschrijvingen. Deze specifieke praktijk heeft tot doel om te waarborgen dat de op de juiste wijze geïdentificeerde productcomponent die voldoet aan zijn beschrijving werkelijk geïntegreerd kan worden volgens de strategie en procedures voor productintegratie. 88

Assemble Product Components Product Integration SP 3.2 Assemble Product Component Integreer de productcomponenten volgens de strategie en procedures voor productintegratie. De integratie-activiteiten van deze specifieke praktijk en de evaluatie-activiteiten van de volgende specifieke praktijk worden iteratief uitgevoerd, van de initiële productcomponenten, via de tussentijdse integraties van productcomponenten, tot het totale product. 89

Evaluate Assembled Components Product Integration SP 3.3 Evaluate Assembled Product Components Evalueer de geïntegreerde productcomponenten op interfacecompatibiliteit. Deze evaluatie omvat het onderzoeken en testen van geïntegreerde productcomponenten op prestaties, geschiktheid of gereedheid, gebruikmakend van de procedures, criteria en omgeving voor productintegratie. 90

Package and Deliver Product Integration SP 3.4 Package and Deliver the Product or Product Component Verpak het samengestelde product of de productcomponent en lever het aan de klant. De verpakkingseisen voor sommige producten kunnen in hun specificaties en verificatiecriteria aangegeven zijn. 91