软件工程复要点.docVIP

1、软件是计算机程序、规程以及运行计算机系统可能需要的相关文档和数据。 软件＝程序＋规程＋文档＋数据 2、软件的特性：软件是复杂的、软件是不可见的、软件是不断变化的、软件质量难以稳定。 3、软件的质量特性：功能性、可靠性、易用性、效率、维护性、可移植性。 4、软件工程是为了经济地获得可靠的且能在实际机器上高效运行的软件而确立和使用的完善的工程原理。 5、软件工程以关注软件质量为目标，包括过程、方法和工具三个要素。 6、软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。 7、软件工程知识体系：(1)软件需求：需求是真实世界问题而必须展示的特性；(2)软件设计：定义一个系统或组件的体系结构、组件、接口和其他特征的过程；(3)软件构造：指通过编码、验证、单元测试、集成测试和排错的组合，具体创建一个可以工作的、有意义的软件 ；(4) 软件测试：在有限测试用例集合上，根据期望的行为，对程序进行的动态验证；(5)软件维护：在软件运行过程中，对可能出现的异常，运行环境的改变，作出处理，以保证软件正常运行；(6)软件配置管理：为了系统地控制配置的变更和维护在整个系统生命周期中的完整性和可追踪性，而标志软件在时间上不同点的配置的学科；(7)软件工程管理：处理软件工程的管理与度量，虽然度量是所有知识域的一个重要方面，但是这里涉及的是度量程序的专题；(8)软件工程过程：涉及软件工程过程本身的定义、实现、评定、度量、管理、变更和改进；(9)软件工程工具和方法；(10)软件质量。 8、软件过程是软件工程人员为了获得软件产品而在软件工具的支持下实施的一系列软件工程活动。 9、软件过程的目标：标准化、预见性、生产率、高质量、计划进度和预算的能力。 10、瀑布模型特点：阶段间具有顺序性和依赖性；采用推迟实现的观点；质量保证的观点。 瀑布模型适用：在开发的早期阶段软件需求被完整确定 瀑布模型缺点： 在项目各阶段之间极少有反馈；只有在项目后期才能看到结果；过多的强制性里程碑缺少弹性。 11、增量模型：也称渐增模型，融合了瀑布模型的基本成分（重复应用）和原型实现的迭代特征，该模型采用随着日程时间的进展而交错的线性序列，每一个线性序列产生软件的一个可发布的“增量”。 增量模型与原型实现模型比较：本质上都是迭代的，但与原型实现不一样的是其强调每一个增量均发布一个可操作产品。早期的增量是最终产品的“可拆卸”版本，但提供了为用户服务的功能，并且为用户提供了评估的平台。 增量模型优点:人员分配灵活。刚开始不用投入大量人力资源；可先发布部分功能给客户，对客户起到镇静剂的作用；增量能够有计划地管理技术风险。 增量模型缺点:需要软件具备开放式的体系结构；容易退化为边做边改模型，从而使软件过程的控制失去整体性；增加系统内部的耦合复杂性。 12、螺旋模型与增量模型的区别：（1）两者迭代层级不同：增量模型在活动级迭代；螺旋模型在过程级迭代；（2）两者需求分析的时间不同：增量模型常常是先做总体需求分析和设计，然后在编码和测试中逐个增量开发；螺旋模型在开发周期内采用简化瀑布模型或快速模型；(3)两者提交软件的方式不同：增量开发在上次增量的基础上提交新的一部分软件；螺旋模型每次迭代都提交一个新的完整的软件版本；(4)两者减少风险的方式不同：增量开发避免使用未成熟技术和经常的客户反馈等方法减少风险；螺旋模型中直接加进风险识别，风险分析、风险控制，计划性较强. 13、软件需求定义: IEEE的软件工程标准词汇表中将需求定义为：(1)用户解决问题或达到目标所需的条件或能力；(2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力；(3)一种反映上面(1)或(2)所描述的条件或能力的文档说明。　 14、业务需求反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。 15、用户需求描述了用户使用产品必须要完成的任务，这在用例(use case)文档或方案脚本(scenario)说明中予以说明。 用户需求的描述：（1）原则：易于用户的理解。自然语言+直观图形；（2）问题：自然语言表达容易含糊和不准确。 16、功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足业务需求。 17、非功能需求定义产品必须遵从的标准、规范和合约；外部界面的具体细节；性能要求；设计或实现的约束条件及质量属性。 18、软件需求分析的困难：（1）需求变更原因--客户方：对信息系统的了解不够；对业务需求表达不清；对自身业务抽象程度不够；对需求重视程度不够；与开发人员配合不够；业务范围不断拓展；业务流程不断变更；管理模式不断创新。（2）需求变更原因—软件人员：沟通技巧不高；需求工程技术不精；需求人员知识储备不够；不了解客户方的业务流程；调研范