ID:85395さん

【プロジェクト概要】 従来の勘定系システムを融資や資金運用、ローンサービスなどの業務単位に分割した、クラウドサービス基盤上で疎結合できるネットバンクシステムの開発 【担当フェーズ】 基本設計、詳細設計、製造、単体テスト、結合テスト、総合テスト ※結合テストフェーズから参画した。途中、追加要件の新規機能の基本設計・詳細設計・製造・単体テスト・結合テストを担当した。 【担当業務】 ・新規2機能の開発（指定時刻起動のバッチ。ステップ数は約2000と約600。基本設計～結合テストを3か月で実施） 　　3TBLの結合や分岐処理を含むSQLやREST通信、CSVへの書き込みとS3へのアップロードを行う処理を実装した。 　　ロジックを実装ではなくTBLに保持する設計にし、約30パターンの条件分岐を1処理に圧縮した。運用・保守の単純化に成功した。 ・Salesforceへの顧客データ連携機能の総合テスト 　銀行の各業務システムで登録された顧客データをSalesforceへ連携する機能について、システム間の総合テストを担当した。 　他チームの担当者とテストデータの作成・試験日程を調整し、Salesforce担当者と連携結果を確認することで、複数チームを跨いだ試験を推進した。 　エラー発生時には、ログや処理結果を基に障害箇所を切り分け、Salesforce担当者との仕様確認を通じて被疑箇所を特定した。内部システム側に問題が疑われる場合は、上長へのエスカレーションおよび主管チームへの調査依頼につなげ、原因究明に貢献した。 ・常駐バッチのジョブネットの改善を7件実施 ・常駐バッチのREST通信処理の改善を5件実施 ・Mybatisの機能を利用して性能改善を1件実施 ・新規参画者へ機能やPJの運用ルールの説明を実施

【プロジェクト概要】 製品に含まれる化学物質情報と資源循環情報をサプライチェーン全体で一元管理・連携するデジタル共通基盤の開発 【担当フェーズ】 基本設計（要件定義と同時進行）、詳細設計、製造、結合テスト、大規模実証、性能試験、運用 ※プロジェクト立ち上げから参画した。 【担当業務】 ・業務要件に基づく業務フロー・機能仕様の設計 　　要件定義ワーキングに参加し、業務要件やアプリケーションベンダーからの要望を把握したうえで、業務フローの作成、機能分割、API仕様の設計を実施した。 　　約300件の業務要件について、APIやアプリケーションの組み合わせによる実現可否を確認し、設計内容との整合性を検証した。 ・データモデルの設計および仕様改善 　　業務要件に基づくテーブル定義・データモデルの設計を実施した。 　　取引関係を識別する複合ユニークキーの更新によるデータ整合性・閲覧権限制御への影響を指摘し、将来のユースケースも考慮した更新禁止の方針を提案した。提案が採用され、設計書に反映した。 ・プロパー社員との仕様検討および設計内容のブラッシュアップ 　　APIの利用方法、データモデル、共通基盤としての機能設計について、プロパーの幹部クラスの社員と仕様を検討した。 　　自ら設計案や懸念点を提示するとともに、議論における論点や認識の相違を整理し、仕様のブラッシュアップに貢献した。 ・アプリケーションベンダー向けAPI利用ガイドラインの作成 　　共通基盤が提供するAPIの利用方法や仕様を整理したガイドラインを作成した。 　　アプリケーションベンダーに対して業務フローやAPIの利用方法を説明し、各アプリケーションとの仕様理解を支援した。 ・性能モデルの作成および性能試験の設計・実施 　　想定利用者数やTPS目標を基に、業務上の利用シナリオを考慮した性能モデルを作成した。 　　JMeterを用いた負荷シナリオの作成、負荷条件の設定、性能試験の実施を担当した。 ・性能試験結果の分析およびレポート作成 　　JMeterの測定データを加工し、応答時間の95パーセンタイル値、秒間TPS、エラー発生状況などを可視化した。 　　ユーザー単位の応答時間やレイヤー別の処理時間を分析し、性能上の問題箇所の特定に取り組んだ。 　　分析処理をスクリプト化し、従来3～4日程度を要していた解析作業を約1日に短縮した。 ・詳細設計および各種テストの実施 　　ＴＢＬ設計やエラーメッセージ一覧、テストケースの作成を担当した。 　　ＴＢＬ設計時にはＡＰＩの使用方法や登録されるデータを想定し、パフォーマンスが良いと考えられるインデックス設定を行った。 　　結合テスト等の実施・レビューに加え、ソースコードの確認を通じてテスト観点の不足を指摘した。 ・システム構成を踏まえた障害調査・原因の切り分け 　　大規模実証において、APIの5XXエラー発生時にアプリケーションログやシステム構成を基に原因調査を実施した。 　　アプリケーションとインフラの関係を踏まえて障害箇所を切り分け、必要に応じて関連チームへ調査を引き継いだ。 ・既存バッチ処理の性能改善に向けた設計提案 　　他チームから引き継いだ関連システムにおいて、タイムアウトが発生していたバッチ処理の改善方法を検討した。 　　DBの全件洗い替えから更新対象レコードのみの一括更新への変更を提案した。最大約1万件の処理規模や並列化による負荷・複雑性を考慮して改善方針を検討し、関係者との合意を得た。 ・チームの課題提起や対応策の提案 　曖昧な要件の詳細化、システム構成変更に伴うデータ不整合や業務要件不適合の懸念、現機能仕様の課題と対応策提案など、開発を進めるにあたり課題を自ら検知してチームに提起した。その際、対応策や想定タスクも併せて提案した。チームで管理している課題管理簿には130件起票されており、内22件を私が起票した。 課題はチーム内の会議で対応策を決定し、担当者割り振りや主幹チームへの連携を行い解決される。一部課題について、私は担当者として対応した他、主幹チームに対応依頼と進め方の相談のため課題の説明を行った。 課題例）追加要件の実現方針を他チームが決定していたが、実装の修正範囲やテストの工数を考慮して指摘し、既存機能に影響が少なく実現できる方針を提案した。その際、保守性の低い設計になっていないことも考慮した。私の提案は合意された。