软件工程基本知识概括.pdf

软件工程的概念： 1 将系统性的，规范化的，可度量的方法应用于软件的开发、 运行和维护，即将工程化应用到软件上； 2 对 1 所述方法对的研究。 软件工程 3 个基本要素： 方法、工具、过程。 软件开发过程的基本活动： 1 问题提出 2 软件需求规格说明 3 软件设计 4 软件实 现 5 软件确认 6 软件演化 软件项目管理“ 4p”： 1 人员 2 产品 3 过程 4 项目 软件项目沟通复杂性： 对于一个具有 n 个成员的项目团队来说， 彼此之间的沟通 渠道数量是 n （n— 1）/2 ，当项目成员超过 3 个人时，其沟通渠道数量就会快速 增长。图（画图阐述），表示了团队规模与个人开发效率之间的关系，当每个开 发人员与其他人员没有定期进行沟通时， 虽然在沟通上没有花费时间， 但是过于 独立的开发工作可能会造成对任务要求的误解， 不断的修正和返工势必造成开发 效率的低下。软件项目的实践表明， 项目团队成员的数量应该保持在 3~7 人之间。 软件项目规模估算 （包括代码行技术和功能点技术） ：（此为代码行技术）最佳的 （a）、可能的（ m）、悲观的（ b） 用公式计算期望值： L= （a+4m+b）/6 基本 COCOMO 模型（软件成本估算，可计算软件开发工作量） ： E=a*Lb 方；D=c*Ed 方； E 表示开发所需工作量， 单位人月。 D 所需开发时间， 单位月。 L 代码行的估算值 abcd 是常数。 中间 COCOMO 模型公式 （软件成本估算）：E=a*Lb 方*F ；F= π上 17 下 i=1*Fi ； 若干要素值 Fi，可查表的。 需求获取的技术： 1 面谈和问卷调查 2 需求专题讨论会 3 观察用户工作流程 4 基 于用例的方法 5 原型化方法 6 用户访谈 7 现场考察 8 专家咨询（选 5 个） 需求文档人员参与： 1 需求分析员 2 项目经理 3 体系架构设计师 4 软件的设计工 程师 5 系统测试工程师 6 质量保证员 7 文档编写人员（选 5 个） 需求评审人员的范围： 需求分析人员、 项目经理、质量保证员、软件设计工程师、 文档编写人员。 文档里应有：系统用例图，角色分析，角色各种模块 需求文档的组成部分： 1 目的 2 范围 3 产品前景 4 产品功能 5 功能需求 6 用例图 7ER 图 8 外部接口需求 9 性能需求 10 用户特征（选 5 个） UML 统一建模语言 是一种直观化、明确化、构建和文档化软件系统产物的通用 可视化建模语言。 为什么要使用 MUL ：从企业信息系统到基于 web 的分布式应用，甚至严格的实 时嵌入式系统都适和用于 UML 来建模。他是一种富有表达力的语言，可以描述 开发所需要的各种视图，并以此为基础组建系统。 UML 基本构成快： 1 用例视图（描述系统应该具有的功能集，他从系统外部用 户的角度出发，实现对系统的抽象表示） 2 状态图（表示一个状态机，强调对象 行为的事件顺序） 3 类（类、属性、操作；对一组具有相同属性、相同操作、相 同关系和相同语义的对象的描述） 、对象（对象、属性、操作；类的实体） 、接口 （描述一个类或组件的服务的操作集） 、用例、状态机、包、关联。 模型元素： 由一些基本的构造元素以及它们之间的连接关系组成。 黑盒测试也成为功能测试： 他是在已知产品所应具有功能的情况下， 通过测试来 检