講座 意図が伝わる設計書作成の心得〜どこまで詳しく書くのが適当か 相手の思考をイメージしよう
日経SYSTEMS 第150号 2005.10.1
| 掲載誌 | 日経SYSTEMS 第150号（2005.10.1） |
|---|---|
| ページ数 | 6ページ （全6930字） |
| 形式 | PDFファイル形式 （503kb） |
| 雑誌掲載位置 | 130〜135ページ目 |
松田 陽人 システム・エンジニア「仕様書」は，設計者とプログラマをつなぐ重要なコミュニケーション・ツールだ。それゆえ，安易な書き方をすると問題を起こす。よく議論されるのは，「仕様書の内容はどこまで詳しく書くのが適当か？」という点だろう。過剰品質を避け，効率的に書きたいところだが，きちんと意図が伝わることが大前提である。二つの実例を通して，そのキー・ポイントを紹介する。 今回から，題材を「仕様書」…
記事の購入（ダウンロード）
購入には会員登録が必要です 会員登録はこちら
価格 550円（税込）
他のIDで購入する
G-Search ミッケ！は雑誌を記事ごとに販売するサービスです。
この記事は「6ページ（全6930字）」です。ご購入の前に記事の内容と文字数をお確かめください。
（注）特集のトビラ、タイトルページなど、図案が中心のページもございます。
事例（ダイジェスト）〜たねやクラブハリエ グループ
腕試し のとはら先生のその時どうする 新米ＰＭ奮闘記〜続発する問題をどうさばく？
講座 Ｗｅｂアプリケーションの問題解決〜混雑時のリソース不足に注意 最大同時接続数を見極めよう
講座 ＲＤＢＭＳのトラブル・シューティング〜“手順無き”復旧作業で混乱 リカバリ要件から再設計する
講座 なぜ起こるのか ネットワークの問題〜パケットを直接見ることで 問題の原因を探る
