第8章 用例分析
- 格式:ppt
- 大小:497.50 KB
- 文档页数:45
第八章面向对象的设计方法本章采用基于UML的面向对象设计方法的将分析模型转换为设计模型。
如第五章所述,面向对象的分析模型主要由顶层架构图、用例与用例图、领域概念模型构成;设计模型则包含以包图表示的软件体系结构图、以交互图表示的用例实现图、完整精确的类图、针对复杂对象的状态图和用以描述流程化处理过程的活动图等。
为完成这一转换过程,设计人员必须处理以下任务:(1)针对分析模型中的用例,设计实现方案。
实现方案用UML交互图表示。
(2)设计技术支撑设施。
在大型软件项目中,往往需要一些技术支撑设施来帮助业务需求层面的类或子系统完成其功能。
这些设施本身并非业务需求的一部分,但却为多种业务需求的实现提供公共服务。
例如,数据的持久存储服务、安全控制服务和远程访问服务等。
在面向对象设计中,需要研究这些技术支撑设施的实现方式以及它们与业务需求层面的类及子系统之间的关系。
(3)设计用户界面。
(4)针对分析模型中的领域概念模型以及第(2)、(3)两个步骤引进的新类,完整、精确地确定每个类的属性和操作,并完整地标示类之间的关系。
此外,为了实现软件重用和强内聚、松耦合等软件设计原则,还可以对前面形成的类图进行各种微调,最终形成足以构成面向对象程序设计的基础和依据的详尽类图。
面向对象的软件设计过程如图8-1-1所示。
图8-1-1 面向对象的软件设计过程第一节设计用例实现方案UML 的交互图(顺序图、协作图)适于用例实现方案的表示。
因此,本节首先介绍交互图的语言机制,然后探讨用例实现方案的设计方法。
该设计方法包含如下3个步骤:(1)提取边界类、实体类和控制类;(2)构造交互图;(3)根据交互图精华类图。
一、顺序图顺序图用来描述对象之间动态的交互关系,着重表现对象间消息传递的时间顺序。
在顺序图中,参与交互的对象位于顶端的水平轴上,垂直轴表示时间,时间推移的方向是自上而下的。
顺序图中的对象一般以“对象名:类名”的方式标识,但也可以仅采用缩写形式“对象名”或者“:类名”。
功能需求分析⽤例描述⽂档讲解XXX村村民交流互动⽹站系统设计⼩组成员:何成龙、陆承林黄元勇、王永亮胡荣启引⾔:在计算机技术飞速发展的今天,各类交流⽹站挤满了互联⽹,本设计⽴⾜于XXX村村民交流互动⽽设计⼀个交流⽹站,⽹站为村民提供交流服务,村民可以在⽹上通过发帖聊天交流⽣活琐事以及农事科技等。
第⼀章:功能性需求分析⼀、在本次设计中,“远程教育⽹站系统”包括以下功能模块:1、个⼈⼯作台2、在线浏览3、资料共享4、系统管理5、在线帮助⼆、功能描述1、个⼈⼯作台⽤户可通过个⼈⼯作台对个⼈信息进⾏注册和修改。
1.1、⽤户注册/登陆模块⽤户通过注册模块进⾏注册成为会员,登陆模块为会员完成⽤户登陆;1.2、修改信息在本模块⽤户可对已填信息进⾏完善和修改。
2、在线浏览在线浏览为会员和⾮会员提供阅读材料以及视频⽂件,可在线点播及阅读。
3、资料共享此功能仅为会员提供,⾮会员⽆权享受此功能。
会员通过此模块可下载所需内容以及上传⽂件。
4、系统管理4.1、后台管理专为⽹站管理员开设。
⽹站管理员通过此模块可对⽹站进⾏维护和管理。
4.2、⽹站数据库主动收集⽹站各类数据并及时更新。
4.3、信息管理系统仅为信息管理员提供,可以通过此模块对会员上传的⽂件进⾏审核和删除,以及对注册会员进⾏管理。
5、在线帮助5.1、联系我们⽤户通过此模块就⽹站存在的问题进⾏反馈。
6.功能描述⽂档:功能编号功能名称功能描述备注01 注册⽤户可以通过注册功能进⾏信息注册成为⽹站会员02 登录会员/信息管理员⽤户通过此登录进⾏登录⽹站,登录时会员选择“会员登录”进⾏登录,信息管理员选择“管理员”进⾏登录。
03 浏览⽹页⾮会员和会员享有的权⼒,⾮会员只能浏览不能留⾔以及下载上传⽂件。
04 个⼈中⼼⼀、会员个⼈中⼼包含以下内容模块:1.个⼈主页会员在个⼈主页⾥可以根据⾃⼰喜好设置主页属性;2.个⼈信息修改个⼈信息修改包括密码修改和基本信息修改;3.好友好友模块包含对好友的添加和删除功能,也可以对好友进⾏喊话;4.信息信息模块主要包含收发邮件,回复评论、留⾔;5.个⼈⽇志会员可以在此模块写⼼情⽇志,可对⽇志设置访问权限等;6.个⼈相册会员在此模块可以上传图⽚,图⽚格式为“JPG”;7.我的帖⼦在此模块可以查看⾃⼰已发表的帖⼦状态,以及对评论进⾏回复;8.个⼈元宝会员在此模块可以查看个⼈所拥有的元宝,元宝获取⽅式为每⽇登录基本奖励5个,连续登录⼀周奖励15个,发布帖⼦成功奖励2个,上传⽂件共享成功奖励3个,⽂件被下载获取元宝为下载所需元宝数。
IT项目需求分析与规划作业指导书第1章引言 (3)1.1 项目背景 (3)1.2 编写目的 (3)1.3 适用范围 (4)第2章项目概况 (4)2.1 项目简介 (4)2.2 项目目标 (4)2.3 项目干系人 (5)第3章需求收集 (5)3.1 需求收集方法 (5)3.1.1 访谈 (5)3.1.2 调查问卷 (5)3.1.3 工作坊 (5)3.1.4 用户故事 (6)3.1.5 数据分析 (6)3.2 需求收集工具 (6)3.2.1 访谈记录表 (6)3.2.2 调查问卷平台 (6)3.2.3 工作坊工具 (6)3.2.4 用户故事模板 (6)3.2.5 数据分析软件 (6)3.3 需求收集实施 (6)3.3.1 制定需求收集计划 (6)3.3.2 选择合适的需求收集方法 (6)3.3.3 准备需求收集工具 (6)3.3.4 开展需求收集活动 (7)3.3.5 整理和分析需求 (7)第4章需求分析 (7)4.1 需求筛选与整理 (7)4.1.1 需求筛选 (7)4.1.2 需求整理 (7)4.2 需求分类与优先级 (7)4.2.1 需求分类 (7)4.2.2 需求优先级 (7)4.3 需求描述与验证 (7)4.3.1 需求描述 (8)4.3.2 需求验证 (8)第5章系统规划 (8)5.1 系统架构设计 (8)5.1.1 架构概述 (8)5.1.2 架构模式 (8)5.1.4 架构演进 (8)5.2 技术选型与评估 (8)5.2.1 技术选型原则 (8)5.2.2 技术选型 (9)5.2.3 技术评估 (9)5.3 系统模块划分 (9)5.3.1 模块划分原则 (9)5.3.2 模块划分 (9)5.3.3 模块关系 (9)5.3.4 模块演进 (9)第6章功能需求分析 (10)6.1 用例分析 (10)6.1.1 确定参与者 (10)6.1.2 识别用例 (10)6.1.3 描述用例 (10)6.2 功能模块设计 (10)6.2.1 功能模块划分 (10)6.2.2 功能模块描述 (11)6.3 功能需求验证 (11)6.3.1 功能需求评审 (11)6.3.2 原型设计 (11)6.3.3 功能需求测试 (11)第7章非功能需求分析 (11)7.1 功能需求 (11)7.1.1 响应时间 (11)7.1.2 吞吐量 (11)7.1.3 可扩展性 (11)7.1.4 资源利用率 (11)7.2 安全需求 (12)7.2.1 数据安全 (12)7.2.2 认证与授权 (12)7.2.3 防护措施 (12)7.2.4 日志与审计 (12)7.3 可用性需求 (12)7.3.1 系统稳定性 (12)7.3.2 容错能力 (12)7.3.3 易用性 (12)7.3.4 灵活性 (12)7.3.5 维护性 (12)第8章项目风险评估 (12)8.1 风险识别 (13)8.1.1 收集项目背景信息 (13)8.1.2 识别风险来源 (13)8.2 风险分析 (13)8.2.1 定性分析 (13)8.2.2 定量分析 (13)8.3 风险应对策略 (13)8.3.1 风险规避 (14)8.3.2 风险减轻 (14)8.3.3 风险转移 (14)8.3.4 风险接受 (14)第9章项目实施规划 (14)9.1 项目进度安排 (14)9.1.1 项目阶段划分 (14)9.1.2 里程碑计划 (14)9.1.3 项目进度监控 (15)9.2 资源分配 (15)9.2.1 人力资源分配 (15)9.2.2 物资资源分配 (15)9.2.3 费用预算 (15)9.3 项目质量管理 (15)9.3.1 质量标准 (15)9.3.2 质量控制 (15)9.3.3 质量改进 (15)9.3.4 质量验收 (16)第10章总结与展望 (16)10.1 需求分析与规划总结 (16)10.1.1 需求分析成果 (16)10.1.2 规划成果 (16)10.2 项目实施建议 (16)10.3 项目前景展望 (17)第1章引言1.1 项目背景信息技术的飞速发展,企业在运营管理中越来越依赖于信息系统的高效支撑。
XXX村村民交流互动网站系统设计小组成员:何成龙、陆承林黄元勇、王永亮胡荣启引言:在计算机技术飞速发展的今天,各类交流网站挤满了互联网,本设计立足于XXX村村民交流互动而设计一个交流网站,网站为村民提供交流服务,村民可以在网上通过发帖聊天交流生活琐事以及农事科技等。
第一章:功能性需求分析一、在本次设计中,“远程教育网站系统”包括以下功能模块:1、个人工作台2、在线浏览3、资料共享4、系统管理5、在线帮助二、功能描述1、个人工作台用户可通过个人工作台对个人信息进行注册和修改。
1.1、用户注册/登陆模块用户通过注册模块进行注册成为会员,登陆模块为会员完成用户登陆;1.2、修改信息在本模块用户可对已填信息进行完善和修改。
2、在线浏览在线浏览为会员和非会员提供阅读材料以及视频文件,可在线点播及阅读。
3、资料共享此功能仅为会员提供,非会员无权享受此功能。
会员通过此模块可下载所需内容以及上传文件。
4、系统管理4.1、后台管理专为网站管理员开设。
网站管理员通过此模块可对网站进行维护和管理。
4.2、网站数据库主动收集网站各类数据并及时更新。
4.3、信息管理系统仅为信息管理员提供,可以通过此模块对会员上传的文件进行审核和删除,以及对注册会员进行管理。
5、在线帮助5.1、联系我们用户通过此模块就网站存在的问题进行反馈。
6.功能描述文档:7.用例描述文档第二章:非功能需求分析一、系统可扩展性1、当用户的访问量不断增加时,应使系统的整体响应时间依然能够满足用户的需求。
2、具有可扩展的系统框架,当业务扩展时,新的模块或者栏目可以无缝的挂接在系统中。
二、系统性能要求系统必须在3.0秒内验证用户请求并做出响应,响应时间最长不得超过10.0秒,除非网络连接中断。
三、系统安全性要求1、用户对系统所应具备的故障处理能力、处理方式及故障后的系统恢复、数据恢复等要求,对系统防止机密数据被非法侵入、修改及丢失的要求。
2、只有注册用户才能上传及下载信息。
《软件测试》第8章学习总结Software Testing A Craftsman’s Approaching1.章节学习目标1. 总结功能性测试中各个测试方法。
2. 理解功能性测试指导方针。
3. 理解最后一个例子。
2.功能性测试回顾边界测试、等价类测试和决策表测试的共同线索是把程序都看做是将输入映射到输出的数学函数。
采用基于边界测试的方法,测试用例通过变量的边界值标识,演变成四种测试:边界值分析、健壮性测试、最坏情况测试、健壮最坏情况测试。
然后继续研究输入变量,通过应该从被测程序接受“相似处理”的取值,定义了等价类。
我们使用四种等价类测试:弱一般、强一般、弱健壮、强健壮。
研究相似性处理的目标是,减少通过基于定义域技术生成的测试用例的绝对数量。
我们在决策表分析程序函数的逻辑依赖关系是,又把问题推进一步。
此时我们又有了多种选择,很自然地想知道哪种选择更好,或者至少知道如何更有见地的做出选择。
3. 工作量学过的三种测试方法对应的测试用例和精细程度趋势,如图:基于定义域的技术不识别数据或逻辑依赖关系,采用非常机械的方式生成测试用例,基于定义域的测试很容易被自动化。
等价类技术已经注意到了数据依赖关系和函数本身,使用这些技术,需要更多的考虑。
还需要更多的判断和技巧。
最重要的要考虑如何标识等价类。
决策表技术最精细,因为它要求测试人员既要求考虑数据,又要考虑逻辑依赖关系。
如下是测试方法标识测试用例效果:经过分析和对比,我们需要对测试标识工作量和测试执行工作量做一个令人满意的折衷:容易使用的方法会生成大量的测试用例,因此执行时间长,如果将工作量投入到更精细的测试方法,则执行时间会缩短,这一点非常重要。
测试用例统计:1.三角形测试用例数量:1.健壮最坏情况测试= 73 = 3432.最坏情况测试= 53 = 1253.健壮性分析= 6*3+1 = 194.边界值分析= 4*3+1 = 135.强健壮等价类= 3*3*3= 27 书中的数量图是不是错误的?6.强一般等价类= 67.弱健壮等价类= 8= 48.弱一般等价类NextDate函数测试1.健壮最坏情况测试= 73 = 3432.最坏情况测试= 53 = 1253.健壮性分析= 6*3+1 = 194.边界值分析= 4*3+1 = 135.强健壮等价类= (3+2)*(5+2)*(3+2)= 1756.强一般等价类= 67.弱健壮等价类= 88.弱一般等价类= 44. 测试效率研究功能性测试用例集合,会体会到功能性测试的基本局限:1. 未测试的功能漏洞2. 冗余测试。