目次
| 項番 | ページ内リンク |
|---|---|
| 1 | 1. どのような機能を |
| 2 | 2. どのような技術を用いて |
| 3 | 3. どのような工夫をして |
| 4 | 4. どのような成果に繋がったのか |
| 5 | 5. 機能概要 |
| 6 | 6. テーブル定義書 |
システム
【プロジェクト名】
BANKBANK 銀行向け人材管理システム
1. どのような機能を
【機能概要】
銀行を対象にした人材管理システムです。
銀行業務において発生し得る多様なニーズに即して、
業務の改善と円滑化を図る事ができます。
→詳しい機能概要とテーブル定義書については、最後に載せています。
【課題とその背景】
エンジニアのアウトプットとして何か成果物をと思った際、
正直今の自分に他の人達に負けない様な新奇性のあるアイディアを生み出せる自信は無く、
またその熟考する時間をポートフォリ作成の為に投下する事は不必要だと感じたので、
学習コスト、時間コスト、自身のこれまでのキャリアとの相関性から鑑み、
このシステムを作るに至りました。
2. どのような技術を用いて
【インフラ構成図】
◯言語：Java 11
（選定理由）
普段業務で使用しているJavaのバージョンはほとんどが6、7、8なので、
当初学習コストを鑑みその辺りのバージョンを使おうと考えていました。
しかし当然ですが、
調べていく内に新しいバージョンの方が色々と出来る事が沢山ありそうで興味が湧いたので、
11にしました。
◯ライブラリ：Jasper Report 6.9.0
（選定理由）
Javaで帳票の出力機能を盛り込もうと考えた際、
こちらが最もモダンかつ情報ソースが多いと感じたので選定しました。
◯ライブラリ：OpenCSV 5.4.0
（選定理由）
JavaでCSV取り込みの機能を盛り込もうと考えた際、
情報ソースの多さと一見した時に使いやすそうだったので選定しました。
◯テンプレートエンジン：Thymeleaf 3.0.11
（選定理由）
Java＋Springの開発のベストプラクティスとしては無難な様でしたので、
選定しました。
◯フレームワーク：Spring 2.3.3
（選定理由）
Javaのフレームワークの中では、
Springを採用されている会社さんが昨今多く見られるイメージがありましたので、
市場ニーズの高さからこちらにしました。
普段の業務では、
Seaser2と自社のフレームワークを使う事が多かったので、
キャッチアップには若干苦戦しましたが、
使っていく内に理解が深まり大変勉強にもなりました。
◯ライブラリ：Spring Security
（選定理由）
制作したシステムが業務システムなので、
セキュリティ面も疎かに出来ないと考え、
こちらを盛り込みました。
◯言語：Go 1.15.14
（選定理由）
最も興味のあった言語で絶対にどこかにこちらの要素を盛り込みたいと考えていました。
全体をGoで作る事も考えましたが、
ほぼ0ベースの知識になるので完成まで工数が掛かりすぎると思い、
一旦ベースはJavaで作り、要所でGoを使う事に決めました。
使用箇所としては、
EC2内のcronでRDSにSQLを発行する際のプログラムとして、
LambdaでAPIとしてDBをSELECTしてくるSQLを発行する際のプログラムとして、
使用しました。
環境構築、DBハンドリング共にGoで行う事は初めてでしたが、
大変良い勉強になり、何より新しい言語を使うワクワク感と楽しさがありました。
◯フレームワーク：BootStrap 4.3.1
（選定理由）
デザインの知識がほとんど無かったので選定しました。
レスポンシブ化が容易に導入出来たので感動しました。
◯言語：Vue.js
（選定理由）
フロントエンドのフレームワークとして、
多くの会社さんで使用されているイメージがあったので選定しました。
こちらもGoと同様にどうしても盛り込んでみたかった技術です。
フロントエンドのライブラリはjQueryぐらいしか使用した事が無かったので、
大変勉強になりました。
Vueのライブラリも面白そうなものが沢山あるようなので、
今後個人開発の際には使用していきたいと考えています。
◯DB：PostgreSQL 12.4
（選定理由）
こちらも業務ではOracleを普段使っていますが、
興味があったので選定しました。
◯インフラ：AWS
・VPC
・EC2
・RDS
・ALB
・Lambda
・Route53
・ACM
（選定理由）
インフラの構成は現場で実際に採用されているを形態を意識し構成しました。
◯バージョン管理：GitHub
◯CI/CD：CircleCi CI/CD
（選定理由）
業務ではJenkinsを使用していますが、こちらの方がモダンな印象を受けましたの選定しました。
3. どのような工夫をして
【該当技術使用や行動の背景】
開発工数が掛かりすぎない様にベースとなる言語は、
前知識があるJavaにしました。
機能要件は実際に利用するユーザーのニーズを想定して選定しました。
このシステムのみで完結するだけでなく、
APIを利用し外部のシステムと連携出来る様にしました。
人材管理を主としたシステムではありますが、
人事部の職員の利用のみに特定せず、
網羅的に他の部署の職員も利用できる様に機能付けを行いました。
4. どのような成果に繋がったのか
開発が進むに連れて、
導入したい機能や改善点がどんどんと増えていくので着地点を見つけるのに苦労しました。
日々の業務の中でクライアントの要望が二転三転して仕様変更が乱発する事が散見されますが、
今回このシステムを作っていく中で正にその現象が起きており、
クライアントのような自分が開発者の自分の首を絞める状態が慢性的に続きました。
開発に入る前の要件定義の大切さと工数決定の重要性、
また、予期出来る全てを周到に準備しても、
結果的にはその全てが何の意味もなさなくなる可能性があるという現実の悲しさを改めて認識しました。
しかし、やはりシステムが形になって現れてくる感動はひとしおで、
調べながら作業を行っていく中で技術的な問題を解決した時や自身の知見が新たに広がった時は、
何とも言えない喜びとプログラミングの楽しさを改めて感じました。
5. 機能概要
6. テーブル定義書
