第02章 软件计划.pptVIP

《软件工程基础》陆惠恩主编 第2章 软件计划 本章重点： 可行性研究； 需求分析的任务、步骤。 2.3 需求分析的步骤 分析和描述系统的逻辑模型： 1、建立起目标系统的逻辑模型 2、沿数据流图回溯 2.3 需求分析的步骤 复审： 由系统分析员和用户一起对需求分析的结果进行严格的审查，确保软件需求的一致性，完整性和正确性。 2.4 实体-关系图 实体-关系图（Entity-Relationship,E-R图): 实体： 用矩形框表示。 关系： 用菱形框表示实体之间的关系。 属性： 用椭圆或圆角矩形表示实体（或关系）的属性. 2.4 实体-关系图 实体： 对软件必须理解的、具有一系列不同性质或属性的事物。 例如： 学生成绩管理系统中的学生； 医院信息系统中的患者； 图书管理系统中的图书； 教务系统中的教师、课程。 2.4 实体-关系图 注意： 1、实体是复合信息的表示，只有单个值的事物不是实体，例如：姓名、宽度。 2、实体可以是事物、事件、角色、单位、地点、或结构等。 3、实体之间是有关联的，如教师和学生。 4、实体只定义数据，没有定义对数据的操作。 2.4 实体-关系图 属性：属性定义了实体的性质。 例如： 学生的姓名、学号、籍贯； 患者姓名、年龄、性别； 图书的书名、ISBN编号、作者、出版社； 关键字： 关键字是特殊的属性，可以通过一个或多个属性找到实体的一个实例，这样的属性称为关键字（或标识符）。 例如：学号、教师编号、课程编号 2.4 实体-关系图 关系： 实体之间相互连接的方式称为关系或联系。 2.4 实体-关系图 实体间的联系分为三种： 1、一对一关系(1:1) 如班级和班长； 2、一对多关系(1:N) 如班级和学生； 3、多对多关系(M:N) 如学生和课程。 2.4 实体-关系图 联系也可能有属性： 如“学”与成绩。 2.4 实体-关系图 例：学生成绩管理系统 2.5 数据流图 数据流图(Data Flow Diagram，DFD)： 信息在软件中移动时，它将被一系列“变换”所修改。数据流图(DFD)是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换。 一般在软件生命周期的早期绘制数据流图，在生存周期的需求分析、概要设计等阶段不断进行改进、完善和细化。 数据流图中的主要图形元素： 数据加工 (变换数据的处理) 数据源点或终点 (外部实体) 数据流 数据存储文件 或 或 或 或 2.5 数据流图 数据流图几种附加符号： ＊ 表示数据流之间是“与”关系（同时存在） ＋ 表示数据流之间是“或”关系 ⊕ 表示只能从几个数据流中选一个（互斥关系） * * 2.1 软件问题定义及可行性研究 系统定义： 充分理解所涉及的问题，对问题的解决办法进行论证 评价问题解决办法的不同实现方案 表达解决方案，以便进行复审 2.1 软件问题定义及可行性研究 软件问题定义： 明确系统的目标、规模、基本要求 设计新系统可能的解决方案 2.1 软件问题定义及可行性研究 明确系统的目标、规模、基本要求： 1、基本要求 功能、性能、安全性、保密性、相关系统 2、目标 3、条件、假定和限制 4、可行性研究的方法 调查、加权、确定模型、建立基准点、仿真 5、评价尺度 2.1 软件问题定义及可行性研究 设计新系统可能的解决方案： 先从技术的角度出发，提出不同的解决方案； 再从经济可行性和操作可行性的角度进行考虑，优化和推荐方案。 最后，要将上述分析设计结果整理成文档，供用户方的决策者选择。 2.1 软件问题定义及可行性研究 可行性研究： 用最小的代价在尽可能短的时间内确定问题是否能够解决。 注：做还是不做？ 2.1 软件问题定义及可行性研究 可行性研究： 1、技术可行性 2、经济可行性 3、社会因素方面的可行性 4、人的可行性 2.1 软件问题定义及可行性研究 可行性研究—技术可行性： 1、给定的时间内能否实现需求说明中的功能