Successfully combining Requirements Engineering and Conceptual (Business) System Modeling

Successfully combining Requirements Engineering and Conceptual (Business) System Modeling Prof Sjir Nijssen, CTO PNA IIBA Dutch Chapter, 24.11.2011

Slide 1

Successfully combining Requirements Engineering and Conceptual Business System Modeling

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


•

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


•

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


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


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


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


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


“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


“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


“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


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


Sustainable Finance Lab (FD 19.11.2011) Kleiner, simpeler en dienstbaarder Herman Wijffels: (4.10.2011)

De financiële sector is maatschappelijk dysfunctioneel Wat zou de architectuur van de sector moeten zijn?

Slide 13


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


Slide 15


Slide 16


Slide 17


Slide 18


Slide 19


Slide 20


Slide 21


Slide 22


Doel Een (gemeenschappelijke) methodiek:

1. 2. 3. 4.

5.

Om de veranderdoelstelling goed, snel en goedkoop te realiseren Om kennis/requirements/processen te verhelderen (= m.n. modelleren van het behoeftedomein). 100% concreet/formeel maken (genoeg voor India) Die handvatten (= praktisch) biedt voor modelleren van het probleemgebied (behoeftedomein) om de doelstelling te realiseren. Die verkoopbaar is aan besluitvormers (en analisten)

Slide 23


Doel Een (gemeenschappelijke) methodiek

6.

7. 8.

Die doelgroepspecifieke consistente communicatie mogelijk maakt. Die logische testgevallen oplevert Die aansluit bij de natuurlijke belevingswereld van stakeholders

Slide 24


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


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


Conclusie:

Het venijn zit in de start

.

Bron: Hans Cremer, ABN AMRO, IPMA Gecertificeerd

Slide 27


Conclusie van de spreker: het staat u vrij op heel korte termijn veel, veel productiever om te gaan met Requirements Engineering and

Conceptual Business System Modeling. Kortom, maatschappelijk functioneel, gerealiseerd vanuit de bedrijfstak, niet vanuit Den Haag Illustraties: NHR, etc etc

Slide 28


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

Successfully combining Requirements Engineering and Conceptual (Business) System Modeling

Recommend Documents