BITのソフトウェア要件は、エンジニアリングとUMLは5週目コースワークの概要をモデル化

作業計画0608

時間:2019年6月8日

場所:静かなガーデンD

スタッフ:グループのすべてのメンバー

コミュニケーション:インタビュー

仕事:

1は、最後の未完の実施形態構築したモデルを補いました。

図の状態を構築する2.プロセス。

図3は、プレーヤー、ゲーム、データベースの3つのオブジェクト記述のプロセスから、ライブ図を構築します。

 

ケース・モデルを使用します。

 

ドメインモデルの確立

によって記述:

1、プレイヤーは新しいゲームのゲームを開くために要求しました。

2、ゲームを選択するプレーヤーのための2つのゲームモードと、いくつかの文字を提供しています。

図3は、プレイヤーがゲームモードとキャラクターを選択し、ゲームを練習し始めました。

4、ゲーム中、プレイヤーは役割のプロパティを変更することを要求することができます。

5は、ゲームが終了すると、システムはプレイヤーのスコアを保存し、プレイヤーに提示しました。

6、プレイヤーが再起動を選択することができます。

候補者:

ピープル:選手

物事:ゲームゲーム、ゲームキャラクタ

コンセプト:ゲームモード、スコア、要求のプロパティを変更

イベント:ゲーム、再スタート

コンセプトカテゴリ:

ゲーマー、ゲームゲーム、ゲームキャラクタ、スコア

ドメインモデル(クラス図):

相互作用図(タイミングチャート)を確立します。

 

状態図の確立:

1、身体の状態ビュー:ゲームゲーム。

2、定常状態のゲームゲーム可能:

レディ状態:ショーゲームの説明は、ゲームの状態はまだ開始されていません。

ゲームの選択状態:要求ゲームに応じて、基本的なデータを構築するために、ゲームの選択状態を開始します。

状態のゲーム:ゲームは、トレーニングマッチアップゲームを歩いて、状態の選手を始めました。

データ調整状態:プレイヤーの要求に対応する調整データは、編集インターフェース、ゲーム状態データの変更を呼び出します。

スコアステータス表示:ゲームのプレーヤーの終わりには、ゲームは訓練のスコアの状態が表示されます。

閲覧履歴状態:ゲームのプレイヤーによると、状態履歴の結果を示すされています。

エラーアラートステータス:要求された情報が間違っている、いない歴、あるいは不合理な状態に起因する誤差のデータを変更します。

ゲーム状態の終了:作業が終了し、スコア、さらにアクションの状態を選択します。

 

状態図:

 

アクティビティグラフ:

プレイヤーからのアクティビティ図、ゲーム、3人が立ち上げたオブジェクトデータベースを記述する

プロセスモデルを記述するためにゲームのプレイヤーの流れを示します。

 

 

おすすめ

転載: www.cnblogs.com/bit1388/p/10990834.html