ビジネスロジック - 版の履歴

2025年7月17日 (木) 02:13にAdministratorによる

2025-07-17T02:13:27Z

← 古い版		2025年7月17日 (木) 02:13時点における版
1行目:		1行目:
	'''ビジネスロジック'''（[[英語]]：business logic）とは、業務システムにおける「業務の動き」のことで、[[UI]]などの表面的な部分を除いた核心部分のことです。		'''ビジネスロジック'''（[[英語]]：business logic）とは、業務システムにおける「業務の動き」のことで、[[UI]]などの表面的な部分を除いた核心部分のことです。

	~~「ビジネス」とありますが実際にはビジネス要素はなく、実際には~~[[ゲーム]]のメイン処理もビジネスロジックです。		「ビジネス」とありますが実際には業務システムに限ったものではなく例えば[[ゲーム]]のメイン処理もビジネスロジックです。

	==概要==		==概要==

2025年7月17日 (木) 02:12にAdministratorによる

2025-07-17T02:12:33Z

← 古い版		2025年7月17日 (木) 02:12時点における版
1行目:		1行目:
	'''ビジネスロジック'''（[[英語]]：business logic）とは、業務システムにおける「業務の動き」のことで、[[UI]]などの表面的な部分を除いた核心部分のことです。		'''ビジネスロジック'''（[[英語]]：business logic）とは、業務システムにおける「業務の動き」のことで、[[UI]]などの表面的な部分を除いた核心部分のことです。

	~~「ビジネス」とありますが実際にはビジネス要素はなく~~[[ゲーム]]のメイン処理もビジネスロジックです。		「ビジネス」とありますが実際にはビジネス要素はなく、実際には[[ゲーム]]のメイン処理もビジネスロジックです。

	==概要==		==概要==

2025年7月17日 (木) 02:12にAdministratorによる

2025-07-17T02:12:20Z

← 古い版		2025年7月17日 (木) 02:12時点における版
1行目:		1行目:
	'''ビジネスロジック'''（[[英語]]：business logic）とは、業務システムにおける「業務の動き」のことで、[[UI]]などの表面的な部分を除いた核心部分のことです。		'''ビジネスロジック'''（[[英語]]：business logic）とは、業務システムにおける「業務の動き」のことで、[[UI]]などの表面的な部分を除いた核心部分のことです。

			「ビジネス」とありますが実際にはビジネス要素はなく[[ゲーム]]のメイン処理もビジネスロジックです。

	==概要==		==概要==

2025年7月17日 (木) 02:11にAdministratorによる

2025-07-17T02:11:32Z

← 古い版		2025年7月17日 (木) 02:11時点における版
1行目:		1行目:
	'''ビジネスロジック'''（[[英語]]：business ~~logic）とは、業務システムにおける「業務の動き」のことです。~~		'''ビジネスロジック'''（[[英語]]：business logic）とは、業務システムにおける「業務の動き」のことで、[[UI]]などの表面的な部分を除いた核心部分のことです。

	==概要==		==概要==

2025年3月5日 (水) 06:21にAdministratorによる

2025-03-05T06:21:18Z

← 古い版		2025年3月5日 (水) 06:21時点における版
1行目:		1行目:
	'''ビジネスロジック'''（[[英語]]：business ~~logic）とは、業務システムにおける業務の動きのことである。~~		'''ビジネスロジック'''（[[英語]]：business logic）とは、業務システムにおける「業務の動き」のことです。


	==概要==		==概要==
	大雑把にいえばビジネスロジックは[[データ]]~~に対するUI部分を除いた操作であり、業務内容として本来あるべき流れである。~~		大雑把にいえばビジネスロジックは[[データ]]に対するUI部分を除いた操作であり、業務内容として本来あるべき流れです。業務内容の[[フローチャート]]に[[CRUD図]]的な[[データ]]の整合性を保つような仕様まで書き込んだものだと思えば間違いない。
	~~業務内容の~~[[フローチャート]]に[[CRUD図]]的な[[データ]]の整合性を保つような仕様まで書き込んだものだと思えば間違いない。

	いわゆる「3階層システム」（3-tier system）では、プレゼンテーション層（ユーザインターフェース層）とデータアクセス層（データベース層）の中間に位置し、ビジネスロジック層あるいはアプリケーション層と呼ばれる。		いわゆる「3階層システム」（3-tier system）では、プレゼンテーション層（ユーザインターフェース層）とデータアクセス層（データベース層）の中間に位置し、ビジネスロジック層あるいはアプリケーション層と呼ばれる。
29行目:		27行目:
	*[[ASP.NET Web API/NUnitでユニットテストを行う‎]]		*[[ASP.NET Web API/NUnitでユニットテストを行う‎]]

	~~==参考文献==~~		[[category: プログラミング]]
	~~{{reflist}}~~

	~~{{stub}}~~

imported>Administrator: /* 概要 */

2016-03-29T05:14:14Z

概要

← 古い版		2016年3月29日 (火) 05:14時点における版
6行目:		6行目:
	業務内容の[[フローチャート]]に[[CRUD図]]的な[[データ]]の整合性を保つような仕様まで書き込んだものだと思えば間違いない。		業務内容の[[フローチャート]]に[[CRUD図]]的な[[データ]]の整合性を保つような仕様まで書き込んだものだと思えば間違いない。

	いわゆる「3階層システム」（3-tier system）では、プレゼンテーション層（ユーザインターフェース層）とデータアクセス層（データベース層）の中間に位置し、ビジネスロジック層あるいはアプリケーション層と呼ばれる。[[プログラマ]]に馴染みの深い[[MVC]]や[[MVVM]]でいう「モデル層」は、3階層システムでいうビジネスロジック層とデータアクセス層をあわせたものと思ってほぼ間違いない。このためMVCと3階層システムを混ぜると、モデル層がビジネスロジック層とデータアクセス層に分解され、データアクセス、ビジネスロジック、ビュー、コントローラの４階層になる。		いわゆる「3階層システム」（3-tier system）では、プレゼンテーション層（ユーザインターフェース層）とデータアクセス層（データベース層）の中間に位置し、ビジネスロジック層あるいはアプリケーション層と呼ばれる。
			ビジネスロジックは[[フロー]]と[[データ]]で出来ており、人間による詳細な操作などは排除されたものであり、この段階ではプラットフォームには依存しない。
			[[仕様書]]のようなものである。

			[[プログラマ]]に馴染みの深い[[MVC]]や[[MVVM]]でいう「モデル層」をさらに細分化して、ビジネスロジック層（データに対する操作）とデータアクセス層（単純なデータ、いわゆる[[POCO]]）にしたものと思ってほぼ間違いない。このためMVCと3階層システムを混ぜると、モデル層がビジネスロジック層とデータアクセス層に分解され、データアクセス、ビジネスロジック、ビュー、コントローラの４階層になる。
	* モデル（ビジネスロジック、データアクセス）		* モデル（ビジネスロジック、データアクセス）
	* ビュー（ユーザーインターフェイス）		* ビュー（ユーザーインターフェイス）
	* コントローラ（その他）		* コントローラ（その他）

	ビジネスロジックは[[フロー]]と[[データ]]で出来ており、人間による詳細な操作などは排除されたものであり、この段階ではプラットフォームには依存しない。
	~~[[仕様書]]のようなものである。~~

	==MVVMとの相性==		==MVVMとの相性==

imported>Administrator: /* 概要 */

2016-03-29T05:00:01Z

概要

← 古い版		2016年3月29日 (火) 05:00時点における版
6行目:		6行目:
	業務内容の[[フローチャート]]に[[CRUD図]]的な[[データ]]の整合性を保つような仕様まで書き込んだものだと思えば間違いない。		業務内容の[[フローチャート]]に[[CRUD図]]的な[[データ]]の整合性を保つような仕様まで書き込んだものだと思えば間違いない。

	いわゆる「3階層システム」（3-tier system）では、プレゼンテーション層（ユーザインターフェース層）とデータアクセス層（データベース層）の中間に位置し、ビジネスロジック層あるいはアプリケーション層と呼ばれる。[[プログラマ]]に馴染みの深い[[MVC]]や[[MVVM]]でいう「モデル層」は、3階層システムでいうビジネスロジック層とデータアクセス層をあわせたものと思ってほぼ間違いない。このためMVCと3階層システムを混ぜると、モデル層がビジネスロジック層とデータアクセス層に分解される。		いわゆる「3階層システム」（3-tier system）では、プレゼンテーション層（ユーザインターフェース層）とデータアクセス層（データベース層）の中間に位置し、ビジネスロジック層あるいはアプリケーション層と呼ばれる。[[プログラマ]]に馴染みの深い[[MVC]]や[[MVVM]]でいう「モデル層」は、3階層システムでいうビジネスロジック層とデータアクセス層をあわせたものと思ってほぼ間違いない。このためMVCと3階層システムを混ぜると、モデル層がビジネスロジック層とデータアクセス層に分解され、データアクセス、ビジネスロジック、ビュー、コントローラの４階層になる。
	* モデル（ビジネスロジック、データアクセス）		* モデル（ビジネスロジック、データアクセス）
	* ビュー（ユーザーインターフェイス）		* ビュー（ユーザーインターフェイス）

imported>Administrator: /* 概要 */

2016-03-29T04:59:10Z

概要

← 古い版		2016年3月29日 (火) 04:59時点における版
3行目:		3行目:

	==概要==		==概要==
	~~大雑把にビジネスロジックは業務内容として本来あるべき流れ全てである。~~		大雑把にいえばビジネスロジックは[[データ]]に対するUI部分を除いた操作であり、業務内容として本来あるべき流れである。
	業務内容の[[フローチャート]]に[[CRUD図]]的な[[データ]]の整合性を保つような仕様まで書き込んだものだと思えば間違いない。		業務内容の[[フローチャート]]に[[CRUD図]]的な[[データ]]の整合性を保つような仕様まで書き込んだものだと思えば間違いない。

			いわゆる「3階層システム」（3-tier system）では、プレゼンテーション層（ユーザインターフェース層）とデータアクセス層（データベース層）の中間に位置し、ビジネスロジック層あるいはアプリケーション層と呼ばれる。[[プログラマ]]に馴染みの深い[[MVC]]や[[MVVM]]でいう「モデル層」は、3階層システムでいうビジネスロジック層とデータアクセス層をあわせたものと思ってほぼ間違いない。このためMVCと3階層システムを混ぜると、モデル層がビジネスロジック層とデータアクセス層に分解される。
			* モデル（ビジネスロジック、データアクセス）
			* ビュー（ユーザーインターフェイス）
			* コントローラ（その他）

	ビジネスロジックは[[フロー]]と[[データ]]で出来ており、人間による詳細な操作などは排除されたものであり、この段階ではプラットフォームには依存しない。		ビジネスロジックは[[フロー]]と[[データ]]で出来ており、人間による詳細な操作などは排除されたものであり、この段階ではプラットフォームには依存しない。

124.87.114.212: /* MVVMとの相性 */

2015-08-19T08:07:23Z

MVVMとの相性

← 古い版		2015年8月19日 (水) 08:07時点における版
14行目:		14行目:
	ビジネスロジックを[[MVVM]]を使用して仕様書から[[ソースコード]]に落とし込むと[[モデル]]と[[ビューモデル]]に相当する部分が出来上がる。		ビジネスロジックを[[MVVM]]を使用して仕様書から[[ソースコード]]に落とし込むと[[モデル]]と[[ビューモデル]]に相当する部分が出来上がる。

	[[単体テスト]]~~などを駆使してビジネルロジックから~~[[バグ]]~~を排除できれば最低限の品質は保証できる。たとえ~~[[ユーザーインターフェース]]が凶悪最低でも「動くことは動く」という状態までは持っていけることを意味する。		この[[ソースコード]]として実際に機械的には動く状態、シミュレーション実行できる状態にされたビジネスロジックに対して[[単体テスト]]などを駆使して[[バグ]]を排除できれば最低限の品質は保証できる。紙の[[仕様書]]より強固なシミュレーションできる仕様書が完成するのである。これは、たとえ[[ユーザーインターフェース]]が凶悪最低でも「動くことは動く」という状態までは持っていけることを意味する。

	==MVCとの相性==		==MVCとの相性==

124.87.114.212: ページの作成:「'''ビジネスロジック'''（英語：business logic）とは、業務システムにおける業務の動きのことである。 ==概要== 大雑把にビジ...」

2015-08-19T08:04:32Z

ページの作成:「'''ビジネスロジック'''（英語：business logic）とは、業務システムにおける業務の動きのことである。 ==概要== 大雑把にビジ...」

新規ページ

'''ビジネスロジック'''（[[英語]]：business logic）とは、業務システムにおける業務の動きのことである。

==概要==
大雑把にビジネスロジックは業務内容として本来あるべき流れ全てである。
業務内容の[[フローチャート]]に[[CRUD図]]的な[[データ]]の整合性を保つような仕様まで書き込んだものだと思えば間違いない。

ビジネスロジックは[[フロー]]と[[データ]]で出来ており、人間による詳細な操作などは排除されたものであり、この段階ではプラットフォームには依存しない。
[[仕様書]]のようなものである。

==MVVMとの相性==
ビジネスロジックはフローとデータで出来ているため、人間による詳細な操作などは排除されたものであり、この段階ではプラットフォームには依存しない。
このような特性から[[プログラミング]]の[[デザインパターン]]でいう[[MVVM]]と非常に相性がよい。
ビジネスロジックを[[MVVM]]を使用して仕様書から[[ソースコード]]に落とし込むと[[モデル]]と[[ビューモデル]]に相当する部分が出来上がる。

[[単体テスト]]などを駆使してビジネルロジックから[[バグ]]を排除できれば最低限の品質は保証できる。たとえ[[ユーザーインターフェース]]が凶悪最低でも「動くことは動く」という状態までは持っていけることを意味する。

==MVCとの相性==
ビジネスロジックという考え方は、広く使われている[[MVC]]ではコントローラーに人間の操作に依存する部分が書かれてしまうことが多いため完璧に表現することは難しい。だが[[モデル]]にビジネスロジックに相当する部分を全てを記載するよう努力すればかなり良いところまでいける。

==関連項目==
*[[ユーザーインターフェース]]
*[[ASP.NET Web API/NUnitでユニットテストを行う‎]]

==参考文献==
{{reflist}}

{{stub}}