|
|
|
|
LEADER |
02447nmm a2200361 u 4500 |
001 |
EB000616837 |
003 |
EBX01000000000000000469919 |
005 |
00000000000000.0 |
007 |
cr||||||||||||||||||||| |
008 |
140122 ||| eng |
020 |
|
|
|a 9781447102175
|
100 |
1 |
|
|a Sutcliffe, Alistair
|
245 |
0 |
0 |
|a User-Centred Requirements Engineering
|h Elektronische Ressource
|c by Alistair Sutcliffe
|
250 |
|
|
|a 1st ed. 2002
|
260 |
|
|
|a London
|b Springer London
|c 2002, 2002
|
300 |
|
|
|a XII, 215 p. 239 illus
|b online resource
|
505 |
0 |
|
|a 1 Introduction -- 2 Understanding People -- 3 RE Tasks and Processes -- 4 Understanding Requirements Conversations -- 5 Representing the Problem -- 6 Scenario-Based Requirements Engineering (SCRAM) -- 7 Requirements Analysis for Safety Critical Systems -- 8 Future Directions -- References
|
653 |
|
|
|a Electronic digital computers / Evaluation
|
653 |
|
|
|a User interfaces (Computer systems)
|
653 |
|
|
|a Models of Computation
|
653 |
|
|
|a Software engineering
|
653 |
|
|
|a Computer science
|
653 |
|
|
|a System Performance and Evaluation
|
653 |
|
|
|a Software Engineering
|
653 |
|
|
|a Theory of Computation
|
653 |
|
|
|a User Interfaces and Human Computer Interaction
|
653 |
|
|
|a Human-computer interaction
|
041 |
0 |
7 |
|a eng
|2 ISO 639-2
|
989 |
|
|
|b SBA
|a Springer Book Archives -2004
|
028 |
5 |
0 |
|a 10.1007/978-1-4471-0217-5
|
856 |
4 |
0 |
|u https://doi.org/10.1007/978-1-4471-0217-5?nosfx=y
|x Verlag
|3 Volltext
|
082 |
0 |
|
|a 004.0151
|
520 |
|
|
|a If you have picked up this book and are browsing the Preface, you may well be asking yourself"What makes this book different from the large number I can find on amazon. com?". Well, the answer is a blend of the academic and the practical, and views of the subject you won't get from anybody else: how psychology and linguistics influence the field of requirements engineering (RE). The title might seem to be a bit of a conundrum; after all, surely requirements come from people so all requirements should be user-centred. Sadly, that is not always so; many system disasters have been caused simply because requirements engineering was not user-centred or, worse still, was not practised at all. So this book is about putting the people back into com puting, although not simply from the HCI (human-computer interaction) sense; instead, the focus is on how to understand what people want and then build appropriate computer systems
|