软件工程作业
第章
1．什软件危机典型表现？
答 软件危机指计算机软件开发维护程中遇系列严重问题概括说软件危机包含述两方面问题：开发软件满足软件日益增长需求维护数量断膨胀已软件
软件危机典型表现：软件开发成进度估计常常准确户已完成软件系统满意现象常发生软件产品质量住软件常常维护软件通常没适文档资料软件成计算机系统总成中占例逐年升软件开发生产率提高速度远远计算机应迅速普深入趋势
产生软件危机原：方面软件身特点关方面软件开发维护方法正确关软件硬件计算机系统中逻辑部件物理部件理控制软件开发程相困难软件规模庞程序复杂性着程序规模增加呈指数升目前相软件专业员软件开发维护省糊涂观念实践程中少采错误方法技术软件问题发展成软件危机原
2．简述产生软件危机原解决思路
答软件危机产生原方面软件身特点关方面已软件开发维护方法正确密切关系
解决软件危机技术措施(方法工具)必组织理措施采工程化原方法组织软件开发摆脱软件危机出路
3．什软件工程？质特性？
答 软件工程指导计算机软件开发维护门工程学科采工程概念原理技术方法开发维护软件时间考验证明正确理技术前够技术方法结合起济开发出高质量软件效维护
软件工程质特性：1软件工程关注型程序构造2软件工程中心课题控制复杂性3软件常变化4开发软件效率非常重5谐合作开发软件关键6软件必须效支持户7软件工程领域中具种文化背景具种文化背景创造产品
4．软件工程消软件危机？
软件工程技术理两方面研究更开发维护计算机软件源头消软件危机
5．假设某软件开发企业CEO教材P4图11手软件工程师时告诉应早发现改正错误重性时然认求错误进入软件前发现清现实举例说：果障编码错误造成够设计阶段发现清呢？应该说服？
首先错误造成工作延误问题表示歉意错误难免关键虚心接受工作中更加认真避免错误机率降低编码程中首先头脑清醒保持工作前足够睡眠样错误机会会降编程结束首先验证否正常运行工作工作更虚心认真保证种机会降低
6．简述软件定义
软件 ＝ 程序 + 数 + 文档
7．软件工程目什？
高质量软件开发提供科学体系框架
8．什软件工程方法学？软件工程种什样技术？包括三素？分三分支？
软件工程方法学指软件生命周期全程中整套理开发技术方法集合目前广泛软件工程方法学分传统方法学面象方法学
软件工程作种层次化技术方法工具程三素涉学科容极广泛分三分支：软件开发技术软件项目理技术软件质量理技术
9．简述软件工程基原理
软件工程7条基原理：
1．严格软件生命周期计划进行理
2．坚持进行阶段评审
3．实行严格产品控制
4．采先进程序设计技术
5．结果应清楚审查
6．开发组成员应少精
7．承认断改进软件工程实践必性
10．软件工程基开发原？
软件工程基开发原：
1．模块化
2．抽象信息隐蔽
3．模块高聚低耦合
4．确定性
5．致性
6．完备性
11．构成软件工程基元素？
前面出软件工程三素应该包括控制质量保证里控制规模控制成控制复杂性控制等
12．什软件程？软件工程方法学关系？
软件程指获高质量软件产品软件工具支持软件员完成系列软件工程活动
软件程规定开发软件需完成项务步骤程步骤设定软件生命周期生命周期模型软件开发工具参开发员等诸方面素关
13．什软件生命周期？什软件生命周期模型？
答 软件然界事物样孕育诞生成长成熟衰亡生存程软件程称软件生命周期
软件生命周期模型称软件开发程模型解决产业环境中实际问题提出开发策略反映整软件生命期中系统开发运行维护等实施活动种结构框架
14．简述软件生命周期方法学途径划分阶段步骤目实质
软件生命周期方法学软件工程传统途径划分阶段步骤目实质：控制开发工作复杂性通限步骤抽象逻辑概念转化具体物力实现
15．试较瀑布模型快速原型模型增量模型螺旋模型优缺点说明适范围
1．瀑布模型
瀑布模型广知历史悠久优势规范文档驱动方法问题够真正满足户需求
适传统软件工程领域结构化开发
2．原型模型
克服瀑布模型缺点提出通快速构建机器运行原型系统户试原型收集反馈意见办法获取户真实需求
3．螺旋模型
螺旋模型适型软件项目起前模型言定优越性优越性绝体现开发员风险评估验专门知识求较高果项目风险较开发员水较低准确识分析风险势必造成重损失
4．增量模型
具软件开发早期阶段投资获明显回报交易维护优点求软件具开放结构
第二章
1．软件开发早期阶段什进行行性研究？目务什？
行性研究目代价短时间确定问题否解决否值解决
行性研究务解决问题确定否解值解
2．应该方面研究目标系统行性？
方面进行行性研究：
1 技术行性现技术否预定时间完成该系统开发
2 济行性通成效益分析估算系统整体济效益否满足求
3 操作行性分析系统运行方式操作规程否适应户应需
4 社会行性分析系统法律社会市场等方面认度
3．行性研究工作步骤？
(1) 复查定义确定系统规模目标(2) 研究老系统(3) 导出高层逻辑模型(conceptual design)
(4) 重新定义 (5) 导出种解法(6) 推荐行动方针(7) 开发计划(粗略)(8) 审查存档
4．简述系统流程图行性研究中作
系统流程图概括描述物理系统传统工具系统流程图反映信息系统部分间流动情况
系统流程图帮助解分析系统概括方式表达系统认识描述未物理系统概貌
5．简述数流图行性研究中作途
数流图行性分析中帮助分析描绘数软件中流动处理逻辑程图形方式描述系统逻辑功系统分析员户间理想通信工具
6．简单描述数字典容定义数方法
数字典列4种元素定义组成：
1．数流2．数流分量3．数存储4．处理
数定义外数字典应包含关数信息
定义数方法通常采顶分解方式序选择重复三种基数元素类型组成数
7．说明软件计划容目标
软件计划容 ＝ 项目务范围 + 环境资源 + 工作量 + 进度
软件计划目标提供框架便理者资源成进度等进行合理估算
8．什软件范围？定义软件范围需信息？
软件范围技术理层面二义性理解项目范围软件开发阶段工作
定义软件范围需信息：
a 户总体目标利益相关问题b 利系统分析员理解问题c 集中交流效果问题
9．简述软件开发环境资源三层次
软件开发环境资源三层次构成：开发环境软件构件重资源——
10．软件环境资源特征？制定软件计划意义？
类资源四特征：资源描述性说明资源提供时间资源延续时间
制定软件计划估算软件开发需资源
11．软件计划中安排软件开发进度工具？优缺点？
编制进度计划常工具甘特图网络计划法
甘特图优点简单动态反映开发进展缺点难反映务间逻辑关系
网络计划法恰弥补甘特图缺点适合反映工作间逻辑关系
12．成估计技术？什？
代码行技术种基规模分解估算：
Dåf(vi)基问题分解估算：EV＝(Sopt+4Sm+Spess)6
功点技术种技术功点(FP)单位度量软件规模
项目身复杂性成估计技术采分治分解技术软件项目进行估算
13．什说成估计精准？
太变化素——员技术环境策略复杂性等等
成估算永远精确
14．进行成效益分析方法？
常成效益分析方法：
(1) 货币时间价值(2) 投资回收期(3) 纯收入(4) 投资回收率
15．软件计划容？
16．制定完成软件计划进行复审？什复审？
软件计划复审通常涉关软件工作范围软硬件资源问题等复审应该邀请户参加户提出建议开发员终商定容复审容分技术理两方面：
技术方面需考虑问题：
1系统务否合理2系统复杂性否开发成进度风险致
3系统规格说明书否足够充分4系统性求否恰
理方面需考虑问题：
1计划中描述工作范围否符合户需求2计划中资源描述否效合理？
3计划中系统开发成进度求否合理？4计划中员安排否合理？
5系统开发存风险？复审早发现错误复审软件质量保证重措施
第三章
1．什进行需求分析？通常软件系统需求？
需求问题软件工程项目失败原高质量软件程度取决解决问题认识准确表达户需求需求分析解决问题通常软件系统需求功需求性需求性性需求出错处理需求接口需求等方面
2．样户效沟通获户真实需求？
访谈情景分析面数流顶求精等方法编制简易系统规格说明文档创建原型等获取真实需求效方法
3．需求分析务什？
确定开发系统综合求
4．通常系统需求分层次？
般分成5层次：
(1) 功需求：系统必须做什？
(2) 业务需求：反映客户组织机构系统高层次目标求
(3) 运行需求：运行环境软硬件配置等
(4) 属性需求：包括户关心属性效率灵活性完整性性等开发者关心属性维护性复性移植性等
(5) 未扩充需求：HDIS组合3维虚拟现实效果等等
5．进行需求分析步骤？
1．确定系统综合求2．分析系统数求3．导出逻辑模型4．修正系统开发计划
6．简述建立原型模型软件需求分析作
快速构建旨演示目标系统功运行程序帮助户确定提供更精准需求利户开发者够目标系统应该做什问题快达成致
7．解释实体联系图途
实体联系图户观点数建立模型描述户角度数反映户现实环境软件系统中实现方法关
8．说明什需进行需求验证验证步骤？
进行需求验证确保软件开发质量降低开发成通常需求进行验证步骤：验证需求致性验证需求现实性验证需求完整性效性
9．银行计算机储蓄系统工作程致：储户填写存款单取款单业务员键入系统果存款系统记录存款姓名住址(电话号码)身份证号码存款类型存款日期期日期利率密码(选)等信息印出存单储户果取款存款时留密码系统首先核储户密码密码正确存款时未留密码系统计算利息印出利息清单储户
请数流图描绘系统功实体－联系图描绘系统中数象
第四章
1．种类型模块耦合举具体例子
耦合分：容耦合耦合（公环境耦合）控制耦合印记耦合（特征耦合）数耦合
2．种类型模块聚举具体例子
聚分：偶然聚逻辑聚时间聚程聚通信聚序聚功聚信息聚
3．简单说明系统总体设计步骤步骤
典型总体设计包括9步骤：
1确定佳方案2选取合理方案3推荐佳方案4功分解5软件结构设计
6设计数库7制定测试计划8书写文档9审查复审
4．举例说明模块化原理验1验2
5．什量数耦合少控制耦合限制公耦合范围完全容耦合？
减少模块间关联度提高模块独立性
容耦合会导致模块修改模块容程序逻辑发生严重问题
公耦合干模块通公数环境相互作公部分改动影响调模块公部分数存取法控制复杂程度会耦合模块数增加增加
控制耦合模块通传递开关标志名字等控制信息明显控制选择模块功接口单然会影响控模块部逻辑
数耦合模块间通数参数交换IO信息会模块产生等影响
6．什模块规模适中？
易理解太接口开销
7．请说明什模块控制宽度深度适度
深度表示分工细宽度表示系统复杂度模块控制宽度深度适度
8．简述面数流设计方法基思想
数流图描绘信息系统中加工流动情况映射成软件结构
9．常数流类型？
变换流事务流
10．面数流设计方法步骤？
面7步骤：
1．复查基系统模型2．复查精化数流图3．确定数流图具变换特性事务特性
4．确定输入流输出流动边界孤立出变换中心5．完成第级分解
6．完成第二级分解7．设计度量启发式规第次分割软件结构进步精化
11．面数流方法设计第二章题17系统软件结构
第五章
1．详细设计务什？
包括模块算法设计模块数结构设计模块接口设计根软件特点需完成设计模块测试例设计设计文档编写设计评审
2．系统做详细设计时应遵循原？
① 模块逻辑描述应清晰易读正确
② 设计处理程应该简明易懂
③ 选择恰描述工具描述模块算法
3．简述结构化设计特点
① 顶逐步求精② 具单入单出控制结构（取消GOTO语句）
4．结构化程序设计中种基控制结构？分描绘程序流程图盒图PDA图中基控制图例
PDA图中基控制图例
(1) 序结构(2) 选择结构(3) 先判定型循环结构(4) 判定型循环结构(5) 情况选择
5．假设SEQUENCEDO_WHILE两种控制结构请问应该完成IF_THEN_ELSE操作？
6．假设SEQUENCEIF_THEN_ELSE两种控制结构请问应该完成DO_WHILE操作？
7．试说明ISO什建议停止程序流程图推荐PDA图？
程序流程图中GOTO语句回严重损害程序结构法实行结构化设计PDA图吸取程序流程图学懂方便灵活优点保留NS图结构化设计特点满足软结构构设计图形工具求PDA图具① 结构清晰层次分明易读② 支持逐步求精设计思想③ 容易PAD动转换高级语言源程序等特点ISO推荐PDA图
8．请画出列伪码程序程序流程图盒图PDA图
START
IF p THEN
WHILE q DO
f
END DO
ELSE
BLOCK
g
n
END BLOCK
END IF
STOP
9．试说明Jackson方法种样程序设计方法工作步骤？
Jackson方法数结构(data structure)基础设计模块处理程数结构转化成程序结构具体工作步骤：第1步：Jackson图描述 I＼O 数结构第2步：两图中指出直接果关系时处理单元第3步：数结构映射程序结构第4步：列出操作条件分配幅程序结构图中第5步：Pseudocode 表示程序
10．请教材P124图613统计空格程序Jackson图改画成等价盒图PDA图
11．机话操作员信息系统信息交组成假设段话总操作员信息开始系统信息结束请Jackson图描绘样段机话程
第六章
1．说明什程序编码？什程序设计语言特点编码风格会影响程序性读性测试性维护性？
谓编码低级抽象层次详细设计结果翻译成某种程序设计语言书写程序软件设计然结果
程序设计语言否理想结构化模块化机制否读性控制结构数结构等特性程序设计语言提供编译软件工具等加程序设计风格会深刻影响软件质量维护性测试性性等
2．户界面设计般原谓黄金规什？
1置户控制2减少户记忆负担3保持界面致
3．软件界面设计包含方面基容？
界面设计包括三方面：1软件构件间接口2软件系统接口3软件操作者间接口户界面
4．户界面提供系统服务方式通常两种？
命令驱动屏幕菜单驱动
5．WIMP界面屏幕菜单驱动户界面种形式设计准？
(1) 明确动作：屏幕指点操象(2) 时反馈：操作结构见
(3) 增量效应：图标应拖曳连续移动非跳跃(4) 视交互：交互操作户概念模型匹配
(5) 剥皮式学：学系统功复杂性逐层加深(6) 逆动作：应退回操作
(7) 事先验证：允许合法操作产生效果
6．什说软件界面设计质量会直接影响户软件产品评价？
户界面(Userinterface)称机界面(mancomputer interface)户计算机联系中间媒介系统中重关键部分户界面设计坏直接影响系统设计成败
果界面设计通常说户界面友户时感便甚制造麻烦系统难发挥应效益甚户弃
7．什系统响应时间？系统响应时间重属性？
系统响应时间指户完成某控制动作系统出预期响应时间
系统响应时间2重属性：长度易变性
8．设计软件系统户帮助设施时需注意解决问题？
1．户系统交互期间否时候获关系统功帮助信息？
2．户样请求帮助？
3．样显示帮助信息？
4．户样返回正常交互方式中？5．样组织帮助信息？
9．软件出错处理设计软件安全性设计交互式出错处理程序应该具备功属性？
1．信息应该户理解术语描述2．信息应该提供助错误中恢复建设性意见
3．信息应该指出错误导致果4．信息应该伴感官提示5．信息带指责色彩
10．测试基目标什？
代价发现错误
11．软件测试原？
① 应早断测试作座右铭② 测试应独立专业测试机构完成
③ 测试工作全面实现穷举④ 查错证明程序中没错
⑤ 软件测试符合28(Pareto)原理⑥ 应妥善保存测试文档
⑦ 制定严格合理测试计划⑧ 错误修改相关测试必少
12．软件测试方法种？
黑盒测试白盒测试
13．简单说明什白盒测试什黑盒测试
黑盒测试程序成黑盒子完全考虑程序部结构处理程测试方法黑盒测试称功测试
14．简述软件测试步骤
(1) 单元测试 —— 程序设计 & 代码bugs(2) 子系统测试 —— 模块连接
(3) 系统测试 —— 需求确认 & 系统设计(4) 验收测试 —— 户加入 (5) 行运行 —— 新旧系统较运行结果
15．举例说明通常情况穷测试
16．什单元测试必须编程者完成？
单元测试程序逻辑结构测试程序结构熟悉莫编程者者高质量程序模块构造系统基础编程者必须道工序提交符合质量求产品
17．单元测试手段？
代码审查计算机测试等
18．单元测试5方面进行？
测试五方面：1 模块接口2 局部数结构3 重执行通路4 出错处理通路5 边界条件
19．什工代码审查十分重？
次审查发现错误必改测
20．集成测试渐增式测试非渐增式测试两种试述两种方式异点
渐增式测试：较早发现模块间接口错误出现错误新加入模块关断集成程中模块断新条件受新检测测试更彻底较非渐增式测试费时
非渐增式测试组装错误发现晚发现错误难诊断定位时行测试模块充分利力
21．描述集成测试两种策略较优缺点
顶测试底测试两种
顶测试优点需测试驱动程序够测试阶段早期实现验证系统功早期发现层模块接口错误缺点需存根程序遇相联系测试困难底层模块错误发现较晚力利
底测试优缺点顶测试优缺点正相反
22．什回测试？回测试测试例集确定？
回测试指重新执行已做测试某子集保证系统发生调试功变化等事项没带非预期副作回测试测试例集方法确定：
1．检测软件全部功代表性测试例2．专门针受修改影响软件功附加测试
3．针修改软件成分测试
23．什确认测试？确认测试务什？确认范围？
验收软件效性(功性达标)
确认测试工作范围：
1．合规定审查软件配置2．设计测试计划通测试保证软件满足功性求
3．文档程序致具维护阶段必须细节4严格户手册操作检查手册完整性正确性
24．设计测试方案务？
①预定测试功②设计输入测试数③列出预期结果
25．什逻辑覆盖测试法？什测试？
逻辑覆盖测试种程序逻辑通路进行覆盖测试通常适白盒测试
26．什等价划分法？什测试？
种常测试方法测试数选择基程序功分析程序输入求输出求选择干数进行测试功程等价划分法黑盒测试
27．什边值分析法？什测试？
根验程序处理边界容易发生错误方进行测试黑盒测试
28．什错误推测法？什测试？
利验测试者程序发生错误位置推测进行测试方法黑盒测试
29．软件测试策略应该样？
① 情况应首先边界值分析方法② 必时等价划分法补充
③ 必时错误推测法补充④ 程序逻辑检查测试方案
30．什调试？调试测试什？
测试 —— 发现错误 调试 —— 改正错误
调试测试区调试作测试续工作解决排测试中出现错误
31．简单说明调试方法策略
调试程关键调试技术推断错误原基策略：
① 试探法：验猜测
② 回溯法：症状(symptom)先出现方control flow回检查适型程序
③ 分法：关键点插入变量正确值④ 纳法：错误症状中找出规律推断根源
⑤ 演绎法：普通 ® 特殊
32．什软件性性正确性？
软件性指程序定时间间隔说明书规定成功运行概率
软件性指程序定时间点说明书规定成功运行概率
软件正确性指程序功正确
第七章
1．什软件维护？
软件已交付改正错误满足新需修改软件程
2．软件维护种类型？
①改正性维护：诊断改正错误
②适应性维护：变化环境(软＼硬件升级新数库等)适配合修改软件
③完善性维护：增加新功修改已功改造界面增加HELP等修改软件
④预防性维护：改进未维护性性未改进奠定更基础修改软件
3．什说软件文档维护代码维护样重？
软件文档影响软件维护性决定素
4．什说维护代价高？应该样做降低维护代价？
般维护工作量占生存周期70维护成约开发成4倍(满足82规)维护代价分：
1．形代价：费已升总预算802．形代价： ª 占资源致延误开发ª修改时引起户满ª 维护引入新错误降低软件质量等等
3．维护工作量验模型：M P + K*ecd
降低维护代价通常认识：提高程序维护性软件工程学目
5．导致维护成高企原？
软件开发途径导致软件维护性差原开发员没参维护维护成日益高涨等维护工作量验模型维护工作量成呈指数增加
6．什软件维护性？
软件维护性定性定义：维护员理解改正改动改进软件难易程度
7．提高软件维护性？
提高决定软件维护性素着手素：理解性测试性修改性移植性重性性性效率等
9．什说文档影响软件维护性决定素？
长期软件系统程中会次修改历文档应该记载重修改文档代码更重
10．什软件系统文档？
系统文档指软件系统问题定义需求说明设计实现验收测试计划等系列系统实现密切相关技术文档
11．什软件户文档？
提供户解操作安装系统文档资料
12．什重性？通提高软件重性提高软件维护性？
重性指事物加修改稍加修改环境次重复量重软件构件幅提高软件维护性体现两方面：
1．重构件通常组装成功部件加次重会进步完善部件幅提高软件性改正性维护求会降低
2．容易修改重软件构件适应新应环境软件中重构件越软件适应性维护完善性维护越容易
13．什进行软件维护性复审？
目提高软件维护性
维护性复审软件开放阶段重点例分析阶段复审重点：性移植性性编码阶段：理解性修改性移植性效率
14．什软件逆工程工程？
软件逆工程指维护象缺乏必文档资料时分析已程序寻求源代码更高级抽象表现形式恢复软件原设计程换言恢复设计程
软件工程软件工程学指导目标软件进行重新设计重新编码测试程
15．逆工程工程软件预防性维护什样关系？
预防性维护改进软件未维护性性软件未改进奠定更基础修改软件程预防性维护软件需改动逆工程工程方法软件进行维护
16．假设务已软件进行重修改允许文档中选取两份：(a)程序规格说明(b)程序详细设计结果(然语言描述加某种设计工具表示)(b)源程序清单(中适数量注解)选取两份文档？什样选取？算完成务？
应该选择(a)程序规格说明(b)程序详细设计结果
重修改需修改程序规格说明详细设计开始开发文档进行重修改源码会需重新编制
第八章
1．什引入面象方法学？
1瀑布模型缺点：僵化
2SA SD SP 技术缺点：质基程设计易理解功变化引起结构变化较稳定性系统明确边界定义系统结构赖系统边界定义样系统易扩充修改数操作分开处理造成软构件具体应环境赖重性(reusability)较差
2．面象方法学4基素？
象类继承消息
3．面象方法学优点？
1．object核心强调现实概念模拟算法
2．object模拟实体需求变化会引起结构整体变化实体相稳定系统相应稳定
3．class instances 重代码 inheritance 派生出新 class 重父类代码修改扩充影响父类
4．稳定性Class 独立性强继承态性容易理解容易测试调试等方面改善维护性
4．什象？传统数？
象封装数结构施加数结构操作封装体表示：象Object 身份ID + 方法Method + 属性Attribute+ 消息Message
传统数相象特点：
① 数中心设数关操作
② Object动处理 动等处理外部通message请求操作
③ 具黑盒性：外部操作时须知道该object部数结构算法
④ 具行性：object独立处理身数彼间仅通传递message完成通信
⑤ 模块独立性：聚强( ① )耦合松( ③ ④ )
5．什类？
具相数相操作组象
6．什继承？子类动享父类attributes methods 必重复定义
子类动享父类attributes methods 必重复定义
7．什模型？软件开发什建立模型？
模型理解事物事物作出种抽象事物种歧义书面描述软件开发建立模型帮助思考问题定义术语作出适假设帮助保持定义假设致性
较复杂直接理解系统特需建立模型目减少复杂性
8．什象模型？建立象模型时图形符号？符号含义什？
描述系统数结构象模型具体描述系统静态结构
9．什动态模型？建立动态模型时图形符号？符号含义什？
描述系统控制结构动态模型具体表示系统瞬时控制性质
10．什功模型？建立功模型时图形符号？
描述系统功功模型具体描述表明系统应该做什
第九章
1．进行面象分析基程样？
需求陈述 Þ 快速原型 Þ 模型 中模型 三：象模型动态模型功模型
2．建立象模型步骤？
1确定类象：
第1步：列出候选象 第2步：粗取精
2确定关联 Þ 结构层
第1步：收集 第2步：筛选删 第3步：完善
3划分题 4确立属性 5识继承关系修改
3．复杂问题象模型5层次？
题层类&象层结构层属性层服务层
4．建立动态模型步骤？
1编写脚描述事件序列：
事件 触发器 + 接收器 + 参数
2设想户界面Þ 修改原型3画事件踪图4画状态图
5．建立功模型？
1．画出基系统模型图2．画出功级数流图3．描述处理框功
6．面象方法分析第二章题17中描述储蓄系统试建立象模型动态模型功模型
第十章
1．面象设计应该遵循准？简述条准容说明遵循该条准必性
1．模块化
2．抽象抽出事物质特性 暂考虑细节设计具体实现方法中超脱包括程序抽象数抽象参数抽象
3．信息隐蔽象封装4．弱耦合包括交互耦合继承耦合
5．强聚包括服务聚类聚般特殊聚
6．重提高软件开发生产率目标系统质量重途径
2．简述助提高面象设计质量条启发式规容必性
1设计结果清晰易懂应做：
① 词致 —— 惯法命名类中相似方法取名字
② 已协议
③ 量减少消息模式数目
④ 避免模糊定义
2般特殊结构深度应适（约100类设计7±2层）
3设计简单类（定义超页纸两屏）应注意：
① 避免属性
② 简单语句描述类务
③ 象间合作关系简单
④避免方法(£ 7)
4简单协议减少消息中传递参数
5简单方法(CASE 考虑 继承代)6设计变动减
3．什说类构件目前较理想重软构件？重方式？
具备重软构件应特点：独立塑接口清晰（文档详）
重方式：实例重继承重态重
4．什继承耦合？
继承般化类特殊类间耦合种形式质通继承关系结合起基类派生类构成系统中粒度更模块交互耦合相反继承耦合程度会更高
5．计算软件重带净成节省？
6．试面象方法设计第二章题17中描述储蓄系统
第十章
1面象实现应该选种程序设计语言？什？
应该选择够更完整更正确表达问题域语义面象语言面象语言相非面象语言突出优点：致表示方法重性维护性
2面象程序设计语言技术特点？
面象语言技术特点：
a) 支持类象概念机制b) 实现整体—部分结构机制
c) 实现般—特殊结构机制d) 实现属性服务机制
e) 类型检查f) 类库g) 效率h) 持久保存象i) 参数化类j) 开发环境
3选择面象程序设计语言时应该考虑素？
应该着重考虑素：否占导位重性类库开发环境素等
4良面象程序设计风格准？
提高重性提高扩充性提高健壮性
5测试面象软件时单元测试集成测试确认测试新特点？
单元测试类层面测试继承复合类(象)情况已单纯意义单操作具体测试该操作关子类语境中进行
集成测试面象软件中类成分直接间接交互传统测试方法已失意义两种策略供选择：基线程测试基测试
确认测试传统确认测试样然关注户见动作户识系统输出基场景测试总宰面象系统确认测试
6测试面象软件时设计单元测试例方法？
机测试划分测试基障测试
7测试面象软件时设计集成测试例方法？
类测试动态模型中导出测试例采机测试划分测试方法
8测试面象软件时设计确认测试例方法？
采传统黑盒方法采基情景方法
第十二章
1请简单描述进行软件规模估算方法
代码行技术功点技术
2工作量估算技术中动态变量模型静态单变量模型优点？
更精确进行估算估算结果更切合估算象实际
3简述Gantt图途优缺点
优点：简单动态反映开发进展
缺点：难反映务间逻辑关系
4简述关键路径法CPM工作步骤
(1) 标出持续时间 Lasting Time
(2) 标出早开始 时间EST 起点始进入事件 EST+LT 中
(3) 标出迟开始时间 LST 终点(EST LST)始离开事件 LSTLT 中
(4) 标出机动时间 ST 终点LST 起点EST LT
(5) 标出关键路径Critical Path EST LST事件组成路径
5目前项目开发时常组组织方法？
民制程序员组程序员组现代程序员组
6简述程序员组优缺点
优点：程序员广播式发布工作求组织理效率高质量容易保证成相较低
缺点：员完整配备较难利脱颖出够技术理两方面时具备优秀品质程序员更见
7什软件质量？
软件质量软件明确隐含需求相致程度
8软件质量保证措施？
⑴ 审查：组长作者2位评审员（评审结果利害关系）组成审查组进行发现记录错误工作复查返工结果
⑵ 复查理复审：技术理两方面进行复查工作
⑶ 测试
9参加软件质量保证活动员两类？
分两类：参软件开发技术员负责软件质量保证活动SQA组成员
10简述技术复审必性
技术复审够较早发现软件错误防止错误带入软件程期阶段降低续开发维护成
11什软件力成熟度模型？基思想什？
软件力成熟度模型评价软件开发机构软件程力成熟度模型基思想采力成熟度模型帮助软件开发机构建立规律成熟软件程开发出质量更软件免受时间成超支苦
12简述软件力成熟度模型5等级
1． (1)初始级 (2)重复级 (3)已定义级 (4)已理级 (5)优化
2． 文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容，不代表《香当网》观点或立场，请自行判断内容的真实性和可靠性！
该内容是文档的文本内容，更好的格式请下载文档
第章
1．什软件危机典型表现？
答 软件危机指计算机软件开发维护程中遇系列严重问题概括说软件危机包含述两方面问题：开发软件满足软件日益增长需求维护数量断膨胀已软件
软件危机典型表现：软件开发成进度估计常常准确户已完成软件系统满意现象常发生软件产品质量住软件常常维护软件通常没适文档资料软件成计算机系统总成中占例逐年升软件开发生产率提高速度远远计算机应迅速普深入趋势
产生软件危机原：方面软件身特点关方面软件开发维护方法正确关软件硬件计算机系统中逻辑部件物理部件理控制软件开发程相困难软件规模庞程序复杂性着程序规模增加呈指数升目前相软件专业员软件开发维护省糊涂观念实践程中少采错误方法技术软件问题发展成软件危机原
2．简述产生软件危机原解决思路
答软件危机产生原方面软件身特点关方面已软件开发维护方法正确密切关系
解决软件危机技术措施(方法工具)必组织理措施采工程化原方法组织软件开发摆脱软件危机出路
3．什软件工程？质特性？
答 软件工程指导计算机软件开发维护门工程学科采工程概念原理技术方法开发维护软件时间考验证明正确理技术前够技术方法结合起济开发出高质量软件效维护
软件工程质特性：1软件工程关注型程序构造2软件工程中心课题控制复杂性3软件常变化4开发软件效率非常重5谐合作开发软件关键6软件必须效支持户7软件工程领域中具种文化背景具种文化背景创造产品
4．软件工程消软件危机？
软件工程技术理两方面研究更开发维护计算机软件源头消软件危机
5．假设某软件开发企业CEO教材P4图11手软件工程师时告诉应早发现改正错误重性时然认求错误进入软件前发现清现实举例说：果障编码错误造成够设计阶段发现清呢？应该说服？
首先错误造成工作延误问题表示歉意错误难免关键虚心接受工作中更加认真避免错误机率降低编码程中首先头脑清醒保持工作前足够睡眠样错误机会会降编程结束首先验证否正常运行工作工作更虚心认真保证种机会降低
6．简述软件定义
软件 ＝ 程序 + 数 + 文档
7．软件工程目什？
高质量软件开发提供科学体系框架
8．什软件工程方法学？软件工程种什样技术？包括三素？分三分支？
软件工程方法学指软件生命周期全程中整套理开发技术方法集合目前广泛软件工程方法学分传统方法学面象方法学
软件工程作种层次化技术方法工具程三素涉学科容极广泛分三分支：软件开发技术软件项目理技术软件质量理技术
9．简述软件工程基原理
软件工程7条基原理：
1．严格软件生命周期计划进行理
2．坚持进行阶段评审
3．实行严格产品控制
4．采先进程序设计技术
5．结果应清楚审查
6．开发组成员应少精
7．承认断改进软件工程实践必性
10．软件工程基开发原？
软件工程基开发原：
1．模块化
2．抽象信息隐蔽
3．模块高聚低耦合
4．确定性
5．致性
6．完备性
11．构成软件工程基元素？
前面出软件工程三素应该包括控制质量保证里控制规模控制成控制复杂性控制等
12．什软件程？软件工程方法学关系？
软件程指获高质量软件产品软件工具支持软件员完成系列软件工程活动
软件程规定开发软件需完成项务步骤程步骤设定软件生命周期生命周期模型软件开发工具参开发员等诸方面素关
13．什软件生命周期？什软件生命周期模型？
答 软件然界事物样孕育诞生成长成熟衰亡生存程软件程称软件生命周期
软件生命周期模型称软件开发程模型解决产业环境中实际问题提出开发策略反映整软件生命期中系统开发运行维护等实施活动种结构框架
14．简述软件生命周期方法学途径划分阶段步骤目实质
软件生命周期方法学软件工程传统途径划分阶段步骤目实质：控制开发工作复杂性通限步骤抽象逻辑概念转化具体物力实现
15．试较瀑布模型快速原型模型增量模型螺旋模型优缺点说明适范围
1．瀑布模型
瀑布模型广知历史悠久优势规范文档驱动方法问题够真正满足户需求
适传统软件工程领域结构化开发
2．原型模型
克服瀑布模型缺点提出通快速构建机器运行原型系统户试原型收集反馈意见办法获取户真实需求
3．螺旋模型
螺旋模型适型软件项目起前模型言定优越性优越性绝体现开发员风险评估验专门知识求较高果项目风险较开发员水较低准确识分析风险势必造成重损失
4．增量模型
具软件开发早期阶段投资获明显回报交易维护优点求软件具开放结构
第二章
1．软件开发早期阶段什进行行性研究？目务什？
行性研究目代价短时间确定问题否解决否值解决
行性研究务解决问题确定否解值解
2．应该方面研究目标系统行性？
方面进行行性研究：
1 技术行性现技术否预定时间完成该系统开发
2 济行性通成效益分析估算系统整体济效益否满足求
3 操作行性分析系统运行方式操作规程否适应户应需
4 社会行性分析系统法律社会市场等方面认度
3．行性研究工作步骤？
(1) 复查定义确定系统规模目标(2) 研究老系统(3) 导出高层逻辑模型(conceptual design)
(4) 重新定义 (5) 导出种解法(6) 推荐行动方针(7) 开发计划(粗略)(8) 审查存档
4．简述系统流程图行性研究中作
系统流程图概括描述物理系统传统工具系统流程图反映信息系统部分间流动情况
系统流程图帮助解分析系统概括方式表达系统认识描述未物理系统概貌
5．简述数流图行性研究中作途
数流图行性分析中帮助分析描绘数软件中流动处理逻辑程图形方式描述系统逻辑功系统分析员户间理想通信工具
6．简单描述数字典容定义数方法
数字典列4种元素定义组成：
1．数流2．数流分量3．数存储4．处理
数定义外数字典应包含关数信息
定义数方法通常采顶分解方式序选择重复三种基数元素类型组成数
7．说明软件计划容目标
软件计划容 ＝ 项目务范围 + 环境资源 + 工作量 + 进度
软件计划目标提供框架便理者资源成进度等进行合理估算
8．什软件范围？定义软件范围需信息？
软件范围技术理层面二义性理解项目范围软件开发阶段工作
定义软件范围需信息：
a 户总体目标利益相关问题b 利系统分析员理解问题c 集中交流效果问题
9．简述软件开发环境资源三层次
软件开发环境资源三层次构成：开发环境软件构件重资源——
10．软件环境资源特征？制定软件计划意义？
类资源四特征：资源描述性说明资源提供时间资源延续时间
制定软件计划估算软件开发需资源
11．软件计划中安排软件开发进度工具？优缺点？
编制进度计划常工具甘特图网络计划法
甘特图优点简单动态反映开发进展缺点难反映务间逻辑关系
网络计划法恰弥补甘特图缺点适合反映工作间逻辑关系
12．成估计技术？什？
代码行技术种基规模分解估算：
Dåf(vi)基问题分解估算：EV＝(Sopt+4Sm+Spess)6
功点技术种技术功点(FP)单位度量软件规模
项目身复杂性成估计技术采分治分解技术软件项目进行估算
13．什说成估计精准？
太变化素——员技术环境策略复杂性等等
成估算永远精确
14．进行成效益分析方法？
常成效益分析方法：
(1) 货币时间价值(2) 投资回收期(3) 纯收入(4) 投资回收率
15．软件计划容？
16．制定完成软件计划进行复审？什复审？
软件计划复审通常涉关软件工作范围软硬件资源问题等复审应该邀请户参加户提出建议开发员终商定容复审容分技术理两方面：
技术方面需考虑问题：
1系统务否合理2系统复杂性否开发成进度风险致
3系统规格说明书否足够充分4系统性求否恰
理方面需考虑问题：
1计划中描述工作范围否符合户需求2计划中资源描述否效合理？
3计划中系统开发成进度求否合理？4计划中员安排否合理？
5系统开发存风险？复审早发现错误复审软件质量保证重措施
第三章
1．什进行需求分析？通常软件系统需求？
需求问题软件工程项目失败原高质量软件程度取决解决问题认识准确表达户需求需求分析解决问题通常软件系统需求功需求性需求性性需求出错处理需求接口需求等方面
2．样户效沟通获户真实需求？
访谈情景分析面数流顶求精等方法编制简易系统规格说明文档创建原型等获取真实需求效方法
3．需求分析务什？
确定开发系统综合求
4．通常系统需求分层次？
般分成5层次：
(1) 功需求：系统必须做什？
(2) 业务需求：反映客户组织机构系统高层次目标求
(3) 运行需求：运行环境软硬件配置等
(4) 属性需求：包括户关心属性效率灵活性完整性性等开发者关心属性维护性复性移植性等
(5) 未扩充需求：HDIS组合3维虚拟现实效果等等
5．进行需求分析步骤？
1．确定系统综合求2．分析系统数求3．导出逻辑模型4．修正系统开发计划
6．简述建立原型模型软件需求分析作
快速构建旨演示目标系统功运行程序帮助户确定提供更精准需求利户开发者够目标系统应该做什问题快达成致
7．解释实体联系图途
实体联系图户观点数建立模型描述户角度数反映户现实环境软件系统中实现方法关
8．说明什需进行需求验证验证步骤？
进行需求验证确保软件开发质量降低开发成通常需求进行验证步骤：验证需求致性验证需求现实性验证需求完整性效性
9．银行计算机储蓄系统工作程致：储户填写存款单取款单业务员键入系统果存款系统记录存款姓名住址(电话号码)身份证号码存款类型存款日期期日期利率密码(选)等信息印出存单储户果取款存款时留密码系统首先核储户密码密码正确存款时未留密码系统计算利息印出利息清单储户
请数流图描绘系统功实体－联系图描绘系统中数象
第四章
1．种类型模块耦合举具体例子
耦合分：容耦合耦合（公环境耦合）控制耦合印记耦合（特征耦合）数耦合
2．种类型模块聚举具体例子
聚分：偶然聚逻辑聚时间聚程聚通信聚序聚功聚信息聚
3．简单说明系统总体设计步骤步骤
典型总体设计包括9步骤：
1确定佳方案2选取合理方案3推荐佳方案4功分解5软件结构设计
6设计数库7制定测试计划8书写文档9审查复审
4．举例说明模块化原理验1验2
5．什量数耦合少控制耦合限制公耦合范围完全容耦合？
减少模块间关联度提高模块独立性
容耦合会导致模块修改模块容程序逻辑发生严重问题
公耦合干模块通公数环境相互作公部分改动影响调模块公部分数存取法控制复杂程度会耦合模块数增加增加
控制耦合模块通传递开关标志名字等控制信息明显控制选择模块功接口单然会影响控模块部逻辑
数耦合模块间通数参数交换IO信息会模块产生等影响
6．什模块规模适中？
易理解太接口开销
7．请说明什模块控制宽度深度适度
深度表示分工细宽度表示系统复杂度模块控制宽度深度适度
8．简述面数流设计方法基思想
数流图描绘信息系统中加工流动情况映射成软件结构
9．常数流类型？
变换流事务流
10．面数流设计方法步骤？
面7步骤：
1．复查基系统模型2．复查精化数流图3．确定数流图具变换特性事务特性
4．确定输入流输出流动边界孤立出变换中心5．完成第级分解
6．完成第二级分解7．设计度量启发式规第次分割软件结构进步精化
11．面数流方法设计第二章题17系统软件结构
第五章
1．详细设计务什？
包括模块算法设计模块数结构设计模块接口设计根软件特点需完成设计模块测试例设计设计文档编写设计评审
2．系统做详细设计时应遵循原？
① 模块逻辑描述应清晰易读正确
② 设计处理程应该简明易懂
③ 选择恰描述工具描述模块算法
3．简述结构化设计特点
① 顶逐步求精② 具单入单出控制结构（取消GOTO语句）
4．结构化程序设计中种基控制结构？分描绘程序流程图盒图PDA图中基控制图例
PDA图中基控制图例
(1) 序结构(2) 选择结构(3) 先判定型循环结构(4) 判定型循环结构(5) 情况选择
5．假设SEQUENCEDO_WHILE两种控制结构请问应该完成IF_THEN_ELSE操作？
6．假设SEQUENCEIF_THEN_ELSE两种控制结构请问应该完成DO_WHILE操作？
7．试说明ISO什建议停止程序流程图推荐PDA图？
程序流程图中GOTO语句回严重损害程序结构法实行结构化设计PDA图吸取程序流程图学懂方便灵活优点保留NS图结构化设计特点满足软结构构设计图形工具求PDA图具① 结构清晰层次分明易读② 支持逐步求精设计思想③ 容易PAD动转换高级语言源程序等特点ISO推荐PDA图
8．请画出列伪码程序程序流程图盒图PDA图
START
IF p THEN
WHILE q DO
f
END DO
ELSE
BLOCK
g
n
END BLOCK
END IF
STOP
9．试说明Jackson方法种样程序设计方法工作步骤？
Jackson方法数结构(data structure)基础设计模块处理程数结构转化成程序结构具体工作步骤：第1步：Jackson图描述 I＼O 数结构第2步：两图中指出直接果关系时处理单元第3步：数结构映射程序结构第4步：列出操作条件分配幅程序结构图中第5步：Pseudocode 表示程序
10．请教材P124图613统计空格程序Jackson图改画成等价盒图PDA图
11．机话操作员信息系统信息交组成假设段话总操作员信息开始系统信息结束请Jackson图描绘样段机话程
第六章
1．说明什程序编码？什程序设计语言特点编码风格会影响程序性读性测试性维护性？
谓编码低级抽象层次详细设计结果翻译成某种程序设计语言书写程序软件设计然结果
程序设计语言否理想结构化模块化机制否读性控制结构数结构等特性程序设计语言提供编译软件工具等加程序设计风格会深刻影响软件质量维护性测试性性等
2．户界面设计般原谓黄金规什？
1置户控制2减少户记忆负担3保持界面致
3．软件界面设计包含方面基容？
界面设计包括三方面：1软件构件间接口2软件系统接口3软件操作者间接口户界面
4．户界面提供系统服务方式通常两种？
命令驱动屏幕菜单驱动
5．WIMP界面屏幕菜单驱动户界面种形式设计准？
(1) 明确动作：屏幕指点操象(2) 时反馈：操作结构见
(3) 增量效应：图标应拖曳连续移动非跳跃(4) 视交互：交互操作户概念模型匹配
(5) 剥皮式学：学系统功复杂性逐层加深(6) 逆动作：应退回操作
(7) 事先验证：允许合法操作产生效果
6．什说软件界面设计质量会直接影响户软件产品评价？
户界面(Userinterface)称机界面(mancomputer interface)户计算机联系中间媒介系统中重关键部分户界面设计坏直接影响系统设计成败
果界面设计通常说户界面友户时感便甚制造麻烦系统难发挥应效益甚户弃
7．什系统响应时间？系统响应时间重属性？
系统响应时间指户完成某控制动作系统出预期响应时间
系统响应时间2重属性：长度易变性
8．设计软件系统户帮助设施时需注意解决问题？
1．户系统交互期间否时候获关系统功帮助信息？
2．户样请求帮助？
3．样显示帮助信息？
4．户样返回正常交互方式中？5．样组织帮助信息？
9．软件出错处理设计软件安全性设计交互式出错处理程序应该具备功属性？
1．信息应该户理解术语描述2．信息应该提供助错误中恢复建设性意见
3．信息应该指出错误导致果4．信息应该伴感官提示5．信息带指责色彩
10．测试基目标什？
代价发现错误
11．软件测试原？
① 应早断测试作座右铭② 测试应独立专业测试机构完成
③ 测试工作全面实现穷举④ 查错证明程序中没错
⑤ 软件测试符合28(Pareto)原理⑥ 应妥善保存测试文档
⑦ 制定严格合理测试计划⑧ 错误修改相关测试必少
12．软件测试方法种？
黑盒测试白盒测试
13．简单说明什白盒测试什黑盒测试
黑盒测试程序成黑盒子完全考虑程序部结构处理程测试方法黑盒测试称功测试
14．简述软件测试步骤
(1) 单元测试 —— 程序设计 & 代码bugs(2) 子系统测试 —— 模块连接
(3) 系统测试 —— 需求确认 & 系统设计(4) 验收测试 —— 户加入 (5) 行运行 —— 新旧系统较运行结果
15．举例说明通常情况穷测试
16．什单元测试必须编程者完成？
单元测试程序逻辑结构测试程序结构熟悉莫编程者者高质量程序模块构造系统基础编程者必须道工序提交符合质量求产品
17．单元测试手段？
代码审查计算机测试等
18．单元测试5方面进行？
测试五方面：1 模块接口2 局部数结构3 重执行通路4 出错处理通路5 边界条件
19．什工代码审查十分重？
次审查发现错误必改测
20．集成测试渐增式测试非渐增式测试两种试述两种方式异点
渐增式测试：较早发现模块间接口错误出现错误新加入模块关断集成程中模块断新条件受新检测测试更彻底较非渐增式测试费时
非渐增式测试组装错误发现晚发现错误难诊断定位时行测试模块充分利力
21．描述集成测试两种策略较优缺点
顶测试底测试两种
顶测试优点需测试驱动程序够测试阶段早期实现验证系统功早期发现层模块接口错误缺点需存根程序遇相联系测试困难底层模块错误发现较晚力利
底测试优缺点顶测试优缺点正相反
22．什回测试？回测试测试例集确定？
回测试指重新执行已做测试某子集保证系统发生调试功变化等事项没带非预期副作回测试测试例集方法确定：
1．检测软件全部功代表性测试例2．专门针受修改影响软件功附加测试
3．针修改软件成分测试
23．什确认测试？确认测试务什？确认范围？
验收软件效性(功性达标)
确认测试工作范围：
1．合规定审查软件配置2．设计测试计划通测试保证软件满足功性求
3．文档程序致具维护阶段必须细节4严格户手册操作检查手册完整性正确性
24．设计测试方案务？
①预定测试功②设计输入测试数③列出预期结果
25．什逻辑覆盖测试法？什测试？
逻辑覆盖测试种程序逻辑通路进行覆盖测试通常适白盒测试
26．什等价划分法？什测试？
种常测试方法测试数选择基程序功分析程序输入求输出求选择干数进行测试功程等价划分法黑盒测试
27．什边值分析法？什测试？
根验程序处理边界容易发生错误方进行测试黑盒测试
28．什错误推测法？什测试？
利验测试者程序发生错误位置推测进行测试方法黑盒测试
29．软件测试策略应该样？
① 情况应首先边界值分析方法② 必时等价划分法补充
③ 必时错误推测法补充④ 程序逻辑检查测试方案
30．什调试？调试测试什？
测试 —— 发现错误 调试 —— 改正错误
调试测试区调试作测试续工作解决排测试中出现错误
31．简单说明调试方法策略
调试程关键调试技术推断错误原基策略：
① 试探法：验猜测
② 回溯法：症状(symptom)先出现方control flow回检查适型程序
③ 分法：关键点插入变量正确值④ 纳法：错误症状中找出规律推断根源
⑤ 演绎法：普通 ® 特殊
32．什软件性性正确性？
软件性指程序定时间间隔说明书规定成功运行概率
软件性指程序定时间点说明书规定成功运行概率
软件正确性指程序功正确
第七章
1．什软件维护？
软件已交付改正错误满足新需修改软件程
2．软件维护种类型？
①改正性维护：诊断改正错误
②适应性维护：变化环境(软＼硬件升级新数库等)适配合修改软件
③完善性维护：增加新功修改已功改造界面增加HELP等修改软件
④预防性维护：改进未维护性性未改进奠定更基础修改软件
3．什说软件文档维护代码维护样重？
软件文档影响软件维护性决定素
4．什说维护代价高？应该样做降低维护代价？
般维护工作量占生存周期70维护成约开发成4倍(满足82规)维护代价分：
1．形代价：费已升总预算802．形代价： ª 占资源致延误开发ª修改时引起户满ª 维护引入新错误降低软件质量等等
3．维护工作量验模型：M P + K*ecd
降低维护代价通常认识：提高程序维护性软件工程学目
5．导致维护成高企原？
软件开发途径导致软件维护性差原开发员没参维护维护成日益高涨等维护工作量验模型维护工作量成呈指数增加
6．什软件维护性？
软件维护性定性定义：维护员理解改正改动改进软件难易程度
7．提高软件维护性？
提高决定软件维护性素着手素：理解性测试性修改性移植性重性性性效率等
9．什说文档影响软件维护性决定素？
长期软件系统程中会次修改历文档应该记载重修改文档代码更重
10．什软件系统文档？
系统文档指软件系统问题定义需求说明设计实现验收测试计划等系列系统实现密切相关技术文档
11．什软件户文档？
提供户解操作安装系统文档资料
12．什重性？通提高软件重性提高软件维护性？
重性指事物加修改稍加修改环境次重复量重软件构件幅提高软件维护性体现两方面：
1．重构件通常组装成功部件加次重会进步完善部件幅提高软件性改正性维护求会降低
2．容易修改重软件构件适应新应环境软件中重构件越软件适应性维护完善性维护越容易
13．什进行软件维护性复审？
目提高软件维护性
维护性复审软件开放阶段重点例分析阶段复审重点：性移植性性编码阶段：理解性修改性移植性效率
14．什软件逆工程工程？
软件逆工程指维护象缺乏必文档资料时分析已程序寻求源代码更高级抽象表现形式恢复软件原设计程换言恢复设计程
软件工程软件工程学指导目标软件进行重新设计重新编码测试程
15．逆工程工程软件预防性维护什样关系？
预防性维护改进软件未维护性性软件未改进奠定更基础修改软件程预防性维护软件需改动逆工程工程方法软件进行维护
16．假设务已软件进行重修改允许文档中选取两份：(a)程序规格说明(b)程序详细设计结果(然语言描述加某种设计工具表示)(b)源程序清单(中适数量注解)选取两份文档？什样选取？算完成务？
应该选择(a)程序规格说明(b)程序详细设计结果
重修改需修改程序规格说明详细设计开始开发文档进行重修改源码会需重新编制
第八章
1．什引入面象方法学？
1瀑布模型缺点：僵化
2SA SD SP 技术缺点：质基程设计易理解功变化引起结构变化较稳定性系统明确边界定义系统结构赖系统边界定义样系统易扩充修改数操作分开处理造成软构件具体应环境赖重性(reusability)较差
2．面象方法学4基素？
象类继承消息
3．面象方法学优点？
1．object核心强调现实概念模拟算法
2．object模拟实体需求变化会引起结构整体变化实体相稳定系统相应稳定
3．class instances 重代码 inheritance 派生出新 class 重父类代码修改扩充影响父类
4．稳定性Class 独立性强继承态性容易理解容易测试调试等方面改善维护性
4．什象？传统数？
象封装数结构施加数结构操作封装体表示：象Object 身份ID + 方法Method + 属性Attribute+ 消息Message
传统数相象特点：
① 数中心设数关操作
② Object动处理 动等处理外部通message请求操作
③ 具黑盒性：外部操作时须知道该object部数结构算法
④ 具行性：object独立处理身数彼间仅通传递message完成通信
⑤ 模块独立性：聚强( ① )耦合松( ③ ④ )
5．什类？
具相数相操作组象
6．什继承？子类动享父类attributes methods 必重复定义
子类动享父类attributes methods 必重复定义
7．什模型？软件开发什建立模型？
模型理解事物事物作出种抽象事物种歧义书面描述软件开发建立模型帮助思考问题定义术语作出适假设帮助保持定义假设致性
较复杂直接理解系统特需建立模型目减少复杂性
8．什象模型？建立象模型时图形符号？符号含义什？
描述系统数结构象模型具体描述系统静态结构
9．什动态模型？建立动态模型时图形符号？符号含义什？
描述系统控制结构动态模型具体表示系统瞬时控制性质
10．什功模型？建立功模型时图形符号？
描述系统功功模型具体描述表明系统应该做什
第九章
1．进行面象分析基程样？
需求陈述 Þ 快速原型 Þ 模型 中模型 三：象模型动态模型功模型
2．建立象模型步骤？
1确定类象：
第1步：列出候选象 第2步：粗取精
2确定关联 Þ 结构层
第1步：收集 第2步：筛选删 第3步：完善
3划分题 4确立属性 5识继承关系修改
3．复杂问题象模型5层次？
题层类&象层结构层属性层服务层
4．建立动态模型步骤？
1编写脚描述事件序列：
事件 触发器 + 接收器 + 参数
2设想户界面Þ 修改原型3画事件踪图4画状态图
5．建立功模型？
1．画出基系统模型图2．画出功级数流图3．描述处理框功
6．面象方法分析第二章题17中描述储蓄系统试建立象模型动态模型功模型
第十章
1．面象设计应该遵循准？简述条准容说明遵循该条准必性
1．模块化
2．抽象抽出事物质特性 暂考虑细节设计具体实现方法中超脱包括程序抽象数抽象参数抽象
3．信息隐蔽象封装4．弱耦合包括交互耦合继承耦合
5．强聚包括服务聚类聚般特殊聚
6．重提高软件开发生产率目标系统质量重途径
2．简述助提高面象设计质量条启发式规容必性
1设计结果清晰易懂应做：
① 词致 —— 惯法命名类中相似方法取名字
② 已协议
③ 量减少消息模式数目
④ 避免模糊定义
2般特殊结构深度应适（约100类设计7±2层）
3设计简单类（定义超页纸两屏）应注意：
① 避免属性
② 简单语句描述类务
③ 象间合作关系简单
④避免方法(£ 7)
4简单协议减少消息中传递参数
5简单方法(CASE 考虑 继承代)6设计变动减
3．什说类构件目前较理想重软构件？重方式？
具备重软构件应特点：独立塑接口清晰（文档详）
重方式：实例重继承重态重
4．什继承耦合？
继承般化类特殊类间耦合种形式质通继承关系结合起基类派生类构成系统中粒度更模块交互耦合相反继承耦合程度会更高
5．计算软件重带净成节省？
6．试面象方法设计第二章题17中描述储蓄系统
第十章
1面象实现应该选种程序设计语言？什？
应该选择够更完整更正确表达问题域语义面象语言面象语言相非面象语言突出优点：致表示方法重性维护性
2面象程序设计语言技术特点？
面象语言技术特点：
a) 支持类象概念机制b) 实现整体—部分结构机制
c) 实现般—特殊结构机制d) 实现属性服务机制
e) 类型检查f) 类库g) 效率h) 持久保存象i) 参数化类j) 开发环境
3选择面象程序设计语言时应该考虑素？
应该着重考虑素：否占导位重性类库开发环境素等
4良面象程序设计风格准？
提高重性提高扩充性提高健壮性
5测试面象软件时单元测试集成测试确认测试新特点？
单元测试类层面测试继承复合类(象)情况已单纯意义单操作具体测试该操作关子类语境中进行
集成测试面象软件中类成分直接间接交互传统测试方法已失意义两种策略供选择：基线程测试基测试
确认测试传统确认测试样然关注户见动作户识系统输出基场景测试总宰面象系统确认测试
6测试面象软件时设计单元测试例方法？
机测试划分测试基障测试
7测试面象软件时设计集成测试例方法？
类测试动态模型中导出测试例采机测试划分测试方法
8测试面象软件时设计确认测试例方法？
采传统黑盒方法采基情景方法
第十二章
1请简单描述进行软件规模估算方法
代码行技术功点技术
2工作量估算技术中动态变量模型静态单变量模型优点？
更精确进行估算估算结果更切合估算象实际
3简述Gantt图途优缺点
优点：简单动态反映开发进展
缺点：难反映务间逻辑关系
4简述关键路径法CPM工作步骤
(1) 标出持续时间 Lasting Time
(2) 标出早开始 时间EST 起点始进入事件 EST+LT 中
(3) 标出迟开始时间 LST 终点(EST LST)始离开事件 LSTLT 中
(4) 标出机动时间 ST 终点LST 起点EST LT
(5) 标出关键路径Critical Path EST LST事件组成路径
5目前项目开发时常组组织方法？
民制程序员组程序员组现代程序员组
6简述程序员组优缺点
优点：程序员广播式发布工作求组织理效率高质量容易保证成相较低
缺点：员完整配备较难利脱颖出够技术理两方面时具备优秀品质程序员更见
7什软件质量？
软件质量软件明确隐含需求相致程度
8软件质量保证措施？
⑴ 审查：组长作者2位评审员（评审结果利害关系）组成审查组进行发现记录错误工作复查返工结果
⑵ 复查理复审：技术理两方面进行复查工作
⑶ 测试
9参加软件质量保证活动员两类？
分两类：参软件开发技术员负责软件质量保证活动SQA组成员
10简述技术复审必性
技术复审够较早发现软件错误防止错误带入软件程期阶段降低续开发维护成
11什软件力成熟度模型？基思想什？
软件力成熟度模型评价软件开发机构软件程力成熟度模型基思想采力成熟度模型帮助软件开发机构建立规律成熟软件程开发出质量更软件免受时间成超支苦
12简述软件力成熟度模型5等级
1． (1)初始级 (2)重复级 (3)已定义级 (4)已理级 (5)优化
2． 文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容，不代表《香当网》观点或立场，请自行判断内容的真实性和可靠性！
该内容是文档的文本内容，更好的格式请下载文档