Agenda Korte introductie Software kwaliteit: de praktijk

Presentatie over: "Agenda Korte introductie Software kwaliteit: de praktijk"— Transcript van de presentatie:

1 Kwaliteit van Software gemeten en getest Affligem, 23 April 2003 Johan De Greve Pierrette Cober

2 Agenda Korte introductie Software kwaliteit: de praktijk
Gestructureerd software testen Toegevoegde waarde Een onafhankelijke kwaliteitspartner Hoe te starten Vragen

3 Introductie - wie is ps_testware
Enige onafhankelijke bedrijf gespecialiseerd in softwarekwaliteit 10 jaar ervaring, gelegen in Leuven mede-oprichter van Hine (Health Information Network Europe) referenties in openbare sector: Europese commissie, FEDICT, VOI, ziekenhuis Sint Radboud

4 Software kwaliteit: de praktijk
Pijlers in een project Beter Kwaliteit Goedkoper Sneller Tijd Budget

5 Software kwaliteit: de praktijk
Communicatie Wat de klant vroeg Wat in het contract stond Wat de analist ontwierp Wat de programmeur maakte Wat men opleverde Wat de eigenlijke behoefte van de klant was

6 Software kwaliteit: de praktijk
? Wat stoort U in een IT-project?

7 Software kwaliteit: de praktijk
Onduidelijke projectplanning & organisatie Wie is de vragende partij Wie kan beslissingen nemen Wanneer, wat Onduidelijke lastenboeken Subjectieve criteria beïnvloeden keuze Budget? Wie staat in voor de kwaliteit?

8 Software kwaliteit: de praktijk
Onduidelijke SLA’s (Service Level Agreements) Geen afbakening of definitie van de juiste scope Geen prioritisering binnen de scope

9 Software kwaliteit: de praktijk
Fouten komen te laat aan het licht/oplossing is duur Oplevering is niet volgens het vooropgestelde doel/bijkomende implementatie is duur

10 Gestructureerd software testen
Oplossing: implementatie van Gestructureerd software testen

11 Gestructureerd Software Testen - Uitgangspunt
Ongeacht de …. Toepassing: financiële toepassingen logistieke toepassingen verkoop- en marketing- toepassingen klantenzorg enz...

12 Gestructureerd Software Testen - Uitgangspunt
Ongeacht …. De ontwikkelingstaal .NET, JAVA, VB, C++,… Het platform Unix, AS400,... Overkoepelende methodologie

13 Gestructureerd Software Testen - V-model
Lokale Overheid Gebruikerseisen Gebruikerseisen Acceptatie testen SLA SLA Partner(s)/ Intern Functioneel ontwerp Systeem testen Technisch ontwerp Integratie testen Code Unit testen

14 Gestructureerd Software Testen - TRH
Test Requirements Hierarchy: Gestructureerde hiërarchische opsomming van vereisten waaraan de software moet voldoen Procesgericht (vanuit een business perspectief ) Start met “proces” test reqs., resulterende in “functionele” test reqs. Maakt het mogelijk om elke stap in het ontwikkelingsproces te loggen en te traceren Test requirement 1 Test requirement 1.1 Test requirement 1.2 Test requirement 1.2.1 Test requirement 1.2.2 Test requirement 1.2.3 Test requirement 1.3 Test requirement 1.4 Test requirement 1.3.1 Test requirement 1.3.2

15 Gestructureerd Software Testen - TRH: praktijkvoorbeeld
Test Requirements Hierarchy: BP 1. “Wij moeten in staat zijn” om aan de inwoners van onze gemeente via het internet bepaalde diensten aan te bieden. 1.1 “ “ om welbepaalde diensten aan te bieden 1.1.1 “ “ om diensten aan te bieden met betrekking tot bevolking “ “ om adreswijzigingen door te voeren 2 “ “ om uittreksel uit bevolkingregister aan te vragen 3 “ “ om een visum aan te vragen 3 1.1.2 “ “ om diensten aan te beiden met betrekking tot de burgerlijke stand 1.1.3 “ “ om ingediende dossiers op te volgen 1 1.1.4 “ “ om problemen te melden wat betreft de werking binnen onze gemeente 1 1.2 “ “ om voldoende gegevensbeveiliging (security) te garanderen (wet schending van de privacy) 1

16 Gestructureerd Software Testen - I-model
Opvolging (rapportering) = informatie Test Uitvoering Test Ontwikkeling Test Planning TRH Req1 Req2 Req3 F1 F2 Test Repair Retest SW

17 Toegevoegde waarde - TRH
Meten = Weten: TRH = het referentiekader TRH: een communicatie tool basis voor lastenboeken objectieve keuze te gebruiken als SLA ondubbelzinnige communicatie objectieve beslissing om in productie te gaan (beheer van risico’s) vertrouwen in het product

18 Toegevoegde waarde - TRH
TRH: gebruikt om te plannen basis voor planning van de testaktiviteiten en resources helpt prioriteiten stellen (omwille van tijd, budget,…) continue controle over kwaliteit, tijd en kosten geen onaangename verrassingen

19 Onafhankelijke kwaliteitspartner
Lokale Overheid Objectief Referentiekader Ontwikkelaar Integrator Onafhankelijke kwaliteitspartner Globale kost van het project

20 Onafhankelijke kwaliteitspartner
Onafhankelijk: een partner die enkel werkt binnen het domein van Software Kwaliteit = FOCUS Objectieve informatie geen rechter en partij geen concurrentie tussen de partijen: een voorwaarde voor een optimale samenwerking Informatie op ieder ogenblik garantie voor optimaal risicobeheer

21 Hoe te starten/samen te werken?
Vrijblijvend gesprek Coaching/Opleiding Consultancy: test assessment, SLA,... Outsourcing: Projecten (Test Plan, Test Ontwikkeling, Test Uitvoering, Rapportering) Test Lab Quality Service Provision (QSP): structurele samenwerking op lange termijn …

22 Vragen www.pstestware.com mieke.kets@pstestware.com Tiensesteenweg 343
3010 Leuven Tel Fax :