增量模型优点人员分配灵活。刚开始不用投入大量人力资源；可先发布部分功能给客户，对客户起到镇静剂的作用；增量能够有计划地管理技术风险。
增量模型缺点需要软件具备开放式的体系结构；容易退化为边做边改模型，从而使软件过程的控制失去整体性；增加系统内部的耦合复杂性。12、螺旋模型与增量模型的区别：（1）两者迭代层级不同：增量模型在活动级迭代；螺旋模型在过程级迭代；（2）两者需求分析的时间不同：增量模型常常是先做总体需求分析和设计，然后在编码和测试中逐个增量开发；螺旋模型在开发周期内采用简化瀑布模型或快速模型；3两者提交软件的方式不同：增量开发在上次增量的基础上提交新的一部分软件；螺旋模型每次迭代都提交一个新的完整的软件版本；4两者减少风险的方式不同：增量开发避免使用未成熟技术和经常的客户反馈等方法减少风险；螺旋模型中直接加进风险识别，风险分析、风险控制，计划性较强13、软件需求定义IEEE的软件工程标准词汇表中将需求定义为：1用户解决问题或达到目标所需的条件或能力；2系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力；3一种反映上面1或2所描述的条件或能力的文档说明。14、业务需求反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。15、用户需求描述了用户使用产品必须要完成的任务，这在用例usecase文档或方案脚本sce
ario说明中予以说明。
用户需求的描述：（1）原则：易于用户的理解。自然语言直观图形；（2）问题：自然语言表达容易含糊和不准确。16、功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足业务需求。17、非功能需求定义产品必须遵从的标准、规范和合约；外部界面的具体细节；性能要求；设计或实现的约束条件及质量属性。18、软件需求分析的困难：（1）需求变更原因客户方：对信息系统的了解不够；对业务需求表达不清；对自身业务抽象程度
f不够；对需求重视程度不够；与开发人员配合不够；业务范围不断拓展；业务流程不断变更；管理模式不断创新。（2）需求变更原因软件人员：沟通技巧不高；需求工程技术不精；需求人员知识储备不够；不了解客户方的业务流程；调研范围不确定；需求不够细致、明确；项目管理不规范；需求描述存在歧义；合同对客户方约束不够。19、需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并r