| reusable component developer | builds confidence in the reusable technology by - guaranteeing support
- ensuring it is of high quality
- responding to the needs of the users
|  |
| develops software components that are intended to be reused | |
| is a subtopic of 3.2 - Incorporating Reusability and Reuse Into Software Engineering | |
| is a kind of software developer | |
| must catalog reusable components so that software engineers will be able to find them | |
| must document reusable components so that software engineers will be able to use them easily | |
| must follow good software engineering practices | |
| must provide support for the components after they are developed | |
overcomes competition with other developers of reusable components by:- Ensuring the reusable technology is as useful and as high quality as possible
- Advertise the presence and advantages of the reusable software
| |
| should follow the same steps as the development of complete applications: domain and requirements analysis, design, documentation, testing and inspection | |
| should monitor the success or failure of the reusable software so you can improve your investment decisions in future projects | |
| should plan the development of the reusable technology, in the same manner as if it were a product for a client | |
| uses a catalog of reusable components to find appropriate components | |
| software developer | asks several evaluators to independently perform heuristic evaluations | |
| can avoid creating design documents before starting to program but this is not a good idea and tends to result in an inflexible and overly-complex system | |
| has goal rewarding career, recognition, or the challenge of solving difficult problems or by being a well-respected 'guru' in a certain area of expertise | |
| is part of software development team | |
| maintains software | |
| may be judged on when they deliver product, not on its quality level | |
| may refuse to reuse components in which they lack confidence | |
| most often works on custom software | |
| must ensure that the set of use cases is complete and that they are expressed consistently and unambiguously | |
| must inform the project manager about any problems | |
| must understand the customer's business environment, their problems and the available technology which can be used to solve the problems | |
| often fails to adequately involve users in the development process | |
| often has significantly less knowledge about modelling than about design and programming | |
| often underestimates software development time because it is very hard for people to assess the quality of software or to appreciate the amount of work involved in its development | |
| performs cost estimation | |
| reuses libraries and APIs delivered with a programming language | |
| should avoid the use of obscure features of technology because later versions of the technology might be changed in ways that are incompatible with how you have used it or the producer of the technology might go out of business or withdraw it from the market | |
| should be rewarded for developing reusable components | |
| should emphasize the use case or use cases which are central to the system, which represent a high risk because of problematic implementation, or which have high political or commercial value | |
| should identify all the use cases associated with the software product | |
| should not omit design documentation | |
| should only reuse technology that others are also reusing | |
| should realize that attention to quality of reusable components is essential so that potential re-users have confidence in them | |
| should realize that developing and reusing reusable components improves reliability, and can foster a sense of confidence | |
| should realize that developing reusable components will normally simplify the resulting design, independently of whether reuse actually occurs | |
| should work for several months on a testing team; this will heighten her awareness of quality problems she should avoid when she returns to designing software | |
| wants software that is easy to design and maintain and which has parts that are easy to reuse | |
| stakeholder | must agree on requirements | |
Object Oriented Software Engineering View all facts Glossary Help
