Database Reference
In-Depth Information
the agile methodology, in the form of a topic on extreme programming
from agile guru Kent Beck, has gained a cult following as a management
bible for its simple leadership ideas.
The Agile Manifesto (http://agilemanifesto.org/) states:
We are uncovering better ways of developing software by doing it and help-
ing others do it. Through this work we have come to value:
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
The Agile Manifesto is based on 12 principles:
1. Customer satisfaction by rapid delivery of useful software
2. Welcome changing requirements, even late in development
3. Deliver working software frequently (weeks rather than months)
4. Working software is the principal measure of progress
5. Sustainable development, able to maintain a constant pace
indefinitely
6. Close, daily cooperation between business people and developers
7. Face-to-face conversation is the best form of communication
8. Projects are built around motivated individuals, who should be
trusted
9. Continuous attention to technical excellence and good design
10. Simplicity—the art of maximizing the amount of work not done—is
essential
11. Self-organizing teams
12. Regular adaptation to changing circumstances
System Design
Most of the models we've discussed previously fall under the structured
rubric (save for the OO model). The requirements document—or SRS
(systems requirement specification)—is written for a broad audience and
reflects this structured technique. Usually it is provided not only to IT
staff, but to the end users as well. In this way, the end users are able to
review what they've asked for as well as the general architecture of the
Search WWH ::




Custom Search