现代软件工程(第三讲)教程方案.pptVIP

现 代 软 件 工 程;第三章　可行性分析与需求分析 ;引言;3.1　可行性分析的要素;短期——长远利益分析 短期利益容易把握，风险较低 长远利益难以把握，风险较大。 ;技术可行性分析 在给定的时间内能否实现需求说明中的功能。（做得了吗？） 软件的质量如何？有些应用对实时性要求很高，如果软件运行慢如蜗牛，即便功能具备也毫无实用价值。有些高风险的应用对软件的正确性与精确性要求极高，如果软件出了差错而造成客户利益损失，那么软件开发方可要赔惨了。　（做得好吗？） 软件的生产率如何？如果生产率低下，能赚到的钱就少，并且会逐渐丧失竞争力。在统计软件总的开发时间时，不能漏掉用于维护的时间。如果软件的质量不好，将会导致维护的代价很高，企图通过偷工减料而提高生产率，是得不偿失的事。　（做得到吗？）;社会环境可行性分析 两种因素：市场与政策。 市场 分为未成熟的市场 涉足未成熟的市场要冒很大的风险，要尽可能准确地估计潜在的市场有多大？自己能占多少份额？多长时间能实现？ 成熟的市场 挤进成熟的市场，虽然风险不高，但油水也不多。 将要消亡的市场。 不要进去 政策对软件公司的生存与发展影响非常大 某些软件行业的利润很高，但可能存在地方保护政策，使竞争不公平。 政策不当将阻碍软件公司的健康发展，可最怕的还是政府干预企业的正当行为。;人可行性分析 人分四类——人物，人才，人手，人渣。 如果一个软件公司里上述四类人齐全了，那么最好的分工是 “人物”当领导， “人才”做第一线的开发人员 “人手”做行政人员 “人渣”负责交际。 举重若轻的那类“人才”可以做领导，举轻若重的那类人才适合做软件开发人员。 ;3.2 需求分析;*;*;客户说不清楚需求 有些客户对需求只有朦胧的感觉，当然说不清楚具体的需求。 有些客户心里非常清楚想要什么，但却说不明白。 如果客户本身就懂软件开发，能把需求说得清清楚楚，这样的需求分析将会非常轻松、愉快。 如果客户全不懂软件，但信任软件开发方，这事也好办。分析人员可以引导客户，先阐述常规的需求，再由客户否定不需要的，最终确定客户真正的需求。 最怕的就是“不懂装懂”或者“半懂充内行”的客户，他们会提出不切实际的需求。 ;需求自身经常变动 进行需求分析时就要留点神： 尽可能地分析清楚哪些是稳定的需求，哪些是易变的需求。以便在进行系统设计时，将软件的核心建筑在稳定的需求上，否则将会吃尽苦头。 在合同中一定要说清楚“做什么”和“不做什么”。如果合同含含糊糊，日后扯皮的事情就多。;分析人员或客户理解有误 客户表达的需求，不同的分析人员可能有不同的理解。 如果分析人员理解错了，可能会导致开发人员白干活，吃力不讨好。 由于客户大多不懂软件，他们可能觉得软件是万能的，会提出一些无法实现的需求。 有时客户还会把软件系统分析人员的建议或答复给想歪了。 ;3.3 如何进行需求分析;应该了解什么 （应该先了解宏观的问题，再了解细节的问题 ）;在写需求说明书时还应该注意两个问题： 最好为每个需求注释“为什么”，这样可让程序员了解需求的本质，以便选用最合适的技术来实现此需求。 需求说明不可有二义性，更不能前后相矛盾。如果有二义性或前后相矛盾，则要重新分析此需求。;通过什么方式去了解 直接与客户交谈。如果分??人员生有足球评论员的那张“大嘴”，就非常容易侃出需求。 有些需求客户讲不清楚，分析人员又猜不透，这时就要请教行家。有些高手真的很厉害，你还没有开始问，他就能讲出前因后果。让你感到“听君一席言，胜读十年书。” 有很多需求可能客户与分析人员想都没有想过，或者想得太幼稚。要经常分析优秀的和蹩脚的同类软件，看到了优点就尽量吸取，看到了缺点就引以为戒。;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*