J-STD-016. Documentatiestandaard

Vergelijkbare documenten
Implementatie Landelijke Standaard Tunnels

Tunnels in DBFM. Blankenburgverbinding. Ir. Y.H. Norg Contractmanager BBV. Delft, 10 mei 2017

Testen: Veilige dwarsligger op het spoor

COINS Praktijkproject. René Dorleijn & Gertjan van Manen. 23 januari 2008

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

Omgaan met veranderende requirements in outsourcing-projecten

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

Plan van Aanpak Pilot

Vastgoedinformatiesystemen. Thijs van der Spil

Intelligente Verkeers Regel Installatie (ivri) Fase 1. Overzicht deliverables. Datum: 28 januari 2016 Versie: final

Software Test Documentation

Software Test Plan. Yannick Verschueren

Testservices Testsoorten, -vormen en -

Software Test Plan. Yannick Verschueren

Managementrapportage [datum]

Hoe requirements traceability het beste ingericht kan worden.

Hans Jurgen Kroon Industrial HVAC Control Solutions

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

notitie Systems Engineering Lesplan Requirements Engineering (RE) Werkgroep opleidingen Definitief; vastgesteld Stuurgroep 4P

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

Ontwikkelaar ICT. Context. Doel

Systems Engineering en de Modelgebaseerde aanpak. Eric Burgers

PROJECT INITIATION DOCUMENT

14/11/2010. Een duurzame testaanpak voor een veranderd informatiesysteem. Agenda. Wie is Albert?

Procesvisie op Maat. Op basis van het Master Test Plan wordt een gedetailleerd testplan voor elke fase opgesteld.

Systems Engineering en Value Engineering introductie en functie in ontwerpprocessen

Compliancy Testrapportage

RAD Rapid application development. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Procesvalidatie voor een veiliger ketentest

Compliancy Testrapportage

SSS Vluchthaven Aanwezigheid Detectie (VAD)

ORGANISATORISCHE IMPLENTATIE BEST VALUE

Digitale (on)veiligheid. Sandor de Coninck: CTO & CISO Rijkswaterstaat

Ontwikkelen en testen van e-business: beheerste dynamiek

Informatica 2 Studiehandleiding

Geef de titel van het wijzigingsverzoek zo kort mogelijk weer.

Leverancier Testrapportage

Compliancy Testrapportage

1. Work Breakdown Structure en WBS Dictionary

Installatiehandleiding Business Assistent

Op de computer kan naar eigen inzicht software op worden geïnstalleerd, een andere besturingssysteem is mogelijk.

c l e u r e n _ m e r k e n RUIMTELIJKE PLANNING EN ARCHITECTUUR

PROJECT: IRIS-WEB. (Plan van aanpak)

Hans Jurgen Kroon Industrial HVAC Control Solutions

Werkgroep ISO TestNet thema-avond 9 oktober 2014

Voor en nadelen (spatieel) gedistribueerd

Test rapportage Waarom eigenlijk?

Toelichting op Toetskader

Whitepaper. Exploratory Testing. Waarom doen we dat niet altijd? door Dennis Joele

Combiplan Nijverdal. Gert-Jan Braas (VolkerInfra) Waarvoor doen we het eigenlijk?

Auteur Kenmerk Versie 1.0 Datum Bestandnaam Status Definitief. NK Software Testen 2017

Commissioning in de praktijk

Safety Management bij RandstadRail

Regressietesten. De aanpak en aandachtspunten. Algemene informatie voor medewerkers van: SYSQA B.V.

Testaanpak: leidraad voor het kiezen van een testtechniek

Voorbeeld projectplan

Business Case. <<Naam project>>

GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter

De tester als bruggenbouwer

Installatiehandleiding Business Assistent

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

Projectmanagement. Software ontwikkeling

Portal Planning Process

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

Verschillen in QA aanpak tussen ERP projecten en niet-erp projecten

Software Test Plan. PEN: Paper Exchange Network Software Engineering groep 1 (se1-1415) Academiejaar


PROJECT: IRIS. (Plan van aanpak) Naam Functie Paraaf

Het avontuur van een nieuw intranet. Frank Alta Product Owner intranet Sociale Verzekeringsbank (SVB)

To cloud or not to cloud Afgewogen keuzes maken met DYA Software

Een project, weet waar je aan begint!

Agenda. Introductie Aan het werk Conclusie / restrospective

B.Sc. Informatica Module 4: Data & Informatie

TESTEN VOLGENS TMAP, EEN KORTE INTRODUCTIE. 1. Inleiding. 2. TMap methode. Kwaliteit zonder gestructureerd testen is toeval.

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

Een duivelse samenwerking (Projectmanagement vs. Testmanagement) Albrie Beemer & Erik Bits 18 april 2012

Software Engineering Group 3

Upgrade of Her-implementatie PeopleSoft FMS bij DNB

Eibert Dijkgraaf Kijk verder dan je test neus lang is: Life Cycle Testing Scan Voorjaarsevent Testnet: 30 juni 2008

Richtlijnen voor het ontwerpen een Intranetportal Door Bas Fockens

COINS voor beginners. Henk Schaap Hans Schevers Wouter Pronk. December 2015

In een keten gaat het om de verbindingen, niet om de schakels.

Data en Applicatie Migratie naar de Cloud

Tips & Tricks: Tip van de maand januari 2009

Richtlijnen voor het Exitplan

Betere dienstverlening door eigen verantwoordelijkheid. Stop met procesgericht ICT-beheer!

Software Test Document

5 Programmastructuur

Installatiehandleiding Cane Webservices.nl Integratie

Software Test Documentation

Bouwbedrijven en automatisering

(NPR) 5325 Opleveren en overdragen van software

Transcriptie:

J-STD-016 Documentatiestandaard

Waarom J-STD-016? Enkele kenmerken: Strikte scheiding tussen functionaliteit en ontwerp; Functionaliteit beschrijven in termen van eisen; Conformiteit verifieerbaar door de eisen SMART te formuleren; Eisen traceerbaar door elke eis als unieke entiteit te beschouwen; Het hele project van ontwerpen tot en met opleveren is afgedekt. Belang: Beheersbaarheid door de scope af te bakenen; Beheersbaarheid door koppelvlakken te definiëren; Beheersbaarheid door functionele blokken af te bakenen. 2 J-STD-016

Architectuur model en specificerende documenten OCD SSS SRS IRS SSDD SDD IDD STP STD STR SIP SUM SCOM SVD 3 J-STD-016

Specificerende documenten Systeem Software Koppelvlak Conceptueel (context) Functioneel (wat) Ontwerp (hoe) Implementatie Beheer OCD Processen SSS SRS IRS Eisen Eisen Eisen SSDD SDD IDD Ontwerpbesluiten Ontwerpbesluiten Ontwerpbesluiten Systeemdecompositie Systeemdecompositie STP (testplanning) SIP (installatieplanning) STD (testuitvoering) STR (testrapportage) SUM/SCOM (handleidingen) SVD (versie-/configuratiebeheer) Opdrachtgever Opdrachtnemer 4 J-STD-016

Specificeren op conceptueel niveau OCD Operational Concept Description Conceptuele beschrijving van het systeem; Consensus tussen betrokken partijen bereiken; Systeemeisen in termen van werkprocessen; Beschrijving van de huidige situatie; Rechtvaardiging van de overgang naar een nieuwe situatie; Beschrijving van de nieuwe situatie; Identificatie van de verschillen (transitiemanagement); Op te stellen door de opdrachtgever. 5 J-STD-016

Specificeren op functioneel niveau (wat) SSS System/Subsystem Specification Systeem scope; Systeemintroductie en rechtvaardiging; Systeemdecompositie in entiteiten (states); Systeemdecompositie in gebruiksmogelijkheden (modes); Eisen per gebruiksmogelijkheid; Verificatiemethoden van de eisen; Rechtvaardiging van de eisen (herleidbaarheid naar hoger liggende eisen of naar OCD concepten); Op te stellen door de opdrachtgever. 6 J-STD-016

Specificeren op systeemontwerp niveau (hoe) SSDD System/Subsystem Design Description Systeem scope; Systeemintroductie en rechtvaardiging; Systeembrede ontwerpbesluiten: Of: decompositie naar subsystemen (SDDD0); Of: decompositie naar softwarecomponenten (SSDD1, CSCI); Rechtvaardiging van de ontwerpbesluiten (herleidbaarheid naar eisen); Op te stellen door de opdrachtgever (SSDD) of opdrachtnemer (SSDD1). 7 J-STD-016

Specificeren op interface niveau IRS Interface Requirements Specification Interface scope; Interface introductie en rechtvaardiging; Eisen per gegevenstransactie; Algemene interface eisen; Verificatiemethoden van de eisen; Rechtvaardiging van de eisen (herleidbaarheid naar hoger liggende eisen). IDD Interface Design Description Interface ontwerpbesluiten voor zover deze niet aan de opdrachtnemer overgelaten kunnen worden. Op te stellen door opdrachtgever/opdrachtnemer in overleg. 8 J-STD-016

Specificeren van afnametests STP System/Software Test Plan Scope (wat wordt er getest); Omstandigheden (locatie, middelen, componenten); (Systeem/Component)Test identificatie; Testplanning; Rechtvaardiging van de tests (herleidbaarheid naar eisen); Op te stellen door de opdrachtgever/opdrachtnemer in overleg. 9 J-STD-016

Specificeren van afnametests STD System/Software Test Description Scope (wat wordt er getest); Testvoorbereidingen; Testbeschrijvingen; Rechtvaardiging van de tests (herleidbaarheid naar tests). STR System/Software Test Report Scope (wat wordt er getest); Samenvatting van de testresultaten; Testresultaten in detail; Testlog. Op te stellen door de opdrachtnemer. 10 J-STD-016

Het installatieplan SIP Software Installation Plan Scope (wat wordt er geïnstalleerd); Benodigde resources (hard- en software, personeel); Voorbereidende activiteiten; Per locatie (VC): de planning de te installeren hard- en software de benodigde resources gedetailleerde installatie-instructies Op te stellen door de opdrachtgever / opdrachtnemer. 11 J-STD-016

OVM hoogste niveau Documenten op het hoogste niveau OVM.OCD: Concepten en werkprocessen van een verkeerscentrale; Herleidbaar naar bijvoorbeeld Business Case of PID. OVM.SSS-0: Eisen aan de verkeerscentrale op het hoogste niveau; Herleidbaar naar CvM.OCD. OVM.SSDD-0: Ontwerpbesluiten in de vorm van een systeemdecompositie naar subsystemen en interfaces; Herleidbaar naar CvM.SSS. 12 J-STD-016