实用软件工程全套PPT电子课件教案-ch3 软件需求分析-1.pptVIP

软件需求分析的任务和过程 结构化分析方法 原型化方法 数据及数据库需求;1、软件需求分析的任务;需求分析研究的对象是软件项目的用户要求 准确地表达被接受的用户要求 确定被开发软件系统的系统元素 将功能和信息结构分配到这些系统元素中;需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。;通常软件开发项目是要实现目标系统的物理模型 目标系统的具体物理模型是由它的逻辑模型经实例化，即具体到某个业务领域而得到的;2、需求获取技术; 市场调查 了解市场对开发软件有什么样的要求；了解市场上有无与待开发软件类似的系统 访问用户和用户领域的专家 把从用户那里得到的信息作为重要的原始资料进行分析；访问用户领域的专家所得到的信息将有助于对用户需求的理解。; 考察现场 了解用户实际的操作环境、操作过程和操作要求。对照用户提交的问题陈述，对用户需求可以有更全面、更细致的认识。 调查研究方式有：发调查表；召开调查会；向用户领域的专家个别咨询；实地考察，跟踪现场业务流程；查阅与待开发系统有关的资料；使用各种调查工具等。;3、需求分析的过程;软件的需求包括：;问题识别的另一项工作是建立分析所需要的通信途径，以保证能顺利地对问题进行分析。;(2) 分析与综合 从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的关联、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最终综合成系统的解决方案，给出目标系统的详细逻辑模型。;常用的分析方法：;(3) 编制需求分析阶段的文档 软件需求说明书 数据要求说明书 初步的用户手册 修改、完善与确定软件开发实施计划;(4) 需求分析评审;被开发项目的数据流与数据结构是否足够，确定; 所有图表是否清楚，在不补充说明时能否理解; 主要功能是否已包括在规定的软件范围之内，是否都已充分说明; 设计的约束条件或限制条件是否符合实际; 开发的技术风险是什么;;是否考虑过软件需求的其它方案; 是否考虑过将来可能会提出的软件需求; 是否详细制定了检验标准，它们能否对系统定义是否成功进行确认; ;需求分析流程;5、软件需求分析的原则; 以层次化的方式对问题进行分解和不断细化 软件的功能域和信息域都能做进一步的分解。这种分解可以是同一层次上的，称为横向分解；也可以是多层次的纵向分解。; 要给出系统的逻辑视图和物理视图 软件需求的逻辑视图给出的是软件要达到的功能和要处理的数据之间的关系，而不是实现的细节。 软件需求的逻辑描述是软件设计的基础。 软件需求的物理视图给出的是处理功能和数据结构的实际表现形式，这往往是由设备本身决定的。 ;6、软件需求规格说明的原则;规格说明必须包括系统运行环境 规格说明必须是一个认识模型 规格说明必须是可操作的 规格说明必须容许不完备性并允许扩充 规格说明必须局部化和松散耦合;7、软件需求方法;二、结构化分析方法 ; 数据流图(DFD) 描述数据在系统中如何被传送或变换，以及描述如何对数据流进行变换的功能（子功能）； 状态—迁移图(STD)描述系统对外部事件如何响应，如何动作。 ERD 用于数据建模，DFD用于功能建模，STD用于行为建模。 ;结构化分析的分析模型;分析模型的三个视图;数据建模;数据对象只封装了数据，没有包含作用于这些数据上的操作。 属性 定义了数据对象的特征。它可用来： 为数据对象的实例命名； 描述这个实例； 建立对另一个数据对象的另一个实例的引用。;为了唯一地标识数据对象的某一个实例，定义数据对象中的一个属性或几个属性为关键码 (key)，书写为_id， 例如在“学生”数据对象中用“学号”做关键码，它可唯一地标识一个“学生”数据对象中的实例。 关系 各个数据对象的实例之间有关联。如一个学生“张鹏”选修两门课程“软件工程”与“计算机网络”，学生与课程的实例通过“选修”关联起来。;实例的关联有三种：一对一 (1:1)； 一对多(1:m)；多对多(n:m)。 这种实例的关联称为“基数”。基数表明了“重复性”。如 1 位教师带学生班的 30 位同学，就是 1:m 的关系。 但也有 1 位教师带 0 位同学的情形, 所以实例关联有是“可选”还是“必须” 之分。用“O”表示关系是可选的，用“│”表示关系必须出现 1 次。这表明了关系的“参与性”。;E-R图 ( Entity-Relationship Diagram);E-R图中表示实体关联的符号如下：;在E-R图中，每个方框表示数据对象或属性，方框之间的连线表示数据对象之间，或对象与属性之间的关联。出现在连线上的短竖线可以看成是“1”，而圆圈隐含表示“0”。 例如，在教学管理中，一个教师可以教授零门、