シーケンス図は1機能の流れをまとめた資料のため、2分割はあまり推奨されない。 ※部分的に切り離すパターンはあり コーディング規約のようにある程度の方針が定まっているので、必ず確認を取りましょう。
…
レビュー自体はOKです！
ワンポイント 一部設計書＆start-db-ddl-dml.sql ⇒項目の並び順について、追加項目は必ず末尾に追加する必要はありません。 外部キー利用している部署関連の項目は社員テーブル…
作成するシーケンス図は、削除ボタンを押下したときのイベントのみでOKです。 「シーケンス図_部署削除機能実行処理.png」こちらが該当機能
また、可読性が非常に悪く、ライフラインが重なっている部分と、…
【管理者】社員情報検索更新削除機能-詳細設計書_.xlsx ・内容はOK。 実際に検索一覧に表示する際の項目の並びについては パスワードと管理者フラグの間でお願いいたします。
テーブル定義書.xls…
概ね問題なしです！ 1点 ライフラインの並びは関係のあるクラス同士が隣合わせになる記載が望ましいです。 現在はFormが一番右側に寄っていますが、Form＝画面との連携に使われるため、DB関連のクラスとは無関…
確認OKです！ 今回も軽度指摘のため修正は不要 ・各テスト実施のエビデンスは、見て欲しい部分（条件検索であれば一覧の該当データ行）を赤枠で囲うなどで協調するとより良い 以上です！
処理のスタートはイベント実行された画面のためファイル名を記載 ブラウザ⇒○○html
また、前回指摘部分についても修正が必要です。 formやEntityはcontrollerなどと同じライフラインのため、添付した画像…
@26-o-yamamoto-aifs 指摘箇所は問題なしですね！ 以下気になったところ ・「部署検索機能の曖昧検索を完全一致検索へ変更」⇒シート名や行数などまで記載するとレビュアーが確認しやすくなります。 ・詳細…