1 / 18

Design Concepts and Principles

Design Concepts and Principles. Design Principles. From Davis [DAV95]. The design process should not suffer from ‘tunnel vision.’ The design should be traceable to the specifications. The design should not reinvent the wheel.

claudiab
Download Presentation

Design Concepts and Principles

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Design Concepts and Principles

  2. Design Principles From Davis [DAV95] • The design process should not suffer from ‘tunnel vision.’ • The design should be traceable to the specifications. • The design should not reinvent the wheel. • The design should “minimize the intellectual distance” between the software and the problem as it exists in the real world. • The design should exhibit uniformity and integration. • The design should be structured to accommodate change. • The design should be structured to degrade gently, even when aberrant data, events, or operating conditions are encountered. • Design is not coding, coding is not design. • The design should be assessed for quality as it is being created, not after the fact. • The design should be reviewed to minimize conceptual (semantic) errors.

  3. Modular Design

  4. module development cost What is the "right" number of modules for a specific software design? module integration cost cost of software optimal number number of modules of modules Modularity: Trade-offs

  5. What's How big inside?? is it?? MODULE Sizing Modules: Two Views

  6. Functional Independence • COHESION • the degree to which a module performs one and only one function • COUPLING • the degree to which a module is “connected to” other modules in the system

  7. Information Hiding module • algorithm controlled • data structure interface • details of external interface • resource allocation policy clients "secret" a specific design decision

  8. Why Information Hiding? • reduces the likelihood of “side effects” • limits the global impact of local design decisions • emphasizes communication through controlled interfaces • discourages the use of global data • leads to encapsulation—an attribute of high quality design • results in higher quality software

  9. Partitioning the Architecture • “horizontal” and “vertical” partitioning are required

  10. function 3 function 1 function 2 Horizontal Partitioning • define separate branches of the module hierarchy for each major function • use control modules to coordinate communication between functions

  11. decision-makers workers Vertical Partitioning: Factoring • design so that decision making and work are stratified • decision making modules should reside at the top of the architecture

  12. Why Partitioned Architecture? • results in software that is easier to test • leads to software that is easier to maintain • results in propagation of fewer side effects • results in software that is easier to extend Structured Design? objective: to derive a program architecture that is partitioned

  13. User Interface Design

  14. Interfaces Are Designed • intermodular interface design • driven by data flow between modules • external interface design • driven by interface between applications • driven by interface between software and non-human producers and/or consumers of information • human-computer interface design • driven by the communication between human and machine

  15. Interface Design Easy to learn? Easy to use? Easy to understand?

  16. Interface Design Typical Design Errors lack of consistency too much memorization no guidance / help no context sensitivity poor response Arcane/unfriendly

  17. Golden Rules • Place the user in control • Reduce the user’s memory load • Make the interface consistent • Place the User in Control • Define interaction modes in a way that does not force a user into unnecessary or undesired actions. • Provide for flexible interaction. • Allow user interaction to be interruptible and undoable. • Streamline interaction as skill levels advance and allow the interaction to be customized. • Hide technical internals from the casual user. • Design for direct interaction with objects that appear on the screen.

  18. Golden Rules • Reduce the User’s Memory Load • Reduce demand on short-term memory. • Establish meaningful defaults. • Define shortcuts that are intuitive. • The visual layout of the interface should be based on a real world metaphor. • Disclose information in a progressive fashion. • Make the Interface Consistent • Allow the user to put the current task into a meaningful context. • Maintain consistency across a family of applications. • If past interactive models have created user expectations, do not make changes unless there is a compelling reason to do so.

More Related