软件架构设计文档.docx

1、软件架构设计文档密 级：内部公开文档编号：1002版本号：V3.0测测（基于安卓平台的测评软件） 软件架构设计文档文件状态：文件标识：开发组草稿当前版本：V 3.0正在修改作 者：张放、张钰若、陈国忠V正式发布完成日期：2014-5-26中国石油大学（华东）计算机与通信工程学院 天师团开发团队项目名称：测测 基于安卓平台测评软件版本：软件架构设计文档日期：2014/5/26修订历史记录日期版本说明作者2014.5.13对软件架构进行初始设计陈国忠，张放2014.5.23对软件架构进行初始设计进 行修正陈国忠，张放2014.5.26确定软件架构陈国忠，张放1 文档介绍 4.1.1文档目的 4.1

2、.2文档范围 4.1.3读者对象 4.1.4参考文献 4.2.架构设计思想 .5.3 架构体系描述 5.4.views 5.4.1Module structs 5.4.2Comp on e nt & Conn ector （组件-连接器视图） 74.3Allocati on 8.5.Mappp ing betwee n views 8.5.1Class map to Package 8.5.2Package map to Allocation 8.6.Utility tree 9.6.1Quality attribute sce nario （质量属性场景） 96.2Utility tree

3、1.16.3Tactics 127.Architecture 137.1WebService 137.2MVC （Model View Controller ） 167.3Publish/Subscrib 181文档介绍1.1 文档目的本文档是对于测测软件系统进行详细设计和编码的重要依据。 对该软件的整 个系统的结构关系进行了详细描述， 阐述了系统的总体框架， 包括物理、 逻辑结 构，说明了体系结构所采取的设计策略和所有技术， 并对相关内容做出了统一的 规定。为今后的设计、编码、测试都提供了可以参考的模版并且提高效率，使整 个开发过程做到资源利用最大化， 减少由于需求变更而修改的时间， 大大的

4、降低 了成本，节约了时间，也使得客户更加的满意。1.2 文档范围本文档包含以下几个部分：1、架构设计思想2、架构体系描述3、系统模块化分4、系统模块描述5、模块接口设计1.3 读者对象本文档主要读者包括：1、本系统的设计人员：包括模块设计人员（理解用户需求，在设计时把握用户 需求）。2、本系统的系统开发人员：编码人员（了解用户需求，为编码提供模版）3、本系统的测试人员（了解用户需求，为测试提供参考） 。4、 客户（检查是否满足要求） 。1.4 参考文献软件工程讲义 测测需求规格说明书2 架构设计思想为了降低系统耦合度，增加系统内聚性，在需求发生更改时能在较短的时间 内对系统做出修改，并重新投入

5、使用，我们决定以分层体系架构风格作为整个系 统的体系风格，严格按照一定的规则来进行接口设计， 并以之为根据进行详细设 计。分为数据层、业务逻辑层、表示层。3.架构体系描述整个系统顶层架构采用分层的风格， 整个系统的体系结构非常清晰，使得后 期易于详细设计、编码、维护以及适应需求变更。通过分层，定义出层与层之间 的接口，使得在更加规范的同时拥有更为多台花的接口描述， 使得层与层之间的 耦合度降低，增强了模块的服用型和可扩展性以及可维护性。 同时，分层也有益于项目模块的划分以及任务的分配， 通过明确清晰的接口，降低集成的难度，提 高效率。4.views4.1Module structs（1）具有三

6、层结构的测测软件包图:图4.1.1领域模型图_一 (2)测测软件领域模型图:测试FT隹户(3)测测软件类图:TTcr;tCii-(roh!iUser性恪圳试图4.1.2领域模型图TestdataHelpindigent TestCta，aUTestConsc&lat： onfendgncyLOLventStPeamBackSerwi 匚亡Se-viee Coi* ufeiDa IvdQuesbonDaseUsein toUlrCtXltKjIfelTLndentyControlter图4.1.3类图(4)测测系统用例图:O /A用户-外部系统)登录注册训试埶臣 Test测试i 用户个人信息图4

7、.1.4系统用例图4.2 Component & Connector(1)性格测试顺序图：(组件-连接器视图)ChjractCoTo ler-TT冋Chct：Ktfest1 getSelectt. - - nul 3h culculateGpyont: 6: return() I 4| 1a 1工 ranspOftMesso3.(e(ur rX 8 sfx)vesut()7. deiver ResclK)；图421性格测试顺序图4.3 Allocation（i）测测软件部署图:图431部署图5.Mappp ing betwee n views5.1Class map to Package（1）

8、 类图中的 TTestC on troller 类、UserCo ntai ner 类、Ten de ncyCo ntai ner 类对应 于包图中表示层的UI包。（2） 类图中的 TTest类、User类 Test类、InteligentTest类、CharactTest类、Tendency 类、Daily Trend类、ServiceController类对应于包图中业务逻辑层的测试模块包和 评价模块包。（3） 类图中的 DataHelp 类、l/OEventStream 类、QuestionBase 类、Userlnfo 类对应于包图 中数据层的题库管理包和用户管理包。5.2Packag

9、e map to Allocation（1） 包图中的UI包、测试模块包、评价模块包位于部署图中的 C/S客户端（2） 包图中的题库管理包和用户管理包位于部署图中的客户端数据库和数据库 服务器。6.Utility tree6.1 Quality attribute scenario （质量属性场景）(1)可用性:情节描述：用户在进行性格测试时，点击无反应。相关质量属性：可用性刺激源：进行性格测试的用户刺激：用户点击性格测试环境：正常运行状态制品：性格测试功能模块反应：提示程序无响应，需重启软件反应度量：在2s内给出提示策略:异常检测 异常处理(2)互操作性:情节描述：用户完成测试，进行提交，数

10、据库返回测试结 果。相关质量属性：互操作性刺激源：进行测试的用户刺激：用户完成测试，进行提交环境：正常运行状态制品：数据库、测试模块反应：显示测试结果反应度量：在1s内显示测试结果。策略:发现服务(3)可修改性:情节描述：开发人员更新数据库相关质量属性：可修改性刺激源：开发人员刺激：开发人员更新数据库数据环境正常运行状态制品数据库，反应显示测试结果反应度量：在1s内显示测试结果。策略:减少耦合 提高内聚 封装(4)性能:情节描述：用户完成测试，提交，数据库返回测试结果。相关质量属性：性能刺激源：进行测试的用户刺激：开发人员更新数据库数据环境：用户完成测试，提交。制品：正常运行状态反应：显示测试

11、结果反应度量：在1s内显示测试结果。策略：同时计算(5)安全性:情节描述：黑客侵入数据库盗取用户密码。相关质量属性：安全性刺激源：黑客刺激：黑客非法侵入数据库环境：正常运行状态制品：数据库安全保护模块反应：阻止黑客获取数据库内容反应度量：在1s内进仃扌二截策略:拒绝攻击 反应攻击 确定用户（6）可测试性情节描述：在开发阶段开发者对自己的模块进行单元测试。相关质量属性：可测试性刺激源：开发人员刺激：对已完成的子系统进行测试环境：系统开发中制品：被测代码段反应：显示代码出错情况反应度量：执行测试的时间不能超过2s策略：限制复杂性（7）易用性情节描述：用户在完成某一测试后重新进行测试相关质量属性：易

12、用性刺激源：欲进行重新测试的用户刺激：用户点击重新测试环境：软件正常运行环境制品：相应测试功能模块反应：进入该测试，显示测试题反应度量：重新跳转到相应测试界面的时间不超过 2s。6.2Utility tree质量属性属性细化场景 ASR性能题库更新响应时间在系统处于正常运行时，为对题库更新做 出响应，用户更新题库要在 3分钟内完成（H,M）可维护性软件更新软件产商发布了一个新版本，必须尽快安 装该版本。（H,L）维护人员发现了软件的缺陷，修复该 bug。（H,M）安全性机密性完整性非维护人员侵入数据库，需在1S内完成拦 截。（H,M）系统拒绝未经登录的访冋。（H,M）可用性发布新版本网络环境不

13、佳软件产商发布了一个新软件，该软件是热插拔的。（H,L软件产商发布了一个新软件，支持用户随 时进行更新。（M,L）用户进行每日运势测评无响应，终端在 1S 内提示用户网络环境不佳，请打开网络连 接。（M， L）性能响应时间吞叶量用户提交测评后，系统在0.5s内显示测评 结果。（M , H）100名用户同时在线时，系统每秒能处理150个正常请求。（M， H）可修改性优化算话的复杂性优化测评结果分析算法，两名开发人员在 一个工作日内完成。（H， L）6.3Tactics一，安全性策略：1、 反应攻击2、 确定用户 二，可用性策略：1、 异常检测2、 异常处理3、 实时监听三，安全性策略1、 加密数据2、 拒绝攻击3、 反应攻击4、 确定用户 四，可修改性策略1、 降低依赖2、 减少耦合3、 提高内聚4、 封装五，性能策略1、同时计算7. Architecture根据软件的重要需求，确定了本软件所采用的设计模式:7.1 WebService决定运用该模式的需求：（1） 客户端数