ID:82182さん

# プロジェクト経験概要 防衛省向けのビデオマネジメントシステム（VMS）開発。主にバックエンドのAPI開発および、フロントエンドとのインターフェース設計、実地試験に向けたパフォーマンス改善を担当。 # チーム情報 チーム構成： 全体 25名（PM 1名、テックリード 2名、PL2名、バックエンド 10名、フロントエンド 10名） 自身の役割： バックエンド開発（詳細設計 〜 結合テスト、不具合調査・対応） # 開発・実装内容A：OpenAPIを用いた契約ファーストなAPI開発 【概要】 フロントエンド・バックエンド間のインターフェース定義およびロジック実装。 【どのような機能の開発・実装か】 フロントエンドからの操作に応じるリクエスト・レスポンス型のAPI開発。 【課題・問題点】 開発初期、API仕様の認識齟齬によりフロントエンドとの繋ぎ込み時に手戻りが発生する懸念があった。また、自身にとってOpenAPIやEntity Frameworkが未経験の技術であった。 【打ち手・使用した技術】 OpenAPI (YAML) を用いた仕様書作成を先行させ、実装前にフロントエンド側と合意形成を行うフローを徹底。未経験技術に対しては公式ドキュメントをベースに迅速にキャッチアップし、設計と実装の整合性を確保。進捗遅延を一切出さずに高品質なコードを完遂した。 # 開発・実装内容B：映像データ取得APIの性能改善 【概要】 実地試験で発覚したAPIレスポンス遅延の解消。 【どのような機能の開発・実装か】 大量のデバイス情報を取得・表示するための検索API。 【課題・問題点】 実地試験において、特定条件下のレスポンス速度が著しく低下し、合格基準を満たさないことが判明した。 【打ち手・使用した技術】 SQL Serverの実行計画を分析し、スロークエリを特定。Entity Frameworkの「N+1問題」を解消。 【成果】 レスポンス速度を大幅に改善し、無事に実地試験をパスした。

# プロジェクト経験概要 法人向けWEB購買サイトの、複雑な計算ロジックを伴うバッチシステムの開発。 # チーム情報 チーム構成： 10 名（PL 1名、開発 9名） 自身の役割： バッチ開発（基本設計 〜 単体テスト）、画面バックエンドのヘルプ対応 # 開発・実装内容：在庫・金額計算バッチの設計と実装 【概要】 複数テーブルが連携する複雑なバッチ処理の開発。 【どのような機能の開発・実装か】 API連携を含む在庫更新および、複雑な条件分岐を伴う金額計算ロジックの実装。 【課題・問題点】 顧客要件が複雑かつ多岐にわたり、既存の設計書だけでは不整合が生じるリスクがあった。 【打ち手・使用した技術】 自ら要件定義者を巻き込み、不明点を解消するためのミーティングを主導。Oracle SQLでの効率的なデータ取得と、VB.NETによる堅牢な例外処理を実装。顧客環境でのテストデータ不一致時には、速やかに原因を特定し修正対応を行った。 【成果】 要件通りの計算精度を担保し、他チームの内部結合テストのサポートも含め、プロジェクトの品質向上に貢献した。

# プロジェクト経験概要 既存の勤怠管理システムのUI/UX改良および、それに伴うバックエンド改修。 # チーム情報 チーム構成： 全体 40名（PM 1名、PL5名、SE30名） 自身の役割： 詳細設計、開発、テスト、保守・引き継ぎ # 開発・実装内容：レガシーシステムのUI改善とデグレ防止 【概要】 長年運用されているWEBアプリの操作性向上。 【どのような機能の開発・実装か】 画面遷移の最適化および、フロントエンド・バックエンドの同期処理の改修。 【課題・問題点】 既存コードのドキュメントが不足しており、改修による既存機能への影響（デグレ）のリスクが高い状態だった。 【打ち手・使用した技術】 製造前に現行ソースを解析し、設計書の不足部分を補完してから実装に着手。テスト工程では、変更点だけでなく既存の全主要機能を確認対象に含めた包括的なテスト仕様書を作成。 【成果】 既存機能への不具合を出すことなく、操作性を改善。また、後任向けに詳細な手順書を作成し、属人化を防ぐ円滑な引き継ぎを実現した。

# プロジェクト経験概要 地方銀行の店頭窓口タブレット向けパッケージ導入・カスタマイズ開発。 # チーム情報 チーム構成：全体 11名（PM 1名、PL 2名、SE 8名） 自身の役割： 要件定義支援、詳細設計、開発、テスト # 開発・実装内容：エンジニア視点での要件定義とデータ連携実装 【概要】 顧客要件の整理および、外部システムとのデータ連携ロジックの開発。 【どのような機能の開発・実装か】 窓口受付データのマッピングおよび、エラーハンドリングを含むデータ連携機能。 【課題・問題点】 顧客会議での要件が抽象的であり、チーム全体での仕様把握にバラつきが生じる懸念があった。 【打ち手・使用した技術】 クライアント会議に同席し、会議後速やかに「要件一覧表」を作成・共有して認識を統一。設計段階では、製造時の例外を想定した柔軟なエラーハンドリングロジックを組み込んだ。 【成果】 製造段階での仕様変更を最小限に抑え、品質の高いプログラムを作成。結合テストを見据えた操作手順書の作成により、チーム全体のテスト効率を向上させた。