括如下内容： (1)．系统配置设计设计人员根据系统分析报告中所确定的
系统目标、功能、性能、环境与制约条件，确定合适的计算 机处理方式及体系结构，确定合适的计算机系统具体配置。 (2)．子系统和功能模块设计根据ቤተ መጻሕፍቲ ባይዱ统分析阶段得到的数据 流程图和数据词典，设计出子系统和功能模块结构图，明确 它们之间的相互关系。
上一页 下一页 返回
6.2软件体系架构
视图组件子系统向用户显示信息。视图从模型获得数据。可 能有模型的多个视图。每个视图都有一个相关的控制器组件。 控制器接受输入，通常作为将鼠标移动、鼠标按钮的活动或 键盘输入编码的事件。事件被翻译成模型或视图的服务器请 求。用户仅仅通过控制器与系统交互。模型与视图和控制器 组件的分离将允许同一个模型的多个视图。如果用户通过一 个视图的控制器改变了模型，所有依赖于该数据的其他视图 应该反映出这种变化。因此一旦模型的数据发生了变化，模 型要通报所有视图。视图反过来从模型恢复新数据并更新所 显示的信息。这种变更-传播机制相当于订阅—发行。
第六章 系统的总体设计
6.1系统设计概述 6.2软件体系架构 6.3子系统设计和访问控制设计 6.4总体设计报告
6.1系统设计概述
系统设计包括总体设计和详细设计两部分。系统设计是把分 析模型转变成系统设计模型的过程。
1．系统设计的目标 系统设计的任务是依据系统的逻辑模型，结合实际情况，设
上一页 下一页 返回
6.2软件体系架构
统可以实现全局控制流。用户可以调用其中的每个界面，仓 库体系结构也适用于处理任务不断改变的复杂的应用系统。 但是仓库子系统的主要缺点是子系统与仓库之间耦合度很高， 对仓库数据结构的修改必然会影响到子系统。
6.6.2 模 型 ／ 视 图 ／ 控 制 器 体 系 结 构 （ Model View Control -- MVC Architecture）
上一页 下一页 返回
6.1系统设计概述
(3)．对象设计根据系统分析报告设计出管理信息系统中用 到的各种对象，确定对象类型、属性、操作、服务及方法等， 并形成对象设计文档。如产品、往来客户、职工及业务处理 等各类对象的设计。
(4)．数据库设计根据系统分析报告与系统的硬件、软件配 置，进行数据库的概念设计、逻辑设计、物理设计，设计出 系统有关的数据库文件、数据库结构、存取路径、存取方式 等。
(5)．输入/输出设计根据系统的目标、用户的使用习惯及使 用的方便，确定系统输入的内容、输入格式、输入方式与输 入校验;完成系统输出的内容、输出格式及输出方式等内容的 具体设计。
上一页 下一页 返回
6.1系统设计概述
(6)．业务逻辑处理设计对系统中每一业务事项的详细处理 过程进行描述，编写业务流程图、处理方法和处理顺序等， 作为设计开发详细设计和实现主要依据。
在仓库体系结构(如图6-1 所示)中，子系统通过一个称为中 心仓库的单一数据结构访问并修改数据。子系统相对独立而 且只通过中心数据结构相互作用。或者通过中心仓库(例如数 据中的触发器调用外设)或者通过子系统(例如，通过仓库的 锁来实现控制流的独立和同步)来命令控制流。
每个子系统只依赖于仓库中心数据结构。而仓库并不清楚其 他子系统。对于像工资系统、学籍管理系统和银行系统这样 的数据库管理系统来说，仓库体系结构是比较典型的。以数 据为中心易于处理子系统间的并发和完整性问题。仓库子系
计出一个能在计算机系统上实现的具体设计方案，即新系统 的物理模型。系统设计的目标应从以下几个方面进行考虑。 (1)．系统的可靠性 (2)．系统的可维护性 (3)．系统的用户友好性 (4)．系统的工作效率 (5)．系统的合法性
下一页 返回
6.1系统设计概述
(6)．系统的经济性 2．系统设计的内容 系统设计的内容可分为总体设计和详细设计两部分。具体包
在模型／视图／控制器(MVC)体系结构(见图6-2)中，子系 统分为三种不同的类型：模型子系统负责维护系统的数据结 构和数据信息；视图子系统负责把系统数据信息显示给用
上一页 下一页 返回
6.2软件体系架构
户；控制器子系统负责管理与用户交互的顺序。模型子系统 发展成完全不依赖于任何视图或控制器子系统。它们状态的 变化通过订阅／通知(subscription／notification)协议 传输给视图子系统。MVC体系结构是仓库体系结构的特例， 模型实现了中心数据结构，控制对象指挥着控制流。这种体 系结构经常用于WEB服务器系统设计。 控制器收集来自用户的输入并发消息给模型。模型保持中心 数据结构。视图显示模型，每当模型发生变化时得到通知(通 过签署／通知协议)。MVC体系结构将交互式应用程序分为 三个区域：输入、处理和输出。模型组件封装了内核数据和 功能。模型独立于特定输出表示法或输入方式。
(7)．编写系统设计报告根据系统设计阶段所完成的总体设 计及详细设计内容，以书面的形式编写符合要求的系统设计 报告。系统设计报告既是系统设计阶段的主要成果，经过审 查批准后又是系统实施阶段的主要技术依据。
以上内容的设计在系统设计阶段是按照一定的先后次序进行 的，一般是先进行系统配置设计或系统架构设计，形成系统 设计报告。再进行详细设计包括细化对象设计、数据库设计、 输入设计、输出设计、模块处理过程设计等具体内容，最后 再编写详细设计文档。
本节介绍一些典型的不同的体系结构，并简要介绍不同软件 体系结构的设计思路。具有代表性的软件体系结构包括仓库 体系结构、MVC体系结构、客户/服务器体系结构、B/S结 构、对等体系结构和管道过滤器结构等。
下一页 返回
6.2软件体系架构
6.2.1仓库体系结构(Repository Architecture)
上一页 返回
6.2软件体系架构
随着系统复杂度的增加，系统分解的说明就变得相当关键。 一旦开始进行开发，就很难修改或者纠正一个不好的分解， 因为这样大多数子系统的接口就必须改动。为了认识到这个 问题的重要性，出现了软件体系结构的概念。软件体系结构 包括系统分解、全局控制流、错误处理策略和子系统间的通 信协议。