|
|
|||||||||||
|
|||||||||||
|
 |
||||||||||
|
|||||||||||
|
|||||||||||
|
|||||||||||
|
| |||||||||||
|
|||||||||||
|
|
|||||||||||
|
| |||||||||||
「こんなシステムが欲しかったんじゃないよ！」－ システム開発にあたって、いきなりユースケースを書こうとして悩む前に、まずは必要となる3つの視点を整理してみよう。弊社より12月2日に発売される書籍『「課題・仕様・設計」－不幸なシステム開発を救うシンプルな法則－』より一部を抜粋して、全6回にわたりお届けします。
（編集部）
1958年生まれ。東京大学農学部獣医学科卒。同大学院修士課程中退。大手SIベンダーにて、開発支援ツールの開発、事務アプリケーション開発、ワークステーションのシステムプログラミングなどを行い、オブジェクト指向言語ならびに開発方法論に出会う。 1996年に独立し、以来コンサルタントとして、リアルタイムシステム、大規模分散オブジェクト指向システム、クライアントサーバーシステムの改善、要求定義、分析、設計、開発、管理、環境構築等に携わる。最近のテーマは形式手法を取り込んだ高信頼性・高生産性開発手法の研究。 現在、有限会社デザイナーズ・デン代表取締役。 例題：病院予約会計システム システム構築の例題として取り上げるのは、ある大学の病院予約会計システムです。繁盛する大病院の実際のシステムはここに取り上げるような牧歌的なものではありませんが、ここでは説明のために機能を絞ったシステムとして取り上げていきます。■ 問題の背景 ある大学病院では手作業により、全てのワークフローが遂行されていました。病院は繁盛し、患者は増えたのですが、ある日特定の患者を受け付けたまま、診察室に呼び込み忘れるという事故が起きてしまいました。待ち時間に痺れをきらした患者さんが受付にねじ込んできたのです。手作業によるワークフロー管理の破綻が明らかになりました。 それを契機に、問題点を整理し、管理を容易にする「システム」の開発をすることになりました。 ■ 原始要求インタビュー そもそもの動機は、受付後の呼び出しミスをなくそうという話でした。その部分を解決するだけなら銀行ロビーにあるようなチケット配布システムを検討すればよさそうです。しかし病院側の担当者にインタビューを行ううちに、業務改善のために、予約から実際の受付、そして会計までを含んだ一連の事務処理を計算機などの力を借りて効率的に処理したいという要求があることがわかってきました。そこで解くべき問題の全体を概観するため、まずは業務改善項目の洗い出しと、病院内で起きるビジネスイベントの分析を行い、新しいビジネスモデルを構築することになりました。すなわち「課題の探求」が始められることになったのです。 課題探求（Problem Exploration） ■ 課題探求とは 課題探求では、これから構築しようとするシステムの「仕様」を決めるために必要な、情報の収集と問題の抽出を行います。何が問題の中心かを分析する段階と、分析結果をもとに、新しい解が埋め込まれた世界を定義する段階と言い換えてもよいでしょう。ここでは課題探求を2 つの段階に分けて考えます。 ●問題領域分析 ●業務モデリング ここで説明する「課題探求」という活動は、一般的には「要求定義」という言葉で表現される活動に相当します。それでもここであえて「課題探求」という表現を使う理由は、問題領域の分析、定義、検証のサイクルが何度も繰り返されて洗練されていく様子を表現したかったからにほかなりません。 ■ 課題探求の目標 以下に課題探求の目標を簡単にまとめておきましょう。詳しい作業の内容は例題を通して説明します。
（書籍 36～39ページより抜粋）
■ ＵＲＬ 「課題・仕様・設計」－不幸なシステム開発を救うシンプルな法則－ http://internet.impress.co.jp/books/1866/ こちらより書籍の購入が可能です
（酒匂 寛）
|
