スマホの配置を検討する人達
ITマネージメント
豊富な開発実績をバックボーンとしたソフトウェア開発における様々なマネージメントサービスをご提供いたします。 安心かつ安全なマネージメントの実現を行うことにより、お客様のプロジェクトを成功に導くサポートを行います。
ITマネージメント
豊富な開発実績をバックボーンとしたソフトウェア開発における様々なマネージメントサービスをご提供いたします。 安心かつ安全なマネージメントの実現を行うことにより、お客様のプロジェクトを成功に導くサポートを行います。
スマホの配置を検討する人達
危機的プロジェクトの立て直し
失敗プロジェクトによって会社の収益が圧迫され、しばしば経営問題となります。要求分析の甘さ、開発管理の不在、コミュニケーション不足、技術不足等さまざまな原因があります。
お客様の実態に合わせたプロジェクトマネージメントのサービスをご提供いたします。
また、リスクマネージメント、クライシスマネージメント、エマージェンシ-マネージメントの適切なサポートをご提供いたします。
経営問題となりうる
様々な問題
技術不足
開発管理不足
要求分析の甘さ
コミュニケーション不足
ピンクの右矢印 ピンクの下矢印
危機的プロジェクトの
立て直し
リスクマネージメント
クライシスマネージメント
エマージェンシーマネージメント
人
徹底サポート
開発プロセス改善
システム開発を必要としている多くの会社で、ISO9001やCMMなどのマネージメントシステムを導入し、失敗を最小限に抑えようと努力しています。それでも失敗を繰り返している状況は、マネージメントシステムがとかく教条的になり、現場とかけ離れがちです。
そこで、現在のマネージメントシステムの現場とのフィットギャップ分析とプロセス改善をご提案いたします。
また、新規でISO9001準拠の品質システムの構築をお手伝いをいたします。
パズルのピースを持つ2つの手
ITマネージメント研修
中堅技術者およびプロジェクトマネージャークラスを対象としてITマネージメント研修をご提供いたします。
開発手法
品質管理
見積り技法
性能測定技法
レビュー技法
要求開発技法
テスト技法
品質システムの構築
開発手法
品質管理
見積り技法
性能測定技法
レビュー技法
要求開発技法
テスト技法
品質システムの構築
要求分析と要求開発(RFP、RFS)
要求仕様書
要求仕様書(または要件定義書)は、お客様の要望(~したい)を具体的かつ詳細な仕様としてまとめられた文書です。また、 お客様と開発者とをつなぐ契約書であり、開発コストを見積もるための重要な文書です。

要求仕様書を明確にしていないソフトウェアの開発プロジェクトは、しばしば大きな失敗をします。
FERNETでは、お客様のシステム開発に先立って要求分析を行い、要求仕様あるいはRFPやRFSを文書化するお手伝いをいたします。

また、既存システムあるいはソフトウェア製品のソースコードや設計書から改めて要求仕様書を文書化することも行っております。 既存システムを新たに更改したり、プラットフォームの変更を行う場合、 具体的かつ詳細なWhatを記述した文書(実現方法はなるべく記述しない)である要求仕様書が重要になります。
要件仕様書の特徴
1.要求に含まれる具体的かつ詳細な要求仕様が展開されている。
2.要求される詳細な機能が、機能ごとに具体的に記述されている。
3.機能以外に、各種品質特性についてもその達成について記述されている。
要件仕様書の目的
1.要求仕様は箇条書きで記述する(分かりやすさと過不足のチェックが出来るように)。
2.数量は具体的に記述する(桁数が合っているだけでもいい(数万件、数千件等))。
3.それが本当に求められている以外は実現手段を書かない。
4.機能には制約条件も含めて記述する。
5.不必要なあるいは曖昧な制約条件は書かない(例:「出来るだけ早く」「出来るだけ簡単に」等)。
6.必要な機能や条件は漏れなく、曖昧さがなく、別の解釈が入らないように記述する。
7.「管理する」「行う」は使わない。
8.長々と書かないこと。長い要求仕様書は要求だけでなく実現手段を書いてしまう可能性がある。
9.個々の仕様には、要求仕様番号をつける。
要件仕様書の特徴

1.要求に含まれる具体的かつ詳細な要求仕様が展開されている。

2.要求される詳細な機能が、機能ごとに具体的に記述されている。

3.機能以外に、各種品質特性についても、その達成について記述されている。

要件仕様書の目的

1.要求仕様は箇条書きで記述する(分かりやすさと過不足のチェックが出来るように)。

2.数量は具体的に記述する(桁数が合っているだけでもいい(数万件、数千件等))。

3.それが本当に求められている以外は実現手段を書かない。

4.機能には制約条件も含めて記述する。

5.不必要なあるいは曖昧な制約条件は書かない(例;「出来るだけ早く」「出来るだけ簡単に」等)。

6.必要な機能や条件は漏れなく、曖昧さがなく、別の解釈が入らないように記述する。

7.「管理する」「行う」は使わない。

8.長々と書かないこと。長い要求仕様書は要求だけでなく実現手段を書いてしまう可能性がある。

9.個々の仕様には要求仕様番号をつける。

開発実績
・クレジットカード基幹システム
・政府系金融システム
・キャリア向けDWHシステム
・キャリア携帯クレジットシステム
・キャリア施設管理システム