软件架构设计文档Word文档下载推荐.docx
《软件架构设计文档Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《软件架构设计文档Word文档下载推荐.docx（21页珍藏版）》请在冰豆网上搜索。
版本
说明
作者
2014.5.13
对软件架构进行初始设计
陈国忠，张放
2014.5.23
对软件架构进行初始设计进行修正
2014.5.26
确定软件架构
1•文档介绍4..
1.1文档目的4.
1.2文档范围4..
1.3读者对象4..
1.4参考文献4.
2.架构设计思想.5..
3•架构体系描述5.
4.views5..
4.1Modulestructs5..
4.2Component&
Connector（组件-连接器视图）7
4.3Allocation8..
5.Mapppingbetweenviews8.
5.1ClassmaptoPackage8.
5.2PackagemaptoAllocation8.
6.Utilitytree9..
6.1Qualityattributescenario（质量属性场景）9
6.2Utilitytree1.1
6.3Tactics12
7.Architecture13
7.1WebService13
7.2MVC（ModelViewController）16
7.3Publish/Subscrib18
1．文档介绍
1.1文档目的
本文档是对于测测软件系统进行详细设计和编码的重要依据。
对该软件的整个系统的结构关系进行了详细描述，阐述了系统的总体框架，包括物理、逻辑结构，说明了体系结构所采取的设计策略和所有技术，并对相关内容做出了统一的规定。
为今后的设计、编码、测试都提供了可以参考的模版并且提高效率，使整个开发过程做到资源利用最大化，减少由于需求变更而修改的时间，大大的降低了成本，节约了时间，也使得客户更加的满意。
1.2文档范围
本文档包含以下几个部分：
1、架构设计思想
2、架构体系描述
3、系统模块化分
4、系统模块描述
5、模块接口设计
1.3读者对象
本文档主要读者包括：
1、本系统的设计人员：
包括模块设计人员（理解用户需求，在设计时把握用户需求）。
2、本系统的系统开发人员：
编码人员（了解用户需求，为编码提供模版）
3、本系统的测试人员（了解用户需求，为测试提供参考）。
4、客户（检查是否满足要求）。
1.4参考文献
《软件工程讲义》《测测需求规格说明书》
2•架构设计思想
为了降低系统耦合度，增加系统内聚性，在需求发生更改时能在较短的时间内对系统做出修改，并重新投入使用，我们决定以分层体系架构风格作为整个系统的体系风格，严格按照一定的规则来进行接口设计，并以之为根据进行详细设计。
分为数据层、业务逻辑层、表示层。
3.架构体系描述
整个系统顶层架构采用分层的风格，整个系统的体系结构非常清晰，使得后期易于详细设计、编码、维护以及适应需求变更。
通过分层，定义出层与层之间的接口，使得在更加规范的同时拥有更为多台花的接口描述，使得层与层之间的耦合度降低，增强了模块的服用型和可扩展性以及可维护性。
同时，分层也有益
于项目模块的划分以及任务的分配，通过明确清晰的接口，降低集成的难度，提高效率。
4.views
4.1Modulestructs
（1）具有三层结构的测测软件包图:
图4.1.1领域模型图
_一——
（2）测测软件领域模型图:
测试
FT
隹户
（3）测测软件类图:
TTcr;
tC<
ii-（roh!
i
User
性恪圳试
图4.1.2领域模型图
Test
dataHelp
indigentTest
Cta，aUTest
Consc&
lat：
on
~fendgncy
L'
OLventStPeam
BackSerwi匚亡
Se-vieeCoi*ufei
DaIv^d
QuesbonDase
Useinto
Ulr^CtXltKjIfel
TLndenty
Controlter
图4.1.3类图
（4）测测系统用例图:
O/
A
用户
-外部系统
）
登录
注册
训试埶臣
•Test测试
i
用户个人信息
图4.1.4系统用例图
4.2Component&
Connector
（1）性格测试顺序图：
（组件-连接器视图）
ChjractCoToler
-TT冋
Chct「：
Kt~fest
1'
getSelectt.}
--■
nul
3
hculculateGpyont^
:
6:
return（）
『I
■4
|1
a1
工ranspOftMesso
3.（e（urrX}<
8'
sfx）\v^esut（）
7.deiverResclK）；
图421性格测试顺序图
4.3Allocation
（i）测测软件部署图:
图431部署图
5.Mapppingbetweenviews
5.1ClassmaptoPackage
（1）类图中的TTestController类、UserContainer类、TendencyContainer类对应于包图中表示层的UI包。
（2）类图中的TTest类、User类＞Test类、InteligentTest类、CharactTest类、Tendency类、DailyTrend类、ServiceController类对应于包图中业务逻辑层的测试模块包和评价模块包。
（3）类图中的DataHelp类、l/OEventStream类、QuestionBase类、Userlnfo类对应于包图中数据层的题库管理包和用户管理包。
5.2PackagemaptoAllocation
（1）包图中的UI包、测试模块包、评价模块包位于部署图中的C/S客户端
（2）包图中的题库管理包和用户管理包位于部署图中的客户端数据库和数据库服务器。
6.Utilitytree
6.1Qualityattributescenario（质量属性场景）
（1）可用性:
情节描述：
用户在进行性格测试时，点击无反应。
相关质量属性：
可用性
刺激源：
进行性格测试的用户
刺激：
用户点击性格测试
环境：
正常运行状态
制品：
性格测试功能模块
反应：
提示程序无响应，需重启软件
反应度量：
在2s内给出提示
策略:
异常检测异常处理
（2）互操作性:
用户完成测试，进行提交，数据库返回测试结果。
互操作性
进行测试的用户
用户完成测试，进行提交
数据库、测试模块
显示测试结果
在1s内显示测试结果。
发现服务
（3）可修改性:
开发人员更新数据库
可修改性
开发人员
开发人员更新数据库数据
环境
制品
数据库，
反应
减少耦合提高内聚封装
（4）性能:
用户完成测试，提交，数据库返回测试结果。
性能
用户完成测试，提交。
策略：
同时计算
（5）安全性:
黑客侵入数据库盗取用户密码。
安全性
黑客
黑客非法侵入数据库
数据库安全保护模块
阻止黑客获取数据库内容
在1s内进仃扌二截
拒绝攻击反应攻击确定用户
（6）可测试性
在开发阶段开发者对自己的模块进行单元测试。
可测试性
对已完成的子系统进行测试
系统开发中
被测代码段
显示代码出错情况
执行测试的时间不能超过2s
限制复杂性
（7）易用性
用户在完成某一测试后重新进行测试
易用性
欲进行重新测试的用户
用户点击重新测试
软件正常运行环境
相应测试功能模块
进入该测试，显示测试题
重新跳转到相应测试界面的时间不超过2s。
6.2Utilitytree
质量属性
属性细化
场景ASR
题库更新响应时间
在系统处于正常运行时，为对题库更新做出响应，用户更新题库要在3分钟内完成
（H,M）
可维护性
软件更新
软件产商发布了一个新版本，必须尽快安装该版本。
（H,L）
维护人员发现了软件的缺陷，修复该bug。
机密性
完整性
非维护人员侵入数据库，需在1S内完成拦截。
系统拒绝未经登录的访冋。
发布新版本
网络环境不佳
软件产商发布了一个新软件，该软件是热
插拔的。
（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.1WebService
决定运用该模式的需求：
（1）客户端数
升级会员 