(1)誤植箇所 正誤表に該当箇所は載っていなかった。 http://homepage3.nifty.com/koha_hp/BookGuide/ReqUpdate.html

第10章：派生開発における要求仕様書 第11章：画面仕様書のあり方■Memo (P285)変更要求にも「理由」をつける。「理由」があれば影響範囲を特定しやすい (P288)変更仕様のみ出てきた場合は、ふさわしい要求と理由を定義 (P289)旧状態を記載 要は変更要求、追…

(1)誤植箇所 作者ご本人のページと思われる。正誤表も記載してあるが、該当箇所は載っていなかった。 http://homepage3.nifty.com/koha_hp/BookGuide/ReqUpdate.html(2)PAD図 PAD図とは連接・選択・反復の3種類の図形でプログラムの構造を表現できる図のこと…

第8章：要求を仕様化する（後半） 第9章：Excelによる仕様化のすすめ■Memo (P234)「要求」と「仕様」が混在する場合は、要求を明確にすること、曖昧な部分を具体的な用語にすること (P238)ちゃんと要求をたてると仕様の発見がある (P242)要求に属さない仕様…

第8章：要求を仕様化する（前半）■Memo 「認定仕様」：関係者の間では通じれば仕様と認める。マーキングをする(P206) テストチームによるレビュー(P213)とあるが相当なレベルが必要じゃない？内部でやる場合にテスト担当のイメージでやるのは有効だとは思う …

(1)演繹と帰納は対義語 ■演繹法 一般的・普遍的な前提からより個別的・特殊的な結論を得る推論方法。 一般化したものを、三段論法といい、「仮説Aを立てて、Aから論理的にBを導く。Bから論理的にCを導く。よってA＝Cとする」となり、仮説を立てることが大事…

第6章："要求"を書く 第7章：要求の階層化テクニック■Memo 動詞から判断して要求を出す(P159/187)⇒クラス導出と似てる 理由とセットで(P160)⇒理由にはカテゴリをつけたい 説明をつける(P168)⇒これもクラス同種辻のMemoに似ている/「説明/例」ってタイトルに…

インクリメンタルモデルとは、システムを独立性の高いいくつかのサブシステムに分割して、サブシステムごとに順次開発してリリース。Agileとは違って、サブシステムの開発が並列で動くし、一度リリースしたものはバグ以外では修正しない点が異なる。どこが異…

第3章：要求仕様は不要か？ 第4章：仕様化の効果 第5章：要件開発の重要性■Memo 「仕様化」とは「データ構造の選択」「処理構造の選択」「状態遷移検討」(P.109)/仕様化を進めていく中で、実現可能なものにしておく(P.123) 仕様変更率の計測(P.113) 願望や希…

第1章：要求仕様にまつわる問題 第2章：なぜ仕様のトラブルが起きるのか■Memo ベースラインの要求仕様所に対して変更率3%を割ると仕変はほとんどないはず⇒第14章 「設計する」という行為は「データ構造」「処理構造」「制御構造」から仕様を実現化する方法を…