タグ

関連タグで絞り込む (1)

タグの絞り込みを解除

レビューに関するTOKのブックマーク (2)

  • ドキュメントレビューに役立つ40のチェックポイント

    設計書のチェックリスト 設計書の内容は技術的になるので、ある程度ITに対する知識がないと難しいが、できれば設計レビューにも参加することを勧めする。 早い段階で、以下のチェック項目を確認しておくことで、設計者の勘違いなどを早期に是正できる。これらが運用試験などの後工程で発覚し、後戻りや繰り返しを重ねるよりは、コストや期間を抑制できる。 (1)仕様書の要求事項との追跡性が確保されているか 仕様書の要求事項が、確実に設計に反映されていることを追跡しやすいように記述されていること。例えば、仕様書の記載項目のページ番号や章・節と、設計事項との対応リストなど。 (2)設計手法やフレームワークは、明確か 使用している設計手法やフレームワークが示され、その選択理由が明確であること。 (3)アーキテクチャが論理的に説明できるか アーキテクチャについて、なぜ、それが最善の方式であるのか明確かつ、論理的に説明で

    ドキュメントレビューに役立つ40のチェックポイント
  • ITPro: 基本設計におけるレビューの勘どころ

    どんなに基設計をしっかりやっても,その後のフェーズで「欠陥」が見つかれば意味がない。欠陥が発見されれば手戻りが発生し,進ちょく遅れや収益悪化といったプロジェクトの混乱を招く。基設計フェーズにおける品質向上のプロセスや成果物のレビュー方法について解説しよう。 「考慮していない外部システムとの連携が詳細設計で見つかった」,「仕様間の不整合が実装フェーズで発見された」――。どんなに基設計をしっかりやっても,その後のフェーズで「欠陥」が見つかれば意味がない。欠陥が発見されれば手戻りが発生し,進ちょく遅れや収益悪化といったプロジェクトの混乱を招く。基設計フェーズにおける品質向上のプロセスや成果物のレビュー方法について解説しよう。 「欠陥防止」を徹底する 改めて言うまでもないが,基設計の成果物の品質を向上させるプロセスは,(1)設計作業を実施する,(2)成果物をレビューして欠陥を洗い出す,(

    ITPro: 基本設計におけるレビューの勘どころ
  • 1