アプリケーション構成

アプリケーション構成

com
└ portal
　　├ z ・・・　ポータルサイト機能（Z）
　　│　├ common ・・・zの共通機能
　　│　│　├ aspect
　　│　│　├ config
　　│　│　├ controller
　　│　│　├ domain
　　│　│　│　├ model
　　│　│　│　├ repository
　　│　│　│　├ service　・・・共通で使うサービス
　　│　│　│　└ util　　　・・・共通処理（文字列分割や日付加算など、ＤＢアクセスなし）
　　│　│　├ exception ・・・アプリケーション例外
　　│　│　└ validation ・・・入力チェック
　　│　└ 〇〇〇 ・・・Zの個別機能（〇〇画面など）
　　│　　　├ controller
　　│　　　└ domain
　　│　　　　　├ model
　　│　　　　　├ service
　　│　　　　　└ repository
　　│
　　├ a ・・・共通マスタ機能 （Ａ）
　　│　├ common ・・・Ａの共通機能
　　│　│　└ domain
　　│　│　　　├ model
　　│　│　　　├ repository
　　│　│　　　└ service
　　│　└ 〇〇〇 ・・・Ａの個別機能
　　│　　├ controller
　　│　　└ domain
　　│
　　└ b ・・・アプリケーションＢ

セキュリティ

• セキュリティ関連機能について以下の実装がされています。
  • ログインパスワード認証
  • パスワードロック機能（指定回数間違えた場合、ログインできなくなります。）
  • パスワード有効期限設定（指定有効期限を超えたら再設定を促します）
  • 管理者によるアカウントの停止
  • パスワード桁数や必要文字などの堅牢性

デプロイ

Heroku（https://jp.heroku.com/home ）にデプロイします。

• 参考（https://qiita.com/sho7650/items/ebd87c5dc2c4c7abb8f0　)
  　　※準備２以降が該当します。
  　　※Herokuに作成したアプリケーションにBuildpacks(java)を追加する必要があります。

  • デプロイ後のURL　⇒　https://portalemd.herokuapp.com/

• Heroku上のテーブルを操作する方法

  • Heroku CLをインストールする。(https://sysrigar.com/2019/01/20/heroku-postgresをローカル環境から手動で操作する方法につ/)
  • Postgresの環境変数のPATHを通しておくこと。
  • コマンドラインから「heroku pg:psql -a portalemd」を実行。
  • 「\d」でテーブル一覧が出ます。あとは通常のＳＱＬが実行できます。「Select * from zm999_env;」

• Heroku上のディレクトリを確認する方法

  • コマンドプロンプトからコマンドを入力する。
    • heroku run bash --app=portalemd

ブランチ運用ルール

ブランチ運用ルールはGitHubFlowにします。（https://engineer-life.dev/git-operation-rule/)

（イメージ）
　◆StudyGroup202010
　　└ portal
　　　　├ masterブランチ
　　　　├ TopicブランチＡ
　　　　└ TopicブランチＢ

　　:arrow_down:(Fork)　　:arrow_up:（PullRequest)

　◆開発者アカウント
　　└ portal
　　　　├ masterブランチ
　　　　├ TopicブランチＡ
　　　　└ TopicブランチＢ

　　:arrow_down:(Clone)　　:arrow_up:（Push)

　◆開発者ローカルＰＣ
　　└ portal
　　　　└ TopicブランチＢ

１．課題対応用に、管理者がStudyGroup202010にTopicブランチを切ります。（#34_202010など）
２．開発者が、開発者ローカルＰＣにそれをCloneして実装します。
３．テストまで済んだら開発者アカウントにPushし、StudyGroup202010にPullRequestを投げます。
４．管理者のレビューが済んだら、管理者がmasterブランチにマージします。