软件工程 第3章 需求分析.ppt

在美国高科技历史上曾有过令人痛心的事件： DEC曾经是美国三大计算机公司之一，几年前被康柏收购，从地球上消失，成为美国计算机界一大憾事。DEC曾以众多的高新技术著称于世。其中，它在最后的几年里研发出的 Alpha 计算机芯片更以卓越的技术在性能上超过了Intel, sun 和其他厂家的芯片。微软也曾大力协助 DEC ，将 Windows Nt 移植到 Alpha 系统，然而，Alpha 在市场上彻底地失败了，成为 DEC 最终失败的原因之一。 为什么？ 究其根本，还是因为 DEC 对其市场和用户不了解，盲目追求技术而铸成大错。Alpha 系统复杂，造价过高，绝大多数用户不能接受 ；而且它又不能与已有的系统兼容，使得在其上的软件开发相当困难，软件开发商也很难接受，所以 Alpha 把它的两级用户都得罪了！因此，设计软件产品的出发点应该是用户和用户的需求。 第3章需求分析 3.1 需求分析的任务 1.确定对系统的综合要求 2.分析系统的数据要求 采用建立数据模型的方法，复杂的数据可用数据字典定义，但用图形工具更形象。（层次方框图、Warnier图） 3.导出系统的逻辑模型 常用数据流图、实体联系图、状态转换图、数据字典、主要的处理算法描述 4.修正系统开发计划（成本、进度） 5.开发原形系统 6验证软件需求分析的正确性 7编写软件需求规格说明书 编制需求分析阶段的文档：软件需求说明书、数据要求说明书、初步的用户手册、修改、完善与确定软件开发实施计划 需求分析评审：系统是否与用户的要求一致、是否制定了系统确认的检验标准 3.2　与用户沟通获取需求的方法 1.访谈 对大多数人来说，若要建一幢数百万元的房子，他一定会与建房者详细讨论各种细节，他们都明白完工以后的修改会造成损失，以及变更细节的危害性。然而，涉及到软件开发，人们却变得“大大咧咧”起来。软件项目中百分之四十至百分之六十的问题都是在需求分析阶段埋下的“祸根” 。 经理：“我们要建立一套完整的商业管理软件系统，包括商品的进、销、调、存管理，是总部-门店的连锁经营模式。通过通信手段门店自动订货，供应商自动结算，卖场通过扫条码实现销售，管理人员能够随时查询门店商品销售和库存情况。另外，我们也得为政府部门提供关于商品营运的报告。” 分析员：“我已经明白这个项目的大体结构框架，这非常重要，但在制定计划之前，我们必须收集一些需求。”? 经理觉得奇怪：“我不是刚告诉你我的需求了吗？”? 分析员：“实际上，您只说明了整个项目的概念和目标。这些高层次的业务需求不足以提供开发的内容和时间。我需要与实际将要使用系统的业务人员进行讨论，然后才能真正明白达到业务目标所需功能和用户要求，了解清楚后，才可以发现哪些是现有组件即可实现的，哪些是需要开发的，这样可节省很多时间。”?　　经理：“业务人员都在招商。他们非常忙，没有时间与你们详细讨论各种细节。你能不能说明一下你们现有的系统？”? 分析员尽量解释从用户处收集需求的合理性：“如果我们只是凭空猜想用户的要求，结果不会令人满意。我们只是软件开发人员，而不是采购专家、营运专家或是财务专家，我们并不真正明白您这个企业内部运营需要做些什么。我曾经尝试过，未真正明白这些问题就开始编码，结果没有人对产品满意。”? 经理坚持道：“行了，行了，我们没有那么多的时间。让我来告诉您我们的需求。实际上我也很忙。请马上开始开发，并随时将你们的进展情况告诉我。”? ? 以上我们看到的是某客户项目经理与系统开发小组的分析人员讨论业务需求。?对商业用户来说，他们后面是成百上千个供应商，前面是成千上万个消费顾客。怎样利用软件管理错综复杂的供应商和消费顾客，如何做好精细到一个小小调料包的进、销、调、存的商品流通工作，这些都是商业企业需要信息管理系统的理由。软件开发的意义也就在于此。而弄清商业用户如此复杂需求的真面目，正是软件开发成功的关键所在。 只有分析人员更好地了解客户的业务，才能使产品更好地满足需要。这将有助于开发人员设计出真正满足客户需要并达到期望的优秀软件。 访谈是最早开始使用迄今仍广泛使用 优秀的软件产品建立在优秀的需求基础之上，而优秀的需求源于客户与开发人员之间有效的交流和合作。只有双方参与者都明白自己需要什么、成功的合作需要什么时，才能建立起一种良好的合作关系。 2.面向数据流自顶向下求精 结构化分析方法：把可行性研究得出的高层数据流图进行功能分解，将数据流和数据存储定义到元素级。 沿数据流图从输出端往输