ここでは、

必要な開発環境の構成、及び、その関連性が理解できること。

が学習ポイントです。
実際の購入・使用方法を覚える必要はありません。

浅野　利博

説明

本講義には直接関係はありませんが、どのツールをどのような目的で使用するのか理解して頂くために、
開発に於ける基本的な手順を示しておきます。
次回から、それぞれのツールの詳細な導入方法・使用方法等を順に講義致しますので、本講義のポイントだけに集中してください。

1. 要件定義 ( Evernote + Pages )
   どのようなアプリを作成するのか？
   検討を行い、その大まかな内容を定義します。
   ここでは、機能・GUI（見栄え）等、考えている内容を箇条書きしたものでも構いません。
   
   
   Evernoteで備忘録のように、思いつくまま記録をとります。（必須）
Pagesで他者に提供できる形に整形しなおします。（複数人で開発する場合には必須）
   
   
   
2. プロジェクト・リソース管理 ( xPlan )
   作成するプログラムに必要なスケジュールを割り出します。
   また、
   プログラムを作成するには、どの程度費用が発生するのか？
   といった、リソース管理（後述するコラムを参照）も行います。
   個人的なプログラム開発を行う場合でも、コスト意識を持つ癖を付けてください。
   スケジュールなしに開発を行うと、いつまでも完成しないことになりかねません。
   スケジュールの割り出しから、下記全てをスケジュールすることになります。
   この項目は、本講座で講義致しますが、余分な費用がかかるため、理解するだけでも構いません。
   が、
   この管理は、全て（技術・予算・リソース等）を理解していないと決してできるものではありません。
   理解していない方が行うと、無駄・無理・無意味なスケジュールを引くことになります。
   残念なことなのですが、日本で行われている開発の多くが、これに該当してしまっております。
   
   
   xPlanで全の管理を行います。（必須）
   
   
   
3. 設計 ( Pages + Evernote + SourceTree )
   要件定義で定義された内容を掘り下げ、詳細な機能を全て定義します。
   基本的に、この定義が的確であれば、誰が作成しても同じものが出来上がりますし、
   そうでなければなりません。
   修正が加わるようなことがあれば、その目的・内容等を必ず追記する必要があります。
   設計は、プログラムを作成するよりも多くの時間・知識が必要となります。
   
   Evernoteで備忘録のように、思いつくまま記録をとります。（必須）
   Pagesで設計書として誰が見ても同じものが作成できるように整形し直します。（必須）
   SourceTreeは、切りの良いタイミングでプログラム・設計書のバージョンを管理します。（必須）
   
   
4. 調査・検討 ( Evernote )
   実現するために必要となる技術・環境の調査を行います。
   もし、実現不可能だと判断すれば、設計から見直す必要が出てきます。
   最悪の場合、スケジュールから見直す必要が出てくるかもしれません。
   設計後に調査を行うのは、少しおかしく感じられるかも知れません。
   基本的には設計とセットで行うべきものなのですが、説明上分けているだけです。
   
   
   Evernoteで備忘録のように、思いつくまま記録をとります。（必須）
   
   
   
5. WEBアプリ開発 ( MAMP + Coda2 + SourceTree + Evernote )
   設計に基づき、実際のコードを記述します。
   切りの良いタイミングでバージョン管理 ( SourceTree ) を行ってください。
   また、
   開発に入る前には、Evernoteでその内容を記録します。（ボイスメモでも十分）
   ここでは講座の内容に従い、WEBアプリの開発に必要なアプリを記載しておりますが、「SourceTree + Evernote」は、どのような開発時にも使用しますので、特に注意を払ってください。
   
   
   Evernoteで備忘録のように、思いつくまま記録をとります。（必須）
MAMPは、使用しているマシンをWEBサーバーとして機能させるために使用します。（必須）
Coda2は、実際のプログラムを書いて、デバッグ（テスト）し、必要に応じてマニュアルを参照します。（必須）
SourceTreeは、切りの良いタイミングでプログラム・設計書のバージョンを管理します。（必須）
   
   
   
6. テスト ( MAMP + Coda2 + Evernote )
   作成されたアプリを実際に動かして、問題点がないか？検証します。
   問題点があれば、原因を追求し、２及び３に戻ります。
   
   
   Evernoteで備忘録のように、思いつくまま記録をとります。（必須）
MAMPは、使用しているマシンをWEBサーバーとして機能させるために使用します。（必須）
Coda2は、実際のプログラムを書いて、デバッグ（テスト）し、必要に応じてマニュアルを参照します。（必須）
   
   
   
7. 公開
   必要に応じて、完成したアプリを公開します。
   これは必須ではありません。

上記手順は、ほぼ全ての開発に於いて、プロの現場でも同様の手順を踏んでいます。
これに慣れることで、プロの開発者として、即働くこともできます。
プロにも色々あり、
その多くは開発・テストしか行わないプログラマーです。
要件定義・設計を行う仕事は「SE（システム・エンジニア）」と呼ばれています。
しかし、
大した作業ではありませんので、全てを行ってください。

ツールやアプリは、どんどん良いものが出てきます。
本講義で取り上げたアプリは、今考えられる最高の組み合わせのものではありますが、将来もっと役立つツールが出てくるでしょう。
そのような場合でも、
本講義で取り扱っているツール・アプリの「目的」が理解できていれば、簡単に使えるはずですが、良いものの場合には、本講座内容を修正し、新しいものへの対応も行う予定です。

使い方は、慣れれば誰でも使えます。
しかし、
重要なことは、そのツール・アプリを「使用する目的」であり、そのツール・アプリが「提供している機能は何か？」を理解することです。

スケジュール管理で「リソース」という表現が出てきますが、
これは下記を示しています。

• 開発を行う該当者の開発コスト・能力。
  人件費、及び、該当者の能力のことです。
  該当者の能力とは、該当者が一定期間に行うことのできる処理能力のことであり、個人差が当然あります。
  通常、この個人差は該当者の人件費と比例していなければなりません。
• 開発に必要な各種経費。
  購入書籍代金・ツール購入費・サービス利用料金等の経費にあたるもののことです。

実際の現場では、これらの管理の殆どは、適当です。

そのようなことにならないように、しっかり管理する癖をつけてください。

前回

コメント