Value-based requirements engineering in decentralized value networks
description
Transcript of Value-based requirements engineering in decentralized value networks
![Page 1: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/1.jpg)
2nd June 2006
UPV 1
Value-based requirements engineering in decentralized value networks
Roel WieringaUniversity of Twente
The Netherlands
![Page 2: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/2.jpg)
2nd June 2006
UPV 2
Contents
1. VITAL/COOP project description2. Coordination and value modeling3. Trust4. Discussion
![Page 3: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/3.jpg)
2nd June 2006
UPV 3
1. Two projects• Value-Based IT ALignment (VITAL)
– Goal: Find techniques to align IT to networked business
• Network of profit-and-loss responsible partners• Examples: RSI Monitoring, on-line selling, product
development– www.vital-project.org
• Cooperation process correctness and trust assumptions (COOP)– Goal: Find techniques to check that coordination
process is “correct’’ w.r.t. networked business model
![Page 4: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/4.jpg)
2nd June 2006
UPV 4
Project resources
• Total budget about € M1,5• Free university of Amsterdam & University
of Twente• 3 senior researchers• 6 PhD students• 10 companies in advisory board (growing)
![Page 5: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/5.jpg)
2nd June 2006
UPV 5
Project organization
• Subprojects– Value modeling– Coordination process design– IT architecture design– Process maturity
• Monthly researcher’s meetings• Biannual board meeting• Case study research at companies
![Page 6: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/6.jpg)
2nd June 2006
UPV 6
Problem structure
• When one model changes, the other usually do too
Value model•Who delivers what to whom
•Goods, services, money•Manager’s view
•Net Present Value computations of cash flow
Process model•Coordination process•Internal business processes
IT model•Coordination IT•Internal IT
![Page 7: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/7.jpg)
2nd June 2006
UPV 7
Contents
1. VITAL/COOP project description2. Coordination and value modeling3. Trust4. Discussion
![Page 8: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/8.jpg)
2nd June 2006
UPV 8
Coordination modeling
• Many coordination languages: BPEL4WS, WSCI, BPSS, BPMN, ...
• Coordination language design is similar to design of business process languages
• Coordination process design is very different from business process design
![Page 9: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/9.jpg)
2nd June 2006
UPV 9
The problem• The businesses being coordinated make their
decisions independently– .... based on expected revenue
• do not want to support each other’s business processes
• do not want to reveal all their secrets to each other
• may behave differently as specified in the coordination process– (dis)trust assumptions
![Page 10: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/10.jpg)
2nd June 2006
UPV 10
Our solution• Coordination proces design must be based on a
value model• The value model is a model of cash flow• Businesses agree on value model that is
expected to generate positive revenue for each of them
• Design coordination process that is “correct” w.r.t. this value model.
• Coordination process makes trust assumptions about business actors
• Risk analysis
![Page 11: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/11.jpg)
2nd June 2006
UPV 11
Example value model
• Exchanges of commercial value• No data flows, no flow of goods, no
behavior• Instructions for a revenue computation
Dependency path
![Page 12: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/12.jpg)
2nd June 2006
UPV 12
Meaning of value model
• Arrows present commercial services– Service provider does something that service
consumer finds useful• Service of A to B may even be realized as
interaction between A and C!– E.g. buyer (consignee) provides security to
seller by buying a letter of credit from a bank• Value model is not a process model
![Page 13: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/13.jpg)
2nd June 2006
UPV 13
![Page 14: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/14.jpg)
2nd June 2006
UPV 14
Coordination process
![Page 15: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/15.jpg)
2nd June 2006
UPV 15
![Page 16: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/16.jpg)
2nd June 2006
UPV 16
Coordination process
![Page 17: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/17.jpg)
2nd June 2006
UPV 17
Correctness: First hypothesis
• For each value exchange, the value model designer must give an operational definition– Observable process
• Correct coordination process:– on succesful termination all value exchanges
on a dependency path occurred– on unsuccessful termination none of them
occurred
![Page 18: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/18.jpg)
2nd June 2006
UPV 18
Correctness: Second hypothesis
• Some values are only created by large numbers of process executions.– E.g. reputation, trust
• Improved definition:– The cash flow computations over a period of time
must correspond with some set of coordination process executions over the same period of time
• This is where we are now ... need to work this out
![Page 19: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/19.jpg)
2nd June 2006
UPV 19
Contents
1. VITAL/COOP project description2. Coordination and value modeling3. Trust4. Discussion
![Page 20: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/20.jpg)
2nd June 2006
UPV 20
3. Trust
• Shipper does not want to ship before he is paid– Introduce a bank who buys the goods from
the shipper– and sells them to the consignee– The bank is trusted by all– The bank takes the risk that the consignee will
not pay for the goods– The bank is paid for that by the consignee
![Page 21: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/21.jpg)
2nd June 2006
UPV 21
![Page 22: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/22.jpg)
2nd June 2006
UPV 22
![Page 23: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/23.jpg)
2nd June 2006
UPV 23
4. Discussion
• We are elaborating consistency definitions by means of examples taken from our business partners
• We test them by doing action research (free consultancy)
• Need to include cost/benefit estimates of alternative IT implementations
• Risk analysis• Business goal modeling
![Page 24: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/24.jpg)
2nd June 2006
UPV 24
![Page 25: Value-based requirements engineering in decentralized value networks](https://reader035.fdocuments.us/reader035/viewer/2022062323/56815d29550346895dcb1ffc/html5/thumbnails/25.jpg)
2nd June 2006
UPV 25
NPV
• If you have $10 000 now, you can invest it• This is worth more than having $10 000 over three years• Even assuming there is no inflation
This is the risk-free increase