syota

# プロジェクト概要 電子契約システムの新規開発 # チーム情報 バックエンドチーム：10名（PHP : 4名、Java : 5名、PL : 1名 フロントエンドチーム：10名 テストチーム：10名 管理チーム：5名 # 開発・実装内容A 【概要】 書類データをPDFで一括ダウンロードする機能実装 【どのような機能の開発・実装か】 書類一覧画面でPDFダウンロードのボタンをクリックすると一覧表示されている書類がPDFでダウンロードする。 上記機能で担当した処理は下記の通りです。 ・フロントから渡ってくるパラメータのバリデーションチェック ・該当する書類の有無の確認（ない場合はバリデーションエラーとして返却） ・フロントから渡されたリクエスト情報をAzureのキューに登録する（ダウンロード関連の処理はJava側が担当） 【課題・問題点】 ・課題 PHPとJavaそれぞれで同じSQLを叩いていること （PHPでは書類の有無の確認、Javaではダウンロードファイル作成用の項目取得に使用） 【打ち手・使用した技術】 課題に対しチームで検討し、ストアドファンクションを使用することにしました。 ストアドファンクションの作成、リファクタリングを担当しております。 # 開発・実装内容B 【概要】 登録されている書類の一括署名機能 【どのような機能の開発・実装か】 登録されている書類を複数選択し署名ボタンをクリックすると、外部APIにアクセスし電子署名が実行される。 上記機能で担当した処理は下記の通りです。 ・フロントから渡ってくるパラメータのバリデーションチェック ・該当する書類の有無、署名不可のデータの存在有無をチェック （データがない・データに問題がある場合はバリデーションエラーとして返却） ・DBから取得したデータををAzureのキューに登録する（署名関連の処理はJava側が担当） 【課題・問題点】 ・課題 一括で処理を行い、書類に不備があるデータが存在する場合はそのデータを除いたものをキューに登録。 不備がある書類が複数ある場合はそれぞれのエラー内容をフロントに返却する。 【打ち手・使用した技術】 処理を実装する前に仕様を確認（エラーがあるものだけキューに登録しないのか、それともリクエストされた書類全て登録しないのかを確認） エラーがあるものだけキューに登録しないということになったので、for文で処理を回し不備があったデータの情報を配列に格納してfor文実行後にforeachでそれぞれのエラー内容をバリデーションエラーとしてフロントに返却するように処理を実装しました。

# プロジェクト概要 電子契約システムの新規開発 # チーム情報 プロダクト全体：100名前後 チーム全体：5名 PL：2名 PG：3名 PGとして参画しています。 担当業務 ・詳細設計、テスト仕様書の作成 ・実装 # 開発・実装内容A 【概要】 申請された書類に承認経路を設定 【どのような機能の開発・実装か】 従業員が申請したタスクそれぞれに承認経路（承認や決裁など）を設定できるようにする。 担当した業務 作成された承認経路を発行するタスクに対して作成された承認経路を設定する機能開発 【課題・問題点】 ・課題 承認経路を設定する際の対象範囲の設定や、承認経路自体の有効性など設定するタスク対象の選定が難航したこと。 【打ち手・使用した技術】 参画してから初めて関わった案件、機能開発でした。 実装前に要件定義書の確認等を進めると、仕様で不十分な部分が発覚したので追加する機能の対象ケースか洗い出しを行いました。その中で開発者サイドと営業サイドで認識合わせが必要な箇所等は要点を纏めてPLを通じて認識を合わせることで足りてなかった仕様を補うことができ、追加機能のリリースから数ヶ月経ちますが不具合等は発生せず運用できています。