第3章 需求分析概述.pptVIP

第二篇传统方法学 第3章 结构化分析 为了开发出真正满足用户需求的软件产品，首先必须知道用户的需求。 我们必须知道 对软件需求的深入理解是软件开发工作获得成功的前提和关键，不论我们把设计和编码工作做得如何出色，不能真正满足用户需求的程序只会给用户带来失望，给开发者带来烦恼。 　 　 3.1 概述—怎样理解需求分析、 软件需求 需求分析是发现、求精、建模、规格说明和复审的过程。 软件需求，又称软件需求分析或软件需求获取，它既是软件开发中的老问题（几十年都没有很好地彻底解决），又包含着许多新思路和新内容。需求获取是否彻底与成功，直接关系到软件开发的成败。 什么是用户需求 待开发软件系统的功能、性能、设计约束和其它要求 用户需求例子－图书馆管理系统 功能需求：办理读者借书证, … 性能需求：查询操作延迟时间不超过1秒钟, … 设计约束：前台运行在windows OS下，… 其它要求：开发时间6个月, … 需求分析为什么重要？ （1）许多大型应用系统的失败，最后均归结到需求分析：要么获取需求的方法不当，使得需求分析不到位或不彻底，导致开发者反复多次地进行需求分析，致使设计、编码、测试无法顺利进行；要么客户配合不好，导致客户对需求不确认，或客户需求不断变化，同样致使设计、编码、测试无法顺利进行。 （2）需求分析的输出文档是《用户需求报告》，它是客户、软件开发人员和项目管理人员三者必须遵守的一根基线，三者共同工作的基础，是测试的准则。 需求分析为什么重要？ （3）需求分析要占用整个软件开发时间或工作量的30%左右。 （4）需求获取中的错误，属于软件开发中的早期错误，它会在后续的设计和实现中进行发散式的传播。 根据以上四项原因，IT企业的高层经理，对需求分析特别重视，常常派经验最丰富的人员去作项目需求。正因为如此，“系统分析员”才是软件行业中的最高技术职称。 需求获取(需求分析）为什么难？ 需求获取看似容易，做起来难，主要原因有四： （1）用户需求具有动态性，即需求的不稳定性。在整个软件生存周期内，应用软件的需求会随着时间的进展而有所变化。个别用户，甚至是朝三暮四地变化。 需求具有动态性、不稳定性、自身经常变动 唐僧曾说：“妖要是有了仁慈之心，就不再是妖，是人妖。”（《大话西游之大圣娶亲》） 连妖都会变心，别说人了。所以喜新厌旧乃人之常情，世界也因此变得多姿多彩。软件的需求会变化吗？答：据历史记载，没有一个软件的需求改动少于三次。让我们先接受“需求会变动”这个事实吧，免得在需求变动时惊慌失措。明白“需求会变动”这个道理后，在进行需求分析时就要留点神：（1）尽可能地分析清楚哪些是稳定的需求，哪些是易变的需求。以便在进行系统设计时，将软件的核心建筑在稳定的需求上，否则将会吃尽苦头。（2）在合同中一定要说清楚“做什么”和“不做什么”。如果合同含含糊糊，日后扯皮的事情就多。 需求获取为什么难？ （2）用户需求具有模糊性，即需求不准确性。由于用户的素质不是很高，业务流程不很规范，所以需求表达不很清楚也不够明确。 需求不准确性（客户说不清楚需求） 有些客户对需求只有朦胧的感觉，当然说不清楚具体的需求。例如全国各地的很多政府机构在搞网络建设，这些单位的领导和办公人员大多不清楚计算机网络有什么用，反而要软件系统分析人员替他们设想需求。 需求不准确性（客户说不清楚需求） 有些客户心里非常清楚想要什么，但却说不明白。大家可能很不以为然。就举日常生活的事例吧，比如说买鞋子。我们非常了解自已的脚，但没法说清楚脚的大小和形状。只能拿鞋子去试，试穿时感觉到舒服才会买鞋（居然也有神通广大的售货员，看一眼客户的脚，就知道应该穿什么样的鞋）。 需求不准确性（客户说不清楚需求） 如果客户本身就懂软件开发，能把需求说得清清楚楚，这样的需求分析将会非常轻松、愉快。如果客户全不懂软件，但信任软件开发方，这事也好办。分析人员可以引导客户，先阐述常规的需求，再由客户否定不需要的，最终确定客户真正的需求。最怕的就是“不懂装懂”或者“半懂充内行”的客户，他们会提出不切实际的需求，那么沟通和协商都会很困难。 需求获取为什么难？ （3）开发者和用户要对需求达成完全一致的认识，用户要在需求报告上签字，要承担责任。 分析人员或客户理解有误。 有个外星人间谍潜伏到地球刺探情报，它给上司写了一份报告：“主宰地球的是车。它们喝汽油，靠四个轮子滚动前进。嗓门极大，在夜里双眼能射出强光。……有趣的是，车里住着一种叫作‘人’的寄生虫，这些寄生虫完全控制了车。”软件系统分析人员不可能都是全