软件工程第三章课件.pptxVIP

软 件 工 程 ---第3章 需求分析 软件需求分析： “做什么？ ” 令基本任务： 系统必须做什么? 令确定系统必须完成哪些工作，也就是 对目标系统提出完整、准确、清晰、具体 的要求。 令写软件需求规格说明书，以书面形式 准确地描述软件需求。 F 开发一个软件系统前，必须了解用户的期 望和要求--- 软件需求 --- 需求分析过程 F 重要性： -软件开发的基础和前提 -最终目标软件系统验收的标准 -避免或者尽早剔除早期的错误 第3章 需求分析 需求分析 3 需求分析的重要性 – 软件生命周期中，一个错误发现得越晚，修 复错误的费用越高 需求的重要性 Standish-Group对350家公司的8000个软件项目作过一次调查 其中， 31%的项目的结局是被取消。 引致这些项目失败的原因是： 13.1% 不完整的产品要求； 12.4% 缺乏用户的参与； 10.6% 缺少资源(人力、财力)； 9.9% 不现实的期望； 9.3% 高层领导支持不足； 8.7% 产品要求与指标的改变； 8.1% 没有订计划； 7.5% 不再需耍该开发中的系统。 其中， 与产品需求有关的(1,2,4和6项)占了44.1%。这些数 据突出地显示了软件产品需求在软件开发中的重要性。 –在需求过程中会产生很多错误 • DeMarco在一份研究报告中指出，被检查出来 的错误的56％产生的根源可以追溯到需求阶 段。 • AIRMICS所进行的一项调查发现，在一份美国 军方大型管理信息系统的需求规格说明书 (SRS)中存在着500多个错误，当然这仅仅是 一个软件项目中的一次调查。 需求分析的重要性 – 需求错误是可以被检查出来的 需求分析的重要性 参与需求分析的人有哪些，场所在哪 • 参与需求分析的人 – 系统分析师、需求阐释者、客户代表、 用户代表、 开发方领导、项目经理、架构设计师、领域专家、 财务人员、市场人员、软件质量保证(SQA ， Software Quality Assure)人员、程序员、测试人 员、部署人员、技术文档编写人员、培训人员等。 • 需求分析的场所 – 调研时，在客户现场 – 编写软件需求文档时，可以在开发单位 – 复审相关的需求文档时，根据需要来安排 (1)客户说不清楚需求 • 有些客户对需求只有朦胧的感觉，当然说不清楚具 体的需求。 • 有些客户心里非常清楚想要什么，但却说不明白。 • “不懂装懂”或者“半懂充内行”的客户令人恐惧。 软件需求分析的困难 2.1 软件需求的概念 软件需求的复杂性 (2)需求自身经常变动 需求变更原因--客户方： 对信息系统的了解不够 对业务需求表达不清 对自身业务抽象程度不够 对需求重视程度不够 与开发人员配合不够 业务范围不断拓展 业务流程不断变更 管理模式不断创新 不可避免。只能通过合同约束 或有限度接受，或通过技术提 高软件适应能力。 属于态度问题，需要高层领导 协调。 客户的能力不足，可以进行适 当的培训，可改善一点。 2.1 软件需求的概念 (2)需求自身经常变动 需求变更原因—软件人员： 沟通技巧不高 需求工程技术不精 需求人员知识储备不够 不了解客户方的业务流程 调研范围不确定 需求不够细致、明确 项目管理不规范 需求描述存在歧义 合同对客户方约束不够 软件需求的复杂性 个人能力或经验不足 软件组织的能力不足 2.1 软件需求的概念 需求分析 F 困难： - 片面性, 不完全 - 模糊性, 不准确 - 不一致性, 易于发生变动等等 - 应用系统复杂，庞大 因此必须使用系统的方法、借助于一系列行之 有效的技术和工具进行需求分析。 13 需求分析 准 则： (1) 必须理解并描述问题的信息域，根据这条准则 应该建立数据模型。 (2) 必须定义软件应完成的功能，这条准则要求建 立功能模型。 (3) 必须描述作为外部事件结果的软件行为，这条 准则要求建立行为模型。 (4) 必须对描述信息、功能和行为的模型进行分解， 用层次的方式展示细节。 14 §1. 需求分析的任务 1、确定对系统的综合要求 (1)功能需求：系统必须完成的功能 (2)性能需求：通常包括响应时间，磁盘容量，安全性 等需求。 (3)可靠性和可用性需求：系统的可靠性以及用户可以 使用系统的程度。 (4)出错处理需求：说明系统对环境错误应该怎样响应。 §1. 需求分析的任务 §1. 需求分析的任务 (5)接口需求：描述应用系统与它的环境通信的格式。 如：用户接口需求，硬件接口需求，软件接口需 求，通信接口需求。 (6)约束：描述设计或实现应用系统时应遵守的限制条 件。 (7)逆向需求：说明软件系统不应该做什么。 (8)将来可能提出的要求