サイト内検索

詳細検索

ヘルプ

セーフサーチについて

性的・暴力的に過激な表現が含まれる作品の表示を調整できる機能です。
ご利用当初は「セーフサーチ」が「ON」に設定されており、性的・暴力的に過激な表現が含まれる作品の表示が制限されています。
全ての作品を表示するためには「OFF」にしてご覧ください。
※セーフサーチを「OFF」にすると、アダルト認証ページで「はい」を選択した状態になります。
※セーフサーチを「OFF」から「ON」に戻すと、次ページの表示もしくはページ更新後に認証が入ります。

送料無料 日付更新(2017年5月)

ブックオフ宅本便ページ

  1. hontoトップ
  2. 本の通販ストア
  3. コンピュータ・IT・情報科学
  4. SE一年目のための仕様書の書き方 システム品質を高める文章術

電子書籍化お知らせメール

商品が電子書籍化すると、メールでお知らせする機能です。
「メールを登録する」ボタンを押して登録完了です。
キャンセルをご希望の場合は、同じ場所から「メール登録を解除する」を押してください。

電子書籍化したら知らせてほしい

SE一年目のための仕様書の書き方 システム品質を高める文章術
  • みんなの評価 5つ星のうち 3.8 4件
  • あなたの評価 評価して"My本棚"に追加 評価ありがとうございます。×

新刊お知らせメール登録

この著者の新着情報

一覧を見る

  • カテゴリ:一般
  • 取扱開始日:2014/08/23
  • 出版社: 秀和システム
  • サイズ:21cm/223p
  • 利用対象:一般
  • ISBN:978-4-7980-4167-4
  • 国内送料無料
専門書

紙の本

SE一年目のための仕様書の書き方 システム品質を高める文章術

著者 宮古 環 (著)

仕様書どおりに作ってもらったのに、なぜ違うシステムができあがるのか? 成果物のイメージを正確に伝えられる仕様書作りのポイントを紹介。仕様書を作るまでの過程をIT業界の実状...

もっと見る

SE一年目のための仕様書の書き方 システム品質を高める文章術

1,944(税込)

ポイント :18pt

紙の本をカートに入れる

電子書籍化お知らせメール

電子書籍化お知らせメールサンプル

電子書籍化お知らせメールヘルプ

メールを登録する

通販全品対象!ポイント最大5倍!<5周年記念>

こちらは「honto5周年記念!本の通販ストア全商品ポイント最大5倍キャンペーン」の対象商品です。
※キャンペーンの適用にはエントリーが必要です。

キャンペーン期間:2017年4月28日(金)~2017年5月31日(水)23:59

このセットに含まれる商品

前へ戻る

  • 対象はありません

次に進む

商品説明

仕様書どおりに作ってもらったのに、なぜ違うシステムができあがるのか? 成果物のイメージを正確に伝えられる仕様書作りのポイントを紹介。仕様書を作るまでの過程をIT業界の実状を含めて解説する。【「TRC MARC」の商品解説】

著者紹介

宮古 環

略歴
〈宮古環〉金融系システムのコンサルティングから設計、構築、運用まで幅広く行う。外資系のポータルサイトで技術責任者を務めた後、日系の開発会社に勤務し、大手IT企業関連の開発や技術支援を行う。

この著者・アーティストの他の商品

前へ戻る

  • 対象はありません

次に進む

みんなのレビュー4件

みんなの評価3.8

評価内訳

  • 星 5 (0件)
  • 星 4 (2件)
  • 星 3 (1件)
  • 星 2 (0件)
  • 星 1 (0件)

紙の本

誤植が多すぎる

2015/10/26 13:15

0人中、0人の方がこのレビューが役に立ったと投票しています。

投稿者:HBK - この投稿者のレビュー一覧を見る

書籍の内容としては個人的には良いと思います。
1年目の人間が読んで腑に落ちるのかと問われると、微妙な感じがしますが、、、

秀和システムの書籍全般に言えることですが、
誤植が多すぎ読んでいてイライラします。

このレビューは役に立ちましたか? はい いいえ

報告する

2014/11/04 22:28

投稿元:ブクログ

ものすごく教科書的な本だった。図書館で借りて読むだけじゃダメな本かもしれない。特に、自分みたいに特別仕様書を書く必要性に迫られていない人は。
前からよく聞くけど、SEというものはコミュニケーション能力が必要なんだろうなと思った。そういうこともあって自分は、SEにはむいてないのだろうと思う(ずっとプログラマでいい)。
あとがきの話がひどかった。なれる!SEですらこんなにひどくないだろと思うような事例が。小説化してほしいところ。
ところで、保守運用における、システム障害訓練ってどういうことなんだろう。アクセス負荷とかかな?

2014/10/05 16:51

投稿元:ブクログ

内容としては星5つ。
2分程立ち読みして、自分の知らないことが有る程度書かれていると感じたら買って損はありません。
コンサルが研修の資料に書いていそうな、SE1年目どころか、10年目でも理解していないようなことまで書かれています。

ただ著者は「こんなこと当たり前だろ。何でわからないんだ」的視点で整然とまとめています。著者の有能さが伝わってきます。コンサルの資料ならこれでいいでしょう。
しかし本書は一般人向け。しかも初心者の1年目に向けて書かれているはずです。
平たく書くと、読者に判りやすく理解を求める視点が欠けています。
だから星を減らしていますが、内容は良いので、自分のやり方が正しいのか自信が持てないような方には、大いに参考となると考えます。

2014/10/25 15:49

投稿元:ブクログ

仕様書の不備の例。
・全体像が示されていない。
・技術的に実現不可能な仕様を要求している。
・要求仕様間の関連性が記述されていない。
・具体的にどのように実現するのかが明記されていない。
・複数の解釈ができる仕様を要求されている。
・元の仕様がマッチしていないにもかかわらず、その過程が不明瞭のまま。
曖昧な仕様書の4つのパターン。
①観点が曖昧、もしくは資料ごとに統一性のない仕様書
②内容が薄く、要求仕様書に近い仕様書
③上流工程のインプットの記述の粒度をただ細かくした仕様書
④重要な情報が欠落している仕様書
逆に、仕様書自体はしっかりできていても、開発を行うメンバー側に問題があり、説明や作業指示に膨大な時間を浪費し、結果として想定していた工数を大幅に超えてしまうケースもある。
失敗の原因は、現場の人間関係を崩さないことを重視している点にある。
意味のある仕様書の条件。
①関係者に成果物のイメージが正確に伝わる
②合意すべき点が明確に定義されており、曖昧でない
③重要な点が強調されている
④スケジュール上、押さえるべき点を押さえてある
⑤後から見直した際に、過去に行われたこうてを追うための記録が書かれている
魔法の言葉
・つまり、こういうことでしょうか?(意見を代弁)
・だから、こうなのですか?(考察を代行)
・しかし、こういった場合は考えていますか?月例外の確認)
要件のチェックリスト
①項目名(項目の名前)
②推奨要件(クライアントが要望した内容)
③実現方法(要件をどうやって実現するか)
④成否(要件を満たしているか)
⑤説明(補足情報)
⑥参照(参照先の資料)
ウォーターフォール型でも、結果を待って計画を変更した方がよい事態が想定される場合は、計画の分岐点を想定し、複数型のスケジュールとすべき。

システム開発・設計 ランキング

システム開発・設計のランキングをご紹介します一覧を見る

前へ戻る

次に進む