第5章需求分析.pptVIP

第5章 需 求 分 析 意义： 软件需求的深入理解是软件开发工作获得成功的前提条件，不论我们把设计和编码做得如何出色，不能真正满足用户需求的程序只会令用户失望，给开发带来烦恼。 需求分析是软件定义时期的最后一个阶段，它的基本任务不是确定系统怎样完成它的工作，而是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。并在在需求分析阶段结束之前，由系统分析员写出软件需求规格说明书，以书面形式准确地描述软件需求。即： ---- 准确地回答“系统必须做什么?”。 在分析软件需求和书写软件需求规格说明书的过程中，分析员和用户都起着关键的、必不可少的作用。 需求分析的结构化方法都遵守下述准则： (3) 必须描述作为外部事件结果的软件行为，这条准则要求建立行为模型。 软件的需求包括： 功能需求 性能需求 环境需求 可靠性需求 安全保密要求 用户界面需求 5.1 需求分析的重要性 需求分析的输入是软件《合同》或软件《立项建议书》以及对用户现场的调研、分析和确认，输出是《用户需求报告》/《需求规格说明书》。 需求分析是软件设计中最为重要的一环，主要表现在以下几点： （1）许多大型应用系统的失败，最后均归结到需求分析的失败： （2）需求分析的输出文档是《用户需求报告》 （3）需求分析要占用整个软件开发时间或工作量的30％左右。 （4）需求获取中的错误属于软件开发中的早期错误，它会在后续的设计和实现中进行发散式的传播。 需求获取困难的原因 （1）用户需求具有动态性，即需求的不稳定性：在整个软件生存周期内，应用软件的需求会随着时间的进展而有所变化，个别用户甚至会朝三暮四地变化。 （2）用户需求具有模糊性，即需求的不准确性。由于用户的水平不是很高，业务流程不很规范，所以需求表达不很清楚也不够明确。 （3）开发者和用户要对需求达成完全一致的认识，用户要在需求报告上签字，要承担责任。 （4）中国的国有企业正处于变动期（体制改革与企业重组），中国的民营企业正处于成长期（发展壮大与不完全成熟）。而处于变动期和成长期的企业需求是不成熟、不稳定和不规范的，这就给信息系统的需求分析增加了难度系数。 相关的名词解释 需求分析的理论基础 软件需求的概念从根本上讲，软件需求就是为了解决现实世界中的特定问题，软件必须展现的属性。这里的问题可能是用户的任务自动化，或者由软件来完成一个组织的业务处理，或者控制一个设备等。因此，可能涉及使用软件的不同层次和不同人员。软件需求的属性主要是可验证性、优先级和唯一性。 （1）可验证性。可验证性是软件需求的基本属性。软件需求必须是可验证的，否则软件的评审和测试就没有相应的依据。但在某些情况下，很难对某些软件需求进行验证或需要的代价很高。软件需求人员和测试人员应以合理的代价实现需求的验证。（2）优先级。软件需求应具有优先级，可以在有限的资源（资金、人员、技术）情况下进行取舍。（3）唯一性。软件需求应唯一地标识出来，以便在软件配置管理和整个软件生命周期中进行管理。 需求来源 （1）系统目的。系统目的是指软件的整体目的或高层的目标。这是进行软件开发的动机，但它们通常表达比较模糊。软件分析师需要仔细地评估这些目标的价值和成本，对系统的整体目标进行可行性研究。 （2）行业知识。软件分析师需要获取业务领域内的相关知识。考虑到大众对于通用的行业知识会一概而过，一些行业惯例需要软件分析师根据环境进行推断。当需求发生矛盾时，软件分析师可以利用行业知识对各种需求进行权衡。 （3）软件涉众。应充分考虑不同软件涉众的需求。如果只强调某一角色的需求，忽略其他角色的需求，往往会导致软件系统的失败。软件分析师应从不同的角度去识别、表述用户的需求。用户的文化差异、客户的组织结构，常常是系统难以正常实施的原因。 （4）运行环境。软件的运行环境包括地域限制、实时性要求和网络性能等。系统的可行性和软件架构都依赖于这些环境需求。 （5）组织环境。软件作为一个组织的业务流程支持工具，受到组织结构、企业文化和内部政策的影响。软件的需求也与组织结构、企业文化和内部政策有关。 5.2 需求分析的任务 需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。 确定对系统的综合要求 ---功能需求、性能需求、可靠性和可用性需求、出错处理需求、接口需求、约束、 逆向需求、将来可能提出的要求。 分析系统的数据要求 （1）输入数据。 （2）中间数据。 （3）输出数据。 导出系统的逻辑模型 在研究现行系统过程中，得到了现行系统的物理模型和逻辑模型。然后，在现行系统的逻辑模型上加上目标系统的新的需求来改变现存系统逻辑模型中可能存在的不合理的部分，以得到新系统的逻辑模型，