[软件技术基础第3章.pptVIP

第3章 需 求 分 析 3.2 需 求 分 析 3.3 结构化分析(SA方法)概述 3.4 数 据 流 图 3.5 数 据 词 典 3.6 需求分析阶段的其他工作 是一个例子： 帐目＝帐号＋户名＋地址＋款额＋日期 组织：按帐号递增次序排列。 3. 数据项条目 数据项条目给出某个数据项的定义，这通常是该数据项的值类型、允许值等，例如“帐号”这个数据项的值可以是00000～99999之间的任意整数，则词典条目“帐号”可写成： 帐号＝00000～99999 又如，数据项“日期”可取1997/1~12/1~31等值，则词典条目“日期”可写成： 日期＝1997/1~12/1~31 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 有了这样的词典，我们只要依次查阅“帐目”、“帐号”、“日期”等条目，就可了解文件“帐目”的精确含义了。 有些数据项本身名字已足以说明其含义，如词典条目“学生”中： 学生＝姓名＋年龄＋性别＋班级 这里“姓名”、“年龄”、“性别”等数据项的含义是不言而喻的，所以就不必再解释了，这些名字称为是“自定义”的，自定义的词在词典中就不必再给出条目了。 词典条目的具体格式往往因系统而异，它也同用户习惯使用的表达方式有关。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 除了前面讨论的工作之外，需求分析阶段还应完成下列工作： 1) 确定设计限制 软件的设计要受到系统以外许多因素的影响，如成本、进度、可用的软硬件资源等。因此分析还必须确定设计的限制，并试图说明每种限制都是合理的。 2) 确定验收准则 在同用户讨论时，分析员应该提出这样的问题：“如果明天就将系统交给你，你凭什么认为这个系统是成功的?”。这个问题和相应的回答便构成了一组验收准则。验收准则应该尽可能具体，用于确认每个主要功能的测试方法也应同时确定下来。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 3.1 问题定义和可行性研究 3.2 需求分析 3.3 结构化分析(SA方法)概述 3.4 数据流图 3.5 数据词典 3.6 需求分析阶段的其他工作 ? 第3章 需求分析 返回主目录 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 3.1 问题定义和可行性研究 软件开发一般涉及用户和开发人员，即先由用户提出问题，然后由软件开发人员给出问题的解答。但用户和开发人员往往缺乏共同的语言，用户熟悉本身的业务(如飞机订票)但不熟悉计算机技术，软件开发人员熟悉计算机技术但不了解用户的业务，软件开发人员习惯用数据结构、程序结构、编程语言等方式来讨论问题，而用户不能确切地理解这些概念，所以双方交流时存在着隔阂。更有甚者，用户本身也不知道他究竟要计算机做些什么。如果开发人员急于求成，在未明确软件系统应该“做什么”的情况下就开始进行设计、编程，直至系统完成交付给用户之后，才发现它不符合要求，但这时已太迟了。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 由此人们认识到，为了开发出满意的软件系统，开发过程应该分为两大阶段进行。第一阶段是正确地确定问题，即明确地确定用户所要解决的问题是什么，