fuwamoko

# プロジェクト名／概要 自治体向け業務アプリケーションの新機能追加開発。自治体専用の業務フレームワークを用い、住民向け手続き支援のためのWebアプリ機能を開発。入社後初の業務であり、開発の全工程を経験して基礎を形成。 # チーム情報 - 規模：5～6名（スクラム） - 担当：画面設計〜実装、テスト、技術検証、チーム内コードレビュー # 担当業務・実装内容A（アジャイル開発での要件対応） - 概要：業務部門の要望に応じた新機能の実装 - どのような機能か：一括更新、データ取り込み機能 など - 課題：要件が変動しやすく、早期の認識合わせが困難 - 打ち手・使用技術：HTMLモックを複数パターン作成し、関係者との合意形成を促進 - 成果：要件ブレを抑え、後工程の手戻りを防止。実装の品質と速度を両立 # 使用技術と使用場面 - フロントエンド：HTML／CSS（モック〜本実装まで） - バックエンド：Apex（自社業務フレームワーク）でロジック構築・帳票出力 - その他：Backlogでタスク管理 # 業務内容の深掘り - 要件ヒアリング → モック作成 → 合意形成 → 実装 → レビュー → リリースの短サイクルを継続 - データ取り込み／一括更新の制約（件数・整合性・権限制御）を洗い出し、UXと整合 # 思考プロセス - 変動を前提に、早いモックで選択肢を提示して合意速度を優先 - Salesforce固有の制約（ガバナ制限、トランザクション制御）を初期に明示し、設計自由度を調整 使用技術の詳細 - Apex：Trigger／Batch、SOQL最適化 - データモデル：親子関係・参照整合性の設計、レコードタイプ／権限制御の考慮 - テスト：Apexテストクラスで正常／異常／境界を網羅し、失敗時の原因特定を容易化 - セキュリティ：オブジェクト／フィールドレベル権限の遵守 ### 成果・効果 - モック合意により要件ブレを抑制し、後工程での手戻りを低減 - ガバナ制限に抵触しない設計とし、運用上の障害リスクを抑止 ### 工夫・改善 - コードレビューで命名・責務・SOQL最適化の観点を定着化

# プロジェクト名／概要 自治体向け業務システム開発プロジェクト。住民情報の管理や業務フローのデジタル化を目的としたWebシステムの刷新を担当。新規開発であり、要件定義以降の工程に携わる。 # チーム情報 - 規模：10名規模 - 担当：プレイヤーとして、基本設計～実装を担当 # 担当業務・実装内容A（バッチ処理） - 概要：各種帳票データの生成・出力を行うバッチ、データ一括更新系処理の開発 - どのような機能か：定時実行によるCSV/PDF出力、データ変換処理 - 課題：一からの開発のため共通化やノウハウの共有が難しかった - 打ち手・使用技術：Spring Batchを用いた設計・開発 - 成果：要件通り作成することができた - 担当：基本設計から結合テストまで - 思考プロセス：共通化が難しい状況だったため、まず「バッチ骨格（ログ・例外）」を最小構成で定義した。 - 詳細設計・実装の要点：Tasklet指向の処理、トランザクション境界の明確化、スキップポリシー、入出力スキーマとバリデーションの明文化 - テスト方針：正常／境界／異常（再現データ）を固定化。日次・月次スケジュール想定のテストデータも用意 - 追加成果：運用観点（構造化ログ、アラート通知）を整備し、障害解析時間の短縮に寄与 # 担当業務・実装内容B（画面設計・モック作成） - 概要：システム内で利用される業務画面の設計と技術検証 - どのような機能か：申請情報入力画面、検索結果の絞り込み、詳細情報モーダル表示など - 課題：業務要件が複雑で、UXを考慮したUI設計と技術的実現性の両立が求められた - 打ち手・使用技術：Vue.js + HTML/CSSでモックを作成 - 担当：基本設計、実装、修正 - 思考プロセス：ユーザーストーリーに分割し、モック（複数案）で早期に合意形成。実装前に操作フローとデータ整合性を確認 - UI/UX：入力負荷を下げるガイド（プレースホルダ／補助テキスト）、エラー文言の明確化、操作の取り消しを想定した設計 # 使用技術と使用場面 - バックエンド：Java／Spring Framework（Batch含む）によるバッチ設計・例外制御 - フロントエンド：Vue.js／HTML／CSSでモック作成 - データベース：Oracle（用途分担、SQL最適化、トランザクション管理） - 開発環境：Docker（開発環境の標準化）、Eclipse／Visual Studio Code - フロント実装：Vue.js＋TypeScript（状態を型で表現、コンポーネント分割、Props/Emit設計）