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

软件工程的概念：1将系统性的,规范化的,可度量的方法应用于软件的开发、运行和维护,即将工程化应用到软件上；2对1所述方法对的研究;

软件工程3个基本要素：方法、工具、过程;

软件开发过程的基本活动：1问题提出2软件需求规格说明3软件设计4软件实现5软件确认6软件演化

软件项目管理“4p”：1人员2产品3过程4项目

软件项目沟通复杂性：对于一个具有n个成员的项目团队来说,彼此之间的沟通渠道数量是nn—1/2,当项目成员超过3个人时,其沟通渠道数量就会快速增长;图画图阐述,表示了团队规模与个人开发效率之间的关系,当每个开发人员与其他人员没有定期进行沟通时,虽然在沟通上没有花费时间,但是过于独立的开发工作可能会造成对任务要求的误解,不断的修正和返工势必造成开发效率的低下;软件项目的实践表明,项目团队成员的数量应该保持在3~7人之间;

软件项目规模估算包括代码行技术和功能点技术：此为代码行技术最佳的a、可能的m、悲观的b用公式计算期望值：L=a+4m+b/6

基本COCOMO模型软件成本估算,可计算软件开发工作量：

E=aLb方；D=cEd方；E表示开发所需工作量,单位人月;D所需开发时间,单位月;L代码行的估算值abcd是常数;

中间COCOMO模型公式软件成本估算：E=aLb方F；F=π上17下i=1Fi；若干要素值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类类、属性、操作；对一组具有相同属性、相同操作、相同关系和相同语义的对象的描述、对象对象、属性、操作；类的实体、接口描述一个类或组件的服务的操作集、用例、状态机、包、关联;模型元素：由一些基本的构造元素以及它们之间的连接关系组成;

黑盒测试也成为功能测试：他是在已知产品所应具有功能的情况下,通过测试来检测每个功能是否能正常使用;

黑盒测试方法：等价类划分、边界值分析、因—果图、错误推断;只要用于软件确认测试;

黑盒测试特点：着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试;

白盒测试：他知道产品内部工作工程,可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行,按照程序内部的结构测试程序,检验程序中的每条通路是否都能按照预定要求正确工作,而不顾她的功能;

白盒测试的方法：逻辑驱动、基本路径测试;用于软件验证;

白盒测试特点：全面了解程序内部逻辑结构、对所有逻辑路径进行测试;

从测试的目标、经济学、原则早发现早预防;8-2、goodenough谈为什么进行测试软件测试的基本原则：1应当把“尽早的和不断的进行软件测试“作为软件开发者的座右铭2程序员应避免检查自己的程序3在设计测试用例时,应当包含合理的输入条件和不合理的输入条件4测试用例应由测试输入数据与之对应的预期输出结果这两部分组成5充分注意测试中的群集现象

回归测试定义特点：修改了旧码后,重新进行测试以确定修改没有引入新的错误或导致其他代码产生错误;防止代码衰退,专门针对可能会被修改影响的附加测试,针对专门修改过的成分的测试;

V型图举出两个测试特点定义：包括需求分析、概要测试、详细设计、编码、单元测试、集成测试、系统测试、验收测试;系统测试定义：将通过确认测试的软件,作为基于整个计算机系统的一个元素,与其他系统元素结合在一起,在实际运行环境下,对计算机系统进行一系列严格有效地测试;系统测试特点：在更大的范围内进行的测试,着重对系统的性能、特性进行测试;验收测试定义：软件产品完成系统测试后,再发布之前所进行的软件测试活动,他是技术测试的最后一个阶段;验收测试特点：以用户为主的测试;由用户参加设计测试用例,在用户界面输入测试数据,并分析测试的输出结果;

SWEBOK软件工程知识体系的组成部分：