企业官网建设流程全解析

简介：《软件工程教程》(第2版)课后习题参考答案面向使用吴迪、马宏茹、丁万宁主编教材的高校学生、课程备考者与授课教师，用于核对课后练习、梳理章节重点和准备期末考试。压缩包内共1个doc文档，约1.1MB，按章节汇总选择题、填空题与简答题的参考答案，其中简答题给出较完整的分析过程。内容覆盖软件危机的成因与表现、软件及软件工程定义、软件工程发展阶段、工程目标与质量平衡、软件生存周期的三个时期和八个阶段、典型软件过程模型、SWEBOK知识域，以及可行性研究、成本效益分析等常见考点，便于读者对照课堂进度查漏补缺，也可作为教师备课与命题时的参考。目前已有3272人学习下载，适合需要系统复习软件工程基本概念、方法和技术的学习者使用。

1. 先算清分数账：简答题占大头，应用题才是分水岭

翻《软件工程教程》的课后答案，很多人的动作是对完选择填空就合书，觉得这门课背背就行。真到考场上，选择填空只占两三成，简答和分析设计题占了七成左右，DFD、结构图、判定树、成本效益这几类题才是拉开差距的地方。软件工程教程的考点分布很稳定：总论、可行性研究、需求分析、总体设计、详细设计五块，每块都能出简答，也都能出应用题。这份笔记按考点、真题、怎么答的顺序走，适合已经过了一遍教材、需要把答案组织成得分点的人。

2. 总论考点：软件危机八条原因、生存周期八阶段、六种过程模型

总论看起来最好背，实际最容易答得散。阅卷人翻到简答题，第一眼找的是分点编号，第二眼找的是关键词。软件危机这道题，八条原因和七种表现如果混在一起写，写得再多也拿不到满分，因为踩分点被埋在段落里了。这一章把总论拆成定义、生存周期、过程模型三块，每块给出能直接往答题纸上搬的骨架。

2.1 软件危机：八条原因对七种表现，分栏记

原因偏“做法上的漏洞”，表现偏“结果上的症状”，这是两条线，答题时不要串。原因可以归成三组来记：前期一组是忽视需求分析、忽视与用户和组内成员的交流；过程一组是缺乏统一规范的方法论、文档不齐全不准确、忽视测试、不重视维护；组织一组是从业人员对产业认识不充分缺乏经验、没有完善的质量保证体系。

表现同样是三组：进度和成本一组，开发费用和进度失控、软件成本在计算机系统总成本中占比居高不下且逐年上升；质量一组，功能与实际需求不符、可靠性差；维护和文档一组，软件难以维护、通常没有适当的文档资料。剩下的“生产率提高速度跟不上应用普及趋势”单独记，它讲的是行业层面的落差，不是单个项目的问题。

答题模板固定成四段：第一句给定义，软件危机指软件开发维护过程中出现的一系列严重问题；第二段列原因，按前期、过程、组织分组；第三段列表现，按进度成本、质量、维护文档分组；最后一句收口，正因为这些问题的存在，才提出用工程化方法开发软件，也就是软件工程。这一句是很多答案缺的，它把概念题和后续章节接上了。

提示：原因和表现各写四条也能得分，但分组写比平铺写更容易让阅卷人看到结构，条目之间留出编号层次。

2.2 定义与生存周期：程序、数据、文档，三时期八阶段

软件的定义要写全三件套：程序是按特定顺序组织的计算机数据和指令的集合，数据是使程序能正常执行的数据结构，文档是开发、使用和维护程序所需要的图文资料。只写“程序加文档”会丢分，数据这一项经常被漏。

软件工程的定义里，关键词是“计算机科学理论和技术”“工程管理原则和方法”“按预算和进度”“定义、开发、发布、维护”。答题时把这四组词嵌进去，比背一整句更稳。它的落点是工程或学科，不是单纯的技术活动。

生存周期这一段，常考的是阶段归属。三个时期、八个阶段要能对上号：软件定义时期包括问题定义、可行性研究、需求分析；开发时期包括概要设计、详细设计、软件实现和单元测试、综合测试；运行维护时期就是运行维护。题目问“概要设计属于哪个时期”，答“开发时期”就够，但最好补一句它承接需求分析、向下进入详细设计，说明你理解阶段之间的输入输出关系。

这张表不用整张搬上答题纸，但脑子里要有，因为阶段归属题、阶段任务题都从这里出。

2.3 过程模型：六种模型各自解决什么问题

教材列了瀑布、快速原型、增量、螺旋、统一过程、敏捷六种。背名字只是及格线，能说出“什么场景选哪个”才是加分项。瀑布模型按阶段顺序推进，文档驱动，回退代价大，适合需求稳定、合同约束强的项目。快速原型模型先做可运行的原型让用户提意见，适合需求模糊、用户说不清要什么的情况，风险是原型被当成最终产品。

增量模型分批交付，先上核心功能再逐步扩展，适合能切分优先级、希望早见收益的项目，前提是架构要撑得住后续增量。螺旋模型把风险分析放在每一轮的开头，四个象限是制定计划、风险分析、实施工程、客户评估，适合规模大、风险高的项目，代价是周期和成本都不低。统一过程的三个关键词是用例驱动、以架构为中心、迭代增量。敏捷过程强调自适应和快速响应变化，教材里点到的具体方法有自适应软件开发、水晶项目开发、动态系统开发、极限编程、特征驱动开发和 Scrum，2001 年这批方法的创始人共同发表了敏捷开发宣言。

历史脉络也可能出填空或简答：20 世纪 70 年代提出软件生产工程化，80 年代面向对象方法受到广泛重视、面向对象的分析与设计形成体系，90 年代末敏捷方法集中出现，21 世纪快速应用开发继续推进，云计算、大数据、物联网、人工智能、移动互联网这些方向不断涌现。答题时按年代写，每个年代一句主张加一个代表方法，不要写成技术名词的堆砌。

2.4 真题演练：三道总论简答题的答题骨架

第一道：软件工程的目标是什么，多目标之间矛盾怎么解决。六条目标要分点写全，达到要求的软件功能、取得较好的软件性能、开发出高质量的软件、付出较低的开发成本、需要较低的维护费用、能按时完成开发工作并及时交付。矛盾处理是这道题的核心，标准答法是：目标之间存在冲突，软件工程的目的就是在冲突之间取得一定程度的平衡，其中软件质量应摆在最重要的位置。接着把质量六个特性补上，功能性、可靠性、可用性、效率、可维护性、可移植性。这一段写完，阅卷人基本不会再扣。

第二道：SWEBOK 把软件工程划分为哪些知识域。十个知识域不要平铺十行，先分两类：开发与维护过程包括软件需求、软件设计、软件构造、软件测试、软件维护；支持过程包括软件配置管理、软件工程管理、软件工程过程、软件工程工具与方法、软件质量。分类之后再补一句“每个知识域可进一步分解为若干论题，形成多级层次结构”，说明你知道它的组织方式，而不是只背了十个名词。

第三道：什么是软件生存周期模型，有哪些主要模型。定义要写“从需求定义直至运行维护、跨越整个生命周期的全部过程、活动和任务的结构框架”，然后列六种模型，最后加一句选型依据：需求稳定性、项目规模、风险高低决定用哪一种。这句话是自己组织的，但它把六种模型从名词变成了判断工具，属于面试官最想听到的那类收尾。

3. 可行性研究与成本效益：整个课程里最能拉开差距的计算题

计算题是这门课的分水岭。简答题写满不一定满分，计算题对了就是对了，错了就是零分，中间过程写得清楚还能拿步骤分。可行性研究这一章的题集中在两块：一块是概念，问可行性研究研究什么、有哪几类；另一块是计算，给投资、给逐年收益、给利率，让你判断经济上可不可行。前一块靠分类记，后一块靠格式和单位。

3.1 可行性研究：先决定做不做，再谈怎么做

可行性研究的任务是决定软件项目做还是不做，不是设计系统。分析维度包括技术可行性、经济可行性、社会可行性、开发方案的可行性、运行可行性。技术可行性看现有技术能不能实现、人员设备够不够；经济可行性看投入产出划不划算；社会可行性看法律、合同、用户接受度这些外部约束；运行可行性看新系统在现有环境下能不能跑起来。

成本收益要分清四组词：直接成本、间接成本、有形收益、无形收益。直接成本是项目直接发生的支出，间接成本是分摊性质的支出；有形收益是能用货币计量的收入增加或运行费用节省，无形收益是效率提升、决策改善这类不好直接折算的部分。答题时先分类再解释，比直接举例子更稳。

可行性分析的最终产物是可行性分析报告，结论只有三种：可行、不可行、条件成熟时可行。很多答案只写“可行”，把第三种漏了，遇到周期长、依赖外部条件的项目，这一种才是正确答案。

3.2 成本与收益的分类：四个词必须分清

这张表的价值在于，考试里凡是让你“列出成本与收益”，阅卷人看的就是分类是否齐全、有没有把无形收益漏掉。无形收益不写数字没关系，写一句“难以货币化但影响系统价值”反而更专业。

3.3 货币时间价值：净现值与投资回收期的手算步骤

核心公式只有一个：第 n 年的收益折现到今天，现值等于未来值除以 (1+利率) 的 n 次方。把各年现值累加，减去初期投资，得到净现值，也叫纯收入。净现值为正，经济上可行；为负，不可行。投资回收期是累计现值首次超过投资额的年份，不足一年的部分用差额除以当年现值估算。

# 净现值与投资回收期：逐年贴现并累计 def npv_and_payback(invest, cashflows, rate): acc = 0.0 # 累计现值 payback = None # 回收期，未回收时为 None for year, cf in enumerate(cashflows, start=1): pv = cf / (1 + rate) ** year # 第 year 年收益的现值 prev = acc # 记录上一年的累计值 acc += pv # 累计现值首次超过投资额，说明回收发生在这一年 if payback is None and acc >= invest: payback = year - 1 + (invest - prev) / pv return acc - invest, payback # 教材例题：投资 5 万，三年收益 22000、24000、26620，年利率 10% npv, pb = npv_and_payback(50000, [22000, 24000, 26620], 0.10)

函数里三个参数分别是初期投资、各年收益列表、年利率。循环里(1 + rate) ** year就是教材表格里的 1.05、1.1025 那一列，用代码算可以避免手算幂次出错。prev保存的是上一年累计现值，算回收期时用它做分母之外的差项。上面这组数跑出来净现值约 9834.71 元，回收期约 2.51 年，和手算表一致。

答题纸上不要只写结果，按三步走：第一步列折现公式，第二步列逐年现值与累计现值表，第三步写结论“净现值为正，项目在经济上可行”。单位写到元，保留两位小数，中间过程不跳步。

3.4 真题演练：KLOC 那道题的四步算法

题目给的是每万行源代码形成的源文件约 250K，某项目源文件 3.75M，生产率 0.625KLOC/人月，人工价 10000 元/人月，问规模、工作量与总成本、每行代码价值。四步：先统一单位，3.75M 等于 3750K，除以 250K 得 15 万行，也就是 150KLOC；再算工作量，150 除以 0.625 得 240 人月；再算成本，240 乘 10000 得 240 万元；最后算每行价值，2400000 除以 150000 得 16 元每行。

易错的地方在第一步。15 是万行，不是 15KLOC，KLOC 是千行，15 万行要写成 150KLOC。单位错一次，后面三步全错，这是最亏的一种失分。第二步除法的方向也别反，工作量等于规模除以生产率，不是乘。

另一类题是“每年节约固定金额、给投资额和利率、求纯收入”。做法一样，把每年节约额逐年贴现，列累计现值，再减投资。教材那道题里，题干投资额和参考答案算式中的数字出现过对不上的情况，考场上遇到这种，先把题干数字抄成一张小表，按题干重算，答卷上保留中间过程，阅卷人看的是折现和累计这两步有没有做对。

3.5 答题格式：公式、表格、结论三件套

计算题拿满分靠的不是算得快，是让人看得懂。第一行写公式，第二行列表格，最后一行写结论。表格列头固定为年份、当年收益、折现系数、现值、累计现值，五行以内解决。结论句要包含判断，净现值为正写“经济可行”，为负写“经济不可行，建议重新评估方案”。回收期写成“约 X 年”，带小数，不要只写整数年。

4. 从 DFD 到结构图：需求分析与设计的完整链路

这一章是整门课的主干。需求分析出数据流图和数据字典，总体设计把数据流图映射成软件结构图，详细设计再把模块内部的处理过程描述出来。三块内容在卷面上经常连成一道大题：给你一段业务描述，让你画分层数据流图，写数据字典条目，再画结构图或者判定树。会画的人十分钟拿满，不会的人画到第三层就乱。

4.1 需求分析：四步骤、六任务、四性验证

需求分析分四步：获取、建模、描述、验证。获取是收集过程，方法有问卷调查、访谈、实地操作、建立原型，收集内容包括功能需求、性能需求、可靠性需求、可用性、人机界面需求、约束、出错处理。建模是把用户语言转成分析模型，面向过程的方法主要用数据流图建立逻辑模型。描述是编制文档，大型复杂系统一般出三份：系统定义文档、系统需求规格说明书、软件需求规格说明书；小规模系统出一份 SRS 就够。验证是从完整性、一致性、有效性、现实性四个方面检查，同时要对需求变更做可回溯管理。

六项任务要能背：确定对系统的综合要求、分析系统的数据需求、建立系统的逻辑模型、修订系统开发计划、编写软件需求规格说明书、需求分析评审。这六项和四个步骤不是一回事，题目问“任务”答六项，问“步骤”答四步，别混。

结构化分析方法的底层思想是分解和抽象，策略是面向数据流、自顶向下、逐步求精。分析数据时通常从数据流图的输出端往输入端回溯，因为输出决定了系统必须具备的基本功能，回溯过程同时定义了数据元素和算法，结果分别落到数据字典和 IPO 表里。这段是简答题的高分点，很多人只写“自顶向下”，不写“从输出端回溯”，少了关键的一半。

4.2 数据流图：顶层、0 层、1 层的切法

分层画法有四条硬规则。父子平衡：子图的输入输出数据流必须和父图里被分解的那个加工的输入输出一致。数据流不是控制流：箭头上传的是数据，不是“触发”“通知”这类信号。每个加工至少一个输入流和一个输出流，不能只进不出或者只出不进。源点和终点只画在顶层，0 层及以下不再出现外部实体。

顶层的画法最简单：整个系统画成一个加工，外面挂源点和终点。以订货系统为例，源点是仓库管理员，终点是采购员，数据流是事务和订货报表。0 层把系统拆成事务处理和产生报表两个加工，中间挂库存清单和订货信息两个数据存储。1 层再对需要细化的加工继续拆，比如事务处理拆成接收事务、更新库存、判断是否订货。

加工名用动宾结构，写“产生报表”不写“报表”；数据存储名用名词，写“库存清单”不写“存库存”。这两条不是格式洁癖，是阅卷人判断你有没有真正理解 DFD 元素的快捷方式。

4.3 数据字典：六个符号把电话号码题写死

数据字典的符号只有六个，含义要背准：等号是定义，加号是连接，方括号加竖线是选择，花括号是重复，圆括号是可选，省略号是取值范围。电话号码那道题是经典考法，标准写法如下。

电话号码 = 分机号 | 外线号码 分机号 = 7201…7299 外线号码 = 9 + [市话号码 | 长话号码] 长话号码 = 区号 + 市话号码 区号 = 100…300 市话号码 = 局号 + 分局号 局号 = [455 | 466 | 888 | 552] 分局号 = 4{数字}

4{数字}表示四位数字串，[455 | 466 | 888 | 552]表示四选一，7201…7299表示范围。写的时候注意两点：外线号码前面的 9 是固定前缀，不能漏；长话号码由区号和市话号码组成，顺序不能颠倒。这类题的分全在符号和嵌套关系上，文字描述再多也替代不了定义式。

4.4 总体设计：九步流程与模块化七条准则

总体设计的目标是得到良好的软件总体结构，也就是独立性良好、规模适中、深度宽度扇入扇出都合适的一组模块。主要任务是把分析阶段的数据模型映射成数据库设计，把数据流图映射成软件功能结构，行为模型留到详细设计阶段用。

九步流程：设想供选择的方案、选取合理的方案、推荐最佳方案、功能分解、设计软件结构、数据库设计、制定测试计划、编写文档、审查和复查。模块化七条准则要背全：改进软件结构提高模块独立性，模块规模适中，深度、宽度、扇入、扇出适中，模块的作用域应该在控制域之内，降低模块结构复杂度，设计单入口单出口的模块，模块功能应该可以预测。

作用域和控制域这一条最容易答反。作用域是受该模块内一个判断影响的所有模块的集合，控制域是这个模块本身加上它直接或间接调用的模块集合。正确的要求是作用域落在控制域之内，不是反过来。答反了等于没答。

数据流图到结构图的映射按七步走：复查基本系统模型、复查并精化数据流图、确定数据流图类型、确定数据流的边界、完成第一级分解、完成第二级分解、优化。类型只有两种，变换型有三个边界，输入、变换中心、输出；事务型有一个事务中心，后面发散出若干条事务路径。第一级分解把整个图变成输入、变换、输出三个顶层模块，或者事务中心加各分支；第二级分解把每个分支继续细化。

优化的注意事项值得单独记：机械套规则会产生不必要的控制模块，用处不大的应该合并；控制模块功能过分复杂，可以加中间层或者进一步分解；优化不能违背设计原理，不能违背问题域常识，不能为了追求“最佳设计”而优化；结构优化不要留到过程设计阶段。

4.5 详细设计：流程图、N-S 图、PAD、PDL 怎么选

详细设计有五项任务：为每个模块确定算法、确定模块内部数据结构与数据库物理结构、确定模块接口细节、为每个模块设计一组测试用例、编写文档并参加复审。描述方法分三类：图形、表格、语言。图形包括程序流程图、盒图即 N-S 图、PAD 问题分析图；表格包括判定表、判定树；语言是过程设计语言 PDL。

结构化程序设计三个要点：自顶向下逐步求精；只用顺序、选择、循环三种基本控制结构；每个模块单入口单出口。流程图的优点是直观清晰、易于使用，缺点也明确：可以随意控制流向，容易画出非结构化程序；不易反映逐步求精的过程，往往只反映最后结果；不易表示数据结构。克服办法是要求流程图由三种控制结构顺序组合、完全嵌套而成，不能交叉。

PAD 的特点有五条：清晰反映程序层次结构；支持逐步求精，自左至右细化；易读易写；支持结构化程序设计原理；可自动生成程序。N-S 图用方框表示所有结构，并列和嵌套一目了然，只能表达结构化逻辑，缺点是嵌套层数多了内层方框越来越小，绘图困难、清晰度下降。PDL 是在伪码基础上扩充了模块定义与调用、数据定义和输入输出，分内外两层，外层语法严格，内层用自然语言、语法自由。它的优点是能灵活表达算法、可作为注释插入程序、可用文字处理系统编辑并自动生成，缺点是不如图形直观，复杂描述不如判定表清晰。

4.6 真题演练：Halstead 与行李费判定树

Halstead 预测错误数的公式是 E 等于运算符与操作数使用次数之和，乘以总个数之和的以 2 为底对数，再除以 3000。题目给运算符使用 1200 次、操作数访问 1300 次、运算符 150 个、数据项 75 个，代入就是 2500 乘以 log2 225 再除以 3000，得 6.5 左右，结论是预测该程序可能包含 6 到 7 个错误。

E = (N1 + N2) × log2(n1 + n2) / 3000 = (1200 + 1300) × log2(150 + 75) / 3000 ≈ 2500 × 7.81 / 3000 ≈ 6.5

关键在区分两组符号：N1、N2 是使用次数，n1、n2 是个数，一个在分子加和里，一个在对数的真数里，位置换一下就全错。log2 225 约等于 7.81，这个数不用背，考场上写 log2 225 保留符号也能拿步骤分。

行李费判定树考的是条件组合。规则是：不超过 30kg 免费；超过 30kg 时，国内乘客头等舱每公斤 4 元、其他舱 6 元；外国乘客按国内的两倍收，头等 8 元、其他 12 元；残疾乘客按正常乘客的一半收，于是国内头等 2 元、其他 3 元，外国头等 4 元、其他 6 元。

判定树的画法是从上到下依次判条件：先判重量是否超过 30kg，超过后判国籍，再判舱位，最后判是否残疾。顺序不能乱，因为免费这一条优先级最高，先判重量可以砍掉一半分支。终端写费率，不写公式。如果题目要求判定表，就把四个条件做成列，每一行是一种组合，注意残疾和国籍、舱位的组合要全部覆盖，缺一行就丢一分。

5. 易错题与常见失分点：五个考场上最容易翻车的地方

这一章按错误类型整理，每条都按错在哪、为什么错、怎么答对来写。这些不是偏题怪题，是同一道题里两个人写出来的答案差五六分的那种差距。

5.1 把软件危机的原因写成表现

错在哪：问“软件危机表现在哪些方面”，答成“忽视需求分析、缺乏规范方法、文档不齐全”。为什么错：原因和表现是因果两端，原因写的是开发过程中的做法缺陷，表现写的是这些缺陷造成的外部症状。怎么答对：看到“表现”两个字，脑子里先过一遍进度成本、质量、维护文档三组，每组至少一条；看到“原因”，按前期、过程、组织三组写。两组都问的时候，用“原因如下”“表现如下”分开，中间空一行。

5.2 可行性研究、需求分析、总体设计的任务串位

错在哪：问可行性研究的任务，答“建立系统的逻辑模型、编写需求规格说明书”。为什么错：可行性研究的任务是决定做不做，逻辑模型和需求规格说明书是需求分析的产物，阶段目标完全不同。怎么答对：记住每个阶段的一句定位，可行性研究决定做不做，需求分析决定做什么，总体设计决定怎么做、分成哪些模块，详细设计决定每个模块内部怎么实现。答题前先在心里对一遍这句定位，再展开分点。

5.3 DFD 父子图不平衡、数据流画成控制流

错在哪：顶层画了“仓库管理员”和“采购员”，0 层又把他们画进去；父图某个加工只有输入没有输出；箭头上标“通知订货”。为什么错：源点终点只属于顶层，0 层以下再画就破坏了分层结构；加工不能只有输入或只有输出，否则这个加工没有存在意义；数据流传的是数据，控制信号不属于 DFD 元素。怎么答对：画完 0 层，逐个检查每个加工的输入输出是否和父图对应加工一致，再检查有没有外部实体混进来。加工名统一用动宾结构，检查一遍就能发现“通知”这类词混进来了。

5.4 成本效益不贴现、回收期算反

错在哪：把四年节约额直接相加减去投资，得出项目可行的结论；回收期用投资额除以年收益，得出整数年。为什么错：投资在前、收益在后，不贴现就没有可比性，这是这类题的核心考点；回收期要按累计现值算，不是按名义收益算。怎么答对：答题纸上第一行先写折现公式，第二行列逐年现值表，第三行写累计，最后才写结论。回收期写成“累计现值首次超过投资的年份，加上差额除以当年现值”，带两位小数。

注意：题干给的投资额和参考答案算式里的数字对不上时，按题干重算，并把中间累计过程留在卷面上，过程分比结果分更稳。

5.5 判定树漏条件、Halstead 参数搞反

错在哪：行李费判定树只画了国内乘客的头等和其他舱，外国乘客和残疾乘客没展开；Halstead 题把 1200 和 150 放进了同一个括号。为什么错：判定树考的就是条件组合的完备性，漏一条分支就等于漏一种业务情况；Halstead 公式里使用次数和个数分属两个位置，混用之后结果差一个数量级。怎么答对：画判定树之前先把条件列成清单，重量、国籍、舱位、是否残疾四个条件，逐层判断，每层分支写全。Halstead 题先把四个数标上 N1、N2、n1、n2，再套公式，代入之前检查一遍分子是两个 N 相加、对数里是两个 n 相加。

6. 考场时间怎么分配：三类题的答题顺序与押题方向

这门课的卷面结构基本固定，选择填空、简答、分析设计三类。时间分配上，选择填空控制在二十分钟以内，不会的先标记跳过；简答留四十分钟，每题按分点写，宁可每条写短一点也要把编号写全；剩下的时间全部给分析设计题，因为 DFD、结构图、判定树、计算题的分值密度最高，画错一条线就是两三分。

押题方向按出现频率排：软件危机的表现与原因、生存周期阶段归属、过程模型选型、可行性研究四个方面、净现值与投资回收期计算、KLOC 与工作量换算、DFD 分层与数据字典、模块独立性准则、判定树、Halstead 错误预测。简答题里“软件工程的目标与质量六特性”几乎年年有变体，背到能默写六条目标加六个特性的程度。

画图题有一个习惯值得养：动笔前先在草稿纸上列三行，源点终点是谁、加工有哪几个、数据存储有哪几个。这三行列清楚，图就不会乱。数据字典题动笔前先确认符号表，等号、加号、方括号、花括号各代表什么，写错一个符号整条定义就废了。

从那以后我每次做成本效益题，都强制先把题干里的投资、各年收益、利率抄成一张三列表，再开始折现，因为栽过一次跟头：把投资额抄错一位，后面整道题白算。计算题的分不在算得快，在第一步抄得准。希望帮到你。

本文还有配套的精品资源，点击获取