建築設計

Question

我正在設計一個發票管理系統...
它是一個內聯網系統。
我正在寫技術規範文檔。
該文件描述了體系結構。所以我的架構有3層..

1. 數據庫層。
2. 業務邏輯層。
3. 用戶界面層。

我需要包括另一層Intranet/internet layer在UI layer和Business logic layer之間？
Thanx提前

Answer 1

恕我直言取決於你是否也打算提供面向服務的體系結構。如果你這樣做，你通常會在服務器端添加一個服務層，一個客戶端的服務代理Facade。

Answer 2

保持您的架構視圖在應用程序級別上，描述三層架構並集中於邏輯連接。在那裏您基本上聲明應用程序/組件之間存在一個接口，可能會將協議棧聲明爲在TCP/IP之上運行。

添加有關「部署」或「物理視圖」的其他章節，介紹小時硬件和平臺環境（包括網絡連接）。在那裏您可以顯示網絡拓撲結構，並且可以顯示TCP/IP的運行情況。

Answer 3

我想你的問題太抽象了。

當描述一個架構或任何設計時，記住你的公衆（即誰將閱讀規範）知道什麼是真正重要的，以及他們真正感興趣的是什麼，他們將要使用什麼的文件。

前一段時間我在這個主題上寫了一點：http://fragmental.tw/2008/11/07/trying-to-write-architecture-specs-that-dont-suck-much-part-i-the-spec/也許這會有所幫助。

Answer 4

如果您的系統涉及（或由另一個系統組成），那麼它們之間的關係必須明確。請記住，除了（水平）層之外，還有更多系統體系結構 - 還有垂直層面的功能要考慮，以及橫切問題和常見組件（如日誌記錄）。

也值得我們思考......

我需要包括另一層 「的Intranet/Internet層」在 之間的UI層和業務邏輯層

第一個問題是發票系統如何與內聯網相關聯。

DO用戶通過訪問你的應用程序（開票系統）內聯網或它內網​​建？ 有一個關鍵的區別，因爲如果他們通過內聯網訪問它，然後建議只是添加一些超鏈接到內聯網 - 不完全是「集成」。

在這種情況下，您的問題的答案可能是「否」。

如果企業內部網實際上提供了你的應用程序（即：你直接在內部網中使用功能作爲你的應用程序的一部分） - 那麼你的問題的答案可能是「是」; 但是即使它不是直截了當的 - 內聯網本身通常有多個層。

層的UI層和業務邏輯 層

我讀這是沒有意義的方式之間的「內聯網/互聯網層」在 - 你不會只是有「內聯網「在BL和UI之間。這引出了問題 - 您使用的是哪個局域網的部分？