![](https://img-blog.csdnimg.cn/20201014180756928.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
软件工程
cjqhuadielei
我就是我,没有如果!
展开
-
软件工程视频学习笔记(四十二)
<br /><br />基于CMM的估价方法:<br />① 选择估价小组(受过CMM训练)<br />② 被评估单位填卷,问答评价组的问题<br />③ 评价组进行相应分析,明确哪些问题,在进一步调查<br />④ 现场访问被评估单位<br />⑤ 提出调查清单,明确机构软件过程中的强项和弱项(加入内险分析)<br />⑥ 准备出软件关键过程域剖面图,显示机构在那些区域已经满足,那些没满足目标,向有关部门给出结论、意见<br /> <br />关键过程域:一组相互关联的原创 2010-09-08 20:04:00 · 673 阅读 · 0 评论 -
软件工程视频学习笔记(三十四)
<br /><br />界面设计的基本类型:<br />界面设计类型:在选用界面形式的时候,应当考虑每种类型的优点和限制。从以下几个方面来考察,进行选择:使用的难易程度、学习的难易程度、操作速度、复杂程度、控制、开发的难易程度<br /> <br />通常一个界面的设计使用了一个以上的设计类型,每种类型与一个或一组任务相匹配<br />菜单界面设计:菜单是由系统预先设置好的,显示于屏幕上的一组或几组可供用户选用的命令<br />按照显示的形象或样式来分类<br />① 正文菜单:实质上是系统命令本身或原创 2010-09-03 21:41:00 · 496 阅读 · 0 评论 -
软件工程视频学习笔记(三十一、二)
<br /><br />设计详细的交互:<br />用户界面设计有若干原则,包括:一致性:采用一致的术语、一致的步骤和一致的活动;操作步骤少;不要“哑播放”<br />继续做原型:<br />用户界面原型是用户界面设计的重要工作<br />使用快速原型工具做出原型让用户使用,通过用户反馈、修改、演示的迭代,使界面越来越有效<br />设计HIC(人机交互)类:窗口需要进一步细化;设计HIC类,首先从组织窗口和部件的用户界面的设计开始<br /> <br /> <br />任务管理部分的设计:<br />任务原创 2010-09-03 21:39:00 · 515 阅读 · 0 评论 -
软件工程视频学习笔记(三十三)
<br /><br />用户界面设计:<br />用户界面应具备的特性<br />用户界面设计的任务分析<br />用户界面任务和工作设计<br />界面设计的基本类型<br />数据输入界面设计<br />数据显示界面设计<br />控制界面的设计<br /> <br />用户界面应具备的特性:可使用性、灵活性、复杂性和可靠性<br />用户界面设计的任务分析:这一部分工作应与软件系统的需求分析同步进行。它主要包括:<br />用户特性分析、用户工作分析、记录有关系统的概念和术语、确定界面类型<br />原创 2010-09-03 21:40:00 · 432 阅读 · 0 评论 -
软件工程视频学习笔记(三十)
<br /><br />标识属性的方法和策略:<br />找出属性<br />将属性安放到适当的位置<br />找出实例连接<br />检查特殊情况<br />描述属性<br />考虑取值范围、极限值、缺省值、建立和存取权限、精确度、是否会受到其他属性值等<br />定义服务的方法和策略:<br />找出每一个对象的所有状态,在各种状态需要做的工作,利用状态迁移图<br />找出必要的操作<br />建立消息连接<br />描述服务:利用状态转换图、脚本和事件追踪图,描述服务的功能<br /> <br />原创 2010-09-03 09:04:00 · 471 阅读 · 0 评论 -
软件工程视频学习笔记(二十九)
<br /><br />功能模型:<br />功能模型表名,通过计算,从输入数据能得到什么样的输出数据,不考虑参加计算的数据按什么时序执行<br />功能模型由多个数据流图组成,它们指明从外部输入,通过操作和内部存储,直到外部输出,这整个的数据流情况<br />功能模型中所有的数据流图往往形成一个层次结构<br />在这个层次结构中,一个数据流图中的过程可以由下一层的数据流图做进一步的说明<br />数据流图中允许加入控制流,但这样做将与动态模型重复,不提倡夹带控制流<br />基于三个模型的分析过程:<b原创 2010-09-03 09:04:00 · 436 阅读 · 0 评论 -
软件工程视频学习笔记(二十八)
<br /><br />论域分析:<br />论域分析开发问题论域的模型、考查问题论域内的一个较宽的范围,分析覆盖的范围应比直接要解决的问题更多、建立大致的系统实现环境<br />应用分析:应用分析则根据特定应用的需求进行论域分析、应用分析细化在论域分析阶段所开发出来的信息,把注意力集中于当前要解决的问题<br /> <br />类的定义:<br />一旦标识了一个类,就给出了它的规格说明,其中包括类的实例可执行的操作和它们的数据表示<br />对每一个,无论是在哪一个阶段标识的类都是如此<br />类的规原创 2010-09-01 21:14:00 · 469 阅读 · 0 评论 -
软件工程视频学习笔记(十六)
<br /><br />面向数据结构的分析设计方法<br />Jackson系统开发方法(JSD):是一种典型的面向数据结构的分析设计方法。<br />Jackson系统开发方法的系统模型就是相互通讯的一组进程的集合。进程间的通讯方式有以下三种:①进程同步发生②通过数据通道发送/接收活动发生③访问公用存储信息<br /> <br />1、 表达基本结构:对于种类繁多的程序中使用的数据结构,各个数据元素之间的逻辑关系只有顺序、选择、重复三种,所以逻辑数据结构也只有三种(顺序结构、选择结构、重复结构)<br原创 2010-09-01 18:29:00 · 735 阅读 · 0 评论 -
软件工程视频学习笔记(十五)
<br /><br />N-S图:也叫盒图,整个是一个方框,看不到控制流<br />功能域表示的很明确、不能够实现任意的转移操作、很容易确定局部和全局的作用域、很容易表示嵌套结构,也可以表示模块的层次结构,可以表示模块的调用关系<br />PAD图:问题分析图。结构化比较好,允许递归使用、可以表示程序逻辑结构易懂便于记忆将pAD图转换为高级语言的程序、可以表述数据结构、支持自顶向下逐步求精的的图形<br /> <br />判定表:<br />判定表用于表示程序的静态逻辑、在判定表中的条件部分给出所有的两分支原创 2010-09-01 18:28:00 · 506 阅读 · 0 评论 -
软件工程视频学习笔记(二十九)
<br /><br />功能模型:<br />功能模型表名,通过计算,从输入数据能得到什么样的输出数据,不考虑参加计算的数据按什么时序执行<br />功能模型由多个数据流图组成,它们指明从外部输入,通过操作和内部存储,直到外部输出,这整个的数据流情况<br />功能模型中所有的数据流图往往形成一个层次结构<br />在这个层次结构中,一个数据流图中的过程可以由下一层的数据流图做进一步的说明<br />数据流图中允许加入控制流,但这样做将与动态模型重复,不提倡夹带控制流<br />基于三个模型的分析过程:<b原创 2010-09-03 09:03:00 · 496 阅读 · 0 评论 -
软件工程视频学习笔记(三十八)
<br /><br />软件质量保证的主要任务:为了提高软件的质量和软件的生产率,软件质量保证的主要任务大致可归结为八点:<br />① 用户要求定义<br />② 力争不重复劳动<br />③ 掌握开发新软件的方法<br />④ 组织外部力量协作的方法<br />⑤ 排除无效劳动<br />⑥ 发挥每个开发者的能力<br />⑦ 提高软件开发的工程能力<br />⑧ 提高计划和管理质量能力<br />质量检验的原则:<br />用户要求的是产品所具有的功能,原创 2010-09-05 13:45:00 · 620 阅读 · 0 评论 -
软件工程视频学习笔记(三十九)
<br /><br />软件可靠性的定义:软件可靠性是软件在给定的时间间隔以及给定的环境条件下,按设计要求,成功的运行程序的概率<br />测试中的可靠性分析:<br />在软件开发的过程中,利用测试的统计数据,估算软件的可靠性,以控制软件的质量是至关重要的<br />推测错误的产生频度,即推测错误产生的时间间隔<br />推测残留在程序中的错误数<br />评价测试的精确度和覆盖率<br /> <br />推测错误产生的频度:<br />估算错误产生频度的一种方法是估算平均失效等待时间MTTF(Mean原创 2010-09-05 13:47:00 · 511 阅读 · 0 评论 -
软件工程视频学习笔记(四十一)
<br /><br />版本控制:<br />版本控制是SCM的基础,它管理并保护开发者的软件资源。<br />版本控制管理在软件工程过程中建立起配置对象的不同版本<br />通过描述所希望的属性集合来确定(或构造)所想要的配置<br />使用演变图来表示系统的不同版本<br /> <br />版本管理的主要任务:<br />集中管理档案,安全授权机制:版本管理的操作将开发组的档案集中地存放在服务器上,经系统管理员授权给各个用户<br />用户用过登入(Check in)和检出(check out)的方式原创 2010-09-05 13:49:00 · 550 阅读 · 0 评论 -
软件工程视频学习笔记(四十二)
<br /><br />基于CMM的估价方法:<br />① 选择估价小组(受过CMM训练)<br />② 被评估单位填卷,问答评价组的问题<br />③ 评价组进行相应分析,明确哪些问题,在进一步调查<br />④ 现场访问被评估单位<br />⑤ 提出调查清单,明确机构软件过程中的强项和弱项(加入内险分析)<br />⑥ 准备出软件关键过程域剖面图,显示机构在那些区域已经满足,那些没满足目标,向有关部门给出结论、意见<br /> <br />关键过程域:一组相互关联的原创 2010-09-05 13:49:00 · 488 阅读 · 0 评论 -
软件工程视频学习笔记(四十)
<br /><br />软件配置管理:<br />在软件建立时变更是不可避免的,因为在进行变更前没有仔细分析,或没有进行变更控制,变更加剧了项目中软件人员之间的混乱<br />协调软件开发使得混乱减到最小的技术叫做配置管理<br /> 软件配置管理的概念:<br />软件配置管理,简称SCM,是一种保护伞活动,它应用于整个软件工程过程<br />SCM活动的目标是为了:<br />①标识变更<br />②控制变更<br />③确保变更正确的实现<br />④向其他有关的人报告变更<br /><br /><b原创 2010-09-05 13:48:00 · 610 阅读 · 0 评论 -
软件工程视频学习笔记(三十七)
<br /><br />软件质量管理:<br />软件质量概念<br />软件质量保证<br />软件可靠性<br />软件配置管理<br /> <br /> <br />软件质量的概念:软件质量的定义、软件质量特性、软件质量模型、软件质量的度量和评价<br /> <br />软件质量的定义:<br />① 与软件产品满足规定的和隐含的需求的能力有关的特征或特性的全体<br />② 所有描述计算机软件优秀程度的特性的组合<br /> <br /> <br />软件质量特性:<br />软件质量特原创 2010-09-05 13:42:00 · 462 阅读 · 0 评论 -
软件工程视频学习笔记(三十六)
<br /><br />列表报告:<br />数据通常以记录格式给出,数据按记录规定格式成行打印<br />各页应加页号<br />如果列表中的数据以某种顺序排列或分类,在各分类的组间应加空行,使结构更清除。<br />数据域应分列安排并加上栏题<br />块结构报告:<br />在报告中信息分块,各块按设计要求顺序排列<br />可变项应安排在报告右边的列中,以免显得凌乱<br />信息块应当用空格分开<br />在信息块顶部的左侧应加上题头<br />若有总计数字,必须紧跟在与其有关的数据后面安排<br原创 2010-09-04 11:09:00 · 450 阅读 · 0 评论 -
软件工程视频学习笔记(三十五)
<br /><br />输入表格的设计:<br />数据表格设计是对较复杂的数据录入时使用的最广泛的一种对话类型<br />这种方法是在屏幕上显示一张表格,类似于用户熟悉的填表格式,以供用户向计算机内输入数据<br /> <br />表格设计的规则:<br />数据验证:<br />数据验证是要检查是否所有必须的项目都已经填充,数据输入是否正确,是否合理<br />出错验证可能得到以下三种结果:<br />① 致命操作:引起处理混乱的错误,此时,用户要么重新输入一个正确的数据,要么退出输入,不允许其他原创 2010-09-04 09:21:00 · 490 阅读 · 0 评论 -
软件工程视频学习笔记(末)
<br /><br />风险的管理和监控:<br />目标:<br />① 事件和主要风险因素的跟踪<br />② 风险估计,确保每个风险的管理措施正在实施<br />③ 收集可用于将来风险分析的信息<br />人员的组织形式:<br />针对具体项目以及人员素质:<br />① 责任到人<br />② 组织合理<br />③ 责权均衡<br />一、层次模式:下级向上级负责,上级管理下级<br />二、矩阵模式<br />三、小组内人员的组织形式:主程序小组、民主小组、原创 2010-09-08 20:09:00 · 598 阅读 · 3 评论 -
软件工程视频学习笔记(四十五)
<br /><br />1、 工程网络图:<br />也称为计划评审技术,是一种有向图,起点是箭尾,表示任务开始,终点是箭头,表示任务结束(也是下一个作业的开头)简上的数字成为权,表示子任务的持续时间<br />路线:从总起点到总终点的通路<br />关键路线:可能的路线中周期最长的路线<br />工程周期:花费在关键路线上的时间<br />最早开工时刻:一个作业可能发生的最早时间<br />最迟开工时刻:在不影响工程终结的情况下,该作业最晚可以发生的时刻<br /> <br />工程网络图绘制步骤:<b原创 2010-09-08 20:08:00 · 578 阅读 · 0 评论 -
软件工程视频学习笔记(四十三)
<br /><br />关键过程域是静态的,他高层次的、抽象的描述了过程,但不说明如何执行过程<br />软件过程碎成熟度级别而变化,关键过程域则稳在一个固定的成熟度级别上<br /> <br />关键实践:<br />每一个关键过程域都用关键实践的概念进行描述。关键实践描述要做什么,但它们没有强行规定应当怎样完成目标<br />没有一个关键实践由一个单独的句子组成,后面常常有更加详细的描述信息<br />关键实践的目标在于,沟通那些在大多数项目和机构中使用的原理,沟通那些在典型的软件应用系统中发挥可作用并原创 2010-09-08 20:05:00 · 542 阅读 · 0 评论 -
软件工程视频学习(四十四)
<br /><br />软件工程分两部分:软件开发技术、软件工程管理<br />软件项目计划、成本估算、进度计算、风险分析、人员的组织形式<br /> <br />软件项目计划:<br />软件项目的任务:<br />① 研究:该项目的主要性能、功能以及系统界面<br />② 估算:经费、进度、资源<br />软件项目计划的内容:<br />1、 范围:①项目目标②主要功能③性能限制④系统界面⑤特殊要求⑥开发概述<br />2、 资源:①人力资源②硬件资源③软件资源④其他<br />3、原创 2010-09-08 20:07:00 · 548 阅读 · 0 评论 -
软件工程视频学习笔记(二十七)
<br /><br />面向对象技术:<br />① 面向对象的概念、泛型<br />② 对象的分类<br />③ 面向对象方法构造软件的开发过程<br />④ 面向对象分析方法<br />⑤ 面向对象设计方法<br />⑥ 了解有影响的coad方法、booch方法和omt方法的基本思想<br /> <br />重点:面向对象的概念、面向对象的开发过程、面向对象分析和模型化、面向对象设计、面向对象程序的实现与测试<br /> <br />面向对象的基本概念<br />什么原创 2010-09-01 18:38:00 · 471 阅读 · 0 评论 -
软件工程视频学习笔记(二十一)
<br /><br />软件测试:<br />软件测试的目的和原则<br />软件测试用例设计<br />软件测试策略<br />软件测试种类<br />程序调试<br /> <br />本章要点:<br />①软件测试的目的和原则<br />②软件错误的分类<br />③软件测试的过程和策略<br />④软件测试用例设计的方法<br />⑤掌握软件测试中的可靠性分析方法<br /> <br /> <br />软件测试的目的和原则:<br />① 件测试的目的<br />② 软件测试的原则<br原创 2010-09-01 18:33:00 · 1678 阅读 · 0 评论 -
软件工程视频学习笔记(二)
<br /><br />软件工程过程<br />软件规格说明:规定软件的功能以及运行的限制<br />软件开发:产生满足规格说明的软件<br />软件的确认:确认软件能够完成客户提出的要求<br />软件的演进:为满足客户的变更要求,软件必须在使用的过程中演进<br /> <br />软件工程过程的特点:易理解性、可见性、可支持性、可接受性、可靠性、健壮性、可维护性、速度<br /> <br />软件生存期(life cycle):软件有一个孕育、诞生、成长、成熟、衰亡的生存过程。这个过程即为计算机软件的原创 2010-08-25 15:21:00 · 730 阅读 · 1 评论 -
软件工程视频学习笔记(八)
<br /><br />检查和修改数据流图的原则<br />数据流图上所有图形符号只限于前述四种基本图形元素<br />数据流图的主图必须包括前述四种基本元素,缺一不可<br />每个加工至少有一个输入数据流和一个输出数据流<br />在数据流图中,需按层给加工框编号。编号表明该加工所处层次及上下层的亲子关系<br />规定任何一个数据流子图必须与它上一层的一个加工对应,两者的输入数据流和输出数据流必须一致<br />图上每个元素都必须有名字<br />数据流图中不可夹带控制流<br />初画时可以忽略琐碎原创 2010-08-26 20:53:00 · 610 阅读 · 1 评论 -
软件工程视频学习笔记(四)
<br /><br />第四讲:<br />软件危机:软件危机指的是软件开发和维护过程中遇到的一系列严重问题<br />软件危机的表现:<br />① 产品不符合用户端的实际需要<br />② 软件开发生产率提高的速度远远不能满足客观需要软件的生产率和计算机应用的增长,使人们不能充分利用现代计算机硬件提供的巨大潜力<br />③ 软件产品的质量差<br />④ 对软件开发成本和进度的估计常常不准确<br />⑤ 软件的可维护性差<br />⑥ 软件文档资料通常既不完整也不原创 2010-08-26 08:23:00 · 459 阅读 · 1 评论 -
软件工程视频笔记(一)
<br /><br />软件是计算机系统中与硬件相互依存的另一部分,它是包括程序,数据以及相关文档的完整集合。<br />程序是按事件设计的功能和性能要求执行的指令序列<br />数据是使程序能正常操纵信息的数据结构<br />文档是与程序开发,维护和使用有关的图文材料。<br />软件的特点:<br />软件是一种逻辑实体,而不是具体的物理实体。因而它具有抽象性<br />软件的产生与硬件不同,在它的开发过程中没有明显的制造过程<br />在软件的运行和使用期间,没有硬件那样的机械磨损,老化问题<br /原创 2010-08-25 11:09:00 · 584 阅读 · 1 评论 -
软件工程视频学习笔记(七)
<br /><br />软件需求分析的原则:<br />需要能够表达和理解问题的信息域和功能域<br />要能以层次化的方式对问题进行分解和不断细化<br /> <br />指导性原则<br />① 在开始建立分析模型前,先理解问题<br />② 开发原型,使得用户能够了解将如何发生人机交互<br />③ 记录每个需求的起源以及原因<br />④ 使用多个需求视图<br />⑤ 给需求赋予优先级<br />⑥ 努力删除默零两可的东西<br /> <br /> <br />原创 2010-08-26 11:21:00 · 457 阅读 · 1 评论 -
软件工程视频学习笔记(六)
<br /><br /> <br />软件需求分析<br /> <br />要点:<br />① 了解软件需求分析的目标和任务<br />② 了解软件需求的获得方法<br />③ 掌握结构化分析方法<br />④ 了解需求规格说明和需求评审的主要内容<br /> <br /> <br />软件需求分析的任务:<br />① 深入描述软件的功能和性能<br />② 确定软件设计的约束和软件同其他系统元素的接口细节<br />③ 定义软件的其它有效性需求<br /> <br />需求原创 2010-08-26 11:19:00 · 454 阅读 · 1 评论 -
软件工程视频学习笔记(十一)
<br /><br />结构图:结构图反映程序中模块之间的层次调用关系和联系<br />模块: --模块名(不相同)用矩形框表示<br />模块的调用关系和接口<br />模块间的信息传递<br />表示模块A有选择的调用另一个模块B<br /> <br />模块化:能够把一个大而复杂的软件系统划分成易于理解的比较单纯的模块结构<br />抽象化:软件系统进行模块设计时,可有不同的抽象层次<br />数据抽象:在不同层次上描述数据对象的细节,定义与该数据对象相关的操作<br /> <br />模块的独立性原创 2010-08-26 20:57:00 · 542 阅读 · 2 评论 -
软件工程视频学习笔记(十)
<br /><br />面向过程的软件设计方法:<br />软件设计的目标和任务<br />软件设计基础<br />模块独立性<br />结构化设计方法<br />数据设计和文件设计<br />过程设计<br /> <br /> <br />软件设计的目标和任务<br />根据用信息域表示的软件需求,以及功能和性能需求,进行数据设计、系统结构设计、过程设计<br /> <br />如果没有设计,只能建立一个不稳定的系统结构<br /> <br />软件设计任务:从工程管理的角度来看,软件设计分两步完成<br原创 2010-08-26 20:55:00 · 643 阅读 · 0 评论 -
软件工程视频学习笔记(五)
<br /><br /><br /><br />可行性研究的步骤:<br />① 复查系统规模和目标<br />② 研究当前正在使用的系统<br />③ 导出新系统的高层逻辑模型<br />④ 向用户推荐建议方法<br />⑤ 推荐行动方针,作出一个关键性的决定<br />⑥ 草拟开发计划,写出可行性论证报告<br />⑦ 提交上级和专家审查<br />软件计划内容:<br />软件计划书是用管理员,技术人员和用户都能理解的术语来描述的额具体包括:<br />①原创 2010-08-26 09:27:00 · 489 阅读 · 1 评论 -
软件工程视频学习笔记(九)
<br /><br />原型化方法:<br />在开发初期,要想得到一个完整准确的规格说明不是一件容易的事<br />用户往往对系统只有一个模糊的想法,很难完全准确的表达对系统的全面要求<br /> <br />软件原型的分类<br />在软件开发中,原型是软件的一个早期可运行的版本,它反映最终系统的部分重要特性<br />探索型<br />实验型<br />进化型<br /> <br />原型使用策略:废弃策略、追加策略<br /> <br />最常用的动态分析方法:<br />状态迁移图<br />时序原创 2010-08-26 20:54:00 · 514 阅读 · 0 评论 -
软件工程视频学习笔记(二十四)
<br /><br />软件测试的策略:<br />测试过程按四个步骤进行,即单元测试、组装测试、确认测试和系统测试<br />单元测试(Unit Testing)<br />单元测试又称模块测试,是针对软件设计的最小单位---程序模块,进行正确性检验的测试工作。<br />主要测试五个方面的内容:模块的接口、局部的数据结构、边界条件、出错处理、独立路径<br /> <br />单元测试的步骤:<br />① 测试模块时,同时要考虑它和外界的联系,用一些辅助模块去模拟与被测模块相联系的其它模块<br原创 2010-09-01 18:35:00 · 497 阅读 · 0 评论 -
软件工程视频学习笔记(二十六)
<br /><br />软件维护:<br />软件维护的概念<br />软件维护活动<br />程序修改的步骤以及修改的副作用<br />可维护性<br />提高可维护性的方法<br /> <br /> <br />本章要点<br />①了解软件质量定义和软件质量度量<br />②软件维护的类型与策略<br />③软件维护的过程与管理方法<br />④软件可维护性的概念<br />⑤了解提高可维护性的方法<br /> <br /> <br />软件维护的概念:<br />软件维护的定义:在软件运行/维护阶段原创 2010-09-01 18:37:00 · 430 阅读 · 0 评论 -
软件工程视频学习笔记(二十)
<br /><br />环路复杂度取决于程序控制结构的复杂度<br />环路复杂度是可加的<br />对于复杂度超过10的程序,应分成几个小程序,以减少程序中的错误<br /> <br />Halstead的软件科学:研究确定计算机软件开发中的一些定量规律,它采用以下一组基本的度量值<br /> <br />程序的长度(预测Halstead长度)令n1表示程序中不同运算符(包括保留字)的个数,令n2表示程序中不同运算对象的个数,令H表示程序长度,则有H=n1*Log2N1+n2*log2n2<br /> <原创 2010-09-01 18:32:00 · 569 阅读 · 0 评论 -
软件工程视频学习笔记(十七)
<br /><br />程序编码:<br />程序设计语言<br />结构化程序设计<br />程序设计风格<br />程序复杂性度量<br /> <br />程序设计语言:<br />分类:低级语言、高级语言<br />1、 可分为汇编语言和高级语言两类<br />① 机器语言、汇编语言<br />② 高级语言(同一个问题,高级语言编码可比汇编少3~7倍)<br />2、 从语言的内在特征看,高级语言可分为系统实现语言、静态高级语言、块结构高级语言和动态高级语言四大类:<br />①原创 2010-09-01 18:30:00 · 370 阅读 · 0 评论 -
软件工程视频学习笔记(十二)
<br /><br />外部耦合(External Coupling):一组模块都访问同一全局简单变量而不是同一全局数据结构,而且不是通过参数表传递该全局变量的信息,则称之为外部耦合<br />公共耦合:(Common Coupling) 若一组模块都访问同一个公共数据环境,则它们之间的耦合就称为公共耦合 –公共耦合有两种情况,松散公共耦合和紧密公共耦合<br /> <br />内容耦合 (Content Coupling)<br /> <br />尽量使用数据耦合,少用控制耦合,限制公共耦合,完全不用原创 2010-09-01 18:25:00 · 506 阅读 · 0 评论 -
软件工程学习笔记(二十五)
<br /><br />系统测试(System Testing)<br />系统测试,是将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起,在实际运行环境下,对计算机系统进行一系列的组装测试和确认测试<br />--- a测试和b测试:<br />--a测试是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的测试<br />--b测试是由软件的多个用户在实际使用环境下进行的测试。这些用户返回有关错误原创 2010-09-01 18:36:00 · 618 阅读 · 0 评论