期末复习资料终板Word文档格式.docx

上传人:b****5 文档编号:19218002 上传时间:2023-01-04 格式:DOCX 页数:27 大小:612KB
下载 相关 举报
期末复习资料终板Word文档格式.docx_第1页
第1页 / 共27页
期末复习资料终板Word文档格式.docx_第2页
第2页 / 共27页
期末复习资料终板Word文档格式.docx_第3页
第3页 / 共27页
期末复习资料终板Word文档格式.docx_第4页
第4页 / 共27页
期末复习资料终板Word文档格式.docx_第5页
第5页 / 共27页
点击查看更多>>
下载资源
资源描述

期末复习资料终板Word文档格式.docx

《期末复习资料终板Word文档格式.docx》由会员分享,可在线阅读,更多相关《期末复习资料终板Word文档格式.docx(27页珍藏版)》请在冰豆网上搜索。

期末复习资料终板Word文档格式.docx

这是就物流系统而言的。

c按信息稳定程度分类

按信息的稳定程度,物流信息分为静态信息和动态信息。

d按管理层次分类

根据管理层次的划分,物流信息分为战略管理信息、战术

管理信息、操作管理信息。

5、什么是系统

系统是由两个以上互相区别或互相作用的单元之间有机结合起来,完成某一功能的综合体

6、形成系统应具备那些条件?

a.系统是由两个或两以上要素组成

b.各要素间互相联系,使系统保持相对稳定

c.系统具有一定结构,保持系统的有序性,从而使系统具有

特定的功能

7、物流系统中存在的制约关系?

a.物流服务和物流成本之间的制约关系

b.构成物流服务子系统功能之间的约束关系

c.构成物流成本的各个环节费用之间的关系

d.各子系统的功能和所耗费用的关系

8、物流系统设计要素

a.商品的种类和品目(Products)

b.商品的数量(Quantity)

c.商品的流向(Route)

d.服务水平(Service)

e.时间(Time)

f.物流成本(Cost)

9、物流系统优化目标

a.服务性(Service)

b.快捷性(Speed)

c.有效利用面积和空间(Spacesaving)

d.规模适当化(Scaleoptimization)

e.库存控制(Stockcontrol)

10、运输的方式和各自特点。

a.铁道

陆地长距离运输的主要方式

优点:

费用低

缺点:

缺乏机动性

b.公路

最普及的运输方式,中短途

机动性好,“门到门”,

费用高,污染,交通堵塞,安全性低

c.水路

海运和河运

运量大,费用低

速度慢,易受天气影响,建设码头费用高

专用船,混装船,集装箱船,滚装船

d.航空

速度快

费用高

e.管道

运输成本地,维护成本低,安全,事故少

输送地点和对象方面具有局限性

11、运输合理化的途径。

a.运输网络的合理配置

选址问题

b.选择最佳的运输方式

费用问题

c.提高运行效率

d.降低空载率

e.推进共同运输

f.采用各种现代运输方法

g.多式联运,一贯托盘化运输,集装箱运输

12、仓储的作用和意义

a.起着缓冲、调节和平衡的作用,克服产品生产

和消费在时间上的差异,创造商品的时间价值

和使用价值。

粮食,猪肉

战略性储备,应急

b.仓储和运输是物流活动的两大支柱

13、仓储合理化方法

实行ABC管理

科学的库存管理控制

应用预测技术

14、装卸搬运作业合理化的原则

a.省力化

能往下则不往上,能直行则不拐弯,能用机械则不用人力,能水平则不上坡,能连续则不间断,能集装

则不分散

b.消除无效搬运

去除无效成分

减少倒搬次数

减少装卸搬运次数

c.提高搬运活性(物体静态转为装载状态难易程度)

放置-搬运

装入-卸下

入库-出库

d.合理使用机械

e.保持物流的均衡顺畅

全局考虑

f.集装单元化

集装箱运输

托盘一贯化运输

g.人性化

设计包装尺寸与重量时,以妇女搬运能力为标准

h.提高综合效果

运输、仓储、包装和装卸综合考虑

15、包装的目的和意义

保护产品

便于储运

促进销售

16、包装合理化方法。

轻薄化

单纯化

符合集装单元化和标准化的要求

机械化与自动化

注意与其他物流环节的配合

有利于环保

17、流通加工的目的

附加价值

a.为了运输方便

b.为了满足用户多样化的需求

c.为了综合利用

18、配送中心一般包括那些功能区

进货区、存储区、分拣区,出货区以及其他功能区如回收区

19、配送中心合理布置原则。

a.有效利用空间、设备、人员和能源

b.最大限度的减少搬运

c.简化作业流程

d.缩短生产周期

e.力求投资最低

f.为职工提供方便、舒适、安全和卫生的工作环境

第三章物流信息技术与系统概论

1、物流信息特点、作用与分类。

特点:

a.物流信息量大、种类多、分布广,信息的产生、加工、传播和应用在时间、空间上不一致,方式也不相同,物流信息的搜集、分类、筛选、统计、研究等工作的难度加大。

b.物流信息动态性强,实时性高,信息价值衰减速度快,时效性强。

c.物流信息趋于标准化。

作用:

首先,物流信息的传送连接着物流活动的各个环节,并指导各环节的工作,起着桥梁和纽带的作用。

其次,物流信息可以帮助企业对物流活动各环节进行有效的计划、协调与控制,以达到系统整体优化的目标。

第三,物流信息有助于提高物流企业科学管理和决策水平。

分类:

a.按信息载体类型分类

在企业中,物流信息载体通常分为单据(凭证)、台帐、

b.按信息来源分类

按信息来源的不同,物流信息可分为外部信息和内部信息。

c.按信息稳定程度分类

按信息的稳定程度,物流信息分为静态信息和动态信息。

d.按管理层次分类

根据管理层次的划分,物流信息分为战略管理信息、战术

2.信息系统主要类型和它们之间的关系

事务处理系统(TRANSACTIONPROCESSINGSYSTEMS(TPS))

管理信息系统(MANAGEMENTINFORMATIONSYSTEMS(MIS))

决策支持系统(DECISIONSUPPORTSYSTEMS(DSS))

知识工作系统(KNOWLEDGEWORKSYSTEMS(KWS))

办公自动化系统(OFFICEAUTOMATIONSYSTEMS(OAS))

执行官支持系统(EXECUTIVESUPPORTSYSTEMS(ESS))

3.物流信息系统与物流系统及企业信息系统关系

物流信息系统是物流系统组成部分

物流信息系统是物流系统神经中枢

物流信息系统是企业信息系统的一部分

第四章软件工程概论

1、软件危机表现

软件交付

延迟

超预算

存在错误

2、经典软件周期模型包括那些阶段。

各阶段功能

a.需求阶段:

探究概念,导出客户需求

b.分析阶段:

分析客户需求,制定规格说明文档,制定软件项目管理计划“产品需要做什么”

c.设计阶段:

概要设计(构架设计),详细设计,产品怎么做

d.实现阶段:

编码,单元测试,集成验收测试

e.交付维护:

改正性维护,适应性维护,完善性维护

f.废弃

3、经典维护和现代维护的概念区别

经典维护:

开发然后维护模型,开发和维护的区分依赖于什么时候进行

现代维护定义:

为出现问题或有改进或适应性需求而对软件进行改进的过程

4、在软件开发过程中为什么应该尽早发现错误?

越早发现并更正故障,花费就越少。

例如,更正生命周期中早期错误,经常仅仅需要变更一个文档。

更正生命周期中后期错误,需要变更代码和文档,测试变更本身,进行回归测试,在客户机器上重装产品。

5、面向对象范型的优点

a.信息隐藏使交付维护更安全

变更带来的回归故障减少

b.开发更容易

对象一般有其实际对应物

使建模简单(面向对象范型一个关键特征)

c.设计良好的对象是独立单元

与现实世界被模型化的单元相关的东西都放在对应的对象中——封装

通过发消息进行通信

职责驱动设计增加了独立性(见后面)

d.经典产品概念上由一个单元组成(尽管它由一组模块实现)

面向对象降低这种复杂性,因为产品有独立单元构成

e.面向对象范型促进重用

对象是独立实体

第五章软件生命周期

1、软件开发过程为什么不是理想的线性模型

我们会犯错误

客户需求在软件开发过程中会,经常需要变更

2、进化树的生命周期模型为什么贴近实际软件开发过程。

可显示事件的顺序,在每个片段末尾我们得到一个基准baseline),一套完备的

制品集合(组合的部件)

3、软件产品变更会带来那些负面影响

A、对软件产品的任何变更都会潜在的带来回归故障:

故障发生在软件中明显不相关的部分

B、IF有大量变更,整个产品可能需要重新设计和实现。

4、理解米勒法则对软件生产的影响

专注于当前最重要的方面

推迟那些当前不重要的方面

所有方面最终都被处理,但根据当前轻重缓急来先后处理

5、敏捷过程的描述,包括极限编程

敏捷过程是一组新范型,有如下特性:

a、不强调分析和设计

b、更早的实施(认为能工作的软件比文件更重要)

c、快速响应变化

d、与客户的密切合作

6、敏捷过程的两个成功管理技术

站立会议和时间

7、比较和对比各种生命周期模型

第六章软件过程

1.解释为什么二维周期的模型是非常重要的

A、在现实中,开发的任务是太大不可能按理想模型进行

B、作为米勒定律的结果

C、在过程的开始,没有足够的软件产品的信息,开展需求工作流

D、软件产品分解成子系统,即使是子系统有时也过大

E、统一的过程是一个二维模型,统一过程很好地处理不可避免的变更。

统一的过程是迄今最好的解决方案,把大型问题看作一组较小的,独立的子问题。

2.描述统一过程的五核心工作流

a、需求流的目的确定客户需求

b、分析工作流的目的分析和细化的需求

c、设计工作流的目的是细化分析工作流直到材料变成可以由程序员实现的形式

d、实施工作流的目的是用选定的实现语言实现目标软件产品

e、测试流是下列人的职责人每个开发者和维护者质量保证组

3.解释各工作流在统一过程不同阶段之间的差异

4.评价软件过程改进的重要性

已发表的研究表明世界各地越来越多的组织通过过程改进获得成本效益

5.描述能力成熟度模型(CMM)

不是生命周期模型,相反,一套软件过程改进策略

a、SW-CMM针对软件

b、P-CMM针对人力资源(“人”)

c、SE-CMM针对系统工程

d、IPD-CMM针对集成产品开发

e、SA-CMM针对软件获取

基本思想:

改善软件过程从而

提高软件质量

交货准时,在预算之内

改进管理从而导致

技术改进

第七章团队

1.布鲁克斯(Brooks)法则

当产品滞后添加额外的编程人员,会使产品更晚

2.经典主程序员团队组成成员,功能和各自的职责

主程序员

成功的管理者和高水平的程序员

做构架设计

在团队成员分配编码工作

写关键(或复杂)的代码部分

处理所有的接口问题

评审其他团队成员的工作

亲自负责的每一行代码

后备程序员

仅因为主程序员是人所以必要

后备程序员必须是在各方面都与主程序员相媲美

必须与主程序员一样了解该项目

后备程序员做黑箱测试用例用例计划和独立于设计过程的其他任务

编程秘书

高技能,高薪,主程序员团队的核心成员

负责维护该程序的产品库(项目文件)

程序员

只编程,其他什么也不做

所有其它方面由编程秘书处理

3.经典主程序员团队不切实际之处有那些

主程序员必须是一个高水平的程序员和一个成功的管理者

后备程序员必须和主程序员一样优秀

编程秘书整天只做文书工作

4.描述现代层次团队是怎样组织的

5.分析各种不同的团队组织的优点和缺点

6.领会选择一个合适的团队组织产生的问题

第八章测试

1.测试两种基本类型:

基于执行的测试(动态测试)

非基于执行的测试(静态测试)

2.软件质量保证的作用。

质量保证组(SQA)的成员必须确保开发人员做高质量的工作

质量保证必须应于此过程本身

3.非执行测试的组协调原理。

4.走查一般包括那些代表

负责当前工作流团队,负责下一流程团队,SQA小组

5.为什么在走查中我们检测故障,而不更正

委员会产生的更正可能是低质量的

委员会产生的更正成本太高

不是所有标记的条目都真的不正确

一次走查不应超过2小时

没有时间去更正错误

6.审查有那些步骤

概览

准备,用故障类型统计辅助

审查

返工

跟进

7.审查小组有那些成员

主持人

执行当前工作流团队的一员

进行下一个工作流程团队的一员

SQA一员

8.审查时故障一般根据什么进行统计:

故障根据故障类型记录

9.我们需要测试什么

实用性(utility)

可靠性(reliability)

健壮性(robustness)

性能

10.正确性证明的三个谬误

软件工程师们没有足够的数学知识来证明

证明是太贵不可行

证明太难了

11.执行基于执行的测试的方法步骤

第九章由模块到对象

1、模块的内聚含义,有几种内聚,请按内聚级别由高到低排列

A、一系列连续的程序语句,由边界符界定,具有一个整体标识符

信息内聚(InformationalCohesion)好

功能内聚(FunctionalCohesion)

通信内聚(CommunicationalCohesion)

过程内聚(ProceduralCohesion)

时间内聚(TemporalCohesion)

逻辑内聚(LogicalCohesion)

巧合内聚(CoincidentalCohesion)差

2、模块耦合的含义,有几种耦合,请按耦合由弱到强排列

数据耦合(Datacoupling)(好)

特征耦合(Stampcoupling)

控制耦合(Controlcoupling)

公共(CommonCoupling)

内容耦合

3、继承,聚合,关联的含义和UML图表示方法

4、继承和多态的含义和UML表示方法

5、面向对象方法的优缺点

优点:

面向对象的范型对数据和操作给予总体上相等的重视

一个精心设计的对象(高内聚,低耦合)是对一个物理实体的所有方面建模

实现细节隐藏

缺点:

开发工作量和规模可能大

第一个面向对象的项目可能大于预期

继承可能产生问题

除非显式阻止,子类继承其父类所有属性

6、关键概念

第十章软件需求

1、需求的目的

从客户获取初始信息

使用这些初始信息作为统一过程输入

按照统一过程的步骤,确定客户的真实需求

2、获取需求的步骤

首先,熟悉应用领域

其次,建立一个业务模型

第三,使用的业务模型确定客户的需求

迭代上述步骤

3、需求引出(或需求捕获)的含义

4、需求分析含义

5、业务模型是什么,获取业务模型的方法主要有那些?

业务模型是一个组织的业务流程描述

方法:

访谈,调查问卷,直接观察雇员履行自己的职责

6、用用例图描述用户需求。

第十一章面向对象的分析

1、分析工作流的目的

A、获取对需求更深的了解

b、用一种方式描述它们,从而导出可维护性的设计和实现

2、分析得到的类有几种类型,作用是什么

实体类:

模型化常存信息

边界类:

产品和环境之间交互建模

边界类通常与输入或输出相关

控制类:

复杂的计算和算法建模

3、简述实体类提取步骤

A、功能建模

展示所有的用例场景(一个场景是一个用例的实例)

b、类建模

确定实体类和它们的属性

确定实体类之间的相互关系和相互作用

用类图的形式展示此信息

c、动态建模

确定每个实体类执行或被执行的操作

用状态图的形式展示此信息

4、会用根据用户需求给出用例图

MSG基金会案例研究:

初始功能模型

初始的类图

初始动态模型

提取的实体类

提取边界类

提取控制类

用例实现

扩充的类图

测试工作

看课件,都是图,蛮多的

5.面向对象的分析工作流的挑战

不要跨过面向对象的设计边界

也不要给类分配方法

在逐步求精中给类重新分配方法浪费精力

6.面向对象分析流的指标

1.如其他核心工作流

关键是要衡量的五个基本指标:

规模,成本,工期,工作量和质量

关键是要保持准确的故障统计

2.面向对象分析规模度量:

UML图的页面数

第十二章设计

1、经典范型设计包括的内容

构架设计

详细设计

设计测试

2、面向对象的设计步骤与原则

步骤1完成类图

步骤2进行详细设计

原则A:

信息隐藏

原则B:

如果一个操作是由一个对象的许多

客户端调用,将方法分配给对象,而不是客户端

原则C:

职责驱动设计

3、软件产品的架构包括那些

各组成部件

如何将它们组合在一起

子系统的组件分配

4、构架设计需要做出那些权衡

A、每一个软件产品必须满足功能需求(用例)

b、它还必须满足非功能性需求,包括可移植性,可靠性,健壮性,可维护性,和安全

c、它必须在预算和时间的限制下完成所有这些事情

第十三章实现

1、掌握良好的编程实践的方法原理,能够对一段代码分析,指出其不规范的问题

良好的编程实践:

A使用一致的和有意义的变量名

对未来维护程序员是“有意义的”

对帮助未来维护程序员是“一致的

B自文档代码的问题

自文档代码是极其罕见的

关键问题:

代码能否被下列人员容易并且无

歧义的理解

SQA团队

维护程序员

需要读代码的所有其他人员

C.参数的使用

几乎没有真正的常数

一个解决办法:

用const声明(C++),或

用publicstaticfinal声明(Java)

一个更好的解决方案:

从一个参数文件读取“常量”的值

D.代码布局增加可读性

使用缩进

最好用一台美观打印机

使用大量的空白行(分解大的代码块)

E.嵌套的if语句

2、软件产品集成方式有那些,说明其优缺点

A、自顶向下集成

优势1:

故障隔离

当mNew添加到已测试过的构件中,以前成功的测试用例失败

故障必然在mNew或产品其余部分与mNew之间的接口

优势2:

残桩不浪费

每个残桩在适当的步骤被扩展到相应的完成构件

优势3:

主要设计缺陷早显现

问题

可重用的构件没有被适当地测试

低级别(操作的)构件不经常被测试

如果产品是精心设计的,情况更严重

B、自底向上集成

优势1

操作构件测试彻底

优势2

操作构件由驱动程序测试,而不是通过故障屏蔽,

防御性编程构件

优势3

故障隔离

困难

主要设计缺陷晚检测到解决方案

结合自顶向下和自底向上策略,利用它们的长处,最小化它们的弱点

C、三明治集成

主要设计错误发现得早

优势2

操作构件被彻底地测试

它们可能被可信地重用

优势3

一直有故障隔离

D、面向对象的产品集成

几乎总是三明治实现和集成

对象是自底向上集成

其他构件自顶向下集成

2、列举透明盒单元测试技术方法和原理

我们将检查

语句覆盖

分支覆盖

路径覆盖

线性码序列

所有定义使用路径覆盖

1语句覆盖:

运行一组测试用例使每个语句至少执行一次

需要CASE工具进行跟踪

弱点

分支语句

2分支覆盖

运行一组测试用例,每个分支至少执行一次

这解决之前的幻灯片上问题

再次,CASE工具是必要的

3路径覆盖

运行一组测试用例,每个路径至少执行一次

(以及所有语句)

问题:

路径的数量可能会非常多

我们要比所有的路径更弱的条件,但能比分支覆盖找出更多的故障

4线性码序列

识别控制流的点集L,由此可能跳转,再加上入口点和出口点

限制测试用例使路径以元素L为起点和终点

这揭示了许多故障不需要测试每一个路径

5所有定义使用路径覆盖

变量

识别从定义的一个变量到使用这个定义变量的所有路径

每一个这样的路径建立一个测试用例

劣势:

路径数量的上界是2d,d是分支机的数量

在实践中:

路径的实际数目与d成正比

因此这是一个实用的测试用例选择技术

3、功能测试的方法,(没找到)

a产品测试

定制软件产品测试

SQA组必须确保产品通过了验收测试

一次验收测试失败,对开发组织有不良影响

b验收测试

客户确定产品是否满足其规格

执行验收测试的可以是

客户组织,或

在客户代表在场下的SQA团队,或

受雇于客户的一个独立的SQA团队

验收测试的四个主要部分

正确性

健壮性

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 党团工作 > 入党转正申请

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1