前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >software engineering Final Review | 软件工程期末复习

software engineering Final Review | 软件工程期末复习

作者头像
宋天伦
发布2020-07-16 11:02:45
4750
发布2020-07-16 11:02:45
举报
文章被收录于专栏:fryteafryteafrytea

软件工程复习

more important

  1. 模块独立性
  2. 模块独立性,是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他模块的接口是简单的。
  3. 高内聚低耦合
  4. 类间的关系
  5. 继承
  6. 继承关系表示子类重用父类的属性和操作,子类对象也是父类的对象,有时也称父类是子类的泛化。
  7. 聚集
  8. 普通聚集关系:一个部件对象可同时参与多个整体对象
  9. 构成关系:限定一个部件对象在任意时刻只能参与一个整体类的对象,部件对象与整体类对象共存亡
  10. 关联
  11. 表示两个类的对象之间存在着用于消息传递的稳定通道。
  12. 依赖
  13. 依赖类B的对象需要向被依赖类A的对象传递消息;被依赖类A可作为依赖类B操作的形参类型
  14. 依赖关系表示临时性的消息传递通道,操作完成通道消失
  15. 依赖关系是关联关系的弱化,它表示被依赖的类的变化会影响到依赖类。
  16. 实体类、控制类、边界类的职责
  17. 边界类
  18. 描述目标软件系统与外部环境的交互,主要任务有:
  19. 界面控制
  20. 外部接口
  21. 环境隔离
  22. 实体类
  23. 表示目标软件系统中具有持久意义的信息项及其操作。具有内向收敛特征
  24. 控制类
  25. 控制类作为完成用例任务的责任承担者,协调、控制其他类共同完成用例规定的功能或行为。
  26. 面向功能度量的优缺点
  27. 优点
  28. 与程序设计语言无关
  29. 功能点度量能用于软件项目的开发初期
  30. 缺点
  31. 它涉及到的主观因素比较多,如各种权函数的取值
  32. 信息领域中的某些数据有时不容易采集
  33. Fp的值没有直观的物理意义
  34. 风险分析、风险管理、风险识别、风险分类
- 风险分析
- 风险识别
- 风险估计
- 风险评价
- 风险驾驭
- 风险分类
- 项目风险
- 技术风险
- 商业风险
- 风险识别
- 产品规模
- 商业影响
- 客户特性
- 过程定义
- 开发环境
- 建造技术
- 人员数量及经验CMM能力成熟度模型
- 见下文important of eight基线是什么,成为基线的流程,修改基线的流程基线标志软件开发过程的各个里程碑,任一SCI一旦形成文档并复审通过,即成为一个基线,它标志开发过程中的一个阶段的结束。流程:修改流程:首先将它拷贝到私有工作区并在项目数据库中锁住,不允许其他人使用;在私有工作区中完成修改控制过程并复审通过之后,再把修改后的SCI释放并回送到项目数据库,同时解锁。

应用题

  1. 需求分析
  2. 用例规约(基本流、备选流、前置条件、后置条件)
  3. 数据流图
  4. 时序图(基本流的,对象,类,传消息)
  5. 类图
  6. 边界类
  7. 控制类
  8. 实体类
  9. 顶层图(会画一层图,自顶向下逐步求精)
  10. 软件测试
  11. 程序流图
  12. 基本路径

important

First

  • 软件危机特征
  • 软件开发周期大大超过规定日期
  • 软件开发成本严重超标
  • 软件质量难于保证
  • 软件危机产生的原因
  • 用户需求描述不准确
  • 开发人员对需求的理解差异
  • 大型项目管理经验缺乏
  • 开发人员素质与经验
  • 缺乏有力的方法学与工具技术
  • 软件本身的复杂性
  • 软件工程过程的理解
  • 软件过程定义了
  • 方法使用顺序
  • 提交的文档
  • 为保证质量和适应变化所需的管理
  • 软件开发各个阶段的里程碑
  • 软件过程为了(目标)
  • 付出较低成本
  • 达到要求功能
  • 较好的性能
  • 维护成本低
  • 按时交付
  • 软件工程三要素
  • 成本
  • 质量
  • 工期
  • 商业风险
  • CMM的分级,各个级别

软件过程模型

  • 瀑布模型
  • 原型模型
  • 优缺点
  • 适合那些项目
  • 项目维护-估算模型
  • 公示、参数
  • 工作量计算方法
  • 边界类、实体类、控制类的职责

Third

  • 面向对象的需求建模
  • 核心时利用面向对象的概念和方法为软件需求建造模型
  • 面向对象的特点、抽象、封装(选择、判断)
  • 特点
  • 自然性
  • 软件复用
  • 可扩展
  • 可管理性
  • 核心概念
  • 对象:属性和操作的封装
  • 属性
  • 操作
  • 继承:类之间的内在联系及属性和操作的共享
  • 聚集:部分-整体关系
  • 消息:对象与外部世界关联的唯一途径5
  • 基于UML、用例的需求模型,怎么理解

forth

  • 模块独立性
  • 是指软件系统中每个模块只涉及软件要求的具体子功能,而和软件系统中其他的模块的接口是简单的
  • 耦合、内聚
  • 耦合:模块之间的相互连接的紧密程度的度量
  • 内聚:模块功能强度的度量
  • 高内聚、低耦合

sisth

  • 结构化分析模型
  • 数据字典
  • 实体-关系图——数据对象描述
  • 状态-迁移图——控制规格说明
  • 数据流图——加工规格说明

seventh

  • 软件测试技术
  • 黑盒测试:完全不考虑程序的内部结构和处理过程,测试仅在程序界面上进行
  • 白盒测试:按照程序内部的逻辑测试程序、检验程序中的每条通路是否按照预定的要求正确工作。因此又称结构测试或逻辑驱动测试

技术

在哪儿里测

测什么

技术类型

举例

黑盒测试/功能测试/数据驱动测试

仅在程序界面

功能正常/输入输出/保持外界数据完整

确认技术

“我们在构造一个正确的系统吗”

白盒测试/结构测试/逻辑驱动测试

程序内部代码

基本路径/判断/循环/数据结构

验证技术

“我们在正确的构造一个系统吗”

  • 单元测试
  • 测试对象 —— 模块(软件设计最小单位)
  • 测试方法:多采用白盒测试,多模块可并行测试
  • 测试任务
  • 接口
  • 局部数据结构
  • 边界条件
  • 独立执行通路
  • 错误处理通路
  • 集成测试
  • 测试方法:常采用黑盒测试技术
  • 策略:
  • 非渐增式测试
  • 渐增式测试
  • 自顶向下结合
  • 深度优先
  • 广度优先
  • 自底向上结合
  • 确认测试
  • alpha测试:在开发者的场所由用户进行,在开发者注视和控制的环境下进行
  • beta测试:最终用户在自己的场所进行

eighth

  • 项目管理
  • 任务
  • 制定软件项目的实施计划和方案
  • 对人员组织分工
  • 按照计划进度,以及成本管理、风险管理、质量管理的要求进行软件开发,完成软件项目的各项要求和任务。
  • 目的:为了使软件项目能够在预定成本、进度、质量的前提下顺利完成,必须对软件工程项目进行计划、组织、监控和管理。
  • 面向功能的度量 见上文第4条
  • 风险分析
  • 活动
  • 风险识别
  • 风险估计
  • 风险评价
  • 风险驾驭
  • 分类
  • 项目风险:威胁到项目计划
  • 技术风险:威胁开发软件质量和预计交付时间
  • 商业风险:威胁到软件的生存能力
  • McCall的软件质量要素图
  • 修正性
  • 可维护、灵活性、可测试性
  • 转移性
  • 可移植性、可重用性、连接性
  • 运行性
  • 正确性、可靠性、有效性、完整性、可用性
  • 商业风险
  • 市场风险
  • 策略风险
  • 管理风险
  • 预算风险
  • 风险分析内容
  • 8.4.1
  • 风险识别
  • 产品规模
  • 商业影响
  • 客户特性
  • 过程定义
  • 开发环境
  • 建造技术
  • 人员数量及经验
  • 风险估计
  • 奉献驾驭
  • CMM简单介绍
  • 分级
  • 初始级
  • 可重复级
  • 已定义级
  • 已管理级
  • 优化级
  • 衡量软件工程
  • 提高的参考基准

ninth

  • 基线技术:见上文第7条

大题

  • 数据流图
  • 基本路径
  • 用例规约、时序分析

some tables

software type

分类依据

软件类型

功能

系统软件/应用软件

实时性

实时软件/非实时软件

运行环境

单机软件/网络软件

加工数据类型

事务处理软件/科学和工程计算软件

计算方法

基于传统算法的/基于符号演算和推理的人工智能软件

常用

系统软件/个人计算机软件/实时嵌入式软件/科学和工程计算/事务处理/人工智能/Web/

dev function

Name

description

结构化

自顶向下,逐步求精

面向对象

以对象、对象关系构建软件系统

形式化

以正确性为目标,用RSL描述需求规约

software process

description

特征

使用特征

优点

缺陷

瀑布模型

软件开发过程的分解与软件生存周期划分绑定在一起

当需求完全正确且明确时可用

适用于单主机计算模式

必须确定需求/软件第一版耗时漫长/易出现潜伏缺陷/开发时间长

增量过程模型

上述两者独立

模块式开发

用户反馈可及时/体系结构良好

规模不能大/顶层设计经验要求严格/常需要基础服务

专用模型

包括基于构建的软件过程模型、web应用软件过程模型、面向方面AOP的软件过程模型、以形式化开发方法为基础的变换模型

,

,

,

software dev model

基础与前提

特征

举例

软件需求完全确定

/

瀑布模型

初期仅提供基本需求

渐进式

原型模型/螺旋模型

形式化方法为基础

/

变换模型

螺旋模型

象限/活动

说明

优点

缺点

制定计划

确定目标/选定方案/弄清限制条件

/

/

风险分析

分析方案/考虑如何处理风险

/

/

实施工程

开发

/

/

客户评估

提修改建议

/

/

Welcome to add!

Author: Frytea

Title: software engineering Final Review | 软件工程期末复习

Link: https://cloud.tencent.com/developer/article/1662727

Copyright: This work by TL-Song is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License.

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 软件工程复习
    • more important
      • important
        • First
        • 软件过程模型
        • Third
      • forth
        • sisth
          • seventh
            • eighth
              • ninth
                • 大题
                  • some tables
                    • software type
                    • dev function
                    • software process
                相关产品与服务
                项目管理
                CODING 项目管理(CODING Project Management,CODING-PM)工具包含迭代管理、需求管理、任务管理、缺陷管理、文件/wiki 等功能,适用于研发团队进行项目管理或敏捷开发实践。结合敏捷研发理念,帮助您对产品进行迭代规划,让每个迭代中的需求、任务、缺陷无障碍沟通流转, 让项目开发过程风险可控,达到可持续性快速迭代。
                领券
                问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档