サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは本日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。
開始条件 要件定義の目的 要件定義の担当者 要件定義の方法 要件定義の基になる資料 要件の種類 要件定義の確認 要件定義書の項目 要件定義書作成時の注意点 要件定義の変更管理 成果物 終了条件
SDAS(エスダス)(注1)は、開発期間短縮を実現し、お客様のビジネスのスピードアップに貢献する為の総合システム開発体系です。 新しい「SDAS」は、「短期間・高品質」のシステム開発を実現するとともに、「オープン性・国際標準」「ライフサイクル全般でのシステム最適化」「エンジニアリングとマネジメントを両輪とするプロジェクト遂行」を特長としています。 これにより、システム開発期間を従来と比べ、概ね半減することが可能となり、ITの観点から、お客様のマーケットの動きを先取りしたビジネス展開を支援していくことで、競争優位確保に貢献します。 システム開発を「要件定義」「設計」「構築」「テスティング」の4フェーズに分け、それぞれのフェーズを最短化する開発手法、標準技術に基づくツール群およびテンプレートを適用することで、トータルの期間短縮を実現します。 注1 SDAS: System Developmen
昨日、ウィリアムのいたずらが、ヒアリングで聞き出した業務内容をアクティビティ図等に結びつける、まとめ方のカードっていうのを示したけど、それと、世間のドキュメントとの関係っていうのも示さないと、どうして、こっちが優れているかがわかんないと思う。 なので、そのドキュメントの構造を全部書いた後で(まだ未完)、世間のドキュメントと比較してみたいと思う。 といっても、世間のドキュメントって?っていうことになるが、 富士通は、開発で使うドキュメントが標準化されていて、そのドキュメントが公開されている。 もちろん、ウィリアムのいたずらが昨日書いた、要件定義部分に関しても、公開されているわけだ(SA工程っていうのが、それにあたる)。 なので、将来、それと比べてみたいと思う。 で、その富士通の全開発ドキュメント標準が公開されている場所だが、 こちら 標準化規約 1.ComponentAA開
ソフトウェア業界の仕事は、下請け・孫請けのピラミッド構成となることが多く、常駐・派遣型のビジネスがかなりのパーセンテージを占めています。そんな中、他の業界と同じように、下請け脱却を目指して"一括請負"で仕事を引き受けたいとする会社もあります。 その志は善しとしましょう。しかし、肝心の"実力"が伴っていないと発注者も受託者もお互いに手痛い目に遭います。ここで言う"実力"とは、単なる技術力のことではありません。スケジュール管理や品質管理、コスト管理などのプロジェクト管理の技術・体制を社内で持っているかどうかが成否の鍵となるのです。 筆者の会社は創立11年目なのですが、創業以来「常駐・派遣の仕事はやらない!」という起業時のポリシーを貫いて来ました。C/SやWebのシステム開発を主体としているのですが、10年間の中では当然(?)、いくつかの失敗プロジェクトもありました。その苦い経験の中で「成功率と
Visual Studio .NET(以降、VS.NET)のC#環境であるVisual C# .NETでは、標準機能として、次の画面のようなAPIリファレンス(VS.NETでは「コード・コメントWebレポート」と呼んでいる)を作成できる(詳しくは「Visual C# .NETでAPIリファレンスを作る(前編)/(後編)」を参照されたい)。このAPIリファレンスは、ソース・コード内にコメント文として記述されたXMLタグ(「ドキュメント・コメントのタグ」と呼ばれる)を基に作成されたものだ。 VS.NETにはAPIリファレンス(「コード コメントWebレポート」と呼ばれる)を出力する機能が標準搭載されている。このAPIリファレンスは、VS.NETのIDEにあるメニュー・バーの[ツール]-[Webページのビルド コメント]から出力できる。 しかしこのAPIリファレンスでは、MSDNライブラリのペー
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く