Designerブログコラムこれからのソフトウェア設計書に求められる書き方とは?現在はスピード重視であまり設計書を書かないスタイルも流行っていますが、大規模案件においてはやはりしっかりとした設計書を書くことが大事です。どのように書けば後工程でミスが起きないのか、設計書の書き方についてお悩みの方も多いと思います。そこで今回はいろいろな統計を交えながらソフトウェア設計書の効率化や品質強化を行うために必要なことを考えたいと思います。ソフトウェアの設計書に求められる書き方とは?突然ですが、質問です。Q1.ソフトウェア開発において設計とプログラミングの比重はどっちが大きいでしょうか?A.設計B.プログラミングC.ほぼ同じ正解は「Cほぼ同じ」です。以下は弊社のウォーターフォール案件の例です。他社も概ね似た配分ではないかと思います。そこまで設計に時間をかけるのでしょうか?そこで次の質問です。Q2.IT関連投資において新規開発と運用保守はどっちが大きいでしょうか?A.新規開発B.運用保守C.ほぼ同じ正解は「B.運用保守」。割合で言うと運用45%、保守30%、新規開発25%となっています。多くの割合で運用保守を占めているのがわかると思います。Leadersの記事:https://it.impressbm.co.jp/articles/-/18036)つまり、今、求められる設計書は、新規開発の時だけでなくあとあとの運用・保守に役立つという観点で作成される設計書と言えるのではないでしょうか。ソフトウェアの設計書に求められる書き方とは?長期の視点で役立つ設計書を書くためには非常に品質の高い設計書が必要になります。そこで、次の質問です。行うために必要なことはなんでしょうか?A.設計スキルを教育するB.設計の標準化を進めるC.設計ツールを導入するこれはいずれも大切ですので3つとも正解です。多くの企業ではAとBは行っていますが、Cに関しては未着手でいまだにExcelやWordの手作業で設計書を作成していると思います。これ、考えてみると不思議ですよね。機械や建築の設計はもとより、ファッションの世界でもCADを使って設計しているのに、本家本元のIT業界がいまだにExcelやWordなどで非効率な設計書作成を行っているのです。Designer(OBDZ)」です。これはシステム開発の設計書をGUI操作で定義・作成するためのCADツールで、従来のワープロによる手作業に比べて大幅に設計効率を高め、開発生産性とメンテナンス性を向上させることができます。使い慣れたExcelから、OBDZへの操作の習熟も必要となりますが、長期的な設計の品質が担保できるツールですのでまずはお気軽に資料をご覧ください。