TCP/IP通信型プログラムです。作成するのはクライアントです。たとえ

質問

TCP/IP通信型プログラムです。作成するのはクライアントです。たとえば、サーバから入力を求められ、それが正しくあれば、次の状態へ。正しくなければ、状態を遷移させなかったり。そして、状態が遷移したということをサーバに伝えなければなりません。自分としては、条件式などを利用しようかと思っているのですが・・・。（状態遷移図の作成ではありません。）
ほんのわずかなヒントでもいいので、お助け願います。

回答No.2

Hardking · ベストアンサー

ソケット通信を実装すれば良いと思います。

サーバーのＩＰアドレス、ポート番号で接続し
双方向通信を行います。
おおまかな処理の流れを下記します。

１．サーバー側が質問電文を送信
２．クライアント側が１を受信
３．クライアント側が回答電文を送信
４．サーバー側が３を受信
５．サーバー側が回答を審査する。
６．サーバー側が審査結果電文を送信
７．クライアント側が６を受信
８．審査結果を元に遷移制御する。

お礼

とても分かりやすいです。これを参考にしてプログラミングしてみたいと思います。ありがとうございます。

回答No.3

toda hiro（@hiro_knigh）

お疲れ様です。

サーバ・アンド・クライアント型のソフトは、メッセージを送受信（メッセージパッシング）するという観点からオブジェクト指向型の設計が有効です。
オブジェクト指向型の設計というのは、シーケンス図や状態遷移図を用いた設計です。

特に、メッセージは送信に対して必ず応答が必要という分けではなく、設計によっては送信２回に対して応答１回なんて設計の仕方もあります。

「シーケンス図や状態遷移図を作らずにプログラムを作りました」と言われても、品質に疑問を持ちます。

以上

回答No.1

anicicle

http://soudan1.biglobe.ne.jp/qa5828906.html

>サーバから入力を求められ、それが正しくあれば、次の状態へ。
>正しくなければ、状態を遷移させなかったり。
>そして、状態が遷移したということをサーバに伝えなければなりません。
やりたいことはわかるけど、

>自分としては、条件式などを利用しようかと思っているのですが・・・。
>（状態遷移図の作成ではありません。）
いや、条件式使おうが使うまいが、その条件の網羅製の確認と設計の為には状態遷移図は作るよ。
というか作らないで製造(開発)仕様とする方がおかしいし。

>ほんのわずかなヒントでもいいので、お助け願います。
でその「ヒント」って何のヒントが必要なの？

補足

ANO.2の方のが参考になるかと思うのですが、第一に、サーバがクライアントにメッセージ送信。第二に、クライアントがメッセージを受信。こういったところのプログラムで参考になるものがあればと思っています。