前のブログで、SOAとかwebサービスとか書いたので、ちょっと自分でもやってみようと思って、Laox コンピューター館の３階にいってみて、本を見てみたのですが、うーん、やたらに難しく書いてないか？それも、書き方が、同じなのだ！ まず、SOAPエンベロープ…

WEBサービスを行いたい場合、Apache SOAPを使って、ＪＡＶＡでプログラムを組むとしたら、結局、これでいいんだよねえ？っていうやり方、書いておきます。 なんで、これを書いたのかは、次（今日中か明日になるかわかんないけど）のブログで書きます。 以下…

今回の話は、あんまり、多くの人に関係ありません。 というのは、ふつう、分析の際、論理的な業務で作ったクラスと、 実装したjavaのクラスの対応関係が取れなかったとしても、 そのことで、文句を言うユーザー、発注者は、ほとんどいないと思うんです。 あ…

昨日のブログで、３つの方法を挙げて、１つのクラス（あるいはプログラム）で、複数画面があるときの書き方を説明しましたが、この方法、実は、（放送局のように）サーバーからのデータをたれ流す場合にも同じことが言えます。 つまり、インターネットのWeb…

３月３０日に出す、「コピーされるほど儲かるシステム！開発日記」第１５号は、ウィリアムのいたずらが行った場合の見積もり例です。実際に何を作るのかについて書いてあります。 ---------- 内容は、要求仕様についてです。 具体的には、以下のブログのまと…

さきほどのブログのつづき ■■問題 以下の、問題があるときの話です ・１つのプログラムの中で、何回も画面入出力が可能で、その間、セッションが切れない →Ｗｅｂでは１プログラムでだいたい１画面、画面間でセッションがきれる ・場合によっては、write（出…

今回は、COBOLからJAVAプログラムへの変換の話、オンライン編なんですけど、この話は、それだけでなく、JAVAの１つのクラスで複数回画面入出力をさせるには？という話も含みます。 COBOLからJAVAのプログラムへの変換は、まず、昨日のブログで書いたように、…

ＣＯＢＯＬプログラムをＪＡＶＡに直す方法を知りたいケースは２つある。 １つは、ＣＯＢＯＬプログラマがＪＡＶＡを覚えるときに、（あるいは逆のケース）対応が知りたい場合、 もう１つは、ＣＯＢＯＬやＰＬ／Ｉのプログラムを、ＪＡＶＡに直す場合、設計…

ＳＯＡには、詳しくないんだけど、マクドナルドで思ったこと。その４。 （２８日注：この時点で、ＳＯＡＰでプログラムを組んでない時点で書いてます。 組んだ後は、ぜんぜん違う印象を持ってます。今度、機会があったら書きます） マクドナルドって、制作の…

昨日、マクドナルドの話を書きました。 で、そこで ・注文を受けて作業指示書を作成するクラス ・作業指示書 ・ディスパッチャ ・作業クラス だけで、世の中の、すべての業務って、完結してしまうんじゃないの？ って書き、そして、その「作業指示書」に相当…

さて、前のブログで、現在のオブジェクト指向の開発論における、アクターとその振る舞いや、担当者とその業務等を、固定的なものとして分析すると、マクドナルドのような、業務が人に固定的には結びついていない（緩やかな結びつき）の場合に表現が難しいこ…

マクドナルドにいくと、最近、面白い光景を目にします。 注文して、バーガー類をつくるとき、 ・忙しくないと、作成担当の人が、作っています ・忙しいとき、売っているおねーさん（じゃないこともあるけど）が、一部手伝っています。 ・店長以外のミドルク…

昨日のブログ、「FrontPageでHTMLファイルで保存すると、Excelで開いてもExcelファイルで保存不可」の続きです。 Excelを開き、１のＨＴＭＬファイルを読み込もうとしたら。。。 読み込めない！ FrontPageが開いちゃうんです。 なので、ここで保存してももと…

昨日の午後のことです。コーヒーでも飲みながら、きれーなおねーさまと語らう、アンニュイな午後を過ごしておりました（＝ひまで、お仕事もらってる会社に最近入社したＳＥさんと、話してました）。 そのきれーなおねーさま（＝ＳＥさん）は、汎用のほうをや…

昨日のお話のうち、 今回のエントリにあります、 >４．人の流れのうち、業務の役割の流れ >５．人の流れのうち、インセンティブの流れ が分かり難かったので、もう少し詳しくご説明いただけないでしょうか？ というコメントがありました。 するどい！ この分…

今回から「コピーされるほど儲かるシステム」の要求仕様作成に入ります。 要求仕様作成作業は、まず、出力ファイルをもとに、作業できるかどうかを分析するということからは要ります。 作業手順は、以下のとおり。 １．ホームページをＨＴＭＬで作成する ま…

さて、いままでの話で、要求分析を始めるために、出力帳票の分析をするという話とかかきましたけど、問題は、どこまで分析するか。 この分析は、あくまでも、仕様を固めるためのものだから、 １．このシステム開発で実現しようとする業務やビジネスモデルに…

前のブログで、「成果物を出力するものまで規定できれば、開発は楽になるし、ユーザーも開発費は低減できる（が、実は、これをちゃんとやることは、無理。」の理由、昨日に続く第二段！ 最近のシステム開発論は、オブジェクト指向に傾いている。このオブジェ…

前のブログで、「ＰＭＢＯＫのスコープ計画とスコープ定義をまじめに捉えて、ここで成果物を出力するものまで規定できれば、開発は楽になるし、ユーザーも開発費は低減できる（が、実は、これをちゃんとやることは、無理。そのことは今後書いていくが、その…

前回のブログで、「入力から分析してしまうと、大変なことになる。」と書いたことについて。 システム開発を、入力や、開発の通論（業界の一般的なシステムの作り方とか）、パッケージソフトの利用から入ると、ものすごいオーバースペックになって、開発費が…

昨日のブログで、ＵＭＬを使ってヒアリングからＪａｖａプログラムまでの作成の流れについて書きました（ここ）。で、その手順では問題があることも、このブログの後半の「夕食支援システム」で説明しました。 そして、そのため、要求分析は、帳票定義からは…

昨日のブログ「ＷＢＳとスコープと要素技術とＲＦＰ」で書いたことの一部修正とか、訂正。 まず、「ＷＢＳに書きますが、ウィリアムのいたずらは、その作業を省略してしまっているので」って書いてしまったけど、じゃあ、ＷＢＳを書かないで、どーするの？っ…

前に、「このヒアリングをもとに、」（以下中略）「クラス図がかけ、ＵＭＬのドキュメントに変形できる。」と、ヒアリングからＵＭＬのドキュメントまで自動的に書けるような感じの話を、ブログに書きましたが（ここです）この、「ヒアリングからＵＭＬのド…

「業務標準のマネジメント技法の幻想と、ソフト開発見積もりの現実」で、プロジェクトの始まりを、こんなふうに書きました。 （１）スコープ計画 （２）スコープ定義 （３）アクティビティ定義 ：（以下省略） で、普通の本をみると、この（２）のところで、…

前のブログで、今後、以下の３つの話題を書くといいました。 １つは、プロジェクト計画書に書くこと、 ２つは、ＷＢＳとスコープと要素技術とＲＦＰ、 ３つは、ＲＦＰと提案内容が違う場合の対処法 １つめの「プロジェクト計画書に書くこと」は、このブログ…

要件定義には、どのようなやり方があるか。 「要件プロセス完全修得法」 スザンヌ・ロバートソン＋ ジェームズ・ロバートソン／著 苅部英司／訳 http://www.sangensha.co.jp/allbooks/index/111.htm のＰ１００～Ｐ１１４に、そのやり方が、以下のように書か…

前に、プロジェクト計画書に書くことっていうのでＰＭＢＯＫの内容を書いた。 そこで、「実際にかく場合の問題とかは、べつに書きます」って書いた。 今日はその話。 実際に書く場合の問題は、以下のとおり ・プロジェクト計画書って、実際に書こうとしたと…

３月１６日に出す、「コピーされるほど儲かるシステム！開発日記」第１４号は、ウィリアムのいたずらが行った場合の見積もり例です。実際に何を作るのかについて書いてあります。 ---------- 内容は、 ウィリアムのいたずらが行った場合の「コピーされるほど…

提案書の書き方について、日経ＢＰ社の日経システム構築と日経ソリューションビジネスで、それぞれ記事があります。 でも、これを２つあわせて読むと、商談の極意は、日経システム構築の考え方を否定することだ、もしくは、日経システム構築の考え方では、日…

今出ている日経ソリューションビジネス（３／１５号）の５６ページ、あの劇の記事の表題で、「プライム受注の怖さ」ってあったけど、やっぱ、（プライムって言うほどの規模でなくても）お客さんから直接受注もらうのは、怖いよねー。 現実的に、お金はらって…