Models are useful for better understanding of actual entity to be built or design. Models are represented at different levels of abstraction first depict software from customer\u2019s view point and later represent software at more technical level.<\/p>\n

There are two classes of models are created:-<\/b><\/p>\n

1) Analysis model<\/p>\n

2) Design model<\/p>\n

Analysis Model: –<\/b> Represent the customer requirement, which includes algorithmic specifications of program or process. Analysis model includes three different domains a) Information domain b) Functional domain c) Behavioral domain<\/p>\n

 <\/p>\n

<\/a><\/p>\n

 <\/p>\n

Analysis Modeling principles:-\u00a0 <\/b><\/p>\n

1)\u00a0\u00a0\u00a0\u00a0\u00a0 The information domain of problem must be clearly represented: – Analysis model uses \u201cdata flow diagram \u201cto show information domain which includes following detail input flow into system, output flow in system, data collection by data store to collect data in system.<\/p>\n

2)\u00a0\u00a0\u00a0\u00a0\u00a0 The function of software must be defined clearly:-function are process those transform input flow to output flow so specification must be clearly defined.<\/p>\n

3)\u00a0\u00a0\u00a0\u00a0\u00a0 Behavior of system must be defined clearly:-Analysis model uses state transition diagram to represent the behavior of system clearly.<\/p>\n

4)\u00a0\u00a0\u00a0\u00a0\u00a0 The clear hierarchy among information function and behavior must be shown: – information, function and behavior of system must be represented by using proper hierarchy which leads to easy design.<\/p>\n

5)\u00a0\u00a0\u00a0\u00a0\u00a0 Analysis should be clear enough to convert it into design model: – it analysis of requirement is clear and simple then it will be easy for design.<\/p>\n

 <\/p>\n

Design Model:-<\/b><\/p>\n

Design model provides concentrate specification for the construction of software. Design model includes a) Architectural design b) User interface design c) component level details.<\/p>\n

 <\/p>\n

<\/a><\/p>\n

 <\/p>\n

Design Modeling principles:-<\/b><\/p>\n

1)\u00a0\u00a0\u00a0\u00a0\u00a0 Design should be traceable from analysis model: – using elements if analysis model is constructed.<\/p>\n

2)\u00a0\u00a0\u00a0\u00a0\u00a0 Consider a architecture of system to be built: – Architectural design shows following Architectural design style are as follow a) data concentrate Architecture b) data flow Architecture c) main \/ subprogram Architecture.<\/p>\n

3)\u00a0\u00a0\u00a0\u00a0\u00a0 \u00a0Data should be important rather than design of functions: – data design shows relationship between different data object shown by entity relationship between different data object shown by entity relationship diagram so data modeling is important.<\/p>\n

4)\u00a0\u00a0\u00a0\u00a0\u00a0 Internal as well as External Interface must be designed: – For proper flow of data among system or external environment to system it is important to have all internal and external interface proper design is required.<\/p>\n

5)\u00a0\u00a0\u00a0\u00a0\u00a0 User interface design must satisfy all needs of user:-Design must be simple and convenient to end user side.<\/p>\n

6)\u00a0\u00a0\u00a0\u00a0\u00a0 Cohesion measure functionally strength of module so for proper design all function in single module should be highly cohesive so that why Component level design should be functionally independent.<\/p>\n

7)\u00a0\u00a0\u00a0\u00a0\u00a0 Components required loosely coupled to the external environment: – The Component should be loosely coupled to one another and to external environment in the modeling system.<\/p>\n

8)\u00a0\u00a0\u00a0\u00a0\u00a0 Design module should be easy to understand:-As simple modules are easy to test, debug and modify so design should be simple.<\/p>\n

9)\u00a0\u00a0\u00a0\u00a0\u00a0 Accept that design modeling is iterative: – Good design should be capable to the absorb all changes.<\/p>\n","protected":false},"excerpt":{"rendered":"

Models are useful for better understanding of actual entity to be built or design. Models are represented at different levels of abstraction first depict software from customer’s view point and later represent software at more technical level. There are two classes of models are created:- 1) Analysis model 2) Design model Analysis Model: – Represent […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[13],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/techliebe.com\/wp-json\/wp\/v2\/posts\/226"}],"collection":[{"href":"https:\/\/techliebe.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/techliebe.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/techliebe.com\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/techliebe.com\/wp-json\/wp\/v2\/comments?post=226"}],"version-history":[{"count":3,"href":"https:\/\/techliebe.com\/wp-json\/wp\/v2\/posts\/226\/revisions"}],"predecessor-version":[{"id":232,"href":"https:\/\/techliebe.com\/wp-json\/wp\/v2\/posts\/226\/revisions\/232"}],"wp:attachment":[{"href":"https:\/\/techliebe.com\/wp-json\/wp\/v2\/media?parent=226"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/techliebe.com\/wp-json\/wp\/v2\/categories?post=226"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/techliebe.com\/wp-json\/wp\/v2\/tags?post=226"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}