12.07.2015 Views

DEV475 Mastering Object-Oriented Analysis and Design with UML ...

DEV475 Mastering Object-Oriented Analysis and Design with UML ...

DEV475 Mastering Object-Oriented Analysis and Design with UML ...

SHOW MORE
SHOW LESS
  • No tags were found...

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Module 3 - Requirements OverviewSupplementary SpecificationSupplementary Specification• Functionality• Usability• Reliability• Performance• Supportability• <strong>Design</strong> constraintsSupplementarySpecification<strong>Mastering</strong> <strong>Object</strong> <strong>Oriented</strong> <strong>Analysis</strong> <strong>and</strong> <strong>Design</strong> <strong>with</strong> <strong>UML</strong>Copyright © 2003 Rational Software, all rights reserved 23The nonfunctional requirements <strong>and</strong> functional requirements not captured by the usecases are included in the Supplementary Specifications. The SupplementarySpecifications include constraints on the implementation.Functionality: List of the functional requirements that are general to many use cases.Usability: Requirements that relate to, or affect, the usability of the system. Examplesinclude ease-of-use requirements or training requirements that specify how readilythe system can be used by its actors.Reliability: Any requirements concerning the reliability of the system. Quantitativemeasures such as mean time between failure or defects per thous<strong>and</strong> lines of codeshould be stated.Performance: The performance characteristics of the system. Include specificresponse times. Reference related use cases by name.Supportability: Any requirements that will enhance the supportability ormaintainability of the system being built.<strong>Design</strong> Constraints: Any design constraints on the system being built.Supplementary Specifications go h<strong>and</strong>-in-h<strong>and</strong> <strong>with</strong> the Use-Case Model, implyingthat:• They are initially considered in the Inception phase as a complement to definingthe scope of the system.• They are refined in an incremental fashion during the Elaboration <strong>and</strong>Construction phases.3 - 23

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!