Successfully combining Requirements Engineering and Conceptual (Business) System Modeling

Transcriptie

1 (Business) System Modeling Prof Sjir Nijssen, CTO PNA IIBA Dutch Chapter, Slide 1

2 Het gehele traject: 1. Idee, verbetergedachte 2. Requirements 3. Wet, regelgeving (bijv. Basel 3) 4. Compleet business model (inclusief processen, events, messages, data, regels, communicatie en semantiek) 5. IT implementatie Wat gebeurt er als je 3 en 4 verwisselt? Slide 2

3 Hoeveel geld valt er te verdienen door het proces vanaf idee tot en met de laatste stap voorschriftmatig en volgens het juiste protocol te doen? Veel meer dan nagenoeg iedereen denkt. Slide 3

4 Illustratie: Valori website: Bij meer dan de helft van de herstelkosten ligt de oorzaak in de initiatie of definitiefase. Daarbij kost het herstellen van een fout tijdens de realisatie of exploitatie 50 tot 200 keer meer dan het herstellen in de definitiefase zelf. Hoe de mogelijke winst te verzilveren: pas minstens het ISO TR9007 (1982!) 100% principe toe. Resultaat: herstelkosten gaan terug naar 51%. (Reken maar na.) Slide 4

5 Sources: 56 % defects related to requirements (Source: James Martin, An Information System Manifesto) 82 % effort defect repair related to requirements (Source: Martin & Leffinwell) 44 % shutting down projects related to requirements (Source: The Standish Group, Chaos Report) Slide 5

6 Helsinki principle: These utterances are to be interpreted (recursively) as international English utterances: Any meaningful exchange of utterances depends upon the prior existence of an agreed set of semantic and syntactic rules. The recipients of the utterances must use only these rules to interpret the received utterances, if it is to mean the same as that which was meant by the utterer. ISO TR9007 (1982) Slide 6

7 100 Percent principle: All relevant general static and dynamic aspects, i.e. all rules, laws, etc., of the universe of discourse should be described in the conceptual schema. The information system cannot be held responsible for not meeting those described elsewhere, including in particular those in application programs. ISO TR9007 (1982) Slide 7

8 Conceptualization principle: A conceptual schema should only include conceptually relevant aspects, both static and dynamic, of the universe of discourse, thus excluding all aspects of (external or internal) data representation, physical data organization and access as well as all aspects of particular external user representation such as message formats, data structures, etc. ISO TR9007 (1982) Slide 8

9 Voor het succesvol selecteren, realiseren en beheren van informatiesystemen is het verkrijgen en behouden van overzicht cruciaal. Het valideren van de business case, keuzes tijdens een RFI- en RFP-traject, de belanghebbendenanalyse en het opstellen van de requirements en specificaties zijn belangrijke activiteiten om overzicht te verkrijgen. Valori Slide 9

10 Hiermee wordt het fundament gelegd voor een informatiesysteem, dat tijdig wordt opgeleverd, dat meer oplevert dan het kost en dat uw bedrijfsprocessen daadwerkelijk ondersteunt. Valori Slide 10

11 De onafhankelijke Business Architect van Valori levert u de middelen die nodig zijn voor projectsturing, keuzeprocessen, risicoanalyse, scope- en kostenbeheersing en acceptatie door de gebruikers- en beheerorganisatie. Hij zorgt voor een oplossingsvrije specificatie en voorkomt tunnelvisie, verspilling en beperkingen, resulterend in passende IT-oplossingen. Valori Slide 11

12 Het protocol voor de meest productieve aanpak bestaat en wordt momenteel in de praktijk toegepast. Waar? Een grote bank en een zeer gerespecteerde international organisatie. Het heet. Slide 12

13 Sustainable Finance Lab (FD ) Kleiner, simpeler en dienstbaarder Herman Wijffels: ( ) De financiële sector is maatschappelijk dysfunctioneel Wat zou de architectuur van de sector moeten zijn? Slide 13

14 Sustainable Requirements and Business Modeling Lab (FD?) Kleiner, simpeler en dienstbaarder Is de business analyse sector maatschappelijk dysfunctioneel? Indien (deels) ja, wat kan de IIBA daar op korte termijn aan doen? Gezamenlijke stappen richting overheid? Nationale aanpak? Slide 14

15 Slide 15

16 Slide 16

17 Slide 17

18 Slide 18

19 Slide 19

20 Slide 20

21 Slide 21

22 Slide 22

23 Doel Een (gemeenschappelijke) methodiek: 1. Om de veranderdoelstelling goed, snel en goedkoop te realiseren 2. Om kennis/requirements/processen te verhelderen (= m.n. modelleren van het behoeftedomein) % concreet/formeel maken (genoeg voor India) 4. Die handvatten (= praktisch) biedt voor modelleren van het probleemgebied (behoeftedomein) om de doelstelling te realiseren. 5. Die verkoopbaar is aan besluitvormers (en analisten) Slide 23

24 Doel Een (gemeenschappelijke) methodiek 6. Die doelgroepspecifieke consistente communicatie mogelijk maakt. 7. Die logische testgevallen oplevert 8. Die aansluit bij de natuurlijke belevingswereld van stakeholders Slide 24

25 Scope - niet alleen IT-problematiek - doorgaans daar waar kennis de hoofdmoot van de oplossing biedt (er is altijd een kenniscomponent nodig) Doelgroep - Primair: Analisten. Gereedschap voor de business analist. - Secundair: Klanten (stakeholders) waarmee we communiceren. Verkoopbaar. Communiceerbaar. Slide 25

26 Wilt u het theoretisch fundament leren begrijpen? Advies: Ga door de serie: An overall Conceptual Architecture Wilt u het protocol professioneel leren toepassen? Advies: Ga door de serie Chelsea Slide 26

27 Conclusie: Het venijn zit in de start. Bron: Hans Cremer, ABN AMRO, IPMA Gecertificeerd Slide 27

28 Conclusie van de spreker: het staat u vrij op heel korte termijn veel, veel productiever om te gaan met Requirements Engineering and Conceptual. Kortom, maatschappelijk functioneel, gerealiseerd vanuit de bedrijfstak, niet vanuit Den Haag Illustraties: NHR, etc etc Slide 28

29 Conclusie van de spreker: Maak zo veel mogelijk gebruik van bestaande standaarden zoals BPMN en SBVR en maak het ook mogelijk directe bruggen te leggen naar de vele bestaande modellen in UML of XSD of ER. Slide 29