第03章 软件需求分析.pptVIP

软件工程学教程 （第四版） 周苏 教授 第3章 软件需求分析 在软件需求分析过程中，计划阶段所初步确定的软件范围将得到提炼且具体化，并分析各软件部件可能采用的解决办法。 完善的软件需求说明是软件开发项目得以成功的基础。不管设计如何精心或者编码如何巧妙，如果对软件需求不加以明确规定，将使用户感到失望，并给软件开发者带来严重后果。 第3章 软件需求分析 在规定软件需求时，软件的开发者和需求者同样起着重要的作用。软件开发者应起到询问、顾问和问题解决者的作用，而软件需求者应设法把有关软件的功能和性能的一些模糊的概念加以重新阐述，使之成为具体的细节。 常用的软件需求分析方法是“结构化分析”(SA) 方法。 3.1 需求分析阶段的任务 需求分析是软件生存周期中计划阶段的最后一个步骤。利用软件范围作为指南，软件需求分析试图实现如下几个目标： 通过揭示信息的流程与结构为软件的开发打下基础。 通过确定接口细节、深入描述软件功能、确定设计的约束以及规定软件的检验需求来说明该软件。 建立并保持与用户以及软件需求者的联系，以便实现上述两项目标。 3.1 需求分析阶段的任务 需求分析阶段的研究对象是软件产品的用户需求。这些需求最终要在所开发的软件产品上体现出来，或得到一定程度的满足。这些需求通常包括： 功能需求。 - 性能需求。 可靠性需求。 - 安全保密需求。 成本消耗需求。 - 开发进度需求。 资源使用需求。 - 用户接口需求。 3.1 需求分析阶段的任务 在研究用户需求的基础上，进一步完成可行性分析和成本-收益分析，将可以接受的需求和分析的结论编写成软件需求说明书 (又称软件规格说明书) ，作为需求分析阶段的主要工作成果。 3.1 需求分析阶段的任务 需求分析阶段的工作主要由软件人员承担，较大的软件开发机构通常有更明确的分工：系统分析员和高级程序员各有不同的职责。在需求分析阶段，系统分析员处在用户和高级程序员之间，沟通用户和开发人员的认识和见解。系统分析员一方面要协助用户对所开发的软件提出需求，另一方面还要和高级程序员充分交换意见，探讨其合理性和实现的可能性。如图3-1所示，系统分析员在需求分析阶段起着重要的作用。 3.1 需求分析阶段的任务 事实上，用户在软件开发的需求分析中也负有重要的责任。系统分析员应该认真听取用户的意见和要求，并加以考虑。若是开发在某个企业中使用的应用软件，则所谓用户应该包括企业的业务负责人、企业中有关部门的负责人以及与计算机系统运行有关的操作人员等。这些人员在不同的工作岗位上，熟悉并掌握着企业的技术发展方针、部门的业务工作以及具体的操作技术，他们所提供的意见和要求在需求分析中是十分宝贵的原始资料。 3.1 需求分析阶段的任务 经过分析确定下来的软件需求应该在软件需求说明书中给出确切的阐述。在软件开发过程中，以及在该项软件投入运行以后，需求说明书都是一份重要的资料，它被当作是用户和开发人员双方达成的协议书，其中阐明的需求是经过分析以后，双方对问题的共同理解，而且是准备组织力量加以实现的。很显然，需求说明书中不应包括那些不可实现的或不准备实现的需求，因为它是下个阶段进行软件设计的基础和依据。此外，在项目开发工作完成以后，它将成为产品验收的依据。 3.1 需求分析阶段的任务 软件需求说明书应该写得语言精确，不能在叙述上出现多义性。由于要让用户容易看懂它，在软件需求说明书中应避免使用很多软件技术的专门术语。 3.2 结构化分析方法 结构化分析方法 (Structured Analysis，SA方法) 适合于开发数据处理类型软件的需求分析，特别是企业事业单位中有关数据管理类型的应用软件的开发。近年来，软件开发的结构化分析方法得到了广泛的应用。这一方法除了比较简明、易于掌握的优点之外，在进入设计阶段以后还能和结构化设计方法 (SD) 相衔接，从而取得良好的设计效果。 3.2 结构化分析方法 结构化分析方法的基本手段是“分解”和“抽象”，这是系统开发技术中控制复杂性的两种通用手段。对于一个复杂的系统，结构化分析方法使用了“自顶向下，逐层分解”的方法，即先把分析对象抽象成为一个系统，然后自顶向下地层层分解，使复杂的系统分解成足够简单，能够清楚地被理解和表达的若干子系统，这样就可以分别理解系统的每一个细节、前后顺序和相互关系，找出各部分之间的数据接口， 3.2 结构化分析方法 用这种抽象与分解的方法来剖析一个系统，并为每一个细节写下处理说明，再将这些处理说明组织起来，形成整个系统的说明书即软件文件，如图3-2所示。 3.2 结构化分析方法 结构化分析方法采用了介于形式语言和自然语言之间的描述方式来写软件文件，并在描述方式上尽量采用图形表示，比较形象、直观、易于理解，避免了冗长、重复、难于阅