ID:85475さん

■業種：不動産業 ■概要 某不動産業者向け管理システムの改修案件に参画。既存システムのマスタメンテナンス機能において、入力チェックが不足しており、不正な値が登録される可能性があった。また、一部賃料や敷金などの金額項目が「120000円」のようにカンマなしで表示されており、表示形式の修正も併せて対応。 ■担当内容 詳細設計： 既存の詳細設計書を基にして本案件で必要な改修内容を設計書に反映。その後レビューを行ってフィードバックを反映。 製造： 既存コードを調査し、詳細設計書に基づいてコードを修正。入力チェック追加については画面から送信されたパラメータを受け取るFormクラスにBean Validationによる入力チェックを追加。また、賃料・敷金などの金額項目については、Java側で表示用の文字列に整形する共通クラスとして抜き出し、Thymeleafへ渡すよう改修。 単体試験： 単体試験項目書に本件対応分の試験項目を追加・修正し、レビューを実施してフィードバックを反映。 結合試験： 有識者によって作成済みの試験項目書に従い、手動で結合試験を実施。単体同様エビデンスの取得も行う。

◾️業種：金融業 ◾️概要 某金融機関向けシステムの保守開発案件に参画。クレジットカード審査における顧客連絡・対応履歴データを特定部署から閲覧可能にするため、新規テーブルの作成およびデータ連携・運用バッチの修正を担当。上流システムから連携されるバイナリデータをETLツールで変換し、新規テーブルに格納するデータ連携フローを整備。1年分のデータ保持ルールに基づく日次INSERT・DELETEを行うJOBの改修、および過去データの初期移行処理を設計し、リリースまで一貫して担当した。 ◾️担当内容 要件定義： リーダーがヒアリングした要件を基に、開発方針書を作成。背景、リリース日、参照権限、工数、WBS などを記載 基本設計： 変更概要書の作成（改修概要、移行データ、新規作成モジュール、変更モジュール、外部I/F、DISK影響調査） CRUD図、テーブル定義書、通常処理（データの挿入・削除）と移行処理（過去データの初期ロード）のフロー図を作成 詳細設計： データの保持期間や削除ロジックの設計 通常処理のデータフローとエラーハンドリングの設計。JOB設計書を修正し、挿入・削除のスケジュールや運用フローを明文化 製造： ロード用Perlモジュールを実行するbatファイルを修正。Perlのロード用モジュールを作成 バイナリデータをCSVに変換するETLを呼び出すバッチ、およびCSVをロードするバッチを実装 単体試験（UT）： テスト仕様書、テスト用データ定義書を作成 実際のデータを使用してデータ比較を実施 結合試験（IT-A）： JOB実行テストの実施 リグレッションテストを実施し、影響範囲の確認 受入試験（UAT）： IT-Aのエビデンスを修正し、ユーザー目線の画面一覧を作成。参照権限ごとのWEBQUERY画面やAccess画面を納品

■業種：
製造業（PCメーカー系） ■概要： 製造業向けのライセンスキー払い出し管理システムの改修案件に参画。
修理対象のS/N（シリアルナンバー）に複数の修理用サービスキーを紐付けて払い出せるように、基本設計から単体テストまでを担当。
従来はOffice製品のサービスキー1件のみの対応だったが、ゲーム・セキュリティソフトなど他のサービスキーも含めて複数対応できるように機能拡張を実施。画面・共通ロジック・データ構造の全面見直しが行われた。 対象となる画面は5画面（インジェクションツール要求画面、DPK要求画面、Officeサービスキー払い出し画面、払い出し解除画面等）。既存の「修理情報データセット」クラスの単項目変数をList化し、キー情報の拡張に対応。DAタイプ判定や在庫確認、キー配布履歴の判定など複雑な分岐処理を含む。 ■担当内容： 基本設計：
 業務仕様をヒアリングし、Office以外のサービスキーにも対応できるよう現行の紐付けロジック、DAタイプ(認証形式)判定、キー在庫確認などの仕様整理とUI設計、クラス構造見直し（List対応）、新規中間テーブル設計を実施。 詳細設計：
 共通処理（キー紐付け、仕掛りから確定処理、紐付け解除）のループ対応、DAタイプ判定ロジック、配布履歴・修復履歴チェック、SQL結合条件の整理。画面単位での複数キー表示対応のUI制御や選択制御も反映。 製造：
 Javaで記述された共通ロジックを調査・改修。List対応のための新規DTOクラスや、エンティティクラスを定義し、画面表示・データ保持・キー在庫確認の処理を一括で見直し。JSPやCSS、JavaScriptの調整も実施。 単体試験：
 通常払い出し、掬い上げ払い出し、論理エラー（在庫不足・修理未完了）等のパターンを洗い出して試験項目を作成。画面キャプチャ、DBスナップショットを取得しながら手動テストを実施。また、異常系テストのためテストデータを作成し、例外処理の制御や、トランザクションのロールバックも確認。

■業種： 製造業（PCメーカー系） ■概要： Seasar2／S2Struts／S2Dao／Teeda を中心とした既存Javaシステムを、Spring Boot + Doma2 + Thymeleaf 構成へリメイクするプロジェクトに参画。 WildFly上でのSpring Boot稼働を前提に、独自フレームワークを含む既存構成の影響調査から、技術選定、移行方針策定、開発環境構築、画面・REST APIのリメイクまでを担当。 リメイクにあたり、ユーザー要望を踏まえたUI／UX改善を実施。 ■担当内容： 基本設計： ユーザー要望の整理（メッセージ表示仕様変更、UI改善）。成功メッセージ／エラーメッセージの表示ルール再定義。手入力による登録ミス防止のため、修理会社名・店舗名選択用LOV共通子画面の基本設計。 影響調査： Seasar2（.dicon） → Spring DIへの置き換え調査。S2Struts Action → Spring MVCへの移行整理。S2Dao → Doma2 移行に伴うSQL・ページング方式の差分調査。独自フレームワークT2の解析（画面遷移制御、日付入力UI提供）。T2がSeasar2依存であることを確認し、再実装方針を策定 技術選定・移行方針策定： Java8対応Spring Bootバージョン選定 ORMをDoma2に統一（既存.sql資産の流用） JSP → Thymeleaf への移行方針決定 log4j（1系）→ log4j2 への移行 認証／認可をSpring Securityで実装 T2の日付UIをJavaScript Datepickerで代替 画面遷移制御をSpring Interceptorで再実装 ドキュメント修正： Spring化に伴う基本設計／詳細設計書の修正 新規LOV画面に関する設計書（基本設計・詳細設計）作成 環境構築： STSによるSpring Bootプロジェクト作成 pom.xmlへの依存関係定義 web.xmlからapplication.propertiesへの移行 Spring Security、Doma2、log4j2 各種設定ファイル作成 共通画面遷移インターセプター実装 ログイン認証完了までの環境構築を担当 製造・単体試験： 画面単位でテストケース作成 → 製造 → 単体テストを実施。画面キャプチャ等のエビデンス取得後、ユーザーレビューを実施

■業種 自動車業 ■概要 私自身が古いスポーツカーオーナーであり、過去の整備記録が紙・Excel等に分散し、オーナーと整備ショップ間で整備履歴を共有しづらいという課題を感じたことをきっかけに、「Pitvia」を個人開発。旧車オーナーと整備ショップ間で車両情報や整備履歴を共有できることをコンセプトに企画・開発した。要件定義から設計、実装、テスト、デプロイまで一貫して担当し、実務を意識した開発プロセスを採用。認証・認可、車両管理、整備履歴管理、画像アップロード機能等を実装。 ■担当内容 要件定義・設計： サービス企画および要件整理 ER図作成 (dbdiagram.io) OpenAPIによるAPI設計 Figmaを用いた画面モック作成 draw.ioによるシステム構成図作成 環境構築： Docker Composeによるローカル開発環境構築および、GitHub ActionsによるCI/CDパイプラインの構築。本番環境ではAWS、Vercelでデプロイを実施し、MinIO/AWS S3を切り替えるためのストレージ基盤を構築。 認証・認可機能： Spring Securityを用いた認証機能実装 JWT認証、リフレッシュトークン機能実装 ロール別権限制御 (オーナー／ショップ) 製造： Spring BootによるREST APIを実装。 ダッシュボードAPIでは、ログインユーザーの権限に応じて使用するクエリを切り替えるためStrategy Patternを採用。 Next.jsでは、共通コンポーネント、API通信処理、認証状態管理、エラーハンドリング等の共通基盤に加え、各画面を実装。 テスト： JUnitによるバックエンドテスト実装 Vitestによるフロントエンドテスト実装 GitHubリポジトリ： https://github.com/Shino1789/pitvia 本番URL： https://pitviaapp.com/