ユースケース図を作成しよう 開さんは話を聞きながら書いた議事録を基に、設計作業を進めようとしています。まずはシステム化範囲を明確にしつつ、ユースケース図を描きます。 ユースケース図を描くために、まずは議事録の中からユースケースになりそうなものを探しました。だいたいが、受け付け業務の中に含まれています。一部、業務内容の説明の中から取り出したものもあります。それぞれのトピックを右クリックして「UMLモデルに変換する」→「ユースケース」を選択すると、画面左上の構造ツリーの中にユースケースができていきます（図5）。 これを並べ替えたり、名前を変えたり、《include》などで関係付けたりしていきます。またアクターも付け加えましょう。 議事録上では「加工を聞く」などとなっているトピックが、ユースケース上では「加工を登録する」などとなっている点に気を付けてください。「加工を聞く」のは受け付け担当（おじ

マインド･マップをご存じでしょうか？ 最近、日本でも新しい「メモ技術」として注目されるようになってきた記法です。この記事では、このマインド・マップという記法が、ITの現場でうまく使えないだろうか、というアイデアを紹介します。特に、IT分野で標準化されているUMLをうまく補完するツールとして、要求分析という上流工程をまず取り上げたいと思います。 「顧客の言葉を集めること」の難しさ ITシステム開発において要求分析を行う場合、現在ではUMLを使ったオブジェクト指向による概念モデリングや、ユースケース分析が主流になってきています。しかし、UMLには強い制約（記法の意味と文法）があり、誰でもすらすらとまとまるものではありませんね。特に、顧客へのインタビューを行う場面では、その場でUMLにまとめるというのは至難です。そこで、顧客との対面場面ではとにかく「顧客の言葉を集める」ことに徹し、それをメモ（イ