
doi: 10.1109/ms.2008.54
In software, we often talk about user requirements and system requirements. Most people know the terms: users give you user requirements, designers work from system requirements. The terms have entered our lingua franca. However, in my experience, people - stakeholders, analysts, and designers - often fail to differentiate the roles of these two kinds of requirements. Unfortunately, treating user and system requirements as the same thing can create problems for projects. In this column I unpack some problems I've observed with user requirements and system requirements and explore what we can do about them.
| selected citations These citations are derived from selected sources. This is an alternative to the "Influence" indicator, which also reflects the overall/total impact of an article in the research community at large, based on the underlying citation network (diachronically). | 20 | |
| popularity This indicator reflects the "current" impact/attention (the "hype") of an article in the research community at large, based on the underlying citation network. | Top 10% | |
| influence This indicator reflects the overall/total impact of an article in the research community at large, based on the underlying citation network (diachronically). | Top 10% | |
| impulse This indicator reflects the initial momentum of an article directly after its publication, based on the underlying citation network. | Top 10% |
