要求仕様書の書き方や例文・文例・書式や言... | 文章や手紙などの書き方　書き方ラボ

要求仕様書の書き方についての雛形や書式などは、特に指定されていなければ、自社の仕様書の書式などを使用すれば良いでしょう。しかしながら、自社でも特にこの様な仕様書などの指定など無い場合、また、指定するといった言葉が自社の定款などに見当たらない場合は、インターネット上などで例文などが掲載されていますので、それを参考に作成すれば良いのではないでしょうか。

ここでは、品質管理のテストについての要求について、その仕様書を下記に記します。まず、最初にプロジェクトチームを作成します。そして、各担当を決めて、テストを実施します。テストで、開発したシステムが、御社の要求通りに作動しなかった場合には、約二週間の検査と修正を行い、その後、再度、品質管理テストを実施し、御社の要求を満たすように致したく存じます。

前提条件として、ハードウエアは、マザーボードとして、パソコンを一台設置し、子機的なものとして、ノートパソコンを八台設置します。マザーボードとノートパソコンとはランで連結させて、顧客情報を瞬時の内に出せる当社開発のソフトウエアを活用します。ハードディスクは、二百ギガバイトを予定しており、使用するオーエスはウィンドウズ八を予定しております。

上記の要求仕様書ですが、使用条件という最も基本的な要求に対する条件がまとめられています。上記の場合、非常にコンパクトにまとめられてはいますが、マイナンバー制への移行に伴い、実際は社内ランだけで連結しただけでは、セキュリティー上、好ましくない場合が多いのが現状であるらしく、できればクラウド上での保存機能サービスが欲しい所ではあるでしょう。

機能としては、マイクロソフトのエクセルを元にしたシステムです。まず、最初にパソコンを起動します。その後、共有フォルダーのドライブに入って頂き、その中の、社内共有システムのフォルダーを開きます。フォルダーの中には、顧客情報システムというのが入っており、そこに入力していくといった内容になります。最後のフォルダーを開く際、暗証番号を記入しなければなりませんのでご注意下さい。

上記の要求仕様書は、機能的要求部分であり、仕様書の殆どは、この機能的要求の部分だけで、殆ど構成されると言っても過言ではないでしょう。この部分では、具体的な操作方法、例えば入力の仕方や削除の仕方などが記されることは勿論、暗証番号を入力する画面がいつ出てくるのかも、事細かに記さなければなりません。ここが、顧客へ売り込む際の、企業側のシステム優位性を示す場所です。

パフォーマンスについてですが、各々に配付している子機と称されるノートパソコン自体が、実は海外製メーカーのものであり、時としてバグが発生したり、フリーズしたりする場合があります。その際は、フリーズする前までの部分について、マザーボードに自動的に記録されますので、バックアップを直ぐにでも取れる体制にあります。ファイルサイズの制限については、一メガの写真なら二百枚程度といったところです。

上記の要求仕様書は、非機能的要求です。別名、品質要求とも称されるそうですが、ここの部分には、品質に関する情報が盛り込まれます。上記の場合は、子機にあたる部分として海外製のパソコンを使用するとのことで、度々フリーズする可能性が強いことが示唆されております。要するに、フリーズしても当社の責任ではないということを書面に書き記すことで、それが仕様書になっているのです。

開発にあたっては、弊社で五人程のプロジェクトチームを作成し、明後日から約二ヶ月間の予定で御社のコンピュータールームにて作業をさせていただきます。順守すべき作業標準については、基本的に御社の社内規定に従わさせて頂きます。早朝の出勤は八時、十二時から一時間程昼食を取った後、午後四時半に終業となります。基本的に残業は行いませんが、期日間際には残業が入るかも知れません。

上記の要求仕様書は、開発条件ということで、設計上の制約や設計手法の規定、それから順守すべき作業手順などが示されます。上記の場合は特に設計上の手法などは記されてませんが、順守すべき作業員の行動などが事細かに記されています。実際にここまで細かく書けば、顧客の受けも本当に良くなる可能性が強いのではないでしょうか。わざわざ、御社の規定を順守すると記せば、社内で手紙などで知らされる可能性もあるでしょう。

最終納入日は、最終起動確認テストが終了する二ヶ月後の状況を見てからということになります。この最終起動確認テストで、御社の要求通りに作動しない場合は、再度、約二週間の期間を頂き、テストと確認、そして修正作業を行いたいと存じます。この二週間分のテスト分については当然ですが、無償で作業をさせて頂きたく考えております。最終納品物は、御社の要求に従ったシステムです。

この要求仕様書は、納入条件とスケジュール、変更条件を一緒に纏めたものであり、実際に上手に作動しなかった場合、どの様な対処をするか等がこと細かに記されています。この期限を区切るというのは、企業として非常に大切な部分ですが、実際には守られない場合もあるということを聞きます。やはり、機械相手なので、なかなか要求通りにはことが運ばない場合もあるようです。

要求仕様書では、前提条件を最初に記入し、機能的要求と非機能的要求を次に記します。この中で機能的要求が、この仕様書の大半を占めると言われています。続いて、開発条件を記します。この開発条件は、その様なソフトを使用して開発するかなどを記します。最後に納入条件とスケジュールを示します。その後、変更条件として、要求を満たしていない場合の作業などを記します。

要求仕様書の書き方の注意点ですが、我が国には、納期を順守するという伝統があります。ですので、納期については、かなり余裕を見て書いておいた方が、後々の為になるでしょう。納期をぎりぎりに見て記していたのでは、仮に納期に間に合わなかった場合、もうその次の仕事は回ってこないと考えて差し支えないからです。しかし、余りに長すぎる納入条件も考え物です。

要求仕様書の書き方のポイントですが、最初に前提条件を記し、機能要求、非機能要求と続きます。この機能要求の中で、自社の優位性を最大限にアピールすべきでしょう。そして開発条件と納入条件、スケジュールと続きます。最後に変更条件というのがありますが、テストをして、最終的に納期がどのくらいかかるかを割り出すことが重要です。納期は短すぎても長すぎてもまずいです。