Theory-W Software Project Management Principles and Examples
IEEE Transactions on Software Engineering
Design patterns: elements of reusable object-oriented software
Design patterns: elements of reusable object-oriented software
Software requirements negotiation and renegotiation aids
Proceedings of the 17th international conference on Software engineering
Communications of the ACM
Experience with performing architecture tradeoff analysis
Proceedings of the 21st international conference on Software engineering
Extreme programming explained: embrace change
Extreme programming explained: embrace change
Quantifying the costs and benefits of architectural decisions
ICSE '01 Proceedings of the 23rd International Conference on Software Engineering
Applying WinWin to quality requirements: a case study
ICSE '01 Proceedings of the 23rd International Conference on Software Engineering
Experiences with ALMA: architecture-level modifiability analysis
Journal of Systems and Software
Identifying Quality-Requirement Conflicts
IEEE Software
Attribute-Based Architecture Styles
WICSA1 Proceedings of the TC2 First Working IFIP Conference on Software Architecture (WICSA1)
Surfacing Tacit Knowledge in Requirements Negotiation: Experiences Using Easy Win Win
HICSS '01 Proceedings of the 34th Annual Hawaii International Conference on System Sciences ( HICSS-34)-Volume 1 - Volume 1
The Rational Unified Process: An Introduction
The Rational Unified Process: An Introduction
Journal of Systems and Software
Effects of architecture and technical development process on micro-process
ICSP'07 Proceedings of the 2007 international conference on Software process
REFSQ'07 Proceedings of the 13th international working conference on Requirements engineering: foundation for software quality
Hi-index | 0.00 |
Architecture design and requirements negotiations are conceptually tightly related but often performed separately in real-world software development projects. As our prior case studies have revealed, this separation causes uncertainty in requirements negotiation that hinders progress, limits the success of architecture design, and often leads to wasted effort and substantial re-work later in the development life-cycle. Explicit requirements elicitation and negotiation is needed to be able to appropriately consider and evaluate architecture alternatives and the architecture alternatives need be understood during requirements negotiation. This paper propose the WinCBAM framework, extending an architecture design method, called cost benefit analysis method (CBAM) framework to include an explicit requirements negotiation component based on the WinWin methodology. We then provide a retrospective case study that demonstrates the use of the WinCBAM. We show that the integrated method is substantially more powerful than the WinWin and CBAM methods performed separately. The integrated method can assist stakeholders to elicit, explore, evaluate, negotiate, and agree upon software architecture alternatives based on each of their requirement Win conditions. By understanding the architectural implication of requirements they can be negotiated more successfully: potential requirements conflicts can be discovered or alleviated relatively early in the development life-cycle.