crab-yuki

凝集度と結合度の違いを、内部のまとまりと外部への依存という二つの評価軸から解説します。高凝集・低結合が望ましい理由、4つの組み合わせ、実務で設計を判断する手順を紹介します。

結合度とは、クラスやモジュール同士がどの程度依存しているかを表す考え方です。高い・低い結合度の違い、設計への影響、具体例、判断方法、結合度を下げる考え方を解説します。

凝集度とは、クラスやモジュール内部の処理やデータが、一つの目的にどれだけまとまっているかを表す考え方です。高い・低いの違い、設計への影響、具体例、判断方法をわかりやすく解説します。

設計レビューとは、設計上の判断が要件や制約を満たしているか確認する活動です。目的、3つの確認観点、基本的な進め方、形骸化を防ぐ方法、完了条件を具体例とともに解説します。

設計書とは、設計で決めた内容を関係者へ共有し、実装・テスト・変更へ引き継ぐための成果物です。設計書を作る目的、残すべき内容、詳しく書く範囲、役に立たない設計書を防ぐ注意点を解説します。

詳細設計とは、基本設計で決めた仕様を実装できる内部処理へ具体化する工程です。処理の分担、データの受け渡し、異常時や境界条件の決め方、基本設計との違いを注文履歴の例でわかりやすく解説します。

基本設計とは、要件を具体的なシステム仕様にする工程です。目的と、表示する情報・機能、必要な情報や連携、エラー・権限・性能など何を決めるのかを注文履歴の例で解説します。

システム設計の工程を、要件定義・基本設計・詳細設計・実装・テストのつながりから解説します。工程を分ける理由や、設計書とレビューの位置付けも整理します。

エラー処理を実装任せにすると、画面や機能ごとに対応がばらつきます。利用者への表示、処理の継続・中止、再試行、ロールバック、ログ、運用通知を設計で決める理由と、基本設計・詳細設計の役割を解説します。

はじめにシステムで障害が発生したとき、「何が起きたのか分からない」という状況は珍しくありません。原因を調査しようとしても必要なログが残っていなかったり、逆に大量のログから必要な情報を探し出せなかったりすると、復旧までに多くの時間を要します。...