宮里 翼

当案件では設計から結合テストまで、幅広く携わらせて頂きました。 【設計】 お客様の要件を元に設計書の修正を行いました。基本設計書では画面ベースで、レイアウトや項目定義などを追加、修正し、詳細設計書は上記の項目に加えて各項目の挙動やバリデーションチェックなどについて設計しました。 苦戦した点として、要件が具体的でないことが多く、意図を汲み取るのが大変でした。なので基本的に他の画面の仕様を参考に、限りなくそれに近づけるようなスタイルで開発を行う現場でした。 【製造】 主な作業内容 ・精算系画面のインボイス対応 インボイス（請求書）に関する画面を改善しました。2023年に導入された新しい請求書の制度に合わせて、精算情報に関連する表示を行いました。特に、過去と未来の契約情報を同じ画面で表示する必要があり、それに関連する税金の情報を正しく表示するのが課題でした。データ構造を理解するのが難しく、ER図（データの関係を示す図）がなかったため、関連するデータを理解し、正確な情報を表示するために努力しました。 ・ユーザー情報管理画面・削除フラグラジオボタン実装 ユーザーの個人情報を管理する画面を改善しました。特に、ユーザーの状態を示すラジオボタンを追加しました。これにより、「有効」「無効」「無効（90日後に削除）」などの状態を示すことができます。また、無効なユーザーを削除する機能も追加しました。実装にあたり、フラグの状態を表現するのが難しかったため、データベースの定義を修正しました。また、削除されるデータを判別するための日次バッチ（定期的な処理）も修正しました。この作業には、数千行に及ぶクエリ（データベースへの問い合わせ）の解析が必要であり、先輩のアドバイスを受けながら実装しました。 【単体テスト】 画面ベースでの仕様書を作成し、実施までを行いました。
変更箇所と、その影響範囲を観点としてあげて作成しました。 【結合テスト】 業務フローベースでシナリオを作成し、テスト仕様書を作成しました。
また、その実施まで行いました。 結合テストでは自分の知らない画面を経由しなければならないことが多く、その他画面のキャッチアップに苦戦しました。
このフェーズでは日次バッチや月末バッチといった処理を自身でに実施して進めなければならないことが多々あり、UTと違い難易度が高いなと感じた記憶があります。 この過程ではbakファイル取得やDBをリストアしたり、クエリを実行してシステム日付変更や、締め処理を行うことが多く、DB周りの扱いに慣れるきっかけになりました。