投稿日
更新日
Nablarchシステム開発ガイド
もくじ
- はじめに
- このドキュメントのねらい
- このドキュメントの対象読者
- 読み方の注意点
- 全体像
- プロジェクト計画
- 要件定義工程
- 要件定義
- 方式設計
- プロジェクト成果物の確認
- テスト計画
- プロジェクト用の開発ガイド作成
- 設計工程
- PGUT工程
- Nablarchプロジェクト初期構築
- チーム開発環境構築
- 開発環境構築ガイドの作成
- 開発標準の整備
- 結合テスト工程
- 結合テスト準備(疎通確認)
- システムテスト工程
- 保守運用
- Nablarchパターン集
- Nablarchでよく使われるパターン
- Nablarchアンチパターン
- Nablarchバッチ処理パターン
- 起動方法による分類
- 入出力による分類
- 注意点
- ファイルの移動、コピー
- Nablarchでの非同期処理
- メール送信を行う場合
- Nablarchアンチパターン
- Webアプリケーション
- Nablarchバッチ
- JSR352バッチ
- UI標準のカスタマイズ
- UI標準(画面)
- UI標準(画面)別冊_UI部品カタログ
- テスト項目の検討
- テスト観点の収集
- テスト観点の抽出
- Nablarch環境構築
- アーキタイプからのプロジェクト生成
- コンポーネント設定
- 静的解析ツールの導入
- Javaスタイルガイド
- チーム開発環境構築
- 開発環境構築ガイドの作成
- xxxプロジェクト 開発環境構築ガイド
- 前提条件
- 開発環境構築手順
- パッケージ構成検討
- パッケージ構成の考え方
- 業務的な機能での分割例
- クラスの役割での分割例
Nablarch環境構築
アーキタイプからのプロジェクト生成
ブランクプロジェクト を参照して、プロジェクトを生成します。
マルチモジュール構成について
システム要件により、Webアプリケーションだけでなくバッチアプリケーションも必要となることも少なくありません。 しかし、現時点で用意されているアーキタイプは「ウェブプロジェクト」「Nablarchバッチプロジェクト」のように 処理方式毎のシングルモジュールプロジェクトになっています。 そのため、これら複数のプロジェクトをどのようにしてまとめるかを考える必要があります。
逆にEntityやDomainなどシステムで共通に使用されるクラスやリソースについては、ウェブプロジェクトやバッチプロジェクトで重複させず、 共通ライブラリとして抽出しておく必要があります。
統合の方法は以下の2種類が考えられます。
■マルチモジュールプロジェクトに統合する
ウェブ、バッチ、共通モジュールのように、複数のモジュールから構成されるマルチモジュールプロジェクトに統合します。 マルチモジュール化するために、生成後のアーキタイププロジェクトを手作業で統合します。
■そのまま独立したプロジェクトとして扱う
ウェブプロジェクト、バッチプロジェクト、共通プロジェクトをそれぞれ独立したシングルモジュールプロジェクトとして扱います。 この場合、各プロジェクトは依存関係だけで関連付けを行い、親子関係はもたせません。
コンポーネント設定
アーキタイプで生成されたプロジェクトには、最小限の設定しかされていません。 このため、必要な設定をコンポーネント設定ファイルに追記していきます。
TODOを解消する
アーキタイプで生成されたプロジェクトには、TODOコメントが入っている箇所があります(JDBCの接続URLなど)。 TODOコメントに記載された指示に従って修正します。
機能を追加する
アーキタイプで生成されたプロジェクトでは、Nablarchの全ての機能が有効化されているわけではありません。 ドキュメントを参照し、必要な設定を追加していきます。 主に以下の箇所を参照します。
静的解析ツールの導入
Javaスタイルガイド配下に以下のチェックツールの導入手順があります。
- Checkstyle
- SpotBugs
- 使用不許可APIチェックツール
- ArchUnit
それぞれ実行方法が記載されていますので、それに沿ってMavenで実行できるように設定をしておきます。 (プロジェクト構成によってはパスの読み替えが必要になります)