需求工程复习2初步完善版.docxVIP

第二章案例题：这题丁二玉上课时候讲过的，他首先让我们找了里面的所有需求，然后再一个一个对应业务、用户和系统需求，发现有业务需求，但是不精确，有用户需求，没有系统需求。另外还要考虑非功能性需求，比如对外接口，质量属性，性能需求，约束。最后提了一点很多用户会考虑购买软件而非开发一个软件，这也是一个问题解答一：（1）她没有仔细认真地分析问题； （2）她没有及时跟相关人员交流信息，没能把握住有价值信息； （3）她没能及时跟公司员工交流，引用过时的文件结构； （4）她没有仔细研究分析新引进的系统的性能需求是否满足； （5）她没有仔细研究新引进的系统的功能需求是否满足； （6）她没有仔细研究引进的系统的质量属性，对外接口是否满足。解答二：业务需求中没有和高层管理人员沟通好；她提出的用户需求没有和用户（自己的职员）沟通好，也没有向开发人员提出可行性、质量属性（可扩展性）等。解答三：没有获得高层支持；财政部支持；下属抵制使用；信息不流通，文件使用不一致；要求的图形报告没有；不知道是否能修改业务需求：保持财务业绩与它的发展同步；有效地追踪客户账单和收据；降低成本；实行特价时能够知道是否有利可图，是否带动去他的销售；增加回头客。解答：业务需求如BR。BR1：实现客户账单和收据的有效追踪；BR2：实现产品特价时的利润和相关销售情况检查；BR3：实现一个客户数据库。先定义明确的业务需求，获得开发系统的必要性，根据业务需求，协调涉众的立场，限定问题的范围，指导用户需求的获取过程：和涉众沟通（即向业务人员了解相关的业务知识，业务流程；再和销售人员沟通，由于他们的顾客是流动的，不确定的，只能通过销售人员间接获取来自于顾客的用户需求，了解他们的背景和习惯），最后根据业务需求对用户需求进行过滤和选择，得到充分必要用户需求。UR1：使用户可以根据系统的明确操作提示做出正确的反应；UR2：用户插入银行卡后需要输入密码，得到验证后才可进行有效的具体操作；UR3：在用户进入系统后，可以选择使用查询金额、存取现金、转账的功能；UR4：用户能够正确、安全地退出系统。SR1：（1） 系统显示用户插入磁卡的动态图像，正确标明插卡位置；（2）用户根据提示，正确插入磁卡；（3）系统读取磁卡卡号，界面显示输入密码的提示； SR2：（1）对用户输入的密码，系统自动进行字符匹配； （2）匹配正确的话，进入具体操作界面； （3）匹配不正确的话，警告密码不正确，并提示再次输入； SR3：（1）若用户选择查询金额图标和查询金额币种，系统读取银行数据库中用户对应的信息，反馈在用户界面上； （2）若用户选择取款图标和金额币种及输入金额数目，系统读取用户请求，接受金额，修改数据库中该用户对应的信息，并提示成功与否； （3）若用户选择存款图标和金额币种，系统弹出存款框，用户放入现金，系统接收现金并辨认真伪，并反馈存入金额数目，得到用户确认后，修改数据库中该用户对应的信息，并提示成功与否； （4）若用户选择转账图标和金额币种并输入对方账号和转账金额数目，系统读取用户请求，修改数据库中所涉及到的用户的信息，并提示成功与否； SR4：（1）用户选择退出图标； （2）系统提示拔卡信息。性能需求：在用户点击图标后，系统在3s内作出反应。质量属性：易用、可靠、安全、容错、可恢复、可维护。约束：当用户输入密码次数等于3次后就不再提示输入密码，并自动锁定银行卡。第三章思考题：除了需求开发的四个活动和需求管理活动之外，需求工程中还有没有需要执行的活动？如果有的话，它们是哪些活动？给出你的理由。有。项目管理（人力、资金的管理）、过程管理（还有其他一些活动，例如：过程管理活动和项目管理活动。过程管理活动是跟踪项目开发过程，记录项目开发过程当中所遇到的问题或者教训等等。项目管理活动是管理项目开发的一系列问题与进度，管理人员配置，以求达到最该效益。）需求开发过程具有迭代特性，但是不是所有项目的需求开发过程都必须是迭代完成的？如果不是，试给出举例和理由。不是，在问题域很简单或者非常成熟的情况下不需要迭代完成。（不是，一般对于业务领域不熟悉的项目，需求是具有迭代性的，需要对业务领域的认知，有一个从认识到知识重构的过程。对于某些固定需求且熟悉的项目，比如学校课程的作业软件工程实践电梯系统，就不需要迭代开发）（需求获取——需求分析——需求规格说明——需求验证。当然并不是所有项目的需求开发过程是迭代完成的，比如：当某一项目开发过程中，用户需求非常简单，开发人员已经相当明确用户需求，这时，就不需要返回到需求获取阶段以继续用户需求的获取，这样，也就不需要迭代完成。当然，这种情况非常少见。）需求开发的迭代特性与软件开发