すごろくシステムを作ってみた【３】実装編

さてみなさん。
今回は、ここまで検討した内容をツクールMV上に実装していく工程になります。

（今回が最終回です）

 

---

▼実装（１）マップ

↑

こんな感じで、設計時に検討した通りに、マップイベントで埋めています。
また、次に移動する方向に合わせて、リージョンを設定しています。

マップイベントの無い左上のマス（リージョン1を設定している所）が、スタート地点です。

商人風のお姉さんは、ショップイベントです。
マスに止まった時に、話しかける（任意）事で、買い物が出来ます。

↑マップイベントも設計通りに作成します。
ポイントは、サイコロを振る（移動する）かどうかの確認を行うコモンイベントを呼ぶ事と、プライオリティをプレイヤーと同じにして、トリガーを接触にする事です。

 

---

▼実装（２）変数

↑今回の「すごろくシステム」で使うために用意した変数です。
それぞれについて、以下に説明します。

■[Move Counter]
サイコロ1回分の移動する歩数を管理します。
ここに既に1以上の値が入っている場合、サイコロを振らずに、その値の分だけ移動します。

■[Next Way]
次の1歩の方向を示します。
リージョンIDと対応させる事として、1～5を使用します。

■[This X]
■[This Y]
プレイヤーが居るマスの座標を取得します。
そのマスのリージョンIDを取得するために使います。

■[This Map ID]
■[Map Move Counter]
プレイヤーが居るマップIDを設定し、そのマップ内での総歩数を管理します。
それぞれのマップで、止まったマスのイベントを起こすために使います。

■[Dice Counter]
サイコロを振る時の、サイコロの追加個数です。
通常はゼロでサイコロを1個振り、1だと＋1個振ります（つまり2個振る）。

 

 

---

▼実装（３）コモンイベント

以下は作成したコモンイベント（一部省略）です。
設計通りに作ってあるはずなので、説明は省略します。

これで、「すごろくシステム」のテスト用の実装は終わりです。
あとは、動作確認をして、想定通りの動きをすればOKです。

それでは～。

「◆Move」
移動用コモンイベント
------------------------------------------------------------
◆注釈：Set [Move Counter] before this.
◆移動ルートの設定：プレイヤー (飛ばす, ウェイト)
：　　　　　　　　：◇すり抜けON
：　　　　　　　　：◇移動速度：5
◆ループ
◆変数の操作：#0043 [This X] = プレイヤーのマップX
◆変数の操作：#0044 [This Y] = プレイヤーのマップY
◆指定位置の情報取得：[Next Way], リージョンID, ({[This X]},{[This Y]})
◆条件分岐：[Next Way] = 1
◆移動ルートの設定：プレイヤー (飛ばす, ウェイト)
：　　　　　　　　：◇下に移動
◆
：分岐終了
◆条件分岐：[Next Way] = 2
◆移動ルートの設定：プレイヤー (飛ばす, ウェイト)
：　　　　　　　　：◇左に移動
◆
：分岐終了
◆条件分岐：[Next Way] = 3
◆移動ルートの設定：プレイヤー (飛ばす, ウェイト)
：　　　　　　　　：◇右に移動
◆
：分岐終了
◆条件分岐：[Next Way] = 4
◆移動ルートの設定：プレイヤー (飛ばす, ウェイト)
：　　　　　　　　：◇上に移動
◆
：分岐終了
◆条件分岐：[Next Way] ≥ 5
◆変数の操作：#0041 [Move Counter] = 0
◆ループの中断
◆
：分岐終了
◆変数の操作：#0046 [Map Move Counter] += 1
◆変数の操作：#0041 [Move Counter] -= 1
◆条件分岐：[Move Counter] ≤ 0
◆ループの中断
◆
：分岐終了
◆
：以上繰り返し
◆移動ルートの設定：プレイヤー (飛ばす, ウェイト)
：　　　　　　　　：◇すり抜けOFF
：　　　　　　　　：◇移動速度：4
◆コモンイベント：◆Stop Event
------------------------------------------------------------

「◆Check Move」

移動確認コモンイベント（マップイベントで呼び出す）
------------------------------------------------------------
◆文章：なし, ウィンドウ, 上
：　　：Would you move ?
◆選択肢の表示：Yes, (No) (ウィンドウ, 中, #2, #2)
：Yesのとき
◆条件分岐：[Move Counter] ≤ 0
◆変数の操作：#0041 [Move Counter] = 0
◆ループ
◆変数の操作：#0041 [Move Counter] += 乱数 1..6
◆条件分岐：[Dice Counter] ≤ 0
◆ループの中断
◆
：分岐終了
◆変数の操作：#0047 [Dice Counter] -= 1
◆
：以上繰り返し
◆
：分岐終了
◆文章：なし, ウィンドウ, 上
：　　：Move \V[41] step !!
◆コモンイベント：◆Move
◆
：(No)のとき
◆
：分岐終了
------------------------------------------------------------

「◆Stop Event」
止まったマスでイベントを起こすコモンイベント（１）
------------------------------------------------------------
◆変数の操作：#0045 [This Map ID] = マップID
◆条件分岐：[This Map ID] = 6
◆コモンイベント：◆Event 6 Test Map
◆
：分岐終了
------------------------------------------------------------

「◆Event 6 Test Map」
止まったマスでイベントを起こすコモンイベント（２）
------------------------------------------------------------
◆条件分岐：[Map Move Counter] = 1
◆文章：なし, ウィンドウ, 上
：　　：Get Gold 1000 !!
：　　：And next dice plus 2 !!
◆所持金の増減：+ 1000
◆変数の操作：#0047 [Dice Counter] = 2
◆
：分岐終了
◆条件分岐：[Map Move Counter] = 8
◆文章：なし, ウィンドウ, 上
：　　：Next Step is 6 !!
◆変数の操作：#0041 [Move Counter] = 6
◆
：分岐終了
◆条件分岐：[Map Move Counter] = 14
◆戦闘の処理：Sample
：勝ったとき
◆
：逃げたとき
◆
：負けたとき
◆
：分岐終了
◆
：分岐終了
◆条件分岐：[Map Move Counter] ≥ 22
◆文章：なし, ウィンドウ, 上
：　　：Sugoroku goal !!
◆場所移動：STAR_LAND (8,9) (向き: 下)
◆
：分岐終了
------------------------------------------------------------

 

すごろくシステムを作ってみた【２】設計編

さてみなさん。
この「すごろくシステムを作ってみた」ですが、なんか長くなりそうなので、今回は設計編です。
見切り発車で書いているので、何回で終わるかは分かりません。

ちなみに、「はじめに」→「要件定義」→「設計」→「実装」→「動作確認（試験）」という順番になると思いますが、実際には所々で前工程に戻っていたり、思い付いた事を先攻して動作確認したりします。

要するに、めっちゃトライ＆エラーしてます……って事です。

---

▼設計

さて、設計では、まとめた要件を実際にツクールで、どのように実装するのかを検討する工程です。
紙に書いたり、いきなりツクール上で作り始めたり、やり方は色々あるでしょうし、私もその時々でまちまちです。

いわゆるウォーターフォール型の開発では、要件から仕様を作っていくので、それに倣って書いていきたいと思います。

●すごろくになるのは、ダンジョン部分とする。
→マップ作成時にそのように作る事とします。

●すごろくマップでは、プレイヤーは自由に動けない。
●プレイヤーが動くためにはサイコロを振る必要がある。
→なんらかの手段で、プレイヤーの移動を不可能にする必要があります。
→今回は、マップに、マップイベントを埋め尽くして、イベントの「プライオリティをプレイヤーと同じ」にする事で通行不可を作り出す……という案を思い付きました。
→また、プレイヤーが、そのイベントに「接触したらサイコロを振る」イベントを実行するという事にすれば、埋め尽くしたイベントを有効活用できそうです。

●サイコロを振ったら、その出目の分だけ移動する。
→ここはちょっと厄介です。
→進行方向が1方向だけであれば、「移動ルートの設定」の「1歩前に進む」を出目の分だけ繰り返せば済むのですが、（要件に書いてませんが）マップをダンジョンっぽくしたいので、向きの変更も出来るようにしたいです。
→今回は、リージョンを使う事で、プレイヤーが居るマスの「次に進む方向を示す」という案を思い付きました。
→移動は、イベントの「移動ルートの設定」で行う事とします。

※ちなみに、サイコロって言ってますが、サイコロを振るグラフィックを用意する予定はありません。
※内部で乱数を生成して、その結果を表示して移動させるだけです。
※見た目は地味ですが、今回はそういう仕様にする事にしてます（書いてませんが）。

●移動して止まったマスでイベントが起こる。
→これもちょっと厄介です。
→今回は、イベントの「移動ルートの設定」で移動させる事にしてますが、移動先のマスにイベントを設定していても動作しないようなのです。
→また、仮にイベントが動作するとしても、それをマップ上に設定するのは、管理が大変な気がします（イベントが起こるマスと起こらないマスが混在するため）。
→というわけで、今回は、「マス番号を設定して、移動後に、止まったマス番号に対応したイベントを起こす」という案を思い付きました。
→この案の場合、マップ内の何番目のマスで何が起こるのかをコモンイベントで一括管理できますが、例えばマップに宝箱グラフィックを置いても、番号とずれると挙動が合ってないという事象が発生する事には留意する必要があります。

●イベントが起こらないマスもある。
→前述の案の場合、単にイベントを設定しなければいいだけなので、仕様として何かをする事はないです。

●ゴールでは必ず止まる（今回は、余分な出目の分だけ戻ったりしない）。
→今回は、リージョンで進行方向を管理する事にしましたが、リージョンで必ず止まるマスも表現する事にします。
→つまり、リージョンとして、上下左右＋停止の5個を使うという事です。

●ゴールに来たら、次のマップに移動する。
●止まったマスのイベントには、戦闘も含まれる。
●止まったマスのイベントには、宝箱などのアイテム入手も含まれる。
●基本的に、買い物も止まったマスでしか出来ない事にする。
→ここら辺のモノは、止まったマスのイベントとして、それぞれのイベントを起こすだけです。

●イベントによっては、次に移動する歩数が決まる。
→これは、ちょっと仕掛けをしておく必要があります。……と言っても、フラグとして、変数を用意するだけですが。
→移動歩数変数を用意して、ゼロ以下であればサイコロを振る、1以上であれば、その歩数分だけ移動する……という事にします。

●歩数の決定は、アイテム使用でも可能とする。
→前述した移動歩数変数をアイテムを使用する事で変更するコモンイベントを用意すれば、実現できそうです。

●今回は、必ず止まるマスはゴールのみとする。
●ルート分岐する時は、マップを切り替える事とする。
→これは、実は後付けした、仕様を簡略化するための要件なので、実装時に、そのように作るだけです。

●今回は、戻る移動を使用しない事とする。
→これも後付け要件ですが、前述の移動歩数変数の仕組みから考えると、後でこれを追加実装するのは大変そうです。

---

というわけで、「設計」は、こんな事をしました。

文章ばかりな上に、ツクール上の作業に入っていないので、地味に見えるかもしれません。
頭で考えている内容をここまで書き出す事はないかもしれませんが、だいたい、こんな事を考えて作っていますよ……という一例として受け取ってもらえれば幸いです。

※なんか、当初の意図からずれて、IT業界の開発工程をツクールで説明する内容になってしまってますが、せっかくなので、開発工程っぽく続けたいと思います。

それでは～。

すごろくシステムを作ってみた【１】要件定義編

さてみなさん。

ご無沙汰しております。

今回は、作成中のうちのゲームで作った「すごろくシステム」をsample的に紹介してみます。
（すごろくシステムが出来た所でゲーム作成は停滞してますが……）

もっとスマートでエレガントな方法があるかもしれません。
あくまで、うちが作った物の紹介です。

---

▼はじめに

そもそも、「すごろく」にしようと思ったのは、神託を受けたから（夢で見たから）なんですが、ちょっと考えてみた所、……サイコロを振ってるだけで自動的にマルチシナリオっぽくなるのではないか？……という安直な事を考えたからです。

たぶん、シナリオの文章量は、うちがいつも普通に作ってるより増えるような気がしますが……。
（いつも、たいしてシナリオを書いてない）

 

---

▼要件定義

まず、「すごろくシステム」に必要な要件を考えました。

●すごろくになるのは、ダンジョン部分とする。
●すごろくマップでは、プレイヤーは自由に動けない。
●プレイヤーが動くためにはサイコロを振る必要がある。
●サイコロを振ったら、その出目の分だけ移動する。
●移動して止まったマスでイベントが起こる。
●イベントが起こらないマスもある。
●ゴールでは必ず止まる（今回は、余分な出目の分だけ戻ったりしない）。
●ゴールに来たら、次のマップに移動する。

こんな感じです。
割と、すごろくの仕様をそのまま書いただけですね。
それから、以下のような要件も追加していきました。

●止まったマスのイベントには、戦闘も含まれる。
●止まったマスのイベントには、宝箱などのアイテム入手も含まれる。
●基本的に、買い物も止まったマスでしか出来ない事にする。
●イベントによっては、次に移動する歩数が決まる。
●歩数の決定は、アイテム使用でも可能とする。
●今回は、必ず止まるマスはゴールのみとする。
●ルート分岐する時は、マップを切り替える事とする。
●今回は、戻る移動を使用しない事とする。

---

やり方は人それぞれあると思いますが、うちは、こんな感じで、箇条書きで要件を出しています。

あと、これも人それぞれあると思いますが、「はじめに」っていう項目を重要視しています。
「はじめに」には、主に目的や方針といった「なぜそれをやるのか」という事を書きます。
これがぶれると、後々、全部やり直しになったりします。
なので、きちんと書いておきましょう。

といった所で、案外長くなったので、今回はここまでです。
それでは～。