ID:66500さん

(現在参画中) ### ＜詳細＞ ・某工場システムで、アラートやログなどの情報を適宜監視ならびに出力 ・MSTRで記載されたとても重たいSQLを自作のSQLへリプレイス ・全体的に画面の体裁を刷新 ### ＜開発＞ ・お客様の要件に合うように画面を実装 ・セレクトボックスが可変になることが多いため、`ajax`と`jQuery`を駆使して自動的に入力されている状態を担保 ・DBの結合時に内部結合あるいは外部結合のどちらがよいかを見極め、実装。場合によってはUNION句も使い、実行速度を計測しながらよりよいほうを選択。 →私自身で分からない範囲は適宜アラートやヒヤリングを行い、文化が担保されつつ綺麗で速度が出る実装を選択。 ・DBはGUI操作で`A5M2`を使用。 →`A5M2`でクエリをたたいてから、`FuelPHP`のモデルに落とし込んでいたが、コーディング記法にやや癖があったため、`ExcelVBA`を使用して自動化。また前述ツールをチーム内にて共有。 →業務効率化の実現 ### ＜役割及び規模＞ メンバーとして参画/プロジェクト要員5名・チームメンバー2名

### ＜詳細＞ ・社内向けの見積もり書作成ツールを社外へも拡張 →某見積書の発行を行うWebAPIを駆使したシステムを`Django`を用いて再現 ### ＜開発＞ ・`AWS Lambda`で帳票出力メソッドに投げるための、Jsonデータの作成 ・エクセル及びPDFの帳票出力に対応したクラスをゼロベースから構築 →ログ掃き出しに対応 →マジックナンバーの使用を控え、定数化 ・`Vue.js`などのjsライブラリを使うのが初めてだったため、有識者にヒヤリングを行いながら実装。チームメンバーとは綿密に意見や実装手法の意見を出し合いながら、後任者が担当しても苦痛がないように機能追加を行った。 ### ＜役割及び規模＞ メンバーとして参画/プロジェクト要員5名・チームメンバー2名

### ＜詳細＞ ・工場から登録されるデータを表示およびファイル出力する機能を開発 ・バックエンドとフロントエンドに分かれて開発、私自身はバックエンド主にを担当 ### ＜開発＞ ・`AWS EC2`上にて`FuelPHP`が動く環境を構築 ・`TeraTerm`における自動ログインマクロの生成で業務効率化 ・フロント側から指示された型、名前でモデルやコントローラから返る連想配列を生成 ・ある情報の全件出力時にはフロント側も担当 →SQLの内部結合と外部結合の違いを把握しながらCSV機能を実装 →実行速度を計測しつつ、遅ければ改善し、予測される事態についてはPLと積極的にヒヤリング ・バリデーションの実装、共通関数の作成 ### ＜テスト＞ ・バリデーションにおける閾値チェックや日付型の整合性をチェック ・URL直打ち時に特定画面に遷移し、エラーを表示するように ### ＜役割及び規模＞ メンバーとして参画/プロジェクト要員4名・チームメンバー4名

### ＜詳細＞ ・某アプリの削除画面と削除結果画面の2種類を製造 ### ＜開発＞ ・バックエンドでは`try-with-resources`を活用して実装 ・クライアントが納得いく体裁になるまで、`html`,`css`で画面の体裁を整えた ・開発期間が短かったため、駆け足で仕様書やDBの構築、開発環境の組み立てを行った ### ＜テスト＞ ・バリデーション発生時に元の画面に戻りつつ、対応したエラーメッセージが出力されるか確認 ・トランザクションが機能するか調査 ### ＜役割及び規模＞ メンバーとして参画/プロジェクト要員1名・チームメンバー1名

### ＜詳細＞ ・ローカル閲覧用のWebページの制作 ・現行処理のリプレイス案件 ### ＜基本設計＞ ・すでにほかのメンバーが作成した基本設計仕様書の確認がメイン作業 ・ブラッシュアップも担当 ### ＜詳細設計＞ ・同期処理の有無やバリデーションの有無などをヒヤリングしつつ、設計書を記述 ・置換前のWebページを視認しつつ、設計書との差分がないかの確認 ### ＜開発＞ ・検索系画面における、非同期処理の実装 ・mybatis generatorを使用して、業務の効率化を行った。 →各種結合や複雑なSQLに関しては、詳細設計をお手本にしながら開発 ・どのAPIも基本的に非疎結合であり、ネストが深いプログラムになっていたため、少しでも読みやすいコードへと改変 ### ＜役割及び規模＞ メンバーとして参画/プロジェクト要員10名・チームメンバー9名

### ＜詳細＞ ・管理、店舗、ユーザの3種別に分けられ、私が担当したのは"店舗" ・仕事内容をアプリおよびパソコンのページに表示し、ユーザ側はその掲載を見てよさそうなものがあれば店舗側に応募する ### ＜開発＞ ・各種一覧画面の作成 ・`js`を使ってユーザの挙動に応じた画面作成 ・時給から報酬金額を捻出したり、深夜労働時間などの複雑ロジックの実装 ・各種バリデーションの実装 ・APIのレスポンスに応じて画面の挙動を変更 ### ＜テスト＞ ・テスト仕様書をひな型に沿って作成 ・労働時間における賃金の差などは閾値を用いたうえで、正しい動作となっているか確認 ### ＜役割及び規模＞ メンバーとして参画/プロジェクト要員20名・チームメンバー5名

### ＜詳細＞ ・管理側が各種体制(会社、ユーザ個人など)に応じたチケットを発行、管理するシステムの製作 ・ユーザがチケットを使用できるアプリの作成 ・現行処理に機能の追加 ### ＜詳細設計＞ ・現行のシステムを参考にしながら同期・非同期の採択 ・バリデーションの有無、見直しや変更などを行った ### ＜開発＞ ・メールの送受信のシステム ・SQLにおける部分検索 ・非同期処理の実装 ・チケット消費側(ユーザ)のDBの更新処理とバリデーション処理 ### ＜役割及び規模＞ メンバーとして参画/プロジェクト要員5名・チームメンバー2名

### ＜基本設計＞ ・既存システムを拡張するため、新規追加となる画面設計などを担当 ### ＜詳細設計＞ ・ボタン押下時の遷移先などを選定 ・画面に出力するDBのテーブルやカラム情報などを記載 ・バリデーション時に表示するエラー文言を選定 ### ＜開発＞ ・管理者ページ及びユーザ情報の出力用csvの整備 ・ダウンロードした際の文字エンコードをShift-JISへ ・外部サイトへのリダイレクト ### ＜単体テスト＞ ・画面単体が主 →フロントエンドで定義した文言が**基本設計書**と同一である確認 ### ＜結合テスト＞ ・画面遷移が詳細設計書に記載されている通りであるかを確認 ・DBのトランザクションが正常に動作されているかの確認 ・try-catchの特に例外発出時のログ掃き出し文言が設計書通りに行われているか確認 →画面遷移時のエラー文言については、詳細設計書との整合性を確認 ### ＜総合テスト＞ ・選定ブラウザ(`IE`, `Edge`, `Chrome`)の挙動を確認 →特に`IE`はjsの挙動が他のブラウザと異なることがあるため、重点的に挙動の確認を行った。 ### ＜役割及び規模＞ メンバーとして参画/プロジェクト要員2名・チームメンバー2名

### ＜詳細＞ ・勤怠管理システム開発 ### ＜設計＞ ・各画面にどのような機能を盛り込むかを検討 ・ER図の作成を担当 ・バリデーション発生時に元の画面に戻りつつ、対応したエラーメッセージが出力されるか確認 ### ＜テスト＞ ・画面単位で自身の実装が動くがどうかを単体レベルでテスト ・バリデーション発生時に元の画面に戻りつつ、対応したエラーメッセージが出力されるか確認

### ＜詳細＞ ・WDM(光ファイバ接続機器)のネットワーク構成を支援するソフトウェアの開発を製造工程から参画 ### ＜開発＞ ・既存で実装されたコードにおけるテストの実施及びその不具合の修正 ・条件分岐や繰り返し文などの簡易的な実装を担当 ### ＜テスト＞ ・モジュール間機能の要件を満たすように結合テストを実施 ・既存のコードや自分で実装したコードの単体テストを実施