More Related Content
More from fantasy zheng (9)
软件工程2010
- 1. 软件工程 哈尔滨工业大学 ( 威海 ) 计算机科学与技术学院 孟凡超 Email : [email_address] Tele: 15163155787
- 3. 主要内容 5 6 3 7 8 2 4 9 软件测试 软件维护 软件工程概述 软件编码 软件设计 软件需求分析 软件质量管理 软件工程管理 1 软件开发模型
- 4. 主要内容 5 6 3 7 8 2 4 9 软件测试 软件维护 软件工程概述 软件编码 软件设计 软件需求分析 软件质量管理 软件工程管理 1 软件开发模型
- 46. 主要内容 5 6 3 7 8 2 4 9 软件测试 软件维护 软件工程概述 软件编码 软件设计 软件需求分析 软件质量管理 软件工程管理 1 软件开发模型
- 70. 软件开发模型 需求 分析 设计 实现 测试 迭代 评估 计划 项目相关 其他活动 UP 中 5 个核心工作流 其它工作流 需求 : 捕获系统应该做什么 分析 : 精化和结构化需求 设计 : 在系统架构内实现需求 实现 : 构造软件 测试 : 验证实现是否如期望那样工作
- 71. 软件开发模型 第 1 次 迭代 第 2 次 迭代 第 n-1 次迭代 初始 细化 构造 移交 需求 第 n 次 迭代 分析 设计 实现 测试 随着项目按 UP 的阶段进展,每个核心工作流的工作量发生变化
- 75. 主要内容 5 6 3 7 8 2 4 9 软件测试 软件维护 软件工程概述 软件编码 软件设计 软件需求分析 软件质量管理 软件工程管理 1 软件开发模型
- 86. 软件需求分析 学 生 审查并开发票 开领书单 学 生 购书单 发票 领书单 改进的计算机售书系统的逻辑模型 无效购书单
- 104. 软件需求分析 1.1 审查购书单有效性 学 生 购书单 无效购书单 领书单 发票 进书通知 第 3 层 DFD- 销售子系统 (1) 1.2 开发票 1.3 打印发票 1.4 登记售书 和打印 领书单 1.5 登记缺书 1.6 产生补 售书单 采 购 有效购书单 发票 学 生 暂缺书单 补售书单 F1 教材存量表 F2 缺书登记 F3 学生用书表 F4 售书登记表
- 105. 软件需求分析 销 售 进书通知 2.3 修改教材库存 和待购量 2.2 按出版社 统计缺书 2.1 按书号 汇总缺书 书库 保管员 缺书单 进书通知 第 3 层 DFD- 采购子系统 (2) F1 教材存量表 F2 缺书登记 F5 待购教材表 F6 教材一览表
- 125. 软件需求分析 实体名 / 实体号 实体名 / 实体号 独立实体表示符号 依赖实体表示符号 学生 /1 学生成绩 /2
- 127. 软件需求分析 实体名 / 实体号 属性名 [ 属性名 ] … [ 属性名 ](AK1) [ 属性名 ](AK2) [ 属性名 ](AK2) 主关键字属性 次关键字 雇员 /1 雇员号 身份证号码 (AK1) 雇员名 (AK2) 生日 (AK2) …
- 128. 软件需求分析 发票 /2 发票编号 学号 姓名 书费合计 发票行 /3 发票编号 发票行号 书号 单价 数量 总价 独立标识实体 依赖标识实体 ( 不能脱离发票而独立存在 )
- 130. 软件需求分析 实体 A/1 关键字 A 实体 B/2 关键字 A(FK) 关键字 B 父实体 关系名 子实体 标识联接关系
- 131. 软件需求分析 零个、 1 个或多个 P 1 个或多个 Z 0 个或 1 个 n 只有 n 个 nm 有 n 到 m 个 (n) 参考注释中的说明 实体 A/1 关键字 A 实体 B/2 关键字 B 父实体 关系名 子实体 关键字 A(FK) 非标识联接关系
- 132. 软件需求分析 发票 /2 发票编号 学号 姓名 书费合计 发票行 /3 发票编号 发票行号 书号 单价 数量 总价 包含
- 141. 软件需求分析 光电管 采集 计数 传送 工控机处理 班数据处理 实时数据显示 信号 半分钟数据 光电管采集 DFD 例如,首先画出光电管采集 DFD 。 半小时数据 班数据
- 142. 软件需求分析 在光电管采集 DFD 的基础上加上事件和控制信息,并加上控制说明的引用,即可得到光电管采集系统的 CFD 。 光电管采集 CFD 光电管 采集 计数 传送 工控机处理 班数据处理 实时数据显示 半小时数据 班数据 信号 半分钟数据 物品经过 某型号累加 无动作 半分钟 半小时 翻屏 人工驱动信息 时钟
- 146. 软件需求分析 1 2 0 A B A B V 图编号 1.1 1.2 1.3 A V M N 1 处理编号
- 151. 软件需求分析 F5 和 F6 是采购子系统局部数据存储,与父图中的其它加工无关,所以在父图中不必画出。 F1 和 F2 是采购子系统与销售子系统之间的接口,所以在父图中必须画出。
- 173. 软件需求分析 Y Y Y 附流 Y Y Y 主流中的步骤 Y Y Y 后置条件 Y Y Y 前置条件 N Y Y 扩展点 N Y Y 关系 覆写 添加 继承 用例特性
- 175. 软件需求分析 继承不改变 3.(3.) 继承和重复编号 6.2(6.1) 继承且覆写 1(o1) 继承、覆写及重编号 5.2(o5.1) 添加 6.3
- 199. 软件需求分析 1) 可视性: 可视性修饰作用于类内属性和操作。它也可以作用于关系上的角色名称。 与该类处于相同包中的或者是在嵌套子包中的任何元素能够访问该类带有的包可视性的任何特征 package ~ 只有该类及其子类的操作才能访问该类带有的保护可视性的特征 protected # 只有该类的操作才能访问该类待有的私有可视性的特征 private - 能够访问该类的任何元素可以访问该类带有的公共可视性的任何特征 public + 语义 可视性名称 修饰
- 201. 软件需求分析 3) 多重性: 多重性允许你在一个属性上通过使用多重性表达式建模两种显著不同的事物:集合和空值。 4) 初始值: 当某个类实例化对象时,初始值允许你说明属性此时采用的值。 5) 构造型和标记值: <<stereotype>> attribute{tag1=value1,tag2=value2,…} address{ addedBy=“Jim”, data Added=“20MAR2004”}
- 203. 软件需求分析 该操作接受 p2 作为输入参数 / 输出参数 该操作以某种方式使用 p2 的值,并且接受该操作的输出 p2 可以被该操作所修改 inout p2:Integer 默认情况, 该操作使用 p1 作为输入参数 该操作以某种方式使用 p1 的值 p1 不能被该操作所修改 in p1:Integer 语义 参数方向
- 204. 软件需求分析 该操作使用 p4 作为返回值参数 该操作返回 p4 作为返回值之一 return p4:Integer 该操作使用 p3 作为输出参数 该参数作为接收器接受该操作输出的值 P3 可以被该操作所修改 out p3:Integer 语义 参数方向
- 216. 软件需求分析 Computer Printer 0..1 0..* 整体或聚集 部分 聚合 聚合语义: 聚集有时能够不依赖部分而独立存在,有时又不能;部分可以独立于聚集而独立存在;如果有一些部分遗失,聚集在某种意义上是不完整的;部分的所有权可能由几个聚集来共享。 1) 聚合: 聚合是一种整体 - 部分关系,其中聚集由许多部分组成。
- 219. 软件需求分析 Tree leaf 1 0..* 组成 部分 组合 2) 组合: 组合是一种更强形式的聚合,也具有类似的语义,但是更加受约束。组合具有传递性和非对称性。 组合与聚合的区别在于: 在组合中,部分脱离了整体就不能独立存在,此外,组合中的每个部分至多属于一个整体,也只能属于一个整体;在聚合中,一个部分可以由几个整体共享。
- 224. 软件需求分析 2 ) <<call>> : 操作之间的依赖,客户操作调用提供者操作。 3 ) <<parameter>> : 提供者是客户操作上的参数。 4 ) <<send>> : 客户把提供者 ( 它必须信号 ) 发送到指定的目标。 5 ) <<instantiate>> : 客户是提供者的实例 ( 对象与类之间的实例化关系 ) 。
- 227. 软件需求分析 覆写超类操作 Shape origin:Point width:int Height:int draw(Grahics g) getArea():int getBoundingArea():int Square draw(Grahics g) getArea():int Circle draw(Grahics g) getArea():int
- 229. 软件需求分析 抽象操作 具体操作 抽象类 具体类 Shape origin:Point width:int Height:int draw(Grahics g) getArea():int getBoundingArea():int Square draw(Grahics g) getArea():int Circle draw(Grahics g) getArea():int
- 242. 软件需求分析 :ShoppingBasket :Customer item:Item getItem() sd ManageBasket alt [chanageQuantity] [deleteItem] setQuantity() Opt[item.quantity<=0] <<destroy>> <<destroy>>
- 245. 软件需求分析 sd LoopAndBreakSyntax :A :B loop min,max[condition1] op1() loop[condition2] op2() op3() op4() 循环 min 次,然后当 condition1 为 true ,循环 (max-min) 次 break[condition3] 当 condition2 为 true ,执行循环 循环中断结束后执行 op3 如果 break 执行, op4 将不执行 当 condition3 为 true ,循环中断
- 272. 主要内容 5 6 3 7 8 2 4 9 软件测试 软件维护 软件工程概述 软件编码 软件设计 软件需求分析 软件质量管理 软件工程管理 1 软件开发模型
Editor's Notes
- W.Royce 于 1970 年提出。 特点: 1 阶段间的顺序性和依赖性。 2 推迟实现观点。 3 质量保证的观点。 a) 每一阶段都要完成文档; b) 每一阶段都要对完成的文档进行复审,以便尽早发现问题。
- 1 我们把对象看作数据和函数的内聚包。 2 获得对象数据的唯一方法是通过调用可用对象函数,我们把这些函数称为方法。把对象的数据部分隐藏在函数这层之下,称为封装或数据隐藏。
- 1 对象形成到其它对象的链接并且通过这些链接来回发送消息。 2 当一个对象接收消息时。它查看它的操作集以了解是否存在一个操作,它的签名与消息的签名匹配。如果存在,那么它调用该操作。 这些签名包括消息 ( 或者操作 ) 名称、参数类型和返回值。
- 代码 走查 是一个开发人员与架构师集中与讨论代码的过程。代码 走查 的目的交换有关代码是如何书写的思路,并建立一个对代码的标准集体阐述。