第06章 软件开发活动 -3.pptVIP

3.5应用举例 3.5.1最大花费域最小花费 3.5.2分酒问题 第六章 软件开发活动 需求分析 设 计 构 造 测 试 维 护 6.1 软件生存周期 软件生存周期 软件从创意、开发、交付使用、维护到退役的生命历程 需求分析 设计阶段 顶层（或体系结构）设计 以模块/对象相互之间的关系形成的体系结构作为整体的解决方案。 用图形、自然语言和体系结构描述语言写出文档 详细设计 选定数据结构和算法设计，完成模块或对象设计 采用伪代码或流程图表现模块/对象预期的功能、性能、容错、异常处理，输入、输出或响应。 构造阶段 用某种编程语言编写源程序或以界面工具构造应用软件界面 边编码，边测试（步步为营） 系统测试包括： (1)强度测试:是测试软件面临不正确情况时使用环境资源的极限能力 (2)恢复测试：人为制造一种故障，察看它能否在预定时间内正确地恢复 (3)安全测试：测试系统对外来无意/恶意攻击的保护能力 (4)性能测试:是指有高度实时要求的或嵌入式应用系统 6.2 软件需求 软件需求的目标：将用户的需要变成系统开发的需求（需求规范） 6.2.1 需求工程 将初始创意到需求文档的确认当作一个工程 需求工程过程的定义 过程模型（按照什么步骤得到需求文档），过程执行者、过程支持和管理（需要的设备条件、资金、计划）、过程质量和改进（本过程的质量目标、改进措施） 导出需求 需求来源、导出技术 需求分析 需求分类、建模、体系结构的初步设计、需求分配、磋商 书写需求规格说明 数据、功能、质量、管理、其它交付物需求 需求确认 获取认可 需求管理 落实计划 6.2.2 导出需求 业务当事人和开发方广泛交流，达到共识 组建开发小组 建组原则： 多学科一专多能 小组成员关系平等 力争客户代表参与 小组工作地点统一 主角色能胜任开发工作 小组模型 角色：程序经理、产品经理、开发者、测试者、用户教育者、后勤管理者 书写规格说明： 规格说明就是软件的定义，也叫软件规范说明软件或程序在什么情况下能做什么事情 6.2.3 分析模型 模型是软件开发的总纲 如数据模型、功能模型、行为模型、安全模型 几种模型技术 统一建模语言UML 数据流图 控制流图 实体关系图 统一建模语言UML 是面向对象应用的描述语言，供人使用的可视化图形语言，包括： 静态图：用例图、对象图、类图、构件图、部署图、包图 动态图：顺序图、协作图、状态图、活动图 1 用例图：模拟业务过程中要实现的功能 方框：应用系统 椭圆：功能 箭头：谁来做或交互 椭圆间连线：事情的相关性 2 类图 类用矩形表示，矩形内分段写出类名、属性和方法 类的组成：属性和方法前的“＋”，“－”，“＃”表示“公有” 、 “私有” 、 “保护” 类的继承：两个类有共同的属性和方法要抽象出父类 类的聚集：棱形箭头表示整体和部分:实心棱形表示不可缺少的造成；空心棱形表示一般的聚集关系 类的关联：有连线相接 3 对象图 和类图相似，使用两段矩形 对象名标注是哪个类的实例 属性给出具体值 4 顺序图 对象实例间的交互图 以时间进程为纵坐标 粗纵向条表示对象在工作 横向箭头表示消息发送（－）和反馈（－） 箭头上给出消息名，虚线箭头反馈的是数据 5 状态图 描述某个对象实体因为某个数据改变状态 数据流图(Data Flow Diagram，简称DFD) 控制流图(Control Flow Diagram，简称CFD) 控制动作使用虚线 非控制动作同DFD图 虚箭头标明控制项（或事件）名 平行虚线表示控制项存储，竖线条表示控制说明 实体关系图(Entity Relationship Diagram，ERD) 存在关系的实体之间用一条线连接 实体：矩形框表示，写上数据对象名 连线：写上关系名 聚集关系 6.3 软件设计 6.3.1 设计的基本原则 抽象 过程抽象 数据抽象 控制抽象 求精 逐步求精是早期的自顶向下的设计策略，针对某个功能的宏观描述用该方法不断分解逐步确立过程细节，直至该功能用程序语言描述的算法实现为止 分解/模块化 将系统分解为相对独立的模块叫模块化。分解的作用是将总的需求分解到每个模块上，不能有重复和遗漏 数据隐藏 模块通过型构对外交流，型构中的数据尽量少，数据尽可能放在模块内部 耦合性 非直接耦合：两个模块都不依赖对方，而能独立工作 数