詳細設計は、内部構造を設計していく工程で、外部仕様を実現するためのエンドユーザーの目には直接触れない各機能が行うソフトウェアコンポーネントの洗い出しや、コンポーネント間の相互作用などの処理・機能間の連携方法などを作り込んでいく作業です。例えば、フローチャートや画面・帳票で処理される処理項目などを決めていきます。

ソフトウェアの設計に必要なこと

設計という行為やその結果生み出される成果物は、ソフトウェアに関与する誰かしらのステークホルダーを対象とし、彼らに対して何らかの価値を提供するものであるはずです。

ソフトウェアの設計は、システム開発の初期段階である上流工程にあたり、その後の下流工程に大きな影響を及ぼします。そこで、ソフトウェアの設計に必要な3点について、詳しく解説していきます。

上流工程に慣れた経験豊富な人材

ソフトウェア設計はあとの工程や製品の完成度を左右するため、高い品質で作成を行っておくことが重要です。しかし、検討すべき項目が多く複雑であるため、具体的な設計ができるスキルだけではなく、ユーザーの要望を最大限に引き出すためのヒアリングスキルも必要です。

さらに、下流工程の作業を行うメンバーと上手に連携を取れるマネジメントスキルも必要になります。修正や追加の開発工数を減らすためにも、上流工程に慣れていて現場慣れしている人材が必要です。上流工程に慣れていない人材しか居ない場合は、内製で開発を行うのは非常に困難と言えるでしょう。

さまざまなプロダクトや設計に関する知識

ソフトウェアの設計工程には、さまざまなプロダクトや設計に関するIT全般の幅広い知識が必要です。

それ以外にもユーザーの要求や課題をしっかり解決するためには、コミュニケーションスキル、プログラミング知識などさまざまな知見や知識が必要となります。豊富な知識はもちろん、実際に担当した経験を活かすことも大切です。不具合が発生したとき、納期が遅れそうなとき、開発コストが想定外になったときなど、過去の経験を活かせることもあります。

必要とされているニーズをかみ砕き定義できるスキル

ユーザーの困りごとや要望を解決していくのがソフトウェアの役割です。しかし、ほとんどの場合ユーザーにはソフトウェア開発の専門知識はありません。どのようなことに困っているのか、何を解決したいのかなどの課題を聞き出し、どのような機能があれば実現可能かを分かりやすく説明する必要があります。ユーザーのニーズが分かり、企画が固まったら要件定義を行いますが、ユーザーの意図やニーズを引き出し、いかに正しく要件定義に落とし込めるかというスキルも必要となります。

ソフトウェア設計で組み込むべき5つの項目

こちらでは、ソフトウェア設計で組み込むべき項目について詳しく解説していきます。作成する項目は、大きく分けて以下の5つです。

1．機能一覧表

機能一覧表とは、ソフトウェアで実装する機能を一覧形式で記載したものです。

要件定義で決定した機能が全て網羅されていることはもちろんのこと、不要な機能を含んでいないことも条件となります。ソフトウェア開発の各段階において使用されるため、ミス・抜け・漏れがないように作成する必要があります。

2．業務フロー図

業務フロー図とは、システム開発を行う上で業務の手順・内容を分かりやすいように視覚化したものです。

特に決まった作成方法はありませんが、情報の粒度や統一したレイアウトで以下のような内容を時系列に表現していく手法が多く使われます。

誰が
いつ、何をきっかけに
どのような場合に
どのような作業を行う

業務フロー図を作成することで、ソフトウェア設計に必要な要素を把握することができるようになります。

3．データフロー図

データフロー図とは、ソフトウェア制作を依頼するユーザーと実際に作る開発者の認識を合わせるために、ソフトウェアで扱うデータの流れを図示したものです。

ソフトウェア開発を行うメンバー同士のイメージを共有したり、機能の漏れや重複を防いだりするのにも使えます。情報システムで使うデータの保存、検索結果への反映など、細かく設計することが非常に大切です。

4．入出力関連図

入出力関連図は、実際の入出力に関することを図で表したものです。

画面や帳票などのアプリケーションがどのテーブルを参照しているか、どのテーブルデータを更新しているかなどを表します。処理全体の役割や位置づけのサポートを行う役割もあるため非常に重要です。対象となるテーブルが多くても、システム開発において重要なものなので全て書き出す必要があります。

5．画

画とは一般的に、画面や帳票のレイアウトイメージをまとめたものです。

画面レイアウトは、タイトルバー、メニューバー、画面の構成など各画面の共通部分の仕様を定義します。帳票レイアウトは、帳票テンプレートの種類ごとに仕様を決めていきます。レイアウトは直接人が目にするものなので、分かりやすく見やすいレイアウトを心掛けることが大切です。

ソフトウェア設計の手順とポイント

ソフトウェア開発の上流工程では、基本的に要件定義やソフトウェアの設計などを行います。こちらでは、上流工程における手順とそれぞれのポイントについて、詳しく解説していきます。

要件定義：着地点を定めてブラさないようにする

要件定義では、企画段階で顧客がソフトウェアに求める要件をまとめ、ユーザーのニーズや課題をソフトウェアに落とし込めるように、実装すべき機能や必要な性能などソフトウェアに求められる要素を明確化していく工程です。

その後、要件定義をもとにソフトウェアの仕様・機能を決定し、設計・開発・テストなどの工程に大きく影響を及ぼすため、着地点を定めてブラさないようにすることが大切です。要件定義には幅広い知識が求められるため、開発における知識と経験が豊富な人材が必要です。

■関連記事：

基本設計（外部設計）:ユーザー目線に立って考える

基本設計（外部設計）では、主にソフトウェアの外見的な部分を設計します。ユーザーの視点から、どのようなソフトウェアを開発するのかを決める工程です。

ユーザーにも理解できるように基本設計書を作成する必要があります。操作画面やデータ出力など、ユーザーに直接見える部分や操作する部分なので、ユーザーに寄り添った設計が必要です。

詳細設計（内部設計）:連携方法など具体的に書く

詳細設計（内部設計）は、外部設計で作成された基本設計書を実現するために内部構造を設計していく工程で、ユーザーの目には直接触れない各機能の処理・機能間の連携方法などを作り込んでいく作業です。

例えば、フローチャートや画面・帳票で処理される処理項目などを決めていきます。後の工程で重要な役割を果たすため、分かりやすく具体的に示すことが大切です。基本設計はユーザーの意見を重視して作成されますが、内部設計はユーザーの目に触れない部分でもあるため、開発メンバーの意見を重視して作成する必要があります。

社内のリソースでできない場合はプロに任せると安心

ソフトウェア開発の設計工程は、開発・テスト・保守・管理といったあとの工程やリリース後の業務にまで影響を及ぼすため、品質が問われる重要な工程です。しかし場合によっては、ソフトウェア設計には専門的な知識・スキルを要するため、内製を行うのは非常に困難で、社内のリソースだけでは対応できないケースもあるでしょう。人材が不足している場合、いかに専門家の力を上手く借りるかがポイントとなります。

アウトソースすることで急いで開発しなければならない場合でも早急に対応できるケースもあります。また、内製するときとは違い、新たな人材を採用したり育成したりする必要もありません。