软件工程——共同演进的方法与实践 教学课件 作者 田文洪 第三章需求分析.pptVIP

小结 软件需求贯穿于软件工程的整个生命周期 软件需求：用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。 需求分析的任务建立需求分析模型和编写需求说明。 作业 1.描述需求分析中用例图的缺点。 2.需求分析主要的步骤是什么？ 3.给出功能和非功能性需求的例子。 4.在产品需求和过程需求中的不同点是什么？ 5.请举出一些需求分析的主要来源。 网络教育学院 网络教育学院 有几种原因使需求分析变得困难：（1）客户说不清楚需求；（2）需求自身经常变动；（3）分析人员或客户理解有误。 客户说不清楚需求 有些客户对需求只有朦胧的感觉，当然说不清楚具体的需求。例如全国各地的很多政府机构在搞网络建设，这些单位的领导和办公人员大多不清楚计算机网络有什么用，反而要软件系统分析人员替他们设想需求。这类工程的需求是如此的主观，以致产生很多贪污腐败现象。 有些客户心里非常清楚想要什么，但却说不明白。读者可能很不以为然。就举日常生活的事例吧，比如说买鞋子。我们非常了解自已的脚，但没法说清楚脚的大小和形状。只能拿鞋子去试，试穿时感觉到舒服才会买鞋（居然也有神通广大的售货员，看一眼客户的手，就知道应该穿什么样的鞋）。 如果客户本身就懂软件开发，能把需求说得清清楚楚，这样的需求分析将会非常轻松、愉快。如果客户全不懂软件，但信任软件开发方，这事也好办。分析人员可以引导客户，先阐述常规的需求，再由客户否定不需要的，最终确定客户真正的需求。最怕的就是“不懂装懂”或者“半懂充内行”的客户，他们会提出不切实际的需求。如果这些客户甚至觉得自己是上帝的爸爸，那么沟通和协商都会很困难。 ? 4.3.2 需求自身经常变动 唐僧曾说：“妖要是有了仁慈之心，就不再是妖，是人妖。”（《大话西游之大圣娶亲》） 连妖都会变心，别说人了。所以喜新厌旧乃人之常情，世界也因此变得多姿多彩。 软件的需求会变化吗？ 答：据历史记载，没有一个软件的需求改动少于三次。唯一只改动需求两次的客户是个死人。这个可怜的家伙还是在运送第三次需求的路上被车子撞死的。[Cline 1995] 让我们先接受“需求会变动”这个事实吧，免得在需求变动时惊慌失措。明白“需求会变动”这个道理后，在进行需求分析时就要留点神： （1）尽可能地分析清楚哪些是稳定的需求，哪些是易变的需求。以便在进行系统设计时，将软件的核心建筑在稳定的需求上，否则将会吃尽苦头。 （2）在合同中一定要说清楚“做什么”和“不做什么”。如果合同含含糊糊，日后扯皮的事情就多。要防止象韩复渠那样，在别人请他喝酒吃饭时他什么都点头（人家就更加献殷勤），吃完了他就宣布刚才答应的事都不算数，便扬长而去。 ? 4.3.3 分析人员或客户理解有误 有个外星人间谍潜伏到地球刺探情报，它给上司写了一份报告：“主宰地球的是车。它们喝汽油，靠四个轮子滚动前进。嗓门极大，在夜里双眼能射出强光。……有趣的是，车里住着一种叫作‘人’的寄生虫，这些寄生虫完全控制了车。” 软件系统分析人员不可能都是全才。客户表达的需求，不同的分析人员可能有不同的理解。如果分析人员理解错了，可能会导致开发人员白干活，吃力不讨好。我读中学时候最怕写作文逃题，如果逃题了，不管作文写得多长，总是零分。所以分析人员写好需求说明书后，要请客户方的各个代表验证。如果问题很复杂，双方都不太明白，就有必要请开发人员快速构造软件的原型，双方再次论证需求说明书是否正确。 由于客户大多不懂软件，他们可能觉得软件是万能的，会提出一些无法实现的需求。有时客户还会把软件系统分析人员的建议或答复给想歪了。 有一个软件人员滔滔不绝地向客户讲解在“信息高速公路上做广告”的种种好处，客户听得津津有味。最后，心动的客户对软件人员说：“好得很，就让我们马上行动起来吧。请您决定广告牌的尺寸和放在哪条高速公路上，我立即派人去做。” 为什么软件系统分析员的工资要比普通程序员高？就是因为需求分析困难嘛 第三章 需求分析 需求分析相关概念 1 需求规格说明 4 需求验证 5 需求提炼 3 需求获取 2 网上招聘系统需求规格案例分析 6 本章学习目标 1 2 3 知道如何根据需求分析来完成文档。 理解需求分析的主要步骤。 理解需求分析的过程。 软件需求管理的过程 需求分析 需求描述 需求验证 需求获取 需求变更 需求确认 需求变更 需求分析的定义 定义 确定系统必须具有的功能和性能，系统要求的运行环境，并且预测系统发展的前景。 换句话说需求就是以一种清晰、简洁、一致且无二义性的方式，对一个待开发系统中各个有意义方面的陈述的一个集合。 需求分析的任务和步骤 需求分析的任务 建立分析模型 编写需求说明 需求分析的步骤 需求获取 需求提炼 需求描述（撰写需求规格说明书） 需求验证 需求分析的任务和步骤 需求分析的任务 建