13.07.2015 Views

Blending Top-Down and Bottom-Up Approaches in Conceptual ...

Blending Top-Down and Bottom-Up Approaches in Conceptual ...

Blending Top-Down and Bottom-Up Approaches in Conceptual ...

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Figure 4 illustrates the ease of ma<strong>in</strong>ta<strong>in</strong><strong>in</strong>g system knowledge as well as model specific<strong>in</strong>formation with<strong>in</strong> the system environment. The screen shown <strong>in</strong> full-view is the <strong>in</strong>terface usedto def<strong>in</strong>e a new function category to the system. Along with name, the user describes the designgoal of the category, selects the relations that are associated with this category, <strong>and</strong> any attributesthat are common to members of this group. As shown <strong>in</strong> the screen that is partially hidden,requirements specifications are readily def<strong>in</strong>ed for a given conceptual model. Further, attributesavailable <strong>in</strong> the system can be added or deleted to the specification list as needed. As one wouldexpect, the requirements specification data provides the constra<strong>in</strong>ts required at the time ofsolution synthesis.Figure 4. Ma<strong>in</strong>ta<strong>in</strong><strong>in</strong>g doma<strong>in</strong> knowledge <strong>and</strong> model data5. Summary <strong>and</strong> ConclusionsThis paper has described an <strong>in</strong>tegrated design environment capable of enabl<strong>in</strong>g a blend<strong>in</strong>g of topdown<strong>and</strong> bottom-up approaches. Three primary mechanisms def<strong>in</strong><strong>in</strong>g the <strong>in</strong>tegrated designenvironment were described <strong>in</strong>clud<strong>in</strong>g: functional model<strong>in</strong>g, a components knowledge-base, <strong>and</strong>an <strong>in</strong>tegrated design doma<strong>in</strong>. An overview of the framework architecture has been providedalong with examples serv<strong>in</strong>g to illustrate the use <strong>and</strong> utility of the framework.Although the examples <strong>in</strong>cluded <strong>in</strong> this presentation have been a limited view of the overallframework, they provide the basis for the discussion of several key po<strong>in</strong>ts. First, the frameworkprovides the flexibility for blend<strong>in</strong>g top-down <strong>and</strong> bottom-up approaches to design. Designersare free to create concept models us<strong>in</strong>g high-level function objects, low-level function objects, orany comb<strong>in</strong>ation thereof. This flexibility provides the choices <strong>and</strong> control over the designprocess that are often necessary <strong>in</strong> early stages. Few would question that it is good practice toreuse knowledge <strong>and</strong> quality solutions when available, yet one must also provide for noveldiscovery <strong>and</strong> <strong>in</strong>vention. The framework provides for both of these capabilities with access topreviously collected knowledge, the ability to capture <strong>and</strong> reuse new knowledge, <strong>and</strong> the abilityto <strong>in</strong>terface with other sources of <strong>in</strong>formation, knowledge, <strong>and</strong>/or tools dur<strong>in</strong>g the design process.6

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

Saved successfully!

Ooh no, something went wrong!