Most recent edit on 2008-03-23 15:19:27 by Admin
No differences.
Oldest known version of this page was edited on 2004-03-04 17:55:39 by Roland Stens []
Page view:
Architecting for Performance
Architectural review focuses attention on high?valued/high risk functional requirements. Your project's risk analysis will provide you with the initial guidance in choosing which functional requirements you should attack first. The project risks analysis, however, can be found lacking in detail for the purpose of the architecture validation/review. It is then good practice to do a separate risk analysis to fill in the gaps.
The following are some common focus areas:
Performance headroom is major area of concern
- Peak performance requirements
- Startup bursts: All users login at the same time a day?
- Flow?Control: Functionality A creates B, C can only start if B is there etc..
- Load growth: Amount of users, usage of the system etc.
- System resources
- ?
OA&M (Operations, Administration and Maintenance)
- Automated delivery
- Backup/recovery
- Remote detection of process failure
- Automatic re-establishment of connections
- Loss of data
- Error logging
- Security
- Tuning
- Control
- ...
Database
- Stored Procedures
- Triggers
- Data Sizing
- Index Strategy
- ?
System Resources
- Server usage
- Space requirements
- Processing requirements
- System partition
- Print requirements
- Batch processing
- ?
Network
- Type of connections
- Network volume
- Type of data
- Special topologies
- ?
From
http://sunset.usc.edu/classes/cs577a_2002/papers/ARB.doc∞
Other interesting
reading∞.