Index：『ソフトウェア開発２０１の鉄則』の解説

『ＳＣだより』のインデックス・ページのサイズが大きくなりすぎましたので、『ソフトウェア開発２０１の鉄則』の解説のインデックスをこちらに移しました。

　この項は、今回（第５３回）で最終回です。

回　数
第５３回(00/12/28)	原理４１の補足とまとめ
第５２回	原理１１６：テスティングの原理＝テストケースには期待される結果を含めよ
第５１回	原理５６：要求分析の原理＝要求仕様書を常に読みやすくしておけ
第５０回	原理４１：要求分析の原理＝今すぐ要求仕様書の誤りを直せ
第４９回	原理１７１：管理の原理＝大混乱など起こるはずがないという考えが、しばしば大混乱をもたらす
第４８回	原理７２：設計の原理＝概念上の誤りは文脈上の誤りよりも深刻である
第４７回	原理１０８：テスティングの原理＝テストを行う時期よりずっと前にテストを計画せよ
第４６回	原理２００：進化の原理＝親密さを維持せよ
第４５回	原理９３：コーディングの原理＝最適なデータ構造を使え
第４４回	原理１９０：進化の原理＝リリース前のエラーはリリース後のエラーを生む
第４３回	原理６４：設計の原理＝文書のない設計は設計とは言わない
第４２回	原理１４３：管理の原理＝押し付けがましいデータの集め方をするな
第４１回	原理４５：要求分析の原理＝要求仕様を審査せよ
第４０回	原理１７５：製品保証の原理＝ＳＣＭをソフトウェア・プロセスに適応させよ
第３９回	原理５９：要求分析の原理＝未決事項は自己消滅させる注記と共に記述せよ
第３８回	原理１７４：製品保証の原理＝ソフトウェア構成管理手順を早期に確立せよ
第３７回	原理１８２：製品保証の原理＝変更制御を抜かしてはいけない
第３６回	原理１８６：進化の原理＝ソフトウェアのエントロピーは増加する
第３５回	原理１６２：管理の原理＝直面するリスクを理解せよ
第３４回	原理６１：設計の原理＝要求仕様から設計への移行は容易ではない
第３３回	原理２７：要求分析の原理＝なぜこの要求項目が含まれたかを記録せよ
第３２回	原理３８：一般原理＝要求分析の原理＝いいかげんな要求仕様からはいいかげんなコスト見積りしかできない
第３１回	原理１９５：進化の原理＝保守は開発よりも多くのエラーを作り込む
第３０回	原理７０：設計の原理＝設計を知的コントロールの下に置け
第２９回	原理１５８：管理の原理＝プロジェクトを詳細に計画せよ
第２８回	原理６３：設計の原理＝代替案を評価せよ
第２７回	原理２６：一般原理＝「いつ使うかを知る」ことは、どう使うかを知ることと同じくらい重要だ
第２６回	原理１３５：管理の原理＝素晴らしい仕事を期待せよ
第２５回	原理１５０：管理の原理＝生産性データを収集せよ
第２４回	原理１４１：管理の原理＝ソフトウェア技術者の能力差は大きい
第２３回	原理１８１：製品保証の原理＝すべての変更を追跡しつづけよ
第２２回	原理１６０：管理の原理＝増幅する波のような計画変更の繰り返しをするな
第２１回	原理８２：設計の原理＝優れた設計は優れた設計者が創り出す
第２０回	原理１８８：進化の原理＝現象を直すのではなく問題を直せ
第１９回	原理４６：要求分析の原理＝要求分析段階で設計するな
第１８回	原理１４：一般原理＝システムを漸進的に成長させるように計画せよ
第１７回	原理２０：一般原理＝仮定を記録せよ
第１６回	原理６２：設計の原理＝設計から要求項目を追跡せよ
第１５回	原理１６：一般原理＝開発期間中の変更は避けられない
第１４回	原理７３：設計の原理＝カップリングとコヒージョンを使え
第１３回	原理１６７：管理の原理＝計画とのずれにより管理せよ
第１２回	原理１７２：プロジェクトの事後検討会（反省会）を実施せよ
第１１回	原理１９７：この変更は簡単だという信念が・・・
第１０回	原理２２：ツールを使う前に技法を学べ
第９回	原理１０７：テスト項目を要求項目と関連づけよ
第８回	原理１２７：優れた管理は優れた技術よりもずっと重要だ
第７回	原理５：品質を後からとってつけるようなことはするな
第６回	原理１４７：非現実的な完成予定日を設定するな
第５回	原理４０：要求について今できることは何でもやれ
第４回	原理５２：どの項目にも別々の番号をつけよ
第３回	原理９８：コードを細かく審査せよ
第２回	原理１２５：エラーの原因を分析せよ
第１回	原理１：品質第一