ちょっとビックリ

イケダがハマってたのが15年くらい前だからなぁ。

でも嬉しい。

(╹◡╹)

「コミPo！」はまったく絵を描かなくても、誰でもマンガを完成させられるソフトウェアだそうだ。

これってマンガを作るだけでなくて色々なシーンで活躍できそう。

ちょっとしたプレゼン資料、パンフレットや会報の様なものなど。
それらに使ってみたらインパクトがあって受けが良さそう。

追加データも豊富みたいだし。

とりあえず体験版をダウンロードしてみるかな？


■■■　漫画作成ソフト　コミPo！　■■■
http://www.comipo.com/

初めてxcodeでiPadのProjectを作ってみた。

InterfaceBuilderのデザイン画面が、狭い・・・

みんな、どうやって開発してるの？

大きいディスプレイ買わないといけないのかな？

難しい・・・

（´(ｪ)｀）

マイコンを触ってみたいなぁって思ってみた。

とりあえず、学研の「大人の科学マガジン　Vol.27」が８ビットマイコン＋光残像キットのテクノ工作についてだったので買ってみた。

Japaninoっていうマイコンがついていてパソコンでプログラムを組んで光残像キットのLEDを光らせたり音を鳴らしたりできるみたい。

JapaninoはArduinoっていうマイコンの互換機らしく色々な部品を追加すれば色々出来るようだ。

どんなことが出来るんだろう。
楽しみ！

(*´∀｀*)

新機能「リンク」をリリースしました。

簡単に言えば良くある「ブックマーク」や「お気に入り」です。

といっても、予定していた機能の一部はまだ実装していません。
近い内にバージョンアップします。

「リンク」
http://www.amiten.jp/linkshare/

1 GByte（１ギガバイト）
＝　1024　MByte（メガバイト）
＝　1048576　KByte（キロバイト）
＝　1073741824　Byte（バイト）
＝　8589934592　bit（ビット：10進数）
＝　1000000000000000000000000000000000　bit（ビット：2進数）

あってる？
2進数とか忘れてるなぁ〜。

今回から実際にプログラミングをしてみます。

今回はプログラムの概要とクラス設計をします。

設計？と思われるかもしれません。
本来だったら「プログラム（クラス）設計」は詳細設計の段階で設計者が行うべきです。
でも今回のカレンダーの開発では「プログラム（クラス）設計」はプログラマが行い処理をイメージしたままコーディングを行う事とします。

前回までの詳細設計で決めたプログラム（ページ）は「１ヶ月カレンダー表示」の１つだけです。

プログラムの概要は次の様になります。

◇プログラム名◇
１ヶ月カレンダー表示

◇処理◇
１．初期処理
２．URLリクエストの取得
３．指定月カレンダー情報作成
４．カレンダー表示
５．後処理

上記処理を元に今回は次の様なクラスの構成にします。

「カレンダー表示」クラス
１．URLリクエストを取得する。
２．URLリクエストから表示月を求める。
３．表示月を「カレンダー情報」クラスに与えオブジェクトを作成する。
４．作成したオブジェクトを元にカレンダーページの表示を行う。

「カレンダー情報」クラス
１．指定された月を取得。
２．月始から月末までの日付を求める。
３．求めた日付の曜日を求める。
４．求めた日付が何週目かを求める。

実際にクラス定義にすると次の様になります。

「カレンダー表示」クラス
◇メンバ変数
・表示月
・カレンダー情報オブジェクト

◇メソッド
・初期処理
・URLリクエスト取得
・カレンダー情報オブジェクト生成
・カレンダーページ表示
・後処理

「カレンダー情報」クラス
◇メンバ変数
・表示月
・日付情報（配列）

◇メソッド
・初期処理
・日付取得
・曜日取得
・週取得
・後処理


こんな感じです。
まだまだプログラミング言語が出てこないねぇ。

今回はカレンダーシステムのページ（プログラム）構成を設計します。

※以降はシステムのページ（プログラム）をページとします。

ページ構成を設計するに当たって次を作成します。

・ページ構成図
・ページ詳細

今回は１か月分のカレンダーを表示するのみなのでスゴク簡単です。

「１か月分のカレンダーを表示」の詳細をまとめると次の様になります。

◇システム名◇
カレンダー

◇ページ名◇
１ヶ月カレンダー表示

◇バージョン◇
1.0.0

◇概要◇
指定された月の１か月分のカレンダーを表示する。

◇アクション◇
１．表示月切り替え

前月，次月を表示するリンクを用意してユーザーにクリックしてもらう事により指定された月を表示する様にする。

ただし、過去１２ヶ月，未来３ヶ月以外は表示出来ない様にする。


こんな程度です。

今回は機能が扱うデータ要素を設計します。

データ要素を設計するに当たって次を作成します。

・データ関連図
・データベース定義（テーブル，インデックス等）
・データベース作成スクリプト

表示するカレンダーの１ヶ月分の日付は演算で表示させます。
今回は表示可能な過去１２ヶ月と未来３ヶ月の月情報を管理するデータ要素を定義します。

月情報を管理するデータ要素は次の様になります。

◇システム名◇
カレンダー

◇データ名◇
月情報

◇バージョン◇
1.0.0

◇要素◇
１．月ID　（数値）　プライマリキー
２．対象年　（数値）
３．対象月　（数値）
４．有効フラグ　（数値）

この月情報を簡単に説明すると、
対象となる年と月の有効フラグの状態で表示可能か判断します。
有効フラグの状態は現在日付の表示可能な対象年月を有効にしそれ以外は無効にします。
月IDはRDBで必要なプライマリキーとします。

これを元にデータベースのテーブル定義やテーブル作成スクリプトを作成します。

テーブル作成スクリプトはSQLのDDL（Data Definition Language）を利用します。
今回はテーブルの作成なので「CREATE TABLE」のSQLを作成します。

データ関連図はテーブルが１つしかありませんが画像の様になります。
※DBDesignerを使用しています。

今回はちょっと意味不明だったかな？

今回は詳細設計の機能定義を作成します。

と言っても簡単なものですが。


◇システム名◇
カレンダー

◇バージョン◇
1.0.0

◇機能◇
１．カレンダー表示
・指定した月のカレンダーを表示する。

２．表示月変更
・表示月を変える事が出来るリンクを表示して、ユーザーがクリックする事で指定月を変更できる。


こんな程度です。
簡単だねぇ。

今回から詳細設計を作成します。

詳細設計では以下の内容を定義し実際にプログラムが作れる様な状態にします。

１．機能
システムで行う事が出来る機能を定義します。

◇作成物
・機能定義


２．データ要素
機能が扱うデータを定義します。

◇作成物
・データ関連図
・データベース定義（テーブル，インデックス等）
・データベース作成スクリプト


３．ページ設計（プログラム設計）
機能を構成するページ（プログラム）、またそれらの動作を定義します。

※今回はプログラムをページと呼ぶ事にします。

◇作成物
・ページ構成
・ページ詳細設計


とりあえずこの程度です。


今気づいたけどイケダ的システム開発だと情報処理技術者試験は合格できないね・・・。
ゴメンナサイ。

イケダ的システム開発の始めの題材としてカレンダーを作ります。

どこにでもある教科書の題材みたいだけど許して下さい。

前回までの工程計画を踏まえて今回は概要設計を作成します。
と言ってもスゴク簡単なものだけど。


◇システム名◇
カレンダー

◇バージョン◇
1.0.0

◇概要◇
カレンダーを表示する。
１ページに１ヵ月分を表示する。
ユーザーにより表示月を変える事が出来る。
表示可能期間は過去１２ヶ月から未来３ヶ月。

◇システム形態◇
Ｗｅｂシステム：Webブラウザによりシステムを利用できる。

データベース：RDB（リレーショナルデータベース）を使用する。


こんな程度です。

「PDCAサイクル」とは情報技術の専門用語ではなく色々な分野で使われている言葉です。

大雑把に言うと、
計画したものを実施し結果を改善した上で次の計画を考える事を繰り返し向上を目指して行く事です。

次の段階を１つのサイクルとしている為、PDCAサイクルと呼ばれています。

P（PLAN）計画
D（DO）実施
C（CHECK）確認
A（ACTION）改善

次の様にPDCAサイクルを繰り返して行く事で、段々と実施して行く内容の質が良くなって行きます。

P（計画）→D（実施）→C（確認）→A（改善）→P（計画）→D（実施）→C（確認）→A（改善）→P（計画）→...

今回の開発に当てはめると次の様になります。

P．設計・開発
D．運用
C．動作確認
A．改善点の特定

イケダ的システム開発では１つのサイクルを小規模なもので繰り返しバージョンアップをして行きます。

イケダ的システム開発の各工程について説明します。

あくまでもイケダ的なので同じ工程名でも意味合いが違う方もいらっしゃると思いますが、あまり深く考えないで頂けると助かります。

１．概要設計

概要設計ではシステムをユーザー側から見た設計を行います。
ユーザーが行える事などを定義します。

２．詳細設計

詳細設計ではシステムを開発者側から見た設計を行います。
機能、データ要素、ユーザーインターフェース、プログラムなどを定義します。

３．プログラミング

詳細設計を元に実際にコーディングを行いソースコードなどを作成します。
場合によってコンパイルなど変換処理を行います。

４．テスト

作成されたソースコードなどをテスト環境に配置してテストデータを下に想定通りの動作が行われるか確認をします。

もし想定した動作を行わない場合は、ソースコードや詳細設計を再確認して修正し再度テストを行います。

５．リリース

想定通りの動作を行う事が確認できたら、それらを実際にユーザーが利用できる環境へ配置します。

６．運用

リリースしたシステムを実際にユーザーに利用してもらいます。

ここでユーザーが利用した結果、修正，改善箇所があれば対応しユーザーの利便性を高める様にします。

こんな感じかな？

システム開発の工程（段取り）を決めます。

情報処理技術者の教科書では次の様になっているのかな？

１．要件定義
２．システム設計
３．外部設計
４．内部設計
５．プログラミング
６．テスト
７．リリース
８．運用

この工程は各開発現場毎に呼び方や数など結構違うようです。
逆に言えば厳密に上記の様な工程で行う必要は無く、規模や環境，開発するターゲット等で呼び方や工程の粒度を変えても問題がありません。
というか変えないと難しいと思う。

イケダ的システム開発は以下の工程で行います。

１．概要設計
２．詳細設計
３．プログラミング
４．テスト
５．リリース
６．運用

基本的にはある程度小さな規模で開発して行って、あとはPDCAサイクルみたいに繰り返してバージョンアップして行きます。

「PDCAサイクル」は別の機会に紹介したいと思います。

簡単なシステム開発の方法を紹介して行きたいと思います。

イケダは現役の技術者から離れてしまったのでイケダが持っている技術を他の人が生かしてくれたらと思い「システム開発入門」を記していきます。

開発とはどのような形で行うか、ちょっとしたテクニックなど、情報技術者を目指している初心者の方が少しでも役に立てて頂ければと思います。

あくまでも「イケダ的」です。
現役の情報技術者から見たら低レベルな事を書くかもしれませんが参考程度に読んで頂ければと思います。