Articles Insight Directory
Translate Page To German Tranlate Page To Spanish Translate Page To French Translate Page To Italian Translate Page To Japanese Translate Page To Korean Translate Page To Portuguese Translate Page To Chinese
  Number Times Read : 607    Word Count: 1155  
Categories

Accounting
Business
Career
Computers
Current Affairs
Entertainment
Finance
Internet
Internet Marketing
Legal
Self Improvement
Technology
Travel
Web Design
Writing
 
Stats
Total Articles: 606
Total Authors: 32321
Total Downloads: 1698259


Newest Member
Kathryn Henry

 


   

The MCSE Methodology



[Valid RSS feed]  Category Rss Feed - http://www.articlesinsight.com/rss.php?rss=32
By : stephane leclercq    99 or more times read
Submitted 2009-07-30 02:33:14
The MCSE methodology (Méthodologie de Conception des Systèmes Electroniques, also known as CoMES –Co-design Methodology for Electronic Systems) is based on a top-down design process.

A design process consists of a series of steps that transform an input (specifications) into an output (solution)
passed as input to the next step. The organization of the steps is done according to a design process model.
Several process models have been suggested and experimented: waterfall model, V model, spiral model, contractual model, etc. If any design process model can be defined and applied, it is crucial that the meaning, goal, inputs and outputs for each step are clearly defined.

The MCSE design process organizes the required steps in a top-down manner. Designers can work simultaneously on several steps given that they respect dependencies between steps and design choices. The flow is not continuous as additional verification activities, resulting in a backward flow, are necessary to correct and/or enhance solutions.
System designers proceed according to a minimum of 5 steps:
1. Requirements definition
2. System specification
3. Functional design
4. Architectural design
5. Prototyping
In addition, the MCSE design process enables design traceability as well as IP capitalization and reuse at every
design stage.
Forward and backward traceability between steps is enforced to:
- Capture the relations between initial requirements and all subsequent design models;
- Manage potential changes in requirements.

Capitalization and reuse are essential activities for a correct and efficient use of IP components. Reusing components is useful during functional and architectural design, but also during prototyping. It helps designers shorten the design process.

It is facilitated in two ways:
- Outside-in: identifying external functional or architectural components that satisfy the required functionality and are interconnectable;
- Inside-out: identifying internal components of the solution under design to be reused in other projects.

To be reused, a component needs to be well-defined, correctly encapsulated, validated and conform to an interchange standard.

Requirements traceability is potentially a one-to-many relation between a requirement and elements of the design. It implies the ability to follow the whole design process in forward and backward directions. A correct record of traceability between requirements and system components enables customers and project managers to monitor progress in the project.

Requirements management deals with evolutive requirements. Modifications, changes, improvements and corrections in requirements are inevitable. Taking modifications into account is facilitated by a clear procedure applied to the whole design process and by appropriate tools.

The MCSE methodology (Méthodologie de Conception des Systèmes Electroniques, also known as CoMES –Co-design Methodology for Electronic Systems) is based on a top-down design process.

A design process consists of a series of steps that transform an input (specifications) into an output (solution)
passed as input to the next step. The organization of the steps is done according to a design process model.
Several process models have been suggested and experimented: waterfall model, V model, spiral model, contractual model, etc. If any design process model can be defined and applied, it is crucial that the meaning, goal, inputs and outputs for each step are clearly defined.

The MCSE design process organizes the required steps in a top-down manner. Designers can work simultaneously on several steps given that they respect dependencies between steps and design choices. The flow is not continuous as additional verification activities, resulting in a backward flow, are necessary to correct and/or enhance solutions.
System designers proceed according to a minimum of 5 steps:
1. Requirements definition
2. System specification
3. Functional design
4. Architectural design
5. Prototyping
In addition, the MCSE design process enables design traceability as well as IP capitalization and reuse at every
design stage.
Forward and backward traceability between steps is enforced to:
- Capture the relations between initial requirements and all subsequent design models;
- Manage potential changes in requirements.

Capitalization and reuse are essential activities for a correct and efficient use of IP components. Reusing components is useful during functional and architectural design, but also during prototyping. It helps designers shorten the design process.

It is facilitated in two ways:
- Outside-in: identifying external functional or architectural components that satisfy the required functionality and are interconnectable;
- Inside-out: identifying internal components of the solution under design to be reused in other projects.

To be reused, a component needs to be well-defined, correctly encapsulated, validated and conform to an interchange standard.

Requirements traceability is potentially a one-to-many relation between a requirement and elements of the design. It implies the ability to follow the whole design process in forward and backward directions. A correct record of traceability between requirements and system components enables customers and project managers to monitor progress in the project.

Requirements management deals with evolutive requirements. Modifications, changes, improvements and corrections in requirements are inevitable. Taking modifications into account is facilitated by a clear procedure applied to the whole design process and by appropriate tools.
The MCSE methodology (Méthodologie de Conception des Systèmes Electroniques, also known as CoMES –Co-design Methodology for Electronic Systems) is based on a top-down design process.

A design process consists of a series of steps that transform an input (specifications) into an output (solution)
passed as input to the next step. The organization of the steps is done according to a design process model.
Several process models have been suggested and experimented: waterfall model, V model, spiral model, contractual model, etc. If any design process model can be defined and applied, it is crucial that the meaning, goal, inputs and outputs for each step are clearly defined.

The MCSE design process organizes the required steps in a top-down manner. Designers can work simultaneously on several steps given that they respect dependencies between steps and design choices. The flow is not continuous as additional verification activities, resulting in a backward flow, are necessary to correct and/or enhance solutions.
System designers proceed according to a minimum of 5 steps:
1. Requirements definition
2. System specification
3. Functional design
4. Architectural design
5. Prototyping
In addition, the MCSE design process enables design traceability as well as IP capitalization and reuse at every
design stage.
Forward and backward traceability between steps is enforced to:
- Capture the relations between initial requirements and all subsequent design models;
- Manage potential changes in requirements.

Capitalization and reuse are essential activities for a correct and efficient use of IP components. Reusing components is useful during functional and architectural design, but also during prototyping. It helps designers shorten the design process.

It is facilitated in two ways:
- Outside-in: identifying external functional or architectural components that satisfy the required functionality and are interconnectable;
- Inside-out: identifying internal components of the solution under design to be reused in other projects.

To be reused, a component needs to be well-defined, correctly encapsulated, validated and conform to an interchange standard.

Requirements traceability is potentially a one-to-many relation between a requirement and elements of the design. It implies the ability to follow the whole design process in forward and backward directions. A correct record of traceability between requirements and system components enables customers and project managers to monitor progress in the project.

Requirements management deals with evolutive requirements. Modifications, changes, improvements and corrections in requirements are inevitable. Taking modifications into account is facilitated by a clear procedure applied to the whole design process and by appropriate tools.

Author Resource:- CoFluent Studio is the only tool that offers true capabilities for hardware/software real-time co-modelingand application-level design space exploration based on prospective performance analysis allowing for architecture decisions very early on the project.
Article From Articles Insight

HTML Ready Article. Click on the "Copy" button to copy into your clipboard.




Firefox users please select/copy/paste as usual
New Members
select
Sign up
select
Learn more
Affiliate Sign in
What's New
 
Nav Menu
Home
Login
Submit Articles
Submission Guidelines
Top Articles
Link Directory
About Us
Contact Us
Privacy Policy
RSS Feeds

Actions
Print This Article
Add To Favorites

 
Sponsors