ソースを表示
出典: くみこみックス
OllerDenny647
のソース
移動:
ナビゲーション
,
検索
以下に示された理由により ページの編集 を行うことができません:
この処理は
ログイン利用者
の権限を持った利用者のみが実行できます。
以下にソースを表示しています:
Engineering Modeling - An Iterative Approach Making the structure of the model function as the same as the structure from the engineering component modeled turns 2 problems into one. This accelerates co-operation in prototyping of both the software model and the component. Both rapid prototyping and rapid application design/development involve iterative fast development with prototypes communicated. Requirements emerge gradually as part of this process, so early stage design can start, in co-operation with life-cycle management, marketing accounts etc. To obtain full take advantage of this all staff who're thing about this design process, manufacturing, management, and life-cycle management have to be in a position to access the models. The long run aim is to enable direct modeling/prototyping of the by customers of the modeling tool e.g. engineers/end-user programmers. This type of system documents itself as the structure from the engineering product and software model are displayed/visualized. Integration of knowledge representation UML/DOORS is progress towards this. Additionally a interface is required which makes it easier for engineers to model using such a combined UML/Doors solution [http://www.disqo.org/organisation/model-trains-toys-models-or-miniature-pieces-art model engineering] Despite object-oriented programming techniques being heavily influenced by the approach used by engineers for Bill of Materials/Product Data Structure modeling this link has become difficult. Much of object-oriented programming was created before graphical user interfaces became practical and customary. So objects/classes in many cases are represented mainly by text with visualization/representation being added as an afterthought. This is not helpful for engineers who're accustomed to objects being physical things, or at least diagrams. An additional problem has been an over-emphasis on encapsulation (hiding an objects' details, while creating an interface because of its use), and re-use. This can lead to errors because of re-use of objects that are not fully understood. So the classes/objects have to be visualized, even if the user are not committed to change their contents, therefore the user of objects has sufficient understanding of cooking techniques. The above mentioned steps would enhance the link and co-operation between engineers and modelers/models.
OllerDenny647
に戻る。
表示
本文
ノート
ソースを表示
履歴
メニュー
メインページ
最近の出来事
最近更新したページ
検索
* ツールボックス
リンク元
リンク先の更新状況
アップロード
特別ページ