2需求工程.ppt

问题定义、可行性研究、需求分析合起来可以叫做需求工程 * 注：原文地址：/post/572.html * * 提问：分别举例功能需求和性能需求，如提供登录功能属于功能需求，同时允许10万个用户登录属于性能需求 * 由于不同层面的人对需求的理解不同，从而产生了需求的不同层次，也就是需求的分类：业务需求、用户需求、功能需求和非功能需求 * 这项需求是用户高层领导机构决定的，它确定了系统的目标、规模和范围。 业务需求一般在进行需求分析之前就应该确定，需求分析阶段要以此为参照制定需求调研计划、确定用户核心需求和软件功能需求。 业务需求通常比较简洁，大约三至五页纸就可以描述清楚，也可以将它直接作为需求规格说明书中的一章。 * 业务需求：系统要有用户安全性 用户需求：用户需要进行登录认证功能需求：需要使用?USB key?证书密钥认证，或者同时使用短信验证码?手机接收随机数字，纸质口令卡?随机数字验证码纸卡，电子口令卡?随机数字验证码图片文件，动态电子口令牌（程序）?手机运行程序后定时刷新数字验证码。这个需要结合自己的技术能力来决定 * 【讨论】既然需求如此重要，那么如何获取需求？可以参考如下一些答案： 可以通过需求调研 用户代表访谈 设计一个系统按期收集（通常是专业用户，用户可直接在该系统中提需求） 合同书 研制任务书（由上级直接下达，通常是一个公司，不同部门之间，也可以是国家战略任务） 竞争对手资料 行业标准 * * * 具体内容在下一节介绍 * 虽然我们花了很多时间来分析系统的功能需求，但往往决定产品竞争力的却是非功能需求，回顾我们使用的产品，比如最常用的手机，功能大家都差不多，请同学们说一下你选择手机的理由？ * 提问1：这两组属性有什么差别？一类是针对用户来说重要的特性，另一类是针对开发者来说重要的特性。 提问2：这些属性是否对所有软件系统都适用？ * 实际操作时可以参考该图进行检查，由各方代表组成的变更控制委员会组成 * 上节回顾 软件的生命周期 问题定义、可行性研究、需求分析、设计、实现（编码和单元测试）、集成与测试、维护等阶段。 引言1 用户描述的可能不是他想要的。 对用户的描述每个人有不同的理解 引言2—开发人员和用户之间的鸿沟 从前有一家汽车厂，想为年轻人设计一款新车型，企划及设计部讨论了许久始终找不到感觉，于是对25-35岁的年轻人进行问券调查，大伙辛苦了三个月，完成了一万份的调查记录。市场部门摘要了调查内容反映给设计部门，重点：省油、外型酷、颜色鲜艳、马力足等。设计部门有了灵感开始设计，半年过去了!设计部门很得意的把雏型车展示给大伙看，这个时候…CEO、市场部、企划部..都傻眼了。 CEO开口说: 为什么这车没有”轮子” 设计部回答: 市场部给的调查报告里，没说要有轮子 市场部回说: 问卷调查中、顾客没有提到要有轮子 企划部生气的说: 你们都是白痴啊,汽车要有轮子是基本常识，你们都不知道吗? 就这样现场吵翻天了! 引言3—做需求要很细、很专业、很有经验 男孩反问:“是无声枪么？” 不是 “枪声有多大？” 80~100分贝 “那就是说会震的耳朵疼？”是 “您确定那只鸟真的被打死啦？”确定 “鸟里有没有聋子？”没有 “没有关在笼子里的？”没有 “旁边树上还有其他鸟？”没有 “有残疾或饿的飞不动的鸟？”没有 “算不算怀孕肚子里的小鸟？”都是公的  “打鸟的人眼里有没有花？”没有 “有没有傻的不怕死的？”都怕死 “会不会一枪打死两只以上？”不会 “所有的鸟都可以自由活动么？”完全可以 “它们受到惊吓时不会互相撞上？”不会 ”学生满怀信心的回答，“打死的鸟要是挂在树上没掉下来，那么就剩一只，如果掉下来，就一只不剩。”  某日老师在课堂上想考考学生们的智商，就问一个男孩:“树上有十只鸟，开枪打死一只，还剩几只？ 结论 需求具有主观性、二义性、多变性、模糊性。 需求分析要求很专业、很仔细、很有经验。 需求分析是确定系统应具备的功能，是其他所有工作的基础，因此非常重要。 需求导致整个项目失败占的比例非常大。 什么叫软件需求？ 软件需求是指用户对软件的功能和性能要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么样的性能。 思考： 以下两项需求分别是哪方面的需求？ 需求1：允许用户进行注册和登录 需求2：允许10万个用户同时登录 需求分类 业务需求 用户需求 功能需求 非功能需求 业务需求 对软件高层次的目标要求，确定了系统的目标、规模和范围 用户高层领导机构决定 描述简洁 需求分析阶段要以此为参照制定需求调研计划 用户需求 用户使用该软件要完成的任务 这部分需求应该充分调研具体的业务部门，详细了解最终用户的工作过程、所涉及的信息、当前系统的工作情况、与其它