软件需求工程考试复习资料：需求.docxVIP

第2章思考题软件系统通过影响问题域，与其周围环境的交互，解决人们在现实世界中遇到的问题。软件系统在完成部署之后就成了现实世界的一部分，而问题域就是人们希望真正影响的部分。问题域：当现实的状况与人们期望的状况产生差距时，就产生了问题；要解决问题，就要改变现实当中某些实体的状态或改变试题状态变化的演进顺序使其达到期望的状态或演进顺序。软件系统能与问题域进行交互和相互影响的原因在于软件系统中的某些部分对问题域中的某些部分具有模拟特性，也就是说软件系统中含有问题域某些部分的模拟，模拟的部分越大，软件实现的程度就越大，能够影响到的范围与程度也就越大。现实的可计算性就是计算机可以模拟的程度，可计算性越大，被计算机系统改变的潜力也就越大。另外，人的想象与创造不可被计入其中，因为它是不可计算的。案例题·主要问题是：软件系统是基于现实改变现实的，而案例中的Jeannine根本没有考虑现实，包括没有定义前景范围、没有做涉众分析。·具体问题：没有和高层沟通好；信息不流通，保留过时文件结构；下属抵制使用；不知道接口是否可扩展；与开发人员沟通也不行，导致系统质量属性较差；财政部不支持·教训：要着眼于软件系统解决现实问题的能力，与各方面人员要留有足够的沟通；正确定义软件的前景，定义开发的范围，确保在最大程度上达到一致的理解；仔细做涉众分析，综合考虑各方意见BR1: 增大。。利润BR2: 节约。。成本BR3: 增加。。。回头客·用户可以对ATM机进行操作，机器要能正确做出反应；·可以进入系统，并在进入以后能正确进行查询、转账、存取现金的等具体操作；·用户操作过程中系统不能发生崩溃，并且操作信息要保证安全；·用户操作完毕后能正确安全退出系统；·发生故障的情况下，系统要能快速反应并提示相关处理sr1 系统给出提示，等待用户插入card；系统检测card有效信息，提示卡已插入，并跳转到密码输入界面sr2 系统提示用户输入密码，对用户输入的密码进行匹配验证；验证成功，进入操作页面；验证不成功，发出警告，提示再次输入；操作页面等待用户操作信息；用户选择查询。。。用户选择存款。。。用户选择取款。。。用户选择转账。。。其他。。。sr3 用户误操作，系统提示；系统发生错误，发出警告，并提示用户，同时取消用户当前业务操作；用户操作完成，选择退出，系统正确提示，并吐出card，消除用户遗留在系统中的信息6. 性能需求：（一般标准）系统对用户操作要求的响应不超过1s，（最低标准）如遇到特定操作，不超过3s；质量属性：安全、可靠、可维护、易用；约束：行业规定（比如三次输入出错即自动锁定）；接口：易于扩展、可维护第3章思考题有。过程管理（跟踪项目开发过程，记录过程中遇到的问题或教训）、项目管理（人力、资金管理等一系列问题与进度管理以求达到最大效益）不是，在问题域很简单（需求已经很明确）和对问题域很熟悉已经做过了相当需求开发工作的项目不需要迭代完成需求开发的迭代性是指：对于开发者对领域知识的认知水平在某一点上发生重构，使得知识体系复杂性下降而继续积累知识的过程；软件开发的迭代性是指：在软件生命周期过程中整体开发迭代，针对变更的需求或新增的需求的一种减少风险的开发模式；需求开发的迭代性不会导致软件开发过程的迭代，但有时会有影响。需求开发迭代只是软件开发过程的一个子过程。需求开发的迭代要是过于厉害也会影响到软件开发过程的迭代。没有影响。需求开发过程的差异性导致细节知识的实践性。需求开发的差异性是由现实世界问题的复杂性以及项目的差异性导致的。第4章思考题来源：人：（很多种）面谈、问卷、群体面谈、话语分析、专题讨论会环境：观察、民族志硬数据：（很多种）分析、调查、需求剥离内容：针对需求：通常为涉众的观点、期望、态度等（面谈、问卷调查、头脑风暴、专题讨论会、原型方法以及认知方法等）针对问题域：现实世界的业务运行状况（硬数据分析、文档检查、需求剥离）针对约束：特殊的问题与特性（通过硬数据分析、民族志、观察等）确定的：不确定的：观察用户没办法告诉的：（比如环境和约束）民族志、硬数据分析第5章思考题明确每一个解决方案具备的功能特征，根据这些功能特征分析解决方案需要和周围环境形成的交互定义解决方案的边界；把每一个解决方案的输入输出列出来，如果一个解决方案外部的输入来自同一系统中另一解决方案的输出就可以隐去，否则保留；将所有的解决方案进行综合，就得到了整个系统的功能和边界。案例题不做工作陈述就意味着不定义前景与范围，在这种情况下，最容易造成两种大问题：开发冗余和功能遗漏；前景是综合涉众目标和解决方案及系统特性的描述，它加强用户和开发人员的理解，定义了一致的理解，并且在后期开发中可以作为检测需求获取正确性的标准；前景为产品生命周期中所有的决策提供了背景；记录了所有的假设和依赖关系，可以让各方对所有的假设记