软件工程导论-第3章_需求分析_(第五版)(张海藩编著)_a_百度文库.ppt

(1) 一致性：所有需求必须是一致的，任何一条需求不能和其他需求互相矛盾。 (2) 完整性：需求必须是完整的，规格说明书应该包括用户需要的每一个功能或性能。 (3) 现实性：指定的需求应该是用现有的硬件技术和软件技术基本上可以实现的。对硬件技术的进步可以做些预测，对软件技术的进步则很难做出预测，只能从现有技术水平出发判断需求的现实性。 (4) 有效性：必须证明需求是正确有效的，确实能解决用户面对的问题。 3.8.2 验证软件需求的方法 3.8 验证软件需求 3.8.1 从哪些方面验证软件需求的正确性 需求验证是检验需求能否满足客户的意愿。 需求验证的技术： 需求评审：若需求说明书用自然语言表达，则由不同代表（ 如分析员、客户、设计人员、测试 人员）组成 的评审小组以会议形式对需求进行系统性分析 ；若用形式化方法表达，则用软件工具。 原型评价：客户和用户在一个可运行的系统模型上实际检验 系统是否符合他们的真正需要。 参照经验，仿真：通过设计具体的测试方法，发现需求中 的许多问题。 3.8.2 验证软件需求的方法 验证一致性 验证完整性与有效性 验证现实性 需求验证是检验需求能否满足客户的意愿。 需求验证的工具： RSL：需求陈述语言 PSL/PSA：需求陈述语言/需求陈述分析工具 3.8.2 验证软件需求的方法 传统软件工程方法学使用结构化分析技术，完成分析用户需求的工作。需求分析是发现、求精、建模、规格说明和复审的过程。 第一步是进一步了解用户当前所处的情况，发现用户所面临的问题和对目标系统的基本需求； 接下来应该与用户深入交流，对用户的基本需求反复细化逐步求精，以得出对目标系统的完整、准确和具体的需求。 具体地说，应该确定系统必须具有的功能、性能、可靠性和可用性，必须实现的出错处理需求、接口需求和逆向需求，必须满足的约束条件，并且预测系统的发展前景。 3.9 小结 在需求分析阶段还应该写出软件需求规格说明书，经过严格评审并得到用户确认之后，作为这个阶段的最终成果。通常主要从一致性、完整性、现实性和有效性等4个方面复审软件需求规格说明书。 多数人习惯于使用实体-联系图建立数据模型，使用数据流图建立功能模型，使用状态图建立行为模型。读者应该掌握这些图形的基本符号，并能正确地使用这些符号建立软件系统的模型。 为了提高可理解性，还可以用层次方框图或Warnier图等图形工具辅助描绘系统中的数据结构。 概括地说，任何一个计算机系统的基本功能都是把输入数据转变成输出信息，算法定义了转变的规则。因此，没有对算法的了解就不能确切知道系统的功能。IPO图是描述算法的有效工具。 * * * * * * * * * * * * * * * * * * * * * * 第3章 软件需求分析 教学目的与要求： 深刻理解需求分析阶段的概念及任务，熟练掌握ER图，HIOP图的画法。 教学重点：需求分析阶段的任务、方法、具体任务。 教学难点：写出需求规格说明书 第3章 软件需求分析 3.1 需求分析的任务 3.2 与用户沟通获取需求的方法 3.3 分析建模与规格说明 3.4 实体-联系图（数据建模） 3.5 (存储)数据的规范化 3.6 状态转换图（行为建模） 3.7 其他图形工具（数据建模：层次图、Warnier，IPO： 描述数据处理的算法） 3.8 验证软件需求 3.9 小结 习题 成功来之不易 31% （取消） 16.2% （成功地完成） 53.8% （受到挑战） Source: Standish Group 2 软件项目失败的原因 软件项目失败的最重要的五个主要原因： 需求不完整 缺少客户的参与 缺少资源 期望值过高 缺少高层的支持 0% 5% 10% 15% 3 需求错误的成本 4 软件需求的重要性： ?软件需求分析是决定软件成功开发的一个关键因素 -帮助分析员真正理解业务问题 -是估算成本和进度的基础 -避免建造错误的系统，从而减少不必要的浪费 -软件规格说明有助于分析员与用户在系统需求问题上达成 正式契约 -有助于管理软件的演化和变更 -是软件质量的基础，为系统验收测试提供了标准 5 软件需求分析的基本任务是准确地回答“系统必须做什么?” 3.1.1 确定对系