软件工程第3章newOK讲述.ppt

第三章 需求分析与项目管理 2014年3月01日 西安电子科技大学课程 第三章 需求分析与项目管理 3.1 软件需求分析 需求分析是软件工程的一个重要任务，它是系统层软件配置与软件设计间的桥梁 ，分析员要努力去做： l??研究系统规格说明和项目计划。 l??确保对问题的识别，必须为分析建立通信关系。 l??评价和解释的综合是另一项重要工作。 核心： “做什么”，而不是“怎样做”。分析员必须在较好地弄清数据流，控制流功能处理过程、行为操作和信息内容的情况下，建立系统模型。 第三章 需求分析与项目管理 3.2 需求分析的任务 3.2.1 确定对系统的综合要求 1、功能需求 2、性能需求 3、可靠性和可用性需求 4、出错处理需求 5、接口需求 6、约束 7、逆向需求 8、将来可能提出的需求 第三章 需求分析与项目管理 3.2.2 分析系统的数据要求 分析系统的数据要求通常采用建立数据模型的方法。 复杂的数据由许多基本的数据元素组成，数据结构表示数据元素之间的逻辑关系。利用数据字典可以全面定义数据，但是数据字典的缺点是不够形象直观。 为了提高可理解性，常常利用图形工具辅助描绘数据结构，常用的工具有：层次方框图、Warnier图等。 第三章 需求分析与项目管理 3.2.3 导出系统的逻辑模型 根据分析结果可以导出系统的详细逻辑模型，通常用数据流图、实体-联系图、状态转换图、数据字典和处理算法描述这个逻辑模型。 3.2.4 修改系统的开发计划 根据分析过程中获得的对系统更深入的了解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。 第三章 需求分析与项目管理 3.3 与用户沟通获取需求的方法 3.3.1 访谈 访谈是获取用户需求的一项基本技术，它有两种基本形式，分别是非正式的和正式的访谈。 正式访谈时，系统分析员要准备好具体的问题；非正式访谈分析员可以是开放式的交谈，鼓励被访人员说出自己的想法，原有系统存在的不足和期望。 在访谈中必须记好笔记或录音，便于系统设计时不会丢失用户的需求或期望。同时，在交谈时要积极引导用户接受我方的技术优势，便于在竟标中获胜。 第三章 需求分析与项目管理 分析员能力的分析 分析员有多种称谓： 系统分析员，系统工程师，主系统设计师，程序员，分析员…. 其具备的条件如下： 1．能掌握抽象概念（abstract concepts）并能把其整理为逻辑划分（logical divisions）以及根据每一个逻辑划分综合为解的能力。 2．能从冲突(conflict)或混乱(confusions)中吸取恰当事实的能力。 3．弄清用户环境的能力。 4．能把硬件和软件系统用于用户环境的能力。 5．能用较好的书面和口头形式进行通信的能力。 6．“从树木见森林”的能力。（即经常有New Idea） 第三章 需求分析与项目管理 3.3.2 面向数据流自顶向下求精 软件系统开发中的结构化分析方法就是面向数据流自顶向下逐步求精的需求分析方法。通过可行性研究已经得出了目标系统的高层数据流图，需求分析的目标之一就是把数据流和数据存储定义到元素级。 要达到此目的，一般从数据流图的输出端入手，这是因为系统的基本功能是产生这些输出，输出数据决定了系统必须具有的最基本的组成元素。 输出数据来自何方？由哪些元素组成？ 沿数据流图从输出端向输入端回溯，可以确定每个数据元素的来源。与此同时，也初步定义了有关算法。 第三章 需求分析与项目管理 可行性研究阶段产生的是高层数据流图，许多具体的细节没有包括在里面，因此沿数据流图回溯时，常常遇到下述问题： 为了得到某个数据元素需要用到数据流图中目前还没有的数据元素; 或者得出这个数据元素需要的算法尚不完全清楚。 为解决此问题，往往需要向用户和其他有关人员请教，它们的回答使分析员对目标系统的认识更清楚，更具体了，系统的更多的数据元素被划分出来了，更多的算法被搞清楚了。 数据流图是帮助对分析结果进行复查的极好的工具。从输出端开始，分析员借助数据流图、数据字典、IPO图向用户解释数据是怎样转变成输出数据的，并填补遗漏或空白元素。 第三章 需求分析与项目管理 分析过程 结构化分析方法（SA法） 它是面向数据流自上而下逐步求精进行需求分析的方法。由可行性研究得出目标系统