第三章软件需求分析.ppt

第3章 软件需求分析 3.1 软件需求分析的任务 3.2 软件需求分析的步骤 3.3 需求分析的原则 3.4 需求分析的方法 3.5 加工逻辑说明 3.6 软件需求分析文件与复审 3.1 软件需求分析的任务 3.1.1 软件需求分析的目标 利用软件范围作为指南，软件需求分析试图实现如下几个目标： 1) 揭示系统信息的流程与结构，为软件的开发打下基础。 2) 确定接口细节、深入描述软件功能、确定设计的约束、规定软件的检验需求，以此来说明该软件。 3) 建立并保持与用户以及软件需求者的联系，以便实现上述两项目标。 3.1 软件需求分析的任务 3.1.2 需求分析阶段的任务 1. 确定对系统的综合需求 　对系统的综合需求主要包括系统功能需求、系统性能需求、运行需求及将来可能提出的需求。 (1) 系统功能需求 就是划分出系统必须完成的所有功能。 （2）系统性能需求 包括响应时间、精确度指标需求、安全性等。 （3）运行需求 集中表现为对系统运行时所处环境需求，如软硬件运行环境限定需求等。 （4）将来可能会提出的需求 应该明确列出哪些需求虽然不属于当前系统开发范畴，但是根据分析将来很可能会提出来。这样的目的是在设计过程中对系统将来可能的扩充和修改做准备，以便需要时能比较容易进行这种扩充和修改，更有利于系统维护。 3.1 软件需求分析的任务 3.1.2 需求分析阶段的任务 2. 分析系统的数据需求 任何一个软件系统本质上都是信息处理系统，系统必须处理的信息和系统应该产生的信息在很大程度上决定了系统的面貌，对软件设计有深远影响。分析系统的数据需求，是通过系统的信息流归纳抽象出数据元素组成、数据逻辑关系、数据字典格式和数据类型，并以输入－处理－输出的结构方式表示。因此，必须分析系统的数据需求，这是软件需求分析的一个重要任务。 3.1 软件需求分析的任务 3.1.2 需求分析阶段的任务 3. 获得系统的逻辑模型 　 综合上述两项分析的结果，明确目标系统要“做什么”，可以导出系统的详细的逻辑模型。在理解当前系统“怎样做”的基础上，抽取其“做什么”的本质。在物理模型中有许多物理因素，但随着分析工作的深入有些非本质因素就显得不必要了，因而需要对物理模型进行分析，区分本质因素和非本质因素，去掉那些非本质因素，获得反映系统本质的逻辑模型。具体做法是： 　 （1）确定目标系统与当前系统的逻辑差别； 　 （2）将变化部分看作新的处理步骤，对功能图(一般是数据流图)及对象图进行调整； 　 （3）由外及里，对变化的部分进行分析，推断其结构，获得目标系统的逻辑模型。通常用数据流图、数据字典和主要的处理算法描述这个逻辑模型。 3.1 软件需求分析的任务 3.1.2 需求分析阶段的任务 4．修正系统开发计划 　　经过需求分析阶段的工作，分析员对目标系统有了更深入、更具体的认识，因此可以对系统的成本和进度做出更准确的估计，在此基础上对开发计划进行修正。 3.1 软件需求分析的任务 3.1.2 需求分析阶段的任务 5．开发原型系统 　　使用原型系统的主要目的,是使用户通过实践获得关于未来的系统将怎样为他们工作的概念，检验关键设计方案的正确性和检验系统是否真正满足用户的需要，从而可以更准确地提出和确定他们的要求。用户试用了原型系统以后，能够指出系统的哪些特性是他们喜欢的，哪些是他们感到不能接受的，以及他们还需要哪些新的功能。根据经过实践检验的用户需求而开发出来的系统，更可能真正满足用户的需要。特别是当所开发的系统是全新的，用户没有使用类似系统的经验时，更应该认真考虑开发原型系统的必要性和可能性。 3.2 软件需求分析的步骤 3.2.1 问题的分析 首先，系统分析员应该仔细研究可行性分析报告和软件项目实施计划，确定软件的需求，并提出这些需求的实现条件及应该达到的标准。? 其次， 问题分析是建立分析所需要的通信途径，以保证顺利地分析问题。? 再次，在问题分析过程中还必须充分重视和使用数据流图、数据字典和算法描述工具。 3.2 软件需求分析的步骤 3.2.2 问题评估和方案综合 分析员必须定义所有外部可观察到的数据对象(数据流和数据结构)，评估信息流和内容，定义并详细阐述所有软件功能，建立系统界面特征，揭示其他设计约束。这些任务中的每一项均用于描述问题，以便综合获得全面的解决方案。贯穿整个评估和综合过程，分析员的主要焦点是“干什么”，而不是“怎么做”。 1) 系统会产生和使用什么数据? 　　2) 系统必须完成什么功能? 　　3) 将定义什么界面? 4) 会应用什么约束等。 在问题评估和综合解决方案的活动中，分析员创建系统模型，以便可以更好