Software Requirements: Encapsulation, Quality, and ReuseSoftware Requirements: Encapsulation, Quality, and Reuse describes how to make requirements easy to change by using encapsulation. It introduces the Freedom methodology that shows how to encapsulate requirements thereby promoting reuse and quality. Encapsulating requirements reduces software life cycle costs by making requirements and the code that |
No grāmatas satura
1.5. rezultāts no 5.
89. lappuse
Esat sasniedzis šīs grāmatas aplūkošanas reižu limitu.
Esat sasniedzis šīs grāmatas aplūkošanas reižu limitu.
196. lappuse
Esat sasniedzis šīs grāmatas aplūkošanas reižu limitu.
Esat sasniedzis šīs grāmatas aplūkošanas reižu limitu.
212. lappuse
Esat sasniedzis šīs grāmatas aplūkošanas reižu limitu.
Esat sasniedzis šīs grāmatas aplūkošanas reižu limitu.
214. lappuse
Esat sasniedzis šīs grāmatas aplūkošanas reižu limitu.
Esat sasniedzis šīs grāmatas aplūkošanas reižu limitu.
217. lappuse
Esat sasniedzis šīs grāmatas aplūkošanas reižu limitu.
Esat sasniedzis šīs grāmatas aplūkošanas reižu limitu.
Lietotāju komentāri - Rakstīt atsauksmi
Ierastajās vietās neesam atraduši nevienu atsauksmi.
Saturs
| xi | |
| 3 | |
| 13 | |
| 21 | |
Quality Requirements | 37 |
Stimulus Identification and Cohesion | 49 |
Stimulus Organization and Architecture | 71 |
Reusable Requirements | 89 |
Requirements Encapsulation Design | 139 |
Requirements Encapsulation | 149 |
Interface Prototyping | 163 |
Requirements Evolution | 193 |
Software Requirements Specification | 212 |
Cost Savings Estimate Details | 216 |
Glossary | 224 |
Index | 232 |
Citi izdevumi - Skatīt visu
Software Requirements: Encapsulation, Quality, and Reuse Rick Lutowski Ierobežota priekšskatīšana - 2016 |
Software Requirements: Encapsulation, Quality, and Reuse Rick Lutowski Priekšskatījums nav pieejams - 2005 |
Bieži izmantoti vārdi un frāzes
activate application architecture attributes behavior table black box Body called Chapter Classification cohesion command command-data common service modules consists cost create defined definition detectable diagram dimensions display effect enable environment Equation error example external interface external system Figure Freedom Full Functionality Module functionality screen functionality tree Furniture Data SS Guidance human user identify implemented import initialization input internal Inventory inventory system language layout Level Listing look maintainability ments mockup Mode modify normal object percent perform private void Problem programmatic protocol prototype quality requirements quantity ranked recording reduces reference release repetitive requirements encapsulation response behavior response method result reusable reuse savings selected shown simulation software system specification Step stim stimulus set stream tasks types values XXX XXXXXXXXXXXXXXXXXXXXXX
Populāri fragmenti
9. lappuse - A condition or capability needed by a user to solve a problem or achieve an objective; (2) A condition or capability that must be met or possessed by a system or system component to satisfy a contract, standard, specification, or other formally imposed document; (3) A documented representation of a condition or capability as in (1) or (2).
vi. lappuse - ... the interfaces to people, to machines, and to other software systems. No other part of the work so cripples the resulting system if done wrong. No other part is more difficult to rectify later. Therefore, the most important function that the software builder performs for the client is the iterative extraction and refinement of the product requirements.
132. lappuse - The inevitable pain of software development: Why there is no silver bullet.
132. lappuse - Formal methods: The very idea, some thoughts about why they work when they work. Science of Computer Programming 42: 1 (January), Figure 2.
4. lappuse - SOFTWARE DECISION MODULE The Software Decision Module hides software design decisions that are based upon mathematical theorems, physical facts, and programming considerations such as algorithmic efficiency and accuracy. The secrets of this module are NOT described in the requirements document. This module differs from the other modules in that both the secrets and the interfaces are determined by software designers. Changes in these modules are more likely to be motivated by a desire to improve...
4. lappuse - Module includes the programs that need to be changed if any part of the hardware is replaced by a new unit with a different hardware/software interface but with the same general capabilities. This module implements virtual hardware that is used by the rest of the software.
65. lappuse - Annual Meeting of the International Society for General Systems Research, Budapest, Hungary, 1987b. van Gigch, JP The systems paradigm as an inductive methodology for critical thinking.
4. lappuse - The secrets of this module are the data structures and algorithms used to implement the virtual hardware. A: 2 BEHAVIOR-HIDING MODULE The Behavior-Hiding Module includes programs that need to be changed if there are changes in the sections of the requirements document that describe the required behavior (chapters 3 and 4).
132. lappuse - Proceedings of the 27th Annual Meeting of the Society for General Systems Research, Detroit, MI, May, Appendix 6.
Bibliogrāfiskā informācija
| Nosaukums | Software Requirements: Encapsulation, Quality, and Reuse |
| Autors | Rick Lutowski |
| Izdevums: | ilustrēts |
| Izdevējs | CRC Press, 2016 |
| ISBN | 1420031317, 9781420031317 |
| Apjoms | 264 lappuses |
| Eksportēt avotu | BiBTeX EndNote RefMan |