第4章程序开发和软件工程.pptVIP

软件工程 硬件技术高速发展，成本以十年两位数的速度递减，导致了对软件的强烈需求。而软件系统的规模越来越大、越来越复杂、开发周期越来越长，软件的手工业生产方式使其成本急骤上升 1968年软件业界和科学工作者提出了软件工程的思想：任何软件都应当和其它产业的产品一样，由专业人员制作(软件中是系统分析员、高级程序员、程序员)，以系统的、工程的方法开发，并提供全方位的售后服务管理(不能因开发者离开调走而无人管) 软件工程学的范畴 形成了“结构化分析”和“结构化设计”等传统的软件开发技术，与此同时，也出现了一些从不同基点出发的软件开发方法，如“Jackson方法”、“LCP方法”等。软件生产进入有章可循的、向结构化和标准化迈进的“工程化”阶段 4.20世纪80年代，面向对象程序设计广泛流行，包括“面向对象需求分析---面向对象设计---面向对象编码”在内的软件开发方法学开始形成，并正在逐步取代传统的软件开发方法。 二、生存周期模型 从系统观点看待软件，它和一切产品一样，都有从创意—开发—交付使用—维护---退役的生命历程，称为生存周期。生存周期是软件系统发展阶段的总和。 2.1生存周期模型------- 2.2 需求分析 用户的需要 软件的需求 用户的需要决定了问题的性质，一般按照用户的业务术语陈述。 需求是整个开发组为之奋斗的目标，回答“这个软件项目要做成什么样的？”，并以较为严格的规格说明文档给出。需求文档是最后测试项目是否合格的依据，用开发组内部的术语编写。 需求活动关键是开发方要深入现场熟悉需求方的业务过程，要和用户充分协商。 经过分析、建立计算模型，提取需求、写出软件的需求规格说明和初步用户手册。 2.3 设计阶段 任务是将需求转变为软件的表示形式，有时又可细分为顶层设计和详细设计。 顶层设计（概要设计）：从需求规格说明书导出软件结构图，确定软件的体系结构 详细设计：选定数据结构和做算法设计，完成模块或对象设计。设计阶段要编写设计文档 三、软件需求 需求分析的目标： 把用户的需要变成系统开发的需要 需求分析的步骤 需求获取 分析当前系统包含的数据（报表等），手工处理当前数据的方法与不足，用户希望改进的主要问题及其迫切性等 为收集到全面完整的信息，需将用户分类，每类选择若干用户代表，从代表那里收集他们希望的软件系统功能、用户与系统间的交互和对话方式等需求。 3.2 软件需求规格说明（SRS） 国家标准GB/T 8567-1988规定的SRS内容 1、引言 1.1编写说明 1.2 背景 1.3 定义 1.4参考资料 2、任务概述 2.1目标 2.2 用户特点 2.3 假定和约束 3、需求规定 3.1 对功能的规定 3.2 对性能的规定 四、分析模型 作为软件设计的基础，分析模型必须反映用户的要求，用它定义的需求集合应该易于验证。图形因表达概括能力强，信息量大、直观而成为通常的表示法 (1) 数据流图和数据字典 数据流图 信息在机内以数据形式出现，信息流也是数据流。对于一般数据处理问题，如果没有更好的模型,数据流模型是一个很好的工具。数据流图简称DFD，表示法很简单，只有四种图符,如图： 双线表示数据存储，加上箭头指示，它成为: (2)分层: 从高层到低层 分解前后的数据流必须一致 DFD所表现的范围，可大到整个系统，小到一个模块。在需求分析中，常常用一组DFD图由粗到精地表示同一软件在不同抽象级别上的功能模型，并称之为分层数据流图（Level DFD）。 数据字典DD DFD中所有元素的定义的集合 内容 由多个相关数据项组成的数据流 数据文件或数据库 只含一个数据的数据项（或数据元素） 在组成栏中，“学号”、“姓名”、“书号”等都是数据项的名称。就本例而言，“学号”、“姓名”与“书费合计”在数据流中仅出现一次，其余各项数据则每购买一种书就要出现一次。条目中用{}表示重复，重复的次数不限。假定某学生购买了5种书，则{}中的4种数据项将各自重复5次。 在条目内容中列入“别名”，是因为对同一数据可能存在不同的称呼。 把它们的字典中载明.仅为了方便查字典的人。但绝不是说允许同一数据在系统中使用不同的名字。 (2) 实体-关系图 实体—关系图(Entity-Relationship Diagram简称ERD)的图元是矩形框表示实体，中间写数据对象名；实体间的连线即表示它们之间有关系，线上写关系名。也可以把关系名写在菱形框内。联线两端的符号表示在此关系下实体可以一对一出现，一 对多，多对多出现。也可以指示此关系是可选的 E-R图例子 符号表示： 椭圆表示行为（用例），联线表示事件，带箭头的线表示行为之间的关系(一般细