4.成本管理 成本估算模型

8.软件文档 暂无简介

3.软件开发模型(必考) 考点1:瀑布模型与V模型(考的最多)考点2:演化模型(原型模型、螺旋模型)考点3:增量模型考点4:喷泉模型考点5:统一过程UP考点6:敏捷方法(考的较多)考点：判断适用场景和特点瀑布模型与V模型结构化开发思想(适用需求明确)，文档作为驱动V模型需求分析阶段考虑验收和系统测试概要设计阶段考虑集成测试详细设计阶段考虑单元测试强调测试贯穿始终原型模型正确的需求定义是系统成功的关键。但是许多用户在开始时，往往不能准确地描述他们的需要，软件开发人员需要反复地和用户交流信息，才能全面、准确地了解用户的需求。在用户实际使用了目标系统以后，通过对系统的执行、评价，使用户更加明确对系统的需求。此时用户常常会改变原来的某些想法，对系统提出新的需求，以便使系统更加符合他们的实际需要。原型模型是在开发真实系统之前，构造一个原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求；第二步则在第一步的基础上开发客户满意的软件产品。原型模型如图(1) 原型模型的优点。原型方法打破了瀑布模型方法的僵化，让开发过程之间和开发过程中的主客体之间提前融合。原型模型缩短了开发周期，加快了工程进度，降低了工程成本。(2) 原型模型的缺点。原型模型所选用的开发技术和工具不一定符合主流的发展，快速建立起来的系统结构加上连续修改可能会导致产品质量低下。(3) 适用范围。原型模型适合于预先不能确切定义需求的软件系统的开发。演化模型:演化模型是迭代的过程模型，使得软件开发人员能够逐步开发出更完整的软件版本。演化模型特别适用于对软件需求缺乏准确认识的情况。适用于系统规模不是很大螺旋模型提到风险一般考虑螺旋模型瀑布模型和演化模型结合，加入了风险分析。特别适用于庞大、复杂并且具有高风险的系统。增量模型第1个增量往往是核心产品。将需求分段为一系列增量产品，每一增量可以分别开发。缺点是难以将需求划分为每个阶段的增量与迭代模型的区别是，迭代模型第一版是不完整产品喷泉模型开发活动无明显界限，迭代无间隙统一过程UP出现UP/RUP都是统一过程用例驱动，架构为中心，有迭代和增量的思想在内敏捷方法总体目标是通过“尽可能早地、持续地对有价值的软件的交付”使客户满意。适用于:“小步快跑”的思想，适合小项目小团队。极限编程XP考的多的两个极限编程XP并列争球法(SCRUM)强调分组并行

1.数据流图（下午题） 满分15分，最少拿12分，答案都来自题干，做题时间建议20-30分钟，不过多浪费时间考察内容：补充实体名，补充存储名，补充加工名，找到缺失/错误数据流改正不要根据自己的惯性思维答题，要根据题干数据流图平衡原则一、补充实体实体可能是:(1)人物角色:如 客户、管理员、主管、经理、老师、学生(2)组织机构:如 银行、供应商、慕捐机构(3)外部系统:如 银行系统、工资系统、后台数据库(当要开发的是中间件时)二、补充存储存储的文字方面特征:“文件，“库，“清单”，“档案”

2.三级模式结构 外模式-概念模式映射：逻辑独立性：数据的逻辑结构发生变化后，用户程序也可以不修改。但是为了保证应用程序能够正确执行，需要修改外模式和概念模式之间的映像。概念模式-内模式映射：物理独立性：当数据的物理结构发生改变是，应用程序不用改变。但是为了能够保证应用程序能够正确执行、需要修改概念模式和内模式之间的映像。