[ThinkIT] 第1回：ソフトウェア産業に産業革命を起こすデータモデリング (1/3)
日進月歩で技術革新するハードウェア産業や、ドッグイヤーで進化するITビジネスに比べ、ソフトウェア開発の現場はいまだに20〜30年前のやり方と大差がありません。徒弟制度での教育、開発ドキュメントの標準化の遅れ、精神主義がまかり通るプロジェクト管理、そして開発手段も相変わらず昔ながらの家内制手工業です。このような労働集約的なやり方を続けた結果、日本のソフトウェア産業の国際競争力は地をはっています。 「生産性向上」「コスト削減」「品質向上」、これらは製造業における共通課題です。日本のメーカ各社は、この目標を実現するために"カイゼン活動"や"最新設備導入"などの絶え間ない努力を行い、その結果、世界に冠する強さを持つまでにいたっています。 一方、ソフトウェア産業はどうでしょうか。派遣主体の会社には課題認識すら希薄です。また多くの企業にとってこれらの言葉は単なるスローガンであり、具体策が現場に根付いて
オブジェクトモデリングの基礎としてのデータモデリング
「第1回 モデリングなしで開発はできない」は、モデリングという概念の説明と、いかにシステム構築においてモデリングが重要な役割を果たすかというポイントを解説しました。今回は、範囲をシステム構築に狭め、システム構築において利用されるモデリング手法を解説し、その中で、データモデルの果たすべき役割を明確にしていきます システム構築におけるさまざまなモデリング手法 システムを構築する際に必要になるモデルには数多くのものが挙げられますが、大きく分けるとすれば、「システム化をする対象領域」を抽象化したモデルと、「システムそのもの」を抽象化したモデルの2つに分けることができます。 企業で利用する業務システムの場合には、「システム化をする対象領域」とは業務領域ということになり、業務モデルが必要になります。例えば、受注システムの場合には、システムが支援する対象となる受注業務とはどのような業務なのか、その中でシ
フローチャートの作成
それがたとえどんなに簡単なプログラムであっても、フローチャートを書いてとりかかることはとても重要です。 私がプログラムを書き始めた当初は、なんどもテストしては書きなおす作業の 繰り返しでプログラムを作っていましたが、それではどうしてもバグが紛れ込むので、最近は、 相当細かい段階までフローチャートを書くことが多くなりました。 いったん、フローチャートに書き出しておくと、実際のプログラム作成が効率的になり、それにかかる時間が大幅に節約されるだけでなく、ミスが少なくな り、かつ他の言語に移植するのも簡単になります。 フローチャートには、JISで決まった書き方が決まっているので、他人と開発を共有する場合は、そのルールに従わなければならないのですが、自分で書く 時はあまりこだわらなくて良いでしょう。主に使う記号は次のようなものです。(背景がこの色のもの は重要!!)
Visual Literacy: An E-Learning Tutorial on Visualization for Communication, Engineering and Business
視点を分けて業務システムを可視化
間違った業務システムを効率的に開発しても、そのシステムへの投資は無駄になってしまいます。無駄な投資を抑えるためには、業務から論理的にシステム要求を導かなければなりません。 そのためには、業務を可視化すること、すなわち、モデリングが必要です。業務を可視化する手立てと進め方があれば、現場のコミュニケーションが活性化し、使われる、使えるシステムを開発できるようになります（図1）。 モデリング技能を磨くためには、実際に自分で手を動かしてモデルを作成することが必要です。そのため、この連載では架空の会社を取り上げ、一連のシナリオに沿った演習問題の形式で、具体的にモデリングを解説していきます。 モデリングでは着目する視点が重要 モデリングでは、着目する視点を考えることが重要です。なぜなら、業務システムは複雑で、複雑な物事を複雑なまま扱うことは困難だからです。ですから、着目する視点を分けて単純化し、理解し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
