ソフトウェアデザインにおけるUMLの使用

Question

私の質問は、UML/UTPでの経験を持つソフトウェアアーキテクトです。

はじめに： 現在、私たちは新しいプロジェクトの開始段階にあります。ここには、ソフトウェアが組み込まれたハードウェアのドキュメントが書かれています。私はGUI開発を担当しています。出発点として、先行モデルが使用される。そのGUIは、いくつかの計画的な変更を加えた最初の情報として私に提示されました。

私は15年以上のソフトウェア開発経験を持っていますが、私はコンサルタントとして働いているため、プロジェクトの開始段階ではほとんど関与しませんでした。プロジェクトが時間切れになったときに、コンサルトが頻繁に呼び出されます。

テストドキュメントを関数仕様のパラレルで始めることが重要だと考えていますので、機能部品の説明についてはUMLを使用すると思います。このテストでは、モデル駆動型テストとUTP（UML Test Profile）を使用すると思います。

詳細は：私たちのシステムでは 、ユーザー（俳優）の3種類が存在します。発電所の技術者、試運転技術者、およびシステムの専門家を。 3.新しいソフトウェアをインストールしたり、そこ

のみ処方が存在するシステムの保守（エキスパートモード）を作る機器の試運転（試運転モード）を作るGUIは、主に 1.時計の値に使用され、変更インデックスは 2.値コミッショニングフェーズ用。現在の9つのメニューとそのサブメニューの値の読み取りと変更については、多かれ少なかれ簡単に説明されています。

私の質問： このようなプロジェクトでは、UML/UTPの使用が推奨されていますか？それぞれの簡単なメニューアクセスのユースケース図を描くことはOKですか？私はUMLの熱に惑わされたくありません。（Death by UML Feverを参照してください）

Answer 1

一般的に言えば、組織が既にUMLを使用していない限り、導入についてcarfeulしたいと思うでしょう。ユースケースは開始するのに適しています（ユースケース図では情報がほとんどなく、把握が簡単です）。でも、それでも噛むことができないほど簡単に噛むことは簡単です。

プレーンテキストまたはUML図であれば、どのような種類のドキュメントでも、対象読者が読めるようにする必要があります。だから、あなたのダイアグラムを読んでいる人々が、それらを理解するのに十分なUMLを知っていることを確認する必要があります。ソフトウェアエンジニアであれば問題はないはずですが、そのうちのいくつかがユーザー担当者、管理者、販売担当者などであれば、それは難しいかもしれません。

正式なプロセスおよび/または制御されたツールスイートをある程度使用している場合は、モデルが確立されたプロセスにどのように適合しているか、ツールがツールチェーンにどのように適合しているか？

UMLは非常に便利ですが、私自身のイニシアチブでそれを紹介しようとはしません。あなたがそのように行くことに決めたら、経営陣のサポートがあることを確認してください。