«UML» '01 Proceedings of the 4th International Conference on The Unified Modeling Language, Modeling Languages, Concepts, and Tools
Examining the use case as genre in software development and documentation
Proceedings of the 21st annual international conference on Documentation
Requirements use case tool (RUT)
OOPSLA '03 Companion of the 18th annual ACM SIGPLAN conference on Object-oriented programming, systems, languages, and applications
The role of use cases in the UML: a review and research agenda
Advanced topics in database research vol. 1
Proceedings of the 22nd annual international conference on Design of communication: The engineering of quality documentation
Automotive use case standard for embedded systems
SEAS '05 Proceedings of the second international workshop on Software engineering for automotive systems
Trust resource management in digital government through process modeling
dg.o '03 Proceedings of the 2003 annual national conference on Digital government research
Defects in automotive use cases
Proceedings of the 2006 ACM/IEEE international symposium on Empirical software engineering
A model for the software engineering capstone sequence using the Rational Unified Process®
Proceedings of the 44th annual Southeast regional conference
A Sound Assertion Semantics for the Dependable Systems Evolution Verifying Compiler
ICSE '07 Proceedings of the 29th international conference on Software Engineering
On the quality of resources on the Web: An information retrieval perspective
Information Sciences: an International Journal
Assessment of a framework to compare software development methodologies
Proceedings of the 2007 annual research conference of the South African institute of computer scientists and information technologists on IT research in developing countries
Near-real time motion analysis for APLIS 2007: a systems modeling perspective
Proceedings of the 15th annual ACM international symposium on Advances in geographic information systems
ICCOMP'07 Proceedings of the 11th WSEAS International Conference on Computers
Elaboration of use case specifications: an approach based on use case fragments
Proceedings of the 2008 ACM symposium on Applied computing
ACM SIGSOFT Software Engineering Notes
Tool support for more precise use case specifications
Proceedings of the Warm Up Workshop for ACM/IEEE ICSE 2010
Empirical Software Engineering
An investigation of use case quality in a large safety-critical software development project
Information and Software Technology
XP'03 Proceedings of the 4th international conference on Extreme programming and agile processes in software engineering
Iterative software engineering for multiagent systems: the MASSIVE method
Iterative software engineering for multiagent systems: the MASSIVE method
Towards developing consistent misuse case models
Journal of Systems and Software
Using SMCD to reduce inconsistencies in misuse case models: A subject-based empirical evaluation
Journal of Systems and Software
Web-GIS models: accomplishing modularity with aspects
Innovations in Systems and Software Engineering
Mockup-Driven Development: Providing agile support for Model-Driven Web Engineering
Information and Software Technology
Hi-index | 0.00 |
From the Book:Use Cases: Requirements in Context came about, as most books probably do, as the result of a complaint. We felt that there weren't any good books that addressed use cases for requirements gathering. It seemed that a lot of people agreed that use cases were a perfectly good tool to solve the requirements problem, but no one had put down on paper any detailed process to help people understand how to use them this way. In fact, even as we write today, in late 1999, there is no book of this sort that we know of. Requirements gathering has been a problem on almost every project we've been involved with. The fuzzy nature of requirements makes working with them slippery and unintuitive for most software analysts. Use cases are the first tool we've seen that addresses the specification and communication concerns usually associated with requirements gathering. Although use cases in themselves are quite intuitive, the process around them is often done poorly. The questions that people haveHow many iterations do I do? How fine-grained should a use case be?are not answered or even addressed in most texts. This is probably because they are hard questions and the answers can vary greatly from one situation to another. However, they are important questions, and we decided to describe our own best practices as a first volley in what we hope will become a spirited industry dialog on how to generate requirements that will address user needs. Use Cases: Requirements in Context is a practical book for the everyday practitioner. As consultants in the information technology industry, we employ use cases to specify businesssystems as part of our daily lives. We think we understand the issues facing people when they deliver software using tools such as the Unified Modeling Language and use cases. Our main intent is not to describe use case notation, although we do address that. Instead, we show a requirements process that addresses requirements gathering in a way that produces quality results. While writing, we considered the factors that cause problems in requirements gathering, and we developed a use case method for delivering a requirements-oriented set of deliverables. The methodology breaks down the activity of producing requirements into a series of steps, and it answers the questions that usually come up when people employ use cases. This book relates directly to the real work of delivering a specification, managing that effort with a team, and getting the most bang for your buck. The sample use cases and use case diagrams that appear throughout the book are also presented in Appendixes B and C. These appendixes demonstrate the development of the use cases and other requirements analysis artifacts through each phase of their development. Appendix B documents a business system for real estate, and Appendix C documents a business system for the garment industry. We hope you enjoy this book. It was a labor of love for us. This is a process that works well for us. If it works for you, too, that's great. If it doesn't, perhaps you can adapt some of the tools, ideas, or suggestions to your own way of addressing the requirements problem.