Posts

Showing posts from December, 2019

Chapter 12

Functional Requirements A functional requirement is something that the product must do, an action it must take. The fit criterion specifies how you will know that the product has successfully carried out that action. For functional requirements, there are no scales of measurement: The action is either completed or not completed. Completion depends on satisfying an authority that the product has correctly performed the action. The authority in this case is either the source of the data or the adjacent system that initiated the action. Use Cases A use case, whether it is a product use case (PUC) or a business use case (BUC), is a collection of requirements, both functional and non-functional, working toward a desired outcome. While each requirement has its own fit criterion to measure its performance, the fit criterion for the use case as a whole is the benchmark for the collection of requirements when they act together. (Mastering Requirement Proc...

CHAPTER 11 - Non-Functional Requirements

Non-Functional Requirement Types M ajor non-functional requirement types, and within those, subtypes or variations on the type are divided into eight types.is nothing sacrosanct about the classes we have allocated to the non-utilitarian necessities; don't hesitate to make your own. We appointed classes since we have discovered that having an agenda of necessities types makes it simpler to find every one of them. These are:- Look and Feel: the spirit of the product’s appearance Usability and Humanity:  the  product’s  ease  of  use,  and  any  special  considerations needed for a better user experience          Performance: how fast, how safe, how many, how available, and how accurate the functionality must be Operational: the operating environment of the product, and any considerations that must be taken into account for this environment Maintainability and Support: expected changes, and the time needed to m...