[系统分析课件第四讲需求分析.pptVIP

需求分析 4.1 软件需求分析的基本概念 需求分析就是研究一种无二义性的表达工具，它能为用户和软件人员双方都接受并能够把“需求”严格地、形式地表达出来。 需求的定义： IEEE： 用户解决问题或达到所需的条件或能力； 系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或能力； 反映上述两个定义中所描述的条件或能力的文档说明 需求的定义： 另外： “用户所需要的并能触发一个程序或系统开发工作的说明”。 “以一种清晰、简洁、一致且无二义的方式对一个待开发系统中各个有意义方面的陈述的一个集合。 一、需求分析的重要性 输入：《合同》/《立项建议书》/现场调研。 输出：《用户需求报告》/需求规格说明书》。 1. 需求分析为什么重要？ （1）许多大型应用系统的失败，最后均归结到需求分析：要么获取需求的方法不当，使得需求分析不到位或不彻底；要么客户配合不好，导致客户对需求不确认，或客户需求不断变化，同样致使设计、编码、测试无法顺利进行。 需求分析的重要性 （2）需求分析的输出文档是《用户需求报告》，它既是软件生存周期中的第一个里程碑，又是客户、软件开发人员和项目管理人员三者必须遵守的一根基线，是三者共同工作的基础，是项目Alpha测试和Beta测试的准则，是供方交付产品和需方验收产品的依据。 需求分析的重要性 （3）需求分析要占用整个软件开发时间或工作量的30%左右。 （4）需求获取中的错误，属于软件开发中的早期错误，它会在后续的设计和实现中进行发散式的传播。 根据以上四项原因，IT企业的高层经理，对需求分析特别重视，常常派经验最丰富的人员去作项目需求。正因为如此，“系统分析员”才是软件行业中的最高技术职称。 二、需求分析的困难性 需求获取为什么难？ （1）用户需求具有动态性，即需求的不稳定性： （2）用户需求具有模糊性，即需求不准确性： （3）开发者和用户要对需求达成完全一致的认识，用户要在需求报告上签字，要承担责任。 （4）中国的国有企业正处在变动期（体制改革与企业重组），中国的民营企业正处在成长期（发展壮大与不完全成熟）。而处于变动期和成长期的企业需求是不成熟、不稳定和不规范的，这就给信息系统的需求分析，无疑增加了难度系数。 需求分析的困难性 需求工程一般指应用已证实有效的原理、方法，通过合适的工具和记号，系统地描述待开发系统及其行为特征和相关约束。通常是一些过程的集合：需求获取(需求获取)、需求分析和编写软件规格说明书(SRS)及验证(包括确认和证实)。 需求工程 需求工程过程可以分为六个步骤： 需求诱导／获取 requirements elicitation 需求分析和谈判 requirements analysis and negotiation 需求规约 requirements specification 系统建模 system modeling 需求确认 requirements validation 需求管理 requirements management 需求工程涉及人员 分析人员应具备的特征： 善于领会一些抽象的概念，重新整理使之成为各种逻辑成分，并根据各种逻辑成分综合出问题的解决办法； 善于从各种相互冲突或混淆的原始资料中吸取恰当的论据； 能够理解用户的环境及领域知识； 具备把系统的硬件和软件部分应用于用户环境的能力； 具备良好的书面和口头形式进行讨论和交换意见的能力； 具有“既能看到树木，又能看到森林”的能力。 1、需求获取技术 需求获取技术包括两方面的工作： 建立获取用户要求的方法的框架； 支持和监控需求获取的过程的机制。 软件需求的层次 需求获取的基本原则 需求调研的方法 需求整理与表达的方法 1） 软件需求的层次 业务需求 反映了组织或客户开展相关业务的工作流和业务规则，是对系统、产品高层次的目标要求，与该组织或客户的业务领域有关。 用户需求 描述用户使用软件需要完成哪些任务，可通过用例 (use case) 图或场景说明加以阐明。 功能―非功能需求 定义了开发人员必须实现的软件功能，而非功能需求如表所示: 2） 需求获取的基本原则 深入浅出 需求获取要尽可能全面、细致。获取的需求是个全集，系统真正实现的是个子集。 以流程为主线 在与用户交流的过程中，应该用流程将所有的内容串起来。如信息、组织结构、处理规则等。 3） 需求获取的步骤 由于软件开发项目和组织文化的不同，对于需求开发没有一个简单的、公式化的途径。 下面列出9个步骤，用以指导需求获取活动。 定义项目的视图和范围 确定用户类 确定目标系统的业务工作流 运用需求获取技术开发用例（或数据流图）并设置优先级） 收集来自用户的质量特性信息和其他