第2章可行性研究和需求分析.ppt

1、第2章可行性研究和需求分析,教学要求（软G18） 流程图的基本符号和应用 需求分析的任务和步骤 数据流图与数据字典的基本元素和应用,通常可行性研究的成本占工程总成本510。 2.1.1 可行性研究的任务 通过可行性研究实现用最小的代价在尽可能短的时间内确定问题是否可以解决。 可行性研究的结果是可行性研究报告，它可以作为系统规格说明书的一个附件（软G19）。 可行性研究最根本的任务是对以后的行动路线提出建议。,2.1软件的可行性研究（软G18）,可行性研究应含以下方面（软G18）。 经济可行性：成本效益分析。 技术可行性：最难决断和最关键的问题。包括风险/资源/技术分析。 运行可行性（软G19）

2、：为新系统规定的运行方式是否可行。 法律可行性：研究可能涉及的合同、侵权、责任及各种与法律相抵触的问题。 开发方案可行性：选择最优秀的一种方案。,2.1.2 可行性研究步骤（软G19）,复查系统规模和目标：使分析员正在要解决的问题是用户所提出的问题。 研究目前正在使用的系统：总结出其优点和不足，进而得出新系统的雏形。 提出新系统的高层逻辑模型：参考现有系统的高层逻辑模型（由数据流图描述），根据开发系统的目标，得到新系统的说明和逻辑模型。新系统的逻辑模型是分析员对新系统的描述。,重新定义问题（软G19） 分析员与用户一起再次复查、修改。 前四步构成一个循环：分析员定义问题，分析问题，导出试探解；

3、再定义，再分析，再修改，直到逻辑模型完全符合系统目标。 提出和评价供选择的方案：分析员提出若干较抽象的物理解供比选，进行成本效益分析。,推荐一个方案并说明理由（软G20） 开发价值； 推荐理由； 制定进度（估计每阶段的工作量）。 书写计划任务书（可行性论证报告） 系统概述； 可行性分析（报告的主体）； 拟定开发计划； 结论意见。 提交审查：论证会成员签是否通过的意见。,2.1.3 可行性研究的文档（软G20）,可行性研究产生可行性研究报告： 引言。 可行性研究前提（软G21）。 对现有系统的分析。 所建议系统的技术可行性分析。 所建议系统的经济可行性分析。 社会因素可行性分析。 其他可供选择方

4、案。 结论意见。,2.2需求分析（软G21）,2.2.1 需求分析的重要性 软件需求分析是软件生存周期最关键的一步。 软件需求分析是一个不断认识和逐步细化的过程：软件开发者和用户结合将软件计划阶段确定的软件范围逐步细化到可详细说明的程度（描述为软件需求规格说明），为概要设计做好准备。,2.2.2 需求分析的任务（软G21） 需求分析是软件计划时期的最后一个阶段，其基本任务是导出目标系统的逻辑模型，回答系统“做什么”？ 确定对系统的综合要求（软G22） 功能需求 性能需求 运行需求 未来需求,分析系统的数据需求（软G22） 由系统的信息流归纳抽象出数据元素、数据逻辑关系、数据字典格式、数据模型组

5、成，用输入（I）/处理（P）/输出（O）的结构方式表示。,提出系统的逻辑模型（软G22） 确定目标系统与当前系统的逻辑差别 将变化部分看作是新的处理步骤，对功能图（一般为数据流图）及对象图进行调整 由外及里对变化的部分进行分析，推断其结构，获得目标系统的逻辑模型 通常用数据流图、数据字典、主要的处理算法描述逻辑模型,修正系统开发计划（软G22） 开发原型系统 主要目的：使用户通过实践获得未来系统怎样工作的概念，更准确地确定用户需求。 原型策略增加了成本（软G23）。 但正确地提出用户需求是软件开发工程成功的基础，所以原型系统采用逐渐增多。,2.2.3 需求分析的步骤（软G23） 调查研究 把分

6、析过程中得到的有关数据元素的信息记录在数据字典（DD）中。 把对算法的简明描述记录在IPO（输入/处理/输出）图中。 把通过分析而补充的数据流、数据存储、处理，添加到数据流图（DFD）中。 请用户对前一个分析步骤中得出的结果仔细复查。 追踪数据流图和复查系统的逻辑模型这两步构成一个循环。,分析与综合（软G23） 问题分析和方案综合是需求分析的第二步工作；要反复进行；直到分析员与用户都可正确地制定该软件的规格说明为止。 分析员逐步细化软件功能，给出目标系统的详细逻辑模型。 注意两条原则（软G24）： 分层细化时需保持信息连续性 当进一步细化将实现一个具体的功能时，就不应该再分解了,书写文档（软G

7、24） 系统规格说明。 数据要求。 用户系统描述。 修正的开发计划。 需求分析评审,2.3系统流程图（软G24）,系统流程图的作用 系统流程图是描述物理系统（信息处理具体实现的系统）的工具，可用于可行性研究、需求分析阶段。 系统流程图的符号（表21）,处理,输入/输出,数据流,系统流程图示例（软G25） 图21中用了处理、输入/输出、数据流、文档、磁盘、人工操作等符号。,文档,磁盘,人工操作,2.4数据流图（软G26）,数据流图（DFD，Data Flow Diagram）是描述数据处理过程的工具。 数据流图的定义 数据流图以图形的方式描述数据流从输入到输出的传输变换过程，是结构化系统分析的主

8、要工具，表示了系统的逻辑处理功能。 数据流图的特性 抽象性 概括性 层次性,2.4.1 数据流图中的符号（软G26）,数据流图的四种基本图形元素参图22。 数据流：数据在系统内传播的路径。 加工（软G27）：也称数据处理。 数据存储：暂时保存的数据。 数据源点和终点：是软件系统外部环境中的（外部）实体。 数据流图的几种附加符号（参图23） * 表示数据流“与” + 表示数据流“或” ,+,表示数据流“互斥”,2.4.2 设计数据流图的步骤（软G28）,画数据流图的目的是让用户明确系统的基本逻辑功能。较好的方法是分层次地描述系统。画数据流图的步骤如下。 确定系统的输入和输出，即先画系统顶层数据流

9、图。参图2-4。 画系统内部，即画下层数据流图。采用自顶向下、由外向内、逐层分解的方法，直到每个加工足够简单不能分解为止。参图25、图26。,2.4.3 数据流图的绘制（软G29）,数据流图的作用： 自顶向下分析系统信息流程。 可在图上画出需要计算机处理的部分。 根据数据存储，进一步进行数据分析，向数据库设计过渡。 根据数据流向，定出存取方式。 对应一个处理过程，用相应的语言、判定表等工具表达处理方法。,画数据流图需注意的问题（软G29）： 命名：要易于理解。 数据流的命名：要反映整个数据流的含义。 加工的命名 先命名数据流，再命名加工 要反映整个处理过程（软G30） 名字应为“（一个）动词宾

10、语”形式 画数据流不是控制流 数据流图反映系统“做什么” 箭头上的名称只能是名词（短语）。 一般不画物质流。, 每个加工至少有一个输入数据流和一个输出数据流（软G30）。 编号：利于理解；反映层次（图28）。 父图与子图的平衡：父图中某个加工的输入输出数据流应该与相应子图的输入输出数据流相同，层次数据流图的这种特点称为“平衡”，如图28。而图29是不平衡的。, 局部数据存储（软G31）：如图210的“成绩表”。 提高数据流图的易理解性 人们能有效地同时处理的问题“最多不要超过七个” 要分解自然，概念合理、清晰 在不影响易理解性的基础上适当地多分解，以减少层次数据流图的层数 随时准备重画,2.5

11、数据字典（软G32）,数据字典（Data Dictionary，DD）就是用来定义数据流图中各个成分的具体含义的，它以一种准确的、无二义性的说明方式为系统的分析、设计、维护提供了有关元素的一致的定义和详细的描述。 数据字典和数据流图共同构成系统的逻辑模型，它们也是“需求规格说明书”的主要组成部分。,2.5.1 数据字典的内容及格式（软G32）,数据字典有四类条目：数据流、数据项、数据存储、基本加工。 数据流条目 给出了数据流图中数据流的定义 由数据项组成数据流或数据存储的方式有三种，即顺序/选择/重复 所用符号参表22,数据存储条目（软G33）：对数据存储的定义。 数据项条目：不可再分解的数据

12、单位。 加工条目 用来说明DFD中基本加工的处理逻辑 加工逻辑描述该加工“做什么”（软G34） 描述方法有：结构化语言、判定表、判定树,2.5.2 数据字典的用途（软G34）,数据流图只描述了系统的“分解”：系统的组成部分及其联系 数据字典是分析阶段重要的工具 数据字典建立中的定义有助于分析员与用户的通信 对数据的严密定义有助于开发人员/开发小组间的通信 全体开发人员均按数据字典描述数据、设计模块，能避免许多麻烦的接口问题,2.5.3 数据字典的实现（软G34）,实现数据字典有两种途径：全人工过程和全自动化过程（利用数据字典处理程序）。两种途径均有下述特点： 方便地按名查阅数据定义； 没有冗余

13、； 尽量不重复在规格说明的其他组成部分中已经出现的信息； 容易更新和修改； 能单独处理描述每个数据元素的信息； 定义的书写方法简单方便而且严格。,手工建立数据字典的内容用卡片形式存放，其步骤为（软G35）： 按四类条目规范的格式印刷卡片。 在卡片上填写各类条目的内容。 先按图号顺序排列，同一图号的所有条目按数据流、数据存储、加工的顺序排列。 同一图号中的同一类条目（如数据流卡片）可按名字的字典顺序存放；加工一般按编号顺序存放。 同一成分在父图和子图都出现时，只在父图上定义。 建立索引目录。,2.6实例解析（软G35）,【实例11】用数据字典中介绍的符号定义某高校的电话号码 解析：参软G35。

14、【实例12】某医院欲建以计算机为中心的患者监护系统，请分层次画出该系统的数据流图。 解析：病房监护系统顶层数据流图参P36图211，病房监护系统0层数据流图参图212。,本章小结（软G36）,可行性研究经过定义问题、分析问题、提出解法的反复，提出一个符合系统目标的逻辑模型。 根据该逻辑模型设想各种可能的物理系统，并且从技术、经济、操作、法律、社会等各方面分析可行性。 最后，推荐一个行动方案，提交用户或组织负责人审查批准。,系统流程图是表达现有系统和描绘未来系统的很好的工具，其实质上是物理数据流图，它描绘组成系统的主要物理元素以及信息在这些元素间流动和处理的情况（软G36）。 数据流图是描绘系统逻辑模型的极好工具，数据字典和数据流图共同构成系统的逻辑模型。 没有数据字典的精确定义