Java・Oracle・DB2による公共系業務機能の製造・単体テスト
現役SEとして担当した実務経験を、守秘義務に配慮して業界・時期・システム固有名詞を一般化しています。 MAO工房としての直接受注実績とは区別しています。
担当役割
プロジェクトリーダー
担当工程
技術スタック
公開できる成果物の範囲
勤務先案件の設計書、ソースコード、試験記録、顧客データは公開していません。担当工程、技術的な判断、品質面の配慮、確認済みの成果に限定して掲載しています。
📋 プロジェクト概要
公共系業務機能の製造・単体テスト工程で、Javaと複数データベースを用いた実装と品質確認をPLとして推進した経験です。
🔍 課題・問題点
業務条件を実装へ正確に反映しながら、Oracle・DB2をまたぐデータ処理と、担当者ごとの実装・テスト結果を同じ基準で確認する必要がありました。
💡 実施内容・担当範囲
設計書とソースコード、単体テスト項目を対応付け、Javaの処理条件、SQL、データ更新結果を確認できる形で製造・テストを進めました。
🎯 確認できる成果
複数データベースを利用するJava開発で、実装とテストの追跡性を保ち、指摘と修正を工程内で収束させる経験を積みました。
この経験をMAO工房の相談でどう活かすか
担当工程の考え方を、個別相談に合わせて使います
この実務で担当した製造・コード確認・単体テスト・不具合切り分けの確認観点を、業務効率化・システム開発の要件整理、影響確認、実装・検証に活かします。 勤務先の成果物や顧客情報を転用するものではなく、MAO工房での対応範囲と成果物は相談ごとに改めて提示します。
製造工程での担当
本ページは、公共系基幹システムのWeb化案件のうち、業務機能の製造と単体テストに焦点を当てた実務経験です。設計内容をJavaの処理へ反映し、Oracle・DB2のデータ操作を含めて機能単位の確認を進めました。
設計と実装の対応
業務システムでは、条件分岐やデータ更新の根拠を設計書から追えることが重要です。処理の入口、判定条件、データの参照先、更新結果を整理し、コード上のどこで実現しているかを確認しました。JavaScriptを含む画面側の処理との受け渡しも対象です。
Oracle・DB2を扱う際の観点
複数のデータベースを利用する場合、SQLの書き方だけでなく、データ型、未設定値、取得順、トランザクションの境界を意識する必要があります。入力条件と期待するデータ状態をテスト項目に落とし込み、実行前後の値を確認しました。
単体テストと不具合対応
正常系、条件分岐、境界値、データが存在しない場合などを機能単位で確認しました。不具合が見つかった場合は、設計、Java処理、SQL、テストデータのどこに原因があるかを切り分け、修正後の再確認範囲を整理しました。
活かせる経験
JavaとRDBを使った業務機能開発、既存SQLの修正、単体テストの整備、コードレビューに活かせます。実装量だけでなく、設計根拠とテスト結果をそろえて説明できる状態を重視する経験です。
関連する実績
この実績に近い相談先
業務効率化・システム開発
Excel、受注管理、顧客管理、問い合わせ管理、小さな業務システム化を整理します。
同じような課題でお困りではありませんか?
このプロジェクトと近い相談内容は、関連サービスと料金の目安を確認してからお問い合わせいただけます。 まずは作業前ヒアリング・概算見積もりの範囲で状況をお聞かせください。