第 1 页第一章
z软件工程方法学(3 个要素):通常把软件生命周期全过程中使用的一整套技术方法的集合称为方法学,也称范型。三要素:方法、工具和过程。
z软件生命周期模型
–瀑布模型:优点:1.可强迫开发员采用规范的方法2.严格地规定了每个阶段必须提交的文件3.要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。
–缺点:传统的瀑布模型过于理想化,是由文档驱动的。
–快速原型模型:通过快速构建起一个可在计算机上运行的原型系统,让用户试用原型并收集用户反馈意见的方法,获取用户真正的需要。
–增量模型:优点:能在较短时间内向用户提交可完成部分工作的产品;逐步增加产品功能可以使用户有较充实的时间学习和适应新产品,从而减少一个全新的软件可能给客户组织带来的冲击。
–螺旋模型:优点:对可选方案和约束条件的强调有利于已有软件的重用;减少了过多测试;维护只是螺旋模型中另一个周期。
1-1 什么是软件危机? 是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
1-2 什么是软件工程? 是指导计算机软件开发和维护的一门工程学科。
1-3 简述结构化范型和面向对象范型的要点,并分析它们的优缺点。
目前使用得最广泛的软件工程方法学(2 种):
1. 传统方法学:也称为生命周期方法学或结构化范型。优点:把软件生命周期划分成基干个阶段,每个阶段的
任务相对独立,而且比较简单,便于不同人员分工协作,从而降低了整个软件开发过程的困难程度。缺点:当软件规模庞大时,或者对软件的需求是模糊的或会承受时间而变化的时候,开发出的软件往往不成功;而且维护起来仍然很困难。
2. 面向对象方法学:优点:降低了软件产品的复杂性;提高了软件的可理解性;简化了软件的开发和维护工作;促
进了软件重用。
1-4 软件生命周期划分成哪些阶段
z软件生命周期(各阶段)软件生命周期由软件定义、软件开发和运行维护三个时期组成。
1. 软件定义时期划分为三个阶段:问题定义、可行性研究和需求分析
2. 开发时期:总体设计、详细设计、编码和单元测试、综合测试。
3. 维护时期:主要任务是使软件持久地满足用户的需要。
1-5 什么是软件过程?它与软件工程方法学有何关系?
z软件过程:是为了获得高质量软件所需要完成的一系列任务的框架,它规定了完成各项任务的工作步骤z软件工程方法学:通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学,也称范型
1-6 传统“瀑布模型”的主要缺陷是什么?试说明改进的方法。
传统的瀑布模型过于理想化了。增加―反馈环‖
第二章
z可行性研究的目的:就是用最小的代价在尽可能短的时间内确定问题是否能够解决。
z可行性研究的任务:1.进一步分析和澄清问题;2.导出系统的逻辑模型;3.从逻辑模型出发,提出若干种系统实现方案4.研究每种实现方案的可行性:
z技术上的可行性——使用现有的技术能实现这个系统吗?
z经济上的可行性——这个系统的经济效益能超过它的开发成本吗?(投资与效益)
z操作可行性——系统的操作方式在这个用户组织内行得通吗?
z社会、政策允许的可行性
5.为每个可行的解决方案制定一个粗略的实现进度
6.对以后的行动方针提出建议
方法:1.系统流程图
2.数据流图:
(DFD)是一种图形化技术,它描绘信息流和数据从输入移动到输出的过程中所经受的变换。符
号
数据处理
源点处理
数据存储数据流
定时生 第 2 页 3.数据字典:是关于数据的信息的集合,也就是对数据流图中饮食的所有元素的定义的集合。
数据流图与数据字典共同构成系统的逻辑模型。
4.成本/效益分析
5.数据流图
– 定货系统 P 32 – 习题 2 第 2 题 P 43(银行储蓄系统) – 习题 2 第 3 题 P 43(机票预订系统) – 习题 2 第 4 题 P 43(医院监护系统)
D1 患者安全范围
患者安全
病人 生理 号 1 1 生理 接处受理 信号 信事务
2
3
危机病 产生警告
分析 信息 人信息 信号 护士
病情报告
时钟 日期 时间 5 1 定处
时理 事样务 6
更新日志 日志 理信号
7
产生病情 要求 日志 报告 护士
数据 D1 患者日志
6.数据定义 1、顺序 + 2、选择〔 | 〕3、重复 下限{ }上限
– 定货系统 P 39 – 习题 2 第 5 题 P 44
2-1 应该从哪些方面研究目标系统的可行
性?
z 技术上的可行性 ——使用现有的技术能实现这个系统吗?
z 经济上的可行性 ——这个系统的经济效益能超过它的开发成本吗? (投资与效益) z 操作可行性 ——系统的操作方式在这个用户组织内行得通吗? z 社会、政策允许的可行性
2-2 为方便储户,某银行拟开发计算机储蓄系统。储户填写的存款单或取款单由业务员键入系统,如果是存款,系 统记录存款人姓名、住址、存款类型、存款日期、利率等信息,并印出存款单给储户;如果是取款,系统计算利息 并印出利息清单给储户。请画出此系统的数据流图。
第 2 页
息 处 理
为旅客安排航班,印出取票通知和账单,旅客在飞机起飞的前一天凭取票通知和账单交款取票,系统核对无误即印 出机票给旅客。
旅客
取票通知 账单/票款
2.1 交款
2.2
打印机 票
信息
订票信 息
交款信 息
旅客
D1 订票信息
旅行社
旅客
1.11
旅客信 息
旅客
1.2
航班信 息
机票
1.3
取票通知
录入信
安排
航班
事务
打印处 理
2-3 北京某高校可用的电话号码由以下几类:校内电话号码由 4 位数字组成,第一位数字不是零;校外电话又分为
本市电话和外地电话两类,拨校外电话先拨 0,若是本地电话再接着拨 8 位数字(固话第一位不是 0)或 11 位数字(移 动电话第一位为 1);若是外地电话,则拨 3 位区码再拨 8 位电话号码(固话第一位不是 0),或拨 0 再拨 11 位数字 (移动电话第一位为 1)。请用数据定义的方法,定义上述电话号码。 电话号码=[校内号码|校外号码] 校内号码=非 0 数字+3{数字}3
第 4 页 https://www.wendangku.net/doc/c6138805.html,
校外号码=0+[本地号码|外地号码]
本地号码=[固话号码|手机号码]
固话号码=非 0 数字+7{数字}7 手机号码=1+10{数字}10
外地号码= [外地固话号码|外地手机号码] 外地固话号码=3{数字}3+固话号码 外地手机号码=0+手机号码 非 0 数字=[1|2|3|4|5|6|7|8|9]
第三章
z 需求分析的准则:1、必须并描述的信息域,根据这条准则应该建立数据模型。2、必须定义软件应完成的功 能,
这条准则要求建立功能模型。3、必须描述作为外部事件结果的软件行为,这条准则要求建立行为模型。 4、必须对描述信息、功能和行为的模型进行分解,用层次的方式展示细节。 z 需求分析的任务(P46)1、确定对系统的综合要求;2、分析系统的数据要求;3、导出系统的逻辑模型;4、修 正
系统开发计划。 z 方法
– 实体-联系图
z 习题 3 第 3 题 P 63 (银行储蓄系统)
第 5 页 z
习题 3 第 5 题 P 63 (医院监护系统)
https://www.wendangku.net/doc/c6138805.html,
– 数据流图
– 状态转换图
z 电话系统 P 57 z 习题 3 第 6 题 P 63 (复印机)
z 总体设计的任务
第五章
划分出组成系统的物理元素——程序、文件、数据库、人工过程和文档等等 设计软件的结构。也就是要确定系统中每个程序是由哪些模块组成的,以及这些模块相互间的关系。 z 总体设计过程两个阶段
1.系统设计阶段,确定系统的具体实现方案;
2.结构设计阶段,确定软件结构。
z 总体设计过程 9 个步骤
1 设想供选择的方案
2 选取合理的方案
3 推荐最佳方案
4 功能分解
5 设计软件结构
6 设计数据库
7 制定测试计划
8 书写文档
9 审查和审核
第 6 页
www.khdaw.co m
z低耦合(5 种类型)
1. 数据耦合:数据传递
2.控制耦合:控制信息传递
3.特征耦合:传过多的信息给被调用模块
4.公共环境耦合:因全局变量,共享通信区
5.内容耦合:诸如一个模块访问另一个模块内部
z高内聚(7 种类型)
功能内聚10 分顺序内聚9分通信内聚7分过程内聚 5 分
时间内聚3分逻辑内聚 1 分偶然内聚0 分
z面向数据流的设计方法P95
–变换流
z数字仪表板系统P96
旋转信号
读入
旋转
信号信号数/秒确定
加速/
减速箭头指示
(SPS)收集△SPS
并求
平均
△SPS
产生
加速/减
速显示下箭头
燃料流量
传感器信号
读入
并核实
燃料流量转换成
转/分
(rpm)
rpm
计算
rpm
计算
里程
上箭头
英里产
生
水平线
计算
gph
gph
mph
计算
燃料
消耗mph 和
超速值
里程
超速值显示
发出
警告
铃声
mph
显示
警告铃声
产生mpg 显示mpg
产生
mph
显示
mpg 显示mph 显示
z患者监护系统(参见习题2第4题)
–事务流
https://www.wendangku.net/doc/c6138805.html, 第6 页
第 7 页https://www.wendangku.net/doc/c6138805.html,
格式化配
读
密码
与文件中
密码比较
检检验信
息过程
重试信息
第 8 页
z结构程序设计概念P108第六章
https://www.wendangku.net/doc/c6138805.html,
–如果一个程序的代码块仅仅通过顺序、选择和循环这三种基本控制结构进行连接,而且每个代码块只有一个入口和一个出口,则称这个程序是结构化的
z结构程序设计3种概念类型P109
1、经典的结构程序设计
只允许使用顺序、IF-THEN-ELSE 型分支和D O-WHILE 型循环着三种基本控制结构
2、扩展的结构程序设计还允许使用DO-CASE型多分支结构和DO-UNTIL型循环结构
3、修正的结构程序设计还允许使用EXIT(或BREAK)结构
方法
1、人机界面设计
2、过程设计的工具P114
3、面向数据结构的设计方法——Jackson 方法
4、程序复杂程度的定量度量P127
–McCabe 方法根据程序控制流的复杂程度定量度量程序的复杂程度,这样度量出的结果
称为程序的环形复杂度。
可用三种方法之一来计算复杂性:
1. 流图中区域的数量对应于环形的复杂度;
2. 流图G的环形复杂度V(G)=E-N+2,其中,E 是流图中边的数量,N 是流图中节点的数量;
3. 流图G的环形复杂度V(G)=P+1,其中,P 是流图中判定节点的数量
–Halstead 方法
z程序流程图P114
–习题六第3题P131
START
IF p THEN
WHILE q DO
F
END DO
ELSE
BLOCK
G
N
END BLOCK
END IF
STOP
z z
z
z
第 9 页 https://www.wendangku.net/doc/c6138805.html,
z
PAD (问题分析)图
z 判定表 P 117
– 行李托运费计算 P 118 – 讲课课时津贴计算
某校制定了教师的讲
课 课时津贴标准。对于各种 性质的讲座,无论教师是 什么职称,每课时津贴费 一律是 50 元;而对于一 般的授课,则根据教师的 职称来决定每课时津贴 费:教授 30 元,副教授 25 元,讲师 20 元,助教 15 元。
z 判定树 P 118
– 行李托运费计算 P 119 – 讲课课时津贴计算
教授
30
课时津贴
一般授课
讲座
副教授 25
讲师
20
助教
15
50
z 过程设计语言(PDL
Jackson 设计方法的步骤(5 步)P122
– 实例 P 123
– 高考后将考生的基本情况文件(简称考生基本情况文件)和考生高考成绩文件(简称考分文件)合 并
成一个新文件(简称考生新文件)。考生基本情况文件和考分文件都是由考生记录组成的。为简便 起见,考生基本情况文件中的考生记录的内容包括:准考证号、姓名、通讯地址。考分文件中的考 生记录的内容包括:准考证号和各门考分。合并后的考生新文件自然也是由考生记录组成,内容包 括:准考证号、姓名、通讯地址和各门考分。
考生情况文件
I
考生记录*
准考证号
姓名
通讯地址
考分文件
I 考生记录*
准考证号
考分
考生新文件
I 考生记录*
准考证号
姓名
通讯地址
考分
(a) 输入数据结构
(b) 输出数据结构
操作:( 第 10 页 https://www.wendangku.net/doc/c6138805.html,
1)停止;
(2)打开两个输入文件;
(3)建立输出文件。
(4)从输入文件中各读一条记录。 (5)生成一条新记录。
(6)将新记录写入输出文件。 (7)关闭全部文件。 条件:I (1)文件结束。
产生新文件
2
3
4
分析考生记录
7 1
I(1)
处理考生记录*
产生准考证号
产生姓名
产生通讯地址
产生考分
5
6
4
把操作和条件分配到程序结构图的适当位置
z 将程序流程图映射为流图 P 127
z 计算环形复杂度 P 127 实例 P 128-129 习题 6 第 8 题 P 132 1: LOOP: DO WHILE Z>0
2: A=B+1 IF A>10
3: THEN X=A 4: ELSE Y=Z
第 11 页
6:
7:
8:
9:
IF Y<5
THEN PRINT X,Y
ELSE IF Y=2
THEN GOTO LOOP
ELSE C=3
END IF
END IF
G=H+R
END DO
10: IF F>0
11: THEN PRINT G
12: ELSE PRINT R
13: END IF
STOP
V(G)=6
第七章
z软件测试的概念P140
目的: (1
(2)好的测试方案是极可能发现迄今为止尚未
(3)成功的测试是发现了至今为止尚未发现的错误的测试。
定义: 为了发现程序中的错误而执行程序的过程。
测试绝不能证明程序是正确的
z测试方法P141
–黑盒测试
1
2
程序是否能适当地接受输入数据并产生正确的输出信息;
程序运行过程中能否保持外部信息的完整性
–白盒测试
1
2
预定要求正确工作
z测试步骤P141
–单元测试:(模块测试)发现的往往是编码和详细设计的错误
–集成测试:着重测试模块的接口
白盒测试–系统测试:发现的往往是软件设计中的错误,也可能发现需要说明中的错误–验收测试:(确认测试)往往发现需求说明书中的错误
z逻辑覆盖
–逻辑覆盖类型逻辑覆盖是以程序的内部逻辑结构为基础的测试用例设计技术,属于白盒测试。它要求测试人员十分清楚程序的逻
辑结构,考虑的是测试用例对程序内部逻辑覆盖的程度。
从覆盖源程序语句的详尽程度分析,大致有以下一些不同程度的覆盖标准:
1 语句覆盖2判定覆盖3 条件覆盖4 判定/条件覆盖5 条件组合覆盖
–实例P153
–习题7第4题第(3)小题P174
z控制结构测试
–基本路径测试P156
第 12 页https://www.wendangku.net/doc/c6138805.html,
1: START
INPUT (A,B,C,D)
2: IF (A>0)
3: AND (B>0)
4: THEN X=A+B 测试用例:
路径1:1-2-3-4-6-7-9-11-12
路径2:1-2-5-6-7-9-11-12 路径3:1-2-3-5-6-7-9-11-12 路径4:1-2-3-4-6-7-8-9-11-12 路径4:1-2-3-4-6-7-8-10-11-12
5: ELSE X=A-B
6: END IF
7: IF C>A
8: OR (D
9: THEN Y=C-D
10: ELSE Y=C+D 11: END IF
12: PRINT (X,Y)
STOP
黑盒测试法实例:执行路径1(两个判定表达式之值全为真)
输入:A=1, B=1, C=2, D=2(任意)预期输出:X=2, Y=0执行路径2(两个判定表达式之值为假、真)
输入: A=0, B=1(任意), C=2, D=0(任意) 预期输出:X=-1, Y=2执行路径3(两个判定表达式之值为假、真)
输入: A=1, B=0, C=2, D=0(任意) 预期输出:X=1, Y=2
执行路径4(两个判定表达式之值全为真)
输入: A=1, B=1, C=0, D=-1 预期输出:X=2, Y=1
执行路径5(两个判定表达式之值为真、假)
输入: A=1, B=1, C=0, D=2 预期输出:X=2, Y=2
输入三个整数作为三边的边长构成三角形。当此三角形为一般三角形、等腰三角形及等边三角形时,分别做计算…”
分析:输入:三个非零正整数输出:一般三角
形、等腰三角形、等边三角形
覆盖有效等价类的测试用例:
a b c覆盖等价类号码
345(1)--(7)
445(1)--(7),(8)
455(1)--(7),(9)
545(1)--(7),(10)
444(1)--(7),(11)
第八章维护
z软件维护的定义P179:所谓软件维护就是在
软件已经交付使用之后,为了改正错误或满
足新的需要而修改软件的过程。
z软件维护过程P182 :维护过程本质上是修
改和压缩了的软件定义和开发过程,而且事
实上远在提出一项维护要求之前,与软件维
护有关的工作已经开始了。
z进行维护的原因:改正程序中的错误和缺陷;
改进设计以适应新的软、硬件环境;增加新的
应用范围;为了将来的维护工作。
z维护分为以下几类:改正性维护;适应性维
护;完善性维护;预防性维护