Requirements Engineering

Requirements Engineering

4.11 - 1251 ratings - Source

Written for those who want to develop their knowledge of requirements engineering process, whether practitioners or students. Using the latest research and driven by practical experience from industry, this book gives useful hints to practitioners on how to write and structure requirements. - Explains the importance of Systems Engineering and the creation of effective solutions to problems - Describes the underlying representations used in system modeling - data flow diagrams; statecharts; object-oriented approaches - Covers a generic multi-layer requirements process - Discusses the key elements of effective requirements management - Includes a chapter written by one of the developers of rich traceability - Introduces an overview of DOORS - a software tool which serves as an enabler of a requirements management process Additional material and links are available at: qIn recent years we have been finding ourselves with a shortage of engineers with good competence in requirements engineering. Perhaps this is in part because requirements management tool vendors have persuaded management that a glitzy tool will solve their requirements engineering problems. Of course, the tools only make it possible for engineers who understand requirements engineering to do a better job. This book goes a long way towards building a foundational set of skills in requirements engineering, so that today's powerful tools can be used sensibly. Of particular value is a recognition of the place software requirements have within the system context, and of ways for dealing with that sensitive connection. This is an important book. I think its particular value in industry will be to bring the requirements engineers and their internal customers to a practical common understanding of what can and should be achieved.q (Byron Purves, Technical Fellow, The Boeing Company)term a€œobjecta€ as the decomposition element, especially for software-based systems, since objects can refer to items in the problem domain. ... Examples of this sort of notation are message sequence charts and behaviour diagrams. ... Thus the information requirements must be examined to ascertain: e the longevity of the informationa€”i.e. for how long is the information relevant, and for how long must it beanbsp;...

Title:Requirements Engineering
Author:Elizabeth Hull, Ken Jackson, Jeremy Dick
Publisher:Springer Science & Business Media - 2013-04-17


You Must CONTINUE and create a free account to access unlimited downloads & streaming