没有合适的资源?快使用搜索试试~ 我知道了~
首页中国矿业大学面向对象分析与设计复习题
中国矿业大学面向对象分析与设计复习题
5星 · 超过95%的资源 需积分: 16 20 下载量 111 浏览量
更新于2023-03-16
评论 3
收藏 860KB DOCX 举报
中国矿业大学面向对象分析与设计复习题。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
资源详情
资源评论
资源推荐
第
1 页 共 25 页
面向对象分析与设计 复习材料
1. 统一过程的特点:
用例驱动
以构架为中心
迭代和增量
2. UP 项目将其工作和迭代组织为四个主要阶段:
初始(Incepon):大体上的构想、业务案例、范围和模糊评估 ——可行性研究。
细化(Elaboraon):已精化的构想、 核心架构的迭代实现、 高风险的解决、 确定大
多数需求和范围以及进行更为实际的评估。
构造(Construcon):对遗留下来的风险较低和比较简单的元素进行迭代实现,准备部署
。
移交(Transion) 进行 beta 测试和部署。
3. 如何在迭代项目中处理变更
一方面认同和稳定一组需求,另一方面接受需求不断变更的事实。
每次迭代选择一小组需求,快速设计、实现和测试。
早期迭代可能并不准确,但是快速实施可以得到快速反馈----来自用户、开发人员和测
试人员的反馈。
早期迭代中系统偏离正确轨迹的程度会大于后继迭代。随着时间的发展,系统将会收
敛。
最好及早解决和验证具有风险的、关键的设计决策。
4. 第一次迭代中,通过咨询架构师和业务人员,从高阶列表中选择
10%列表项,这些项目要具备哪些性质:
(1) 具有重要的架构意义,如果要实现,必须设计、构造和测试的核心架构。
(2) 具有搞业务价值,业务真正关心的特性。
(3) 具有高风险。
5. 假设采用 UP 统一过程开发下一代 POS 系统,需要 20 次迭代,
示例说明整个项目的迭代开发过程。
一、初始阶段:
第
2 页 共 25 页
第
1 页 共 25 页
(1)第一次迭代之前:召开一个时间定量(两天)的需求工作会议,参加人员
包括业务和开发人员(包括首席架构师):
1)第一天上午:
a. 高阶需求分析,例如仅仅确定用例和特性的名称,以及关键的非功能性需
求。这种分析不可能是完美的。
b. 通过咨询首席架构师和业务人员,从高阶需求中选择 10%列表项(例如 30
个用例名中的 10%)。这些项目具有重要的架构意义(如果要实现,必须设
计、构造和测试的核心架构)、高业务价值(业务真正关心的特性),具有高
风险(如能够处理 500 个并发交易),所选用例 UC2、UC11、UC14。
2)剩下的一天半时间:对三个用例的功能和非功能性需求进行详细的分析。对
10%进行了深入分析,对 90%进行了高阶分析。
(2)第一次迭代前,召开迭代计划会议,选择 UC2、UC11、UC14 的子集,
在特定时间内(例如四周的时间定量迭代)进行设计、构造和测试。并不是在
第一次迭代中构造出全部三个用例。选择子集目标后,在开发团队的帮助下,
将其分解为一系列更为详细的迭代任务。
二、细化阶段:
(1)在三到四周内完成第 1 次迭代。(选择定量,严格遵守。)
1)开始两天,开发者和其他成员分组进行建模和设计,在首席架构师带领和指
导下,在众多白板上画出 UML 草图。
2)开发者摘掉建模帽子,带上编程帽子,开始编程、测试和集成工作。
3)进行大量测试,包括单元测试、验收测试、负载测试和可用性测试等。
4)结束前的一周,检查是否能完成初始迭代目标。如不能,缩小迭代范围,将
第
3 页 共 25 页
第
2 页 共 25 页
次要目标放回任务列表中。
5)最后一周周二,冻结代码,必须检入、集成和测试所有代码,以建立迭代的
基线。
6)周三上午,向外部涉众演示局部系统,展示进展并要求反馈。
7)在第 1 次迭代即将结束时(如最后一周周三或周四),召开第二次需求工作
会。选另外 10%-15%用例进行详细分析(一到两天),详细记录下 25%的用
例和非功能性需求。
8)周五上午,举行下一次迭代的迭代计划会议。
(2)以相同步骤进行下一次迭代。
(3)经过四次迭代和五次需求工作会议,第 4 次迭代结束时,详细记录了
80%-90%的需求,但只实现了系统的 10%。大概推进了整个项目过程的 20%,
细化阶段结束。
三、构造阶段
细化阶段之后,一般不需要再召开需求工作会议,需求基本已经稳定。接下来
是一系列为其三周的迭代,每次迭代反复询问:“就我们现在所知,下一个三周
应该完成的,最关键的技术和业务特征是什么。”
6. 针对下一代 POS 系统的开发选择 UP 制品,定制出该项目的开
发案例。
第
4 页 共 25 页
第
3 页 共 25 页
7. 以下一代 POS 系统为例,说明初始阶段的任务和主要制品。
初始阶段的工作任务:建立项目共同设想、界定基本范围、为细化阶段做准
备。
初始阶段会创建的制品:设想和业务用例、用例模型、补充性规格说明、词汇
表。
8. 应用 UML 的三种方式
UML 作为草图 白板上手绘非正式、不完整的图。用于探讨问题或解决方案
的复杂部分。
UML 作为蓝图 相对详细的设计图,用于:逆向工程,即以 UML 图的方式
对现有代码进行可视化,使其易于理解。代码生成(前向工程),一般用其
生成部分代码,开发人员填充其他代码。
UML 作为编程语言 用 UML 完成软件系统可执行规格说明。可执行代码自
动生成。目前在理论、工具的健壮性和可用性方面仍然处于发展阶段。
第
5 页 共 25 页
第
4 页 共 25 页
9. 应用 UML 的三种透视图,同一种表示法可以用来描述模型的三
种透视图和类型:
概念透视图 用图来描述现实世界或关注领域中的事务。
规格说明(软件)透视图 用图(使用与概念透视图中相同的表示法)来
描述软件的抽象物或具有规格说明和接口的构件,但是并不约定特定实
现。
实现(软件)透视图 用图来描述特定技术中(例如,Java)的软件实现。
不同视图中类的含义
概念类 现实世界中的概念或事物。
软件类 无论在过程还是方法中,都表示软件构件在规格说明或实现透视图
中的类。
实现类 特定 OO 语言中的类。
10. 采用 FURPS+ 模型 [GRA92], 缩写 FURPS 描述了需求的主
要类别:
功能性(Functionality):特性、功能、安全性。
可用性(Usability):人性化因素、帮助、文档。
可靠性(Reliability ):故障频率、可恢复性、 可预测性。
性能(Performance ):响应时间、吞吐量、准确性、有效性、资源利用率。
可支持性(Supportability):适应性、可维护性、国际化、可配置性。
FURPS+中的“+” 号意味着还有一些其他的约束,如:
实现(Implementaon):资源限制、语言和工具、硬件等。
接口(Interface):强加于外部系统接口之上的约束。
操作(Operaon):对其操作设置的系统管理。
包装(Packaging):例如物理的包装盒。
授权(Legal):许可证或其它方式。
11. 针对下一代 POS 系统,举例说明什么是用例、场景以及怎样发
剩余24页未读,继续阅读
Peace_day
- 粉丝: 22
- 资源: 9
上传资源 快速赚钱
- 我的内容管理 收起
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
会员权益专享
最新资源
- c++校园超市商品信息管理系统课程设计说明书(含源代码) (2).pdf
- 建筑供配电系统相关课件.pptx
- 企业管理规章制度及管理模式.doc
- vb打开摄像头.doc
- 云计算-可信计算中认证协议改进方案.pdf
- [详细完整版]单片机编程4.ppt
- c语言常用算法.pdf
- c++经典程序代码大全.pdf
- 单片机数字时钟资料.doc
- 11项目管理前沿1.0.pptx
- 基于ssm的“魅力”繁峙宣传网站的设计与实现论文.doc
- 智慧交通综合解决方案.pptx
- 建筑防潮设计-PowerPointPresentati.pptx
- SPC统计过程控制程序.pptx
- SPC统计方法基础知识.pptx
- MW全能培训汽轮机调节保安系统PPT教学课件.pptx
资源上传下载、课程学习等过程中有任何疑问或建议,欢迎提出宝贵意见哦~我们会及时处理!
点击此处反馈
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功
评论5