建筑设计

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之间。这引出了问题 - 您使用的是哪个局域网的部分？