word格式文档
在线学习系统
体系结构设计报告
重庆工程学院
Chongqing Institute of Engineering
版本历史
目录
0. 文档介绍 (4)
0.1 文档目的 (4)
0.2 文档范围 (4)
0.3 读者对象 (4)
0.4 参考文档 (4)
0.5 术语与缩写解释 (4)
1. 系统概述 (4)
2. 设计约束 (5)
3. 设计策略 (5)
4. 系统总体结构 (5)
5. 系统架构设计 (6)
6. 子系统结构与功能 (7)
6.1注册用户管理 (7)
6.2学习批次管理 ................................................ 错误！未定义书签。
6.3课件管理 .................................................... 错误！未定义书签。
6.4学生学习情况管理 ............................................ 错误！未定义书签。
6.5统计查询 .................................................... 错误！未定义书签。
6.6成绩管理模块 ................................................ 错误！未定义书签。
6.7用户管理 .................................................... 错误！未定义书签。
6.8 角色管理.................................................... 错误！未定义书签。
6.9 课程管理.................................................... 错误！未定义书签。
6.10 我的培训................................................... 错误！未定义书签。
7. 开发环境的配置 (15)
8. 测试环境的配置 (16)
9. 运行环境的配置 (16)
10. 其它 (16)
0. 文档介绍
0.1 文档目的
本文档是在线学习系统的体系结构设计报告，主要用于说明系统的设计约束、设计策略、总体结构、和架构设计说明。本系统的总体建设目标是：在线学习系统应能从各学校网站主页连接进入,该平台可以实现在校学生（研究生、本科生、高职高专生）在网上进行各类课程学习报名申请，学院相关负责人进行资格审查，最后由系统管理员确认报名资格。审查通过的学员能登录网上学习平台进行有关课程资源点播和学习，系统自动记录学员学习时间，管理员能通过平台导入学员本批次考试成绩供学生自行查询。
0.2 文档范围
本文档系统的描述了系统的设计约束、设计策略、总体结构、和架构设计等。
0.3 读者对象
设计人员、开发人员
0.4 参考文档
无
0.5 术语与缩写解释
1.系统概述
现在每个学校每年都要对很多在校学生进行各类专业知识培训。随着学校规模扩
大，想报名参加各类课程学习的学生越来越多。有限的教育资源无法满足学生们迫切想参加各类课程学习需求。基于IP和互联网的在线学习系统网络教育技术支持平台是以学习者为主的自主学习环境；它是一种新型的、开放的没有围墙的学校。在INTERNET 环境下，人们可以在任何时间、任何地点、完成任何课程的任何章节网络化交互式教与学活动。利用各学校网络教育技术模式，建设基于网络的远程教育平台并在此基础上开展网上学习教育活动，能够很好的缓解庞大的各类课程学习需求和有限的教育资源的矛盾。
2. 设计约束
无
3. 设计策略
设计策略遵循结构化设计，将系统划分为几个相互关联模块来进行设计。把程序要解决的总目标分解为子目标，再进一步分解为具体的小目标，把每一个小目标称为一个模块。
4. 系统总体结构
根据需求，本在线学习系统拟分为以下子模块等。整个系统间各子模块的结构图如下所示：
5. 系统架构设计
一套好的系统离不开良好的架构设计。由于本项目的特殊性需要兼容Java和C#语言两种后台语言，所以在浏览器端只能采取静态HTML和jQuery。程序整体结构如下图所示。
对于在应用服务器部分的代码，为了能对C#和Java都做出较好的约束，也为了能共用浏览器端的全部代码，在此处我们采用了工厂方法模式来控制业务逻辑的访问方式。
6. 子系统结构与功能
6.1系统管理
6.1.1功能简介
后台登陆成功后，对注册用户进行用户和角色权限的管理。
6.1.2设计思想
要求查询数据的准确性和方便性。
6.1.3功能设计
a)系统活动图
b)系统用例设计
1)用例1：查询注册用户信息
前置条件：必须登陆，且具有权限。
主事件流：根据用户输入的查询条件，查询注册用户信息。在查询结果列表中根据权限显示查看，修改密码和删除功能按钮。
其他事件流A1：未登陆用户，无法访问。
其他事件流A2：成功登陆，但没有权限，无法访问。
其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。
其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。
2）用例2：设置角色
主事件流：设置角色的类型。
其他事件流A1：未登陆用户，无法访问。
其他事件流A2：成功登陆，但没有权限，无法访问。
其他事件流A3：没有指定用户，给出提示。
3）用例3：设置权限
主事件流：设置用户的权限。
其他事件流A1：未登陆用户，无法访问。
其他事件流A2：成功登陆，但没有权限，无法访问。
其他事件流A3：用户设置权限不成功，要求重新查看用户。
4）用例4：新增用户
前置条件：已经注册的用户不能进行新增。
主事件流新增一条用户记录。
其他事件流A1：已经存在的用户，无法进行新增。
其他事件流A2：基本信息不填写完整，，无法进行新增。
5）用例5：删除用户
前置条件：不能删除正在报名或在读的学生。
主事件流：删除指定学生的所有记录。
其他事件流A1：未登陆用户，无法访问。
其他事件流A2：成功登陆，但没有权限，无法访问。
其他事件流A3:用户正在报名或在读。提示用户不能删除该用户。
6.2课程管理
6.2.1功能简介
后台登陆成功后，进入业务管理菜单栏，对课程进行管理。
6.2.2设计思想
要求查询数据的准确性和方便性。
6.2.3功能设计
a)系统活动图
b)系统用例设计
1)用例1：课程的管理
前置条件：必须登陆，且具有权限。
主事件流：根据输入的查询条件，查询课程，并进行课程管理。
其他事件流A1：未登陆，无法访问。
其他事件流A2：成功登陆，但没有权限，无法访问。
其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。
其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。
6.3课件管理
6.3.1功能简介
后台登陆成功后，进入业务管理菜单栏，对课件进行管理。
6.3.2设计思想
要求查询数据的准确性和方便性。
6.3.3功能设计
a)系统活动图
b)系统用例设计
1)用例1：课件的管理
前置条件：必须登陆，且具有权限。
主事件流：根据输入的查询条件，查询课件，并进行课件管理。
其他事件流A1：未登陆，无法访问。
其他事件流A2：成功登陆，但没有权限，无法访问。
其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。
其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。
6.4批次管理
6.4.1功能简介
后台登陆成功后，进入业务管理菜单栏，对批次进行管理。
6.4.2设计思想
要求查询数据的准确性和方便性。
6.4.3功能设计
a)系统活动图
b)系统用例设计
1)用例1：批次的管理
前置条件：必须登陆，且具有权限。
主事件流：根据输入的查询条件，查询批次信息。
其他事件流A1：未登陆，无法访问。
其他事件流A2：成功登陆，但没有权限，无法访问。
其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。
其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。
2)用例2：批次课程
前置条件：必须登陆，且具有权限。
主事件流：根据输入的查询条件，查询批次信息，并对批次课程进行管理。
其他事件流A1：未登陆，无法访问。
其他事件流A2：成功登陆，但没有权限，无法访问。
其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。
其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。
3)用例3：批次课件
前置条件：必须登陆，且具有权限。
主事件流：根据输入的查询条件，查询批次信息，并对批次课件进行管理。
其他事件流A1：未登陆，无法访问。
其他事件流A2：成功登陆，但没有权限，无法访问。
其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。
其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。
6.5学习记录查询
6.5.1功能简介
记录用户对课件的学习进度和学习情况。
6.5.2设计思想
要求查询数据的准确性和方便性。
6.5.3功能设计
a)系统活动图
b)系统用例设计
1)用例1：学习记录管理
前置条件：必须登陆，且具有权限。
主事件流：查看用户的学习记录信息，并进行学习记录管理。
其他事件流A1：未登陆，无法访问。
其他事件流A2：成功登陆，但没有权限，无法访问。
其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。
其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。
2)用例3：学习记录查询
前置条件：必须登陆，且具有权限。
主事件流：根据输入的查询条件，查询学习记录信息，并对并进行学习记录进行查询。
其他事件流A1：未登陆，无法访问。
其他事件流A2：成功登陆，但没有权限，无法访问。
其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。
其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。
6.5成绩管理
6.5.1功能简介
用户学习课程课件，得到相应的课程课件学分，然后参加线下考试，管理员根据用户线下考试成绩导入系统供用户查询。
6.5.2设计思想
要求查询数据的准确性和方便性。
6.5.3功能设计
a)系统活动图
b)系统用例设计
1)用例1：成绩上传
前置条件：必须登陆，且具有权限。
主事件流：根据用户线下考试成绩，然后导入线下成绩。
其他事件流A1：未登陆，无法访问。
其他事件流A2：成功登陆，但没有权限，无法访问。
其他事件流A3：输入查询条件时，时间格式不正确，给出提示让管理员修改。
2)用例2：成绩查询
前置条件：必须登陆，且具有权限。
主事件流：查看用户的线下考试成绩信息，并进行成绩的管理。
其他事件流A1：未登陆，无法访问。
其他事件流A2：成功登陆，但没有权限，无法访问。
其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。
其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。
6.6学习管理
6.6.1功能简介
用户进入学习管理菜单，查看我的培训、课件列表、查询成绩，学习课件，产生学习记录，获得学分参加考试，查询考试成绩。
6.6.2设计思想
要求查询数据的准确性和方便性。
6.6.3功能设计
a)系统活动图
b)系统用例设计
1)用例1：我的培训
前置条件：必须登陆，且具有权限。
主事件流：根据用户输入的查询条件，查询自己培训课程，学习自己的课件，查询自己的学习记录。
其他事件流A1：未登陆，无法访问。
其他事件流A2：成功登陆，但没有权限，无法访问。
其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。
其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。
2)用例2：课件列表
前置条件：必须登陆，且具有权限。
主事件流：根据用户输入的查询条件，查询自己所拥有的课程。
其他事件流A1：未登陆，无法访问。
其他事件流A2：成功登陆，但没有权限，无法访问。
其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。
其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。
3)用例3：查询成绩
前置条件：必须登陆，且具有权限。
主事件流：根据用户所学习的课程，查询学习课程的考试成绩。
其他事件流A1：未登陆，无法访问。
其他事件流A2：成功登陆，但没有权限，无法访问。
其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。
其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。
7. 开发环境的配置
8. 测试环境的配置
9. 运行环境的配置
10. 其它
各种结构体系设计重点考虑内容 一、砌体结构： 1、（1）承重墙能否上下对齐。如别墅、洋房等，一般多数墙体上下不对齐，且上下层间退台较 多，此时，应考虑采用其他结构形式，如框架结构、异型柱框架结构、剪力墙结构等。平面简单、较规则的别墅，上下墙体对齐且无退台（或局部退台）时，可以考虑采用砌体结构。 （2）窗间墙尺寸是否不小于1米，最小不小于800。墙垛过小处一般出现在靠近山墙的位置。 当墙垛过小时，墙体受压计算一般不容易满足，此时应采取加强措施，如设置钢筋网片等。 （详《抗规》7.1.6）另车库层去墙垛并设梁托上部墙垛的情况不宜出现。 （3）是否存在转角窗。砌体结构不允许出现转角窗。 （4）是否有错层。如果房屋错层楼板高差超过500mm时，应按两层计算，则层数会超过规范要求，因此错层房屋砌体结构实现不了，且错层的砌体结构抗震更不利。（详《抗规》7.1.7）（5）层高是否小于3.6米。3.6米为建筑层高（自室内地面算起），不是结构计算层高。层高最高时可做到3.9米，但应采用约束砌体。（详《抗规》7.1.3） （6）总高度及层数是否满足规范要求。砌体结构的层数包含储藏室、阁楼等，此部分楼层建筑不算一层，但是结构按照一层考虑，当阁楼层面积小于30%时可不做一层考虑。6、7度区砌体结构最高层数为7层，总高度控制在21米（最高时可做21.4米），阁楼层算至山墙尖一半的高度。（详《抗规》7.1.2、《砌体》10.1.2） （7）是否设置了内纵墙。满足建筑功能要求时，应尽量多设置内纵墙，且内纵墙累计长度不宜小于房屋总长度的60%。（详《抗规》7.1.7） （8）平面凹凸尺寸是否过大。建筑平面凹凸尺寸不应超过建筑总进深的50%。如凹凸尺寸超过建筑总进深的50%，可设置抗震缝避免平面凹凸问题（缝宽70~100mm），但建筑总长度会有所增加（缝宽+墙厚）。当建筑平面凹凸不可避免时（如L形建筑），应考虑采用其他结构形式。 （详《抗规》7.1.7）
word格式文档 在线学习系统 体系结构设计报告 重庆工程学院 Chongqing Institute of Engineering
版本历史
目录 0. 文档介绍 (4) 0.1 文档目的 (4) 0.2 文档范围 (4) 0.3 读者对象 (4) 0.4 参考文档 (4) 0.5 术语与缩写解释 (4) 1. 系统概述 (4) 2. 设计约束 (5) 3. 设计策略 (5) 4. 系统总体结构 (5) 5. 系统架构设计 (6) 6. 子系统结构与功能 (7) 6.1注册用户管理 (7) 6.2学习批次管理 ................................................ 错误！未定义书签。 6.3课件管理 .................................................... 错误！未定义书签。 6.4学生学习情况管理 ............................................ 错误！未定义书签。 6.5统计查询 .................................................... 错误！未定义书签。 6.6成绩管理模块 ................................................ 错误！未定义书签。 6.7用户管理 .................................................... 错误！未定义书签。 6.8 角色管理.................................................... 错误！未定义书签。 6.9 课程管理.................................................... 错误！未定义书签。 6.10 我的培训................................................... 错误！未定义书签。 7. 开发环境的配置 (15) 8. 测试环境的配置 (16) 9. 运行环境的配置 (16) 10. 其它 (16)
体系结构设计整理 一、名词解释 1、软件体系结构概念（3点） 高层结构培训让我们一生都不能错过的东西 1、 组成部分：部件（Component）、连接件（Connector）、配置（Configuration） 部件聚集了软件运算与状态，连接件聚集了部件之间的关系 部件：在软件的体系架构中封装了数据及其处理操作的元素，提供具体应用服务，定义如下： 部件是具有如下特征的架构实体： 1）封装了系统中的功能和/或数据的一个子集 2）通过清晰定义的接口来限制外界对所封装的子集的访问 3）对于被要求执行的上下文有定义明确的依赖关系 部件要素：Name、Property、Port Ch3 PPT P17 连接件：在复杂系统中，交互会比部件范围内的功能实现更重要且更具挑战性，提供独立交互的方法，连接件定义如下： 1）连接件是负责引起和约束部件之间交互的构件 2）它们起到连接作用，但却不是被连接的对象，只是提供连接的规则 Ch3 PPT P24 配置：在系统架构中，部件与连接件之间的一个特殊联系的集合，部件与连接件在此特定的组合方式下相互协作完成特定的目标 2、关注点 软件体系结构对这些关注点进行权衡的过程起到了交流媒介的作用 系统质量属性：可靠性、可修改性、性能、安全性、可测试性、可用性 项目环境： 1）开发：人员技术水平、成本、上市时间、资源 2）业务：收益、系统生命周期、市场定位、首次发布日程 3）技术：开发平台、硬件设备、开发工具、模型和标准 业务目标 3、设计决策 一个系统的体系架构是有关系统的一系列重要设计决策的集合,体系结构也是一系列对系统设计所做的设计决策，包含了重要的“设计决策”，它们说明了软件体系结构得以形成的“理由”，会指导详细设计、实现等后续软件开发工作 设计决策的过程：问题->候选设计->理由->解决方案 设计决策的重要性：
《软件体系结构》课程设计 设计题目：实验室设备管理系统姓名：李欣张丹唐蔚霖学号： k0308413（07+13+17）同组组长：李欣 同组其他成员：张丹唐蔚霖 实验指导教师：李超 实验地点： 9B505 完成日期： 2011-6-10 湖北民族学院信息工程学院
目录 一、概述(目的、任务、开发环境、参考资料) 二、采用的主要方法与技术 三、需求分析 四、设计 五、实现过程与步骤 六、遇到的困难与获得的主要成果 七、测试与运行记录 八、完成结果分析与总结 九、附录（软件配置、个人完成的程序模块和文档清单）
一、概述(目的、任务、开发环境、参考资料) 21世纪以来，人类经济高速发展，人们发生了日新月异的变化。随 着时代的发展，教育越来越需要实验，让学生从实验中得到更多，更扎 实的知识。因此学校也需要对实验室的实验设备进行更多的投入，而投 入之后就带来了管理方面的问题。我们做的这个系统主要是对设备的购 买、维修、报废等方面进行了一定的管理，可以让设备进行有序、有效 的管理，为管理人员节约一些因为管理混乱而浪费的时间。不过系统的 功能还不够完善，性能也还不够稳定，有待于以后不断的进行完善。 实现的功能如下： （1）对于已彻底损坏的做报废处理，同时详细记录有关信息。 （2）对于由严重问题（故障）的要及时修理，并记录修理日期、设备名、编号、修理厂家、修理费用、责任人等。 （3）对于急需修改但又缺少的设备，需以“申请表”的形式送交上级领导请求批准购买。新设备购入后要立即进行设备登记（包括类别、设备 名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期 和经办人等信息），同时更新申请表的内容。 （4）随时对现有设备及其修理、报废情况进行统计、查询，要求能够按类别和时间段等查询。 参考文献：谭浩强主编.Visual Basic程序设计（二）教程.清华大学出 版社 柳青等编. Visual Basic 程序设计教程.高等教育出版社 范立南. SQL Server2000 实用教程.北京：清华大学出版社 孙燕等编.Visual Basic 程序设计.高等教育出版社 萨师煊王珊编.数据库系统概论.北京：高等教育出版社 杨志强.Visual Basic 程序设计教程.北京：高等教育出版 社. 二、采用的主要方法与技术 软件工程是一门从技术和组织管理两个角度研究如何用系统化、规 范化和数量化等工程原理与方法去进行软件开发和维护的学科。软件工 程学研究的范围非常的广泛，包括技术方法、工具、和管理等许多方面。 软件生命周期的各个阶段可分为： 问题定义：确定系统的基本功能 可行性研究：确定系统是否能够实现及是否值得实现 需求分析：确定系统必须完成的各种功能 总体设计：确定如何实现软件 详细设计：详细设计实现系统 编码和单元测试：写出正确的容易理解和维护的程序模块
目录 0. 文档介绍 (4) 0.1文档目的 (4) 0.2文档范围 (4) 0.3读者对象 (4) 0.4参考文献 (4) 0.5术语与缩写解释 (4) 1. 系统概述 (5) 1.1概述 (5) 1.2功能描述 (5) 2. 设计约束 (7) 2.1需求规定 (7) 2.2运行环境 (7) 2.3接口约束 (8) 2.4质量约束 (9) 2.5隐含约束 (9) 3. 设计策略 (10) 3.1关键技术 (10) 3.2扩展策略 (10) 3.3复用策略 (10) 4. 系统总体结构 (12) 4.1逻辑设计 (14) 4.2用户接口逻辑设计 (14) 4.3物理设计 (14) 5. 子系统的结构与功能 (15) 6. 开发环境的配置 (20) 7. 运行环境的配置 (21) 8. 测试环境的配置 (22) 9. 其他 (22)
0. 文档介绍 0.1 文档目的 该文档描述了学生选课管理系统的主要功能，阐述了系统的总体构架，包括物理、逻辑结构，并说明了体系结构所采取的设计策略和所有技术。 0.2 文档范围 学生选课管理系统 0.3 读者对象 项目组长，项目负责小组，各功能模块负责人及程序员。 0.4 参考文献 0.5 术语与缩写解释
1. 系统概述 1.1 概述 学生选课管理系统将与学生选课管理相关的各项前后台业务整合到一起，通过该系统，可以实现用户注册、用户信息管理、管理员排课、学生选课/退课、教师反馈等一系列操作，可以大大提高各项业务的衔接程度，提高相关项目的运作效率，从而更好地方便学生选课，学校方面排课。 本系统包括学生选课、教师反馈、用户信息管理、排课管理、课程信息管理、教师信息管理等一系列的服务，同时提供各种类型的报表生成等统计服务，以帮助系统管理员了解选课情况。 本系统适用于普通类型大学。 1.2 功能描述 一、系统前台管理 1、学生选课 学生根据发布的课程信息和专业培养计划选择要修的课程，同时选修某课程后在规定的时间内可退选。 2、教师反馈 教师在查看选课公告表和预排课表后，可以通过此功能向排课管理人员反馈自己对排课的意见。 3、用户注册 学生、教师填写自己的用户名和密码进行注册，只有注册成功后才可以进入该系统。 4、用户登录 用户输入用户名和密码登录。
1、各种性能指标的定义及如何到达各种性能指标的方法ppt1-8 119页-124页 ①性能：吞吐量Throughput 、响应时间Response Time 、Deadlines ②实现吞吐量：Peak & Average Many system have low average but high peak throughput requirements ③实现响应时间： Guaranteed & Average E.g. 95% of responses in sub-4 seconds, and all within 10 seconds ④Dealines ：Deadlines often associated with batch jobs in IT systems 2、常用的中间件有那几种类型（四种） 分类：Business Process Orchestrators 业务流程协调器 Message Brokers 消息代理 Application Servers 应用服务器 Transport 面向消息的中间件，分布式对象系统 （1）CORBA---公用对象请求代理（调度）程序体系结构，它在对象间建立客户-服务器的关系，这样一个客户可以很简单地使用服务器对象的方法而不论服务器是在同一机器上还是通过一个网络访问。 （常见的对象请求代理架构） （2）Basic Message-oriented middleware---- MOM 指的是利用高效可靠的消息传递机制进行平台无关的数据交流，并基于数据通信来进行分布式系统的集成。通过提供消息传递和消息排队模型，它可在分布环境下扩展进程间的通信，并支持多通讯协议、语言、应用程序、硬件和软件平台。 （面向消息的中间件） （3）J2EE---- J2EE 核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技 Message-Oriented Middleware, Distributed Objects Systems J2EE, CCM, .NET BizTalk, WebSphere Message Broker, SonicMQ BizTalk, TIBCO StaffWare, ActiveBPEL
体系结构设计报告 模板 Version 1.0 ● 2011.6.18
体系结构设计报告模板使用 要通过本模板创建可以交付的文档请遵循以下指导： 1.删除文档标题页和本页。 2.用你的项目和负责人信息替换封面括号中的文本。 3.用你的项目和负责人信息替换页眉区域括号中的信息。 注意：请不要移除或修改页脚区域的信息。 4.完成整个模板。每节包含简短的操作说明，在内容区域中用斜体显示。可交付的文本编写在操作 说明下方或模板提供的表格内。 注意：交付文档时需要移除斜体的说明。 5.目录内容发生变化时，需要更新文档目录。在目录区右键选择“更新域”就可以更新整个目录。
体系结构设计报告【贪吃蛇】 【曌队】
变更历史
目录 0. 文档介绍 (3) 0.1文档目的 (3) 0.2文档范围 (3) 0.3读者对象 (3) 0.4参考文献 (3) 0.5术语与缩写解释 (3) 1. 系统概述 (5) 2. 设计约束 (5) 3. 设计策略 (5) 4. 系统总体结构 (5) 5. 子系统N的结构与功能 (6) 6. 开发环境的配置 (6) 7. 运行环境的配置 (6) 8. 测试环境的配置 (6) 9. 部署视图 (7) 10. 其他 (7)
0. 文档介绍 0.1 文档目的 本文档为贪吃蛇游戏的设计报告，旨在让读者清楚该游戏的体系结构。 0.2 文档范围 本文档 0.3 读者对象 1、评审小组老师 2、项目开发小组人员 3、与本项目相关的其他人员等 0.4 参考文献 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：[标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [AAA]作者，《立项建议书》，机构名称，日期 [SPP-PROC-SD] SEPG，系统设计规范，机构名称，日期 0.5 术语与缩写解释
软件体系结构设计说明书 编者说明： 随着OO方法论地日臻成熟，其思想也从编程（OOP）到了设计（OOD）和分析（OOA），而软件体系结构则是从设计的最高层进行设计与规划的技术，本文档模板就是用来帮助你从用例视图、逻辑视图、进程视图、部署视图等方面对系统进行总体描述。 1.文档简介 [本节主要是描述软件体系结构设计说明书的目的、范围、相关术语、参考资料和本文档的摘要性介绍。软件体系结构设计属于高层设计文档，是符合现代软件工程要求的概要设计。] 1.1 目的 [软件体系结构设计说明书，将从设计的角度对系统进行综合的描述，使用不同的视图来描述其不同方面。在本小节中，将对该文档的结构进行简要的说明，明确该文档针对的读者群，指导他们正确的地使用该文档。] 1.2 范围 [说明该文档所涉及的内容范围，以及将影响的内容。] 1.3 定义、首字母缩写词和缩略语 [与其它文档一样，该文档也需要将本文档中所涉及的所有术语、缩略语进行详细的定义。还有一种可简明的做法，就是维护在一个项目词汇表中，这样就可以避免在每个文档中都重复很多内容。] 1.4参考资料 [在这一小节中，应完整地列出该文档引用的所有文档。对于每个引用的文档都应该给出标题、标识号、日期以及来源，为阅读者查找这些文档提供足够详细的信息。] 1.5 概述 [在本小节中，主要是说明软件体系结构设计说明书各个部分所包含的主要内容，就像一个文章摘要一样。同时也应该对文档的组织方式进行解释。]
2. 体系结构表示方式 [本节说明软件体系结构在当前系统中的作用及其表示方式。它将列举其所必需的用例视图、逻辑视图、进程视图、部署视图或实施视图，并分别说明这些视图包含哪些类型的模型元素。] 3. 软件体系结构的目标和约束 [本节说明对软件体系结构具有某种重要影响的软件需求和用户目标，例如，系统安全性、保密性、第三方组件的使用、可移植性、发布和重新使用。它还要记录可能适用的特殊约束：设计与实施策略、开发工具、团队结构、时间表、遗留系统等。]
1面向对象编程中是如何体现封装性的？ 封装是把过程和数据包围起来，对数据的访问只能通过已定义的界面。 2重载和重写的含义 重载是发生在一个类中，方法名相同，参数不同 重写（覆盖）是子类继承父类，子类可以通过重写的方法隐藏继承的方法 3 什么是接口回调，过程细节是什么？ 概念：把可以实现某一接口的类创建的对象的引用赋给该接口声明接口变量，那么该接口变量可以调用被类实现（重写）的接口方法。 4试举例说明什么是组合关系和依赖关系 组合（关联）关系：A类中成员变量是用B类声明的对象。公司--职员 依赖关系：A类中某个方法的参数是用B类声明的对象，或某个方法返回的数据类型是B类的对象 5抽象类和接口，区别是什么？如何应用 抽象类：抽象类中有抽象方法；抽象类中不能用new运算符创建对象；抽象类的对象做商转型对象 接口：（1）接口中只可以有public权限的抽象方法，不能有非抽象方法； （2）接口由类去实现，即一个类如果实现一个接口，那么他必须重写接口中的抽象方法 （3）接口回调 区别：接口中只有常量，不能有变量；抽象类中既可以有常量也可以有变量； 抽象类中也可以有非抽象方法，接口不可以。 应用：定义抽象方法：public abstract void 方法名(); 在子类实现抽象方法：public void 方法名(){} 接口：public interface 接口名{}接口只负责定义规则，不负责任何实现；实现交给实现接口的类 (6)面向对象的六条基本原则包括： 开闭原则，里式代换原则，单一职责，依赖倒转、迪米特法则（接口隔离）。 (7)什么是设计模式？ 设计模式是从许多优秀的软件系统中总结出的成功的可复用的设计方案。是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性 (8)什么是框架？框架与模式的区别有哪些？ 框架是针对某个领域，提供用于开发应用系统的类的集合。 区别：层次不同、范围不同、相互关系
{ 项目名称} 体系结构设计报告 机构公开信息
版本历史
目录 0. 文档介绍 (4) 0.1文档目的 (4) 0.2文档范围 (4) 0.3读者对象 (4) 0.4参考文献 (4) 0.5术语与缩写解释 (4) 1. 系统概述 (5) 2. 设计约束 (5) 3. 设计策略 (5) 4. 系统总体结构 (5) 5. 子系统N的结构与功能 (6) 6. 开发环境的配置 (6) 7. 运行环境的配置 (6) 8. 测试环境的配置 (6) 9. 其它 (6)
0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文献 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：[标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [AAA]作者，《立项建议书》，机构名称，日期 [SPP-PROC-SD] SEPG，系统设计规范，机构名称，日期 0.5 术语与缩写解释
1. 系统概述 提示：（1）说明本系统“是什么”，（2）描述本系统的主要功能。 2. 设计约束 提示： （1）需求约束。体系结构设计人员从需求文档（如《用户需求说明书》和《软件需求规格说明书》）中提取需求约束，例如： ?本系统应当遵循的标准或规范 ?软件、硬件环境（包括运行环境和开发环境）的约束 ?接口/协议的约束 ?用户界面的约束 ?软件质量的约束，如正确性、健壮性、可靠性、效率（性能）、易用性、清晰性、 安全性、可扩展性、兼容性、可移植性等等。 （2）隐含约束。有一些假设或依赖并没有在需求文档中明确指出，但可能会对系统设计产生影响，设计人员应当尽可能地在此处说明。例如对用户教育程度、计算机技能的一些假设或依赖，对支撑本系统的软件硬件的假设或依赖等。 3. 设计策略 提示：体系结构设计人员根据产品的需求与发展战略，确定设计策略（Design Strategy）。例如： ?扩展策略。说明为了方便本系统在将来扩展功能，现在有什么措施。 ?复用策略。说明本系统在当前以及将来的复用策略。 ?折衷策略。说明当两个目标难以同时优化时如何折衷，例如“时－空”效率折 衷，复杂性与实用性折衷。 4. 系统总体结构 提示： （1）将系统分解为若干子系统，绘制物理图和逻辑图，说明各子系统的主要功能。（2）说明“如何”以及“为什么”（how and why）如此分解系统。 （3）说明各子系统如何协调工作，从而实现原系统的功能。
[课程要求] 系统设计是把需求转化为软件系统的最重要的环节。系统设计的优劣在根本上决定了软件系统的质量。就象“一切帝国主义都是纸老虎”那样可以断定“差的系统设计必定产生差的软件系统。”所以我们要努力保证系统设计“根正苗红”，把一切左倾、右倾的设计思潮消灭在萌芽状态。 [教学过程] Windows NT的一位系统设计师拥有8辆法拉利跑车，让Microsoft公司的一些程序员十分眼红。但你只能羡慕而不能愤恨，因为并不是每个程序员都有本事成为复杂软件系统的设计师。系统设计要比纯粹的编程困难得多。即便你清楚客户的需求，却未必知道应该设计什么样的软件系统——既能挣最多的钱又能让客户满意。“天下西湖三十六，最美是杭州”，千年前苏东坡大学士对西湖精采绝伦的系统设计，使杭州荣升为“天堂”，让后人只剩下赞叹和破坏的份了。 本章讲述系统设计的四方面内容：体系结构设计、模块设计、数据结构与算法设计、用户界面设计。如果将软件系统比喻为人体，那么： （1）体系结构就如同人的骨架。如果某个家伙的骨架是猴子，那么无论怎样喂养和美容，这家伙始终都是猴子，不会成为人。 （2）模块就如同人的器官，具有特定的功能。人体中最出色的模块设计之一是手，手只有几种动作，却能做无限多的事情。人体中最糟糕的模块设计之一是嘴巴，嘴巴将最有价值但毫无相干的几种功能如吃饭、说话、亲吻混为一体，使之无法并行处理，真乃人类之不幸。 （3）数据结构与算法就如同人的血脉和神经，它让器官具有生命并能发挥功能。数据结构与算法分布在体系结构和模块中，它将协调系统的各个功能。人的耳朵和嘴巴虽然是相对独立的器官，但如果耳朵失聪了，嘴巴就只能发出“啊”“呜”的声音，等于丧失了说话的功能（所以聋子天生就是哑巴），可人们却又能用手势代替说话。人体的数据结构与算法设计真是十分神奇并且十分可笑。 （4）用户界面就如同人的外表，最容易让人一见钟情或一见恶心。象人类追求心灵美和外表美那样，软件系统也追求（内在的）功能强大和（外表的）界面友好。但随着生活节奏的加快，人们已少有兴趣去品味深藏不露的内在美。如果把Unix系统比作是健壮的汉子和妇人，那么Windows系统就象妩媚的小白脸和狐狸精。想不到Windows系统竟然能兴风作浪，占去大半市场。有鉴于此，我们应该鼓励女士多买化妆品（男士付钱）以获得更好的界面。 在进行系统设计时，我们要深情地关注软件的质量因素，如正确性与精确性、性能与效率、易用性、可理解性与简法性、可复用性与可扩充性等等。即使把系统设计做好了，也并不意味着就能产生好的软件系统。在程序设计、测试、维护等环节还要做大量
软件体系结构设计说明书 1.文档简介 [本节主要是描述软件体系结构设计说明书的目的、范围、相关术语、参考资料和本文档的摘要性介绍。软件体系结构设计属于高层设计文档，是符合现代软件工程要求的概要设计。] 1.1 目的 [软件体系结构设计说明书，将从设计的角度对系统进行综合的描述，使用不同的视图来描述其不同方面。在本小节中，将对该文档的结构进行简要的说明，明确该文档针对的读者群，指导他们正确的地使用该文档。] 1.2 范围 [说明该文档所涉及的内容范围，以及将影响的内容。] 1.3 定义、首字母缩写词和缩略语 [与其它文档一样，该文档也需要将本文档中所涉及的所有术语、缩略语进行详细的定义。还有一种可简明的做法，就是维护在一个项目词汇表中，这样就可以避免在每个文档中都重复很多内容。] 1.4参考资料 [在这一小节中，应完整地列出该文档引用的所有文档。对于每个引用的文档都应该给出标题、标识号、日期以及来源，为阅读者查找这些文档提供足够详细的信息。] 1.5 概述 [在本小节中，主要是说明软件体系结构设计说明书各个部分所包含的主要内容，就像一个文章摘要一样。同时也应该对文档的组织方式进行解释。]
2. 体系结构表示方式 [本节说明软件体系结构在当前系统中的作用及其表示方式。它将列举其所必需的用例视图、逻辑视图、进程视图、部署视图或实施视图，并分别说明这些视图包含哪些类型的模型元素。] 3. 软件体系结构的目标和约束 [本节说明对软件体系结构具有某种重要影响的软件需求和用户目标，例如，系统安全性、保密性、第三方组件的使用、可移植性、发布和重新使用。它还要记录可能适用的特殊约束：设计与实施策略、开发工具、团队结构、时间表、遗留系统等。] 4.用例视图 [本节使用用例分析技术所生成的系统用例模型，描述其中的一些用例或场景。在该模型中纳入用例或场景，应该是系统中最重要、最核心的功能部分。] [另外，在本节中还应该选择一个主要的用例，对其进行描述与解释，以帮助读者了解软件的实际工作方式，解释不同的设计模型元素如何帮助系统实现。] 5. 逻辑视图 [逻辑视图主要是反映系统本质的问题领域类模型，在逻辑视图中将列出组成系统的子系统、包。而对每个子系统、包分解成为一个个类，并说明这些关键的实体类的职责、关系、操作、属性。这也是OO思想的体现，以类、类与类之间的协作、包、包与包之间的协作模型来表达系统的逻辑组织结构。]
信息安全体系结构设计报告——中小型企业网络及安全方案 组长： 组员：
完成时间：2013年11月30日 1. 系统需求分析 (4) 1.1基本情况描述 (4) 1.2需求分析 (4) 2．系统设计原则 (6) 2.1.企业网络设计原则 (6) 3．系统方案总体设计 (8) 3.1.网络总体拓扑设计 (8) 3.1.1 网络通信部分 (9) 3.1.2 应用区域边界部分 (9) 3.1.3应用环境部分 (10) 3.1.3.1 网络架构概述 (10) 3.1.3.2 安全性分析 (11) 3.1.3.3 管理部门网络 (11) 3.1.3.4 其他部门网络 (11)
3.1.4 数据备份与恢复 (12) 3.2.IP地址划分 (12) 3.2.1 VLAN划分 (12) 3.2.2地址及端口分配 (13) 4.设备选型 (16) 4.1交换机 (16) 4.1.1交换机选择原则 (16) 4.1.2 交换机选型 (17) 4.2路由器 (19) 4.2.1路由器选择原则 (19) 4.2.2路由器选型 (19) 4.3 服务器 (21) 4.3.1服务器选型原则 (21) 4.3.2服务器选型(5个) (21) 4.4 其他 (22) 4.4.1 漏洞扫描系统（1个） (22) 4.4.2 备用电源（1个） (23) 5.基本配置 (24) 5.1路由器 (24) 5.2接入层交换机 (26) 6.安全管理规则 (33)
1. 系统需求分析 1.1基本情况描述 1)一个中小型企业环境，大约100台计算机； 2)包含几个部门（研发部，财务部，市场部）； 3)通过专线接入到Internet，能提供若干真实IP地址（假如10个）； 4)企业有独立对外的www服务器（https://www.doczj.com/doc/0d4994511.html,）、E-mail服务器； 5)内部有文件服务器，保存企业研发重要文档； 6)员工有独立的企业邮箱； 7)为了保证正常运行，需要考虑一定的安全性（包括技术、管理两个方面）。 1.2需求分析 1)企业日常工作需求 a.根据企业的要求，大约100台左右的计算机，对数据的传输量不大； b.企业包含研发部，财务部，市场部等部门，因此需要做VLAN划分， 降低网络内广播数据包的传播，提高带宽资源利用率，防止广播风 暴的产生。 c.企业通过专线接入Internet，只有10个IP地址，需要为企业网络 提供DHCP和NAT服务，使私有Internet地址供内部网络使用，并 采用静态地址转换，为提供固定服务的设备设置固定地址。 d.企业要求有独立对外的服务器与企业邮箱，所以要建立DMZ区域， 用于存放对外提供访问服务的Web服务器、DNS服务器、E-mail服 务器等； e.针对中小型企业办公事物处理、资金投入等特点，为增加企业员工 的工作便易度，需提供无线局域网络。无线局域网络的实现将为人 员流动频繁的市场部与财务部提供较为便捷的网络环境、节约企业 网络铺设成本。
软件体系结构设计说明书1.文档简介 [本节主要是描述软件体系结构设计说明书的目的、范围、相关术语、参考资料和本文档的摘要性介绍。软件体系结构设计属于高层设计文档，是符合现代软件工程要求的概要设计。] 1.1 目的 [软件体系结构设计说明书，将从设计的角度对系统进行综合的描述，使用不同的视图来描述其不同方面。在本小节中，将对该文档的结构进行简要的说明，明确该文档针对的读者群，指导他们正确的地使用该文档。] 1.2 范围 [说明该文档所涉及的内容范围，以及将影响的内容。] 1.3 定义、首字母缩写词和缩略语 [与其它文档一样，该文档也需要将本文档中所涉及的所有术语、缩略语进行详细的定义。还有一种可简明的做法，就是维护在一个项目词汇表中，这样就可以避免在每个文档中都重复很多内容。] 1.4参考资料 [在这一小节中，应完整地列出该文档引用的所有文档。对于每个引用的文档都应该给出标题、标识号、日期以及来源，为阅读者查找这些文档提供足够详细的信息。] 1.5 概述 [在本小节中，主要是说明软件体系结构设计说明书各个部分所包含的主要内容，就像一个文章摘要一样。同时也应该对文档的组织方式进行解释。]
2. 体系结构表示方式 [本节说明软件体系结构在当前系统中的作用及其表示方式。它将列举其所必需的用例视图、逻辑视图、进程视图、部署视图或实施视图，并分别说明这些视图包含哪些类型的模型元素。] 3. 软件体系结构的目标和约束 [本节说明对软件体系结构具有某种重要影响的软件需求和用户目标，例如，系统安全性、保密性、第三方组件的使用、可移植性、发布和重新使用。它还要记录可能适用的特殊约束：设计与实施策略、开发工具、团队结构、时间表、遗留系统等。] 4.用例视图 [本节使用用例分析技术所生成的系统用例模型，描述其中的一些用例或场景。在该模型中纳入用例或场景，应该是系统中最重要、最核心的功能部分。] [另外，在本节中还应该选择一个主要的用例，对其进行描述与解释，以帮助读者了解软件的实际工作方式，解释不同的设计模型元素如何帮助系统实现。] 5. 逻辑视图 [逻辑视图主要是反映系统本质的问题领域类模型，在逻辑视图中将列出组成系统的子系统、包。而对每个子系统、包分解成为一个个类，并说明这些关键的实体类的职责、关系、操作、属性。这也是OO思想的体现，以类、类与类之间的协作、包、包与包之间的协作模型来表达系统的逻辑组织结构。]
计算机系统结构 姓名：学号： 一、简答题（每小题10分，共20分） 1．简述使用物理地址进行DMA存在的问题，及其解决办法。 2．从目的、技术途径、组成、分工方式、工作方式等5个方面对同构型多处理机和异构型多处理机做一比较（列表）。 二、（60分）现有如下表达式： Y＝a ×X 其中：X和Y是两个有64个元素的32位的整数的向量，a为32位的整数。假设在存储器中，X和Y的起始地址分别为1000和5000，a的起始地址为6000。 1．请写出实现该表达式的MIPS代码。 2．假设指令的平均执行时钟周期数为5，计算机的主频为500 MHz，请计算上述MIPS 代码（非流水化实现）的执行时间。 3．将上述MIPS代码在MIPS流水线上（有正常的定向路径、分支指令在译码段被解析出来）执行，请以最快执行方式调度该MIPS指令序列。注意：可以改变操作数，但不能改变操作码和指令条数。画出调度前和调度后的MIPS代码序列执行的流水线时空图，计算调度前和调度后的MIPS代码序列执行所需的时钟周期数，以及调度前后的MIPS流水线执行的加速比。 4．根据3的结果说明流水线相关对CPU性能的影响。 三、（20分）请分析I/O对于性能的影响有多大？假设： 1．I/O操作按照页面方式进行，每页大小为16 KB，Cache块大小为64 B；且对应新页的地址不在Cache中；而CPU不访问新调入页面中的任何数据。 2．Cache中95%被替换的块将再次被读取，并引起一次失效；Cache使用写回方法，平均50%的块被修改过；I/O系统缓冲能够存储一个完整的Cache块。 3．访问或失效在所有Cache块中均匀分布；在CPU和I/O之间，没有其他访问Cache 的干扰；无I/O时，每1百万个时钟周期中，有15,000次失效；失效开销是30个时钟周期。如果替换块被修改过，则再加上30个周期用于写回主存。计算机平均每1百万个周期处理一页。
目录 0. 文档介绍 (2) 0.1文档目的 (2) 0.2文档范围 (2) 0.3读者对象 (2) 0.4参考文献 (2) 0.5术语与缩写解释 (2) 1. 系统概述 (3) 1.1概述 (3) 1.2功能描述 (3) 2. 设计约束 (5) 2.1需求规定 (5) 2.2运行环境 (5) 2.3接口约束 (6) 2.4质量约束 (7) 2.5隐含约束 (7) 3. 设计策略 (8) 3.1关键技术 (8) 3.2扩展策略 (8) 3.3复用策略 (8) 4. 系统总体结构 (10) 4.1逻辑设计 (12) 4.2用户接口逻辑设计 (12) 4.3物理设计 (12) 5. 子系统的结构与功能 (13) 6. 开发环境的配置 (18) 7. 运行环境的配置 (19) 8. 测试环境的配置 (20) 9. 其他 (20)
0. 文档介绍 0.1 文档目的 该文档描述了学生选课管理系统的主要功能，阐述了系统的总体构架，包括物理、逻辑结构，并说明了体系结构所采取的设计策略和所有技术。 0.2 文档范围 学生选课管理系统 0.3 读者对象 项目组长，项目负责小组，各功能模块负责人及程序员。 0.4 参考文献 0.5 术语与缩写解释
1. 系统概述 1.1 概述 学生选课管理系统将与学生选课管理相关的各项前后台业务整合到一起，通过该系统，可以实现用户注册、用户信息管理、管理员排课、学生选课/退课、教师反馈等一系列操作，可以大大提高各项业务的衔接程度，提高相关项目的运作效率，从而更好地方便学生选课，学校方面排课。 本系统包括学生选课、教师反馈、用户信息管理、排课管理、课程信息管理、教师信息管理等一系列的服务，同时提供各种类型的报表生成等统计服务，以帮助系统管理员了解选课情况。 本系统适用于普通类型大学。 1.2 功能描述 一、系统前台管理 1、学生选课 学生根据发布的课程信息和专业培养计划选择要修的课程，同时选修某课程后在规定的时间内可退选。 2、教师反馈 教师在查看选课公告表和预排课表后，可以通过此功能向排课管理人员反馈自己对排课的意见。 3、用户注册 学生、教师填写自己的用户名和密码进行注册，只有注册成功后才可以进入该系统。 4、用户登录 用户输入用户名和密码登录。 5、用户个人信息管理
1.1系统总体设计原则 为确保系统的建设成功与可持续发展，在系统的建设与技术方案设计时我们遵循如下的原则：1、统一设计原则统筹规划和统一设计系统结构。尤其是应用系统建设结构、数据模型结构、数据存储结构以及系统扩展规划等内容，均需从全局出发、从长远的角度考虑。2、先进性原则系统构成必须采用成熟、具有国内先进水平，并符合国际发展趋势的技术、软件产品和设备。在设计过程中充分依照国际上的规范、标准，借鉴国内外目前成熟的主流网络和综合信息系统的体系结构，以保证系统具有较长的生命力和扩展能力。保证先进性的同时还要保证技术的稳定、安全性。3、高可靠/高安全性原则系统设计和数据架构设计中充分考虑系统的安全和可靠。4、标准化原则系统各项技术遵循国际标准、国家标准、行业和相关规范。5、成熟性原则系统要采用国际主流、成熟的体系架构来构建，实现跨平台的应用。6、适用性原则保护已有资源，急用先行，在满足应用需求的前提下，尽量降低建设成本。7、可扩展性原则信息系统设计要考虑到业务未来发展的需要，尽可能设计得简明，降低各功能模块耦合度，并充分考虑兼容性。系统能够支持对多种格式数据的存储。 1.2业务应用支撑平台设计原则 业务应用支撑平台的设计遵循了以下原则：1、遵循相关规范或标准遵循J2EE、XML、JDBC、EJB、SNMP、HTTP、TCP/IP、SSL等业界主流标准2、采用先进和成熟的技术系统采用三层体系结构，使用XML规范作为信息交互的标准，充分吸收国际厂商的先进经验，并且采用先进、成熟的软硬件支撑平台及相关标准作为系统的基础。3、可灵活的与其他系统集成系统采用基于工业标准的技术，方便与其他系统的集成。4、快速开发/快速修改的原则系统提供了灵活的二次开发手段，在面向组件的应用框架上，能够在不影响系统情况下快速开发新业务、增加新功能，同时提供方便地对业务进行修改和动态加载的支持，保障应用系统应能够方便支持集中的版本控制与升级管理。5、具有良好的可扩展性系统能够支持硬件、系统软件、应用软件多个层面的可扩展性，能够实现快速开发/重组、业务参数配置、业务功能二次开发等多个方面使得系统可以支持未来不断变化的特征。6、平台无关性系统能够适应多种主流主机平台、数据库平台、中间件平台，具有较强的跨系统平台的能力。7、安全性和可靠性系统能保证数据安全一致，高度可靠，应提供多种检查和处理手段，保证系统的准确性。针对主机、数据库、网络、应用等各层次制定相应的安全策略和可靠性策略保障系统的安全性和可靠性。8、用户操作方便的原则系统提供统一的界面风格，可为每个用户群，包括客户，提供一个一致的、个性化定制的和易于使用的操作界面。9、应支持多CPU的SMP对称多处理结构 1.3共享交换区数据库设计原则 1.统一设计原则为保证数据的有效性、合理性、一致性和可用性，在全国统一设立交换资源库基本项目和统一编码的基础上，进行扩展并制定统一的交换资源库结构标准。 2.有效提取原则既要考虑宏观决策需要，又要兼顾现实性，并进行业务信息的有效提取，过滤掉生产区中的过程性、地方性数据，将关键性、结果性数据提交集中到交换区数据库中。 3.保证交换原则统一设计数据交换接口、协议、流程和规范，保证数据通道的顺畅。 4.采用集中与分布式相结合的系统结构根据XX电子政务网络发达，地区经济差异性等特点，交换区采用集中与分布式相结合的数据库系统结构，并逐步向大型集中式数据库系统过渡。这些与外部系统交换的数据也需要从生产区数据得到，也就是说需要XXXX数据和各XXXX 数据的采集不只是局限于XXXX和XXXX原定的指标。 1.4档案管理系统设计原则
出卷系统设计 一.出卷系统的需求概述 二.用例分析与设计 1)确定用例 2)生成用例 3)用例设计描述 三.概念模型与顶层架构设计 1)概念模型设计 2)顶层架构设计 四.用户界面设计 五.数据模型设计 六.设计精化 1）精化软件构架 2）调整软件构成类 3)精化类之间的关系 七.类设计 1)精化类的属性与操作 八.部署模型设计 九.小结
一.出卷系统的需求概述 对出卷系统关注的人有：教师、student、题库维护人员 1)教师：关注如何出一份合理的试卷，并根据试卷样式打印与输出 2)student：关注如何通过生成一些模拟试题，来在线学习和检查学习结果 3)题库维护人员：关注试题的添加、更新和删除等工作 此出卷系统所要实现的主要功能有: 1)自动出卷：系统根据教师的要求自动生成一份合理的试卷 2)手动出卷：教师手动从试题库中挑选试题 3)随机出卷：系统随即抽取试题产生一份试卷 4)在线练习：student可以在线做练习和查看试卷 5)在线评价：系统可以在线评价student的练习情况 6)试题管理：题库维护人员可以维护题库中的试题，进行增删改 7)试卷编辑：更新试题 8)试卷输出：根据某个样式输出试卷 二.用例分析与设计 1)确定用例 由需求概述可总结出 系统的参与者:teacher student operator 系统的功能：出卷（自动出卷手动出卷随机出卷）在线学习在线评价试题管理（试题的增删改）试卷编辑试卷输出
出卷系统的初步用例图 细化后的用例图2）用例设计描述 ①用例名称：自动出卷 参与者：teacher
前置条件：teacher已经输入自己的用户名和密码并且密码正确 主事件流： A teacher输入要求 B系统从试题库中挑选试题生成一份试卷 辅事件流： 如果试题库中没有teacher要求的试题，则显示信息“试题库中没有这种试题，请重新输入要求”，并返回主事件流中的步骤A 后置条件：如果生成试卷成功，系统将保留这套试卷 ②用例名称：手动出卷 参与者：teacher 前置条件：teacher已经输入自己的用户名和密码并且密码正确 主事件流： A teacher打开试题库 B teacher从试题库中挑选合适的试题形成试卷 辅事件流： 如果试题库中没有teacher希望找到的试题，则退出试题库，将这一情况反映给opetator 后置条件：如果生成试卷成功，系统将保留这套试卷 ③用例名称：随机出卷 参与者：teacher 前置条件：老师已经输入自己的用户名和密码并且密码正确