第三章需求分析.ppt

3.1 需求分析的任务 3.1.1 需求分析的概念 1.什么是需求分析？ (识记) 开发人员准确地理解用户要求，进行详细地调查分析，将用户 的非形式化的需求陈述转化为完全的需求定义，再将需求定义转换到相应的形式功能规约（规格说明书）的过程。 2.存在的困难 （1）问题的复杂性 涉及诸如：运行的环境，系统的功能等诸多因素引起。 （2）交流障碍 涉及多种人员，如：软件系统用户；问题的领域专家，需求 工程师和项目管理员等。 （3）不完备性和不一致性 用户对问题的陈述往往是不完备的，甚至是矛盾的。 （4）需求易变性 用户需求的变动普遍存在。 这些困难导致人们研究需求分析方法及自动化工具（CASE）等。 3.需求分析方法遵循的原则(识记) 需求分析的方法：结构化分析法、IDEF方法和面向对象分析法。 遵循的原则： （1）必须能表达和理解问题的数据域和功能域。 数据域包括：数据流，数据内容和数据结构。 功能域：反映数据域中三个方面的控制信息。 （2）能将一个复杂问题按功能进行分解并可逐层细化。 （3）建模 建模可以帮助分析人员更好地理解系统的信息功能、行为等。 3.1.2 需求分析的基本任务(识记) 任务：准确地定义新系统的目标，为了满足用户要求，回答系统 “做什么”的问题。 任务包括： 1.问题的识别 （1）功能要求； （2）性能要求：存储容量、运行时间等限制。 （3）环境要求：硬软件环境：机型、外设、OS、DBMS等。 （4）用户界面的需求：人机交互方式，数据格式等。 （5）系统可靠性、安全性、保密性、可移植性和可维护性。 2.分析和综合，导出系统的逻辑模型 根据需求，通过分析、综合，逐步细化软件的功能 3，编写文档 编写需求规格说明书； 编写初步用户使用手册； 编写确认测试计划作为测试阶段确认与验收的依据。 修改完善软件开发计划 3.2 结构化分析方法(识记) 1.了解系统的工作流程，获得当前系统的物理模型。 通过详细调查：了解系统的工作过程。 收集资料，文件，报表，数据等。 用数据流图表示系统的工作过程的物理模型。 2.抽象系统的逻辑模型 对系统的物理模型分析，区别本质和非本质因素，去掉非本质因素，形成反映系统“做什么”的功能的逻辑模型。 3. 建立目标系统的逻辑模型。 4. 作进一步的补充和优化 如：人机界面。说明未考虑的细节：出错处理，I/O格式，存储 量，响应时间等。 3.2.2 描述工具 结构化分析方法所用的描述需求的工具主要有： 1，数据流图 2，数据字典 3，结构化语言、判定表、判定树 基本元素 例如订票系统的顶层图： 3.3.2 画图步骤 (1) 画顶层 3.3.3 实例 系统陈述 顶层分析、0层图 细化----1层图 细化----2层图—处理1 细化----2层图—处理2 细化----2层图—处理3 细化----2层图—处理4 §3.4 数据字典 1，数据流条目 2，数据存储条目 3，数据项条目 4，加工条目 3.5.1 结构化语言 顺序结构：祈使句、选择结构、重复结构顺序排列 组成。 选择结构：IF---THEN---ELSE---ENDIF、 CASE—OF—ENDCASE 重复结构：DO—WHILE—ENDDO、REPEAT—UNTIL 如：上例数据字典中的描述。 3.5.2 判定表 例：有一个加工：“确定保险类别”功能描述如下：见书P34的例子 如果申请者的年龄在21岁以下，需额外收费； 如果申请者的年龄在21岁以上在26岁以下的女性，适用于A类保险； 如果申请者的年龄在26岁以下的已婚的男性，或者是26岁以上的男性，适用