423物流信息知识点终结版分析.docx
- 文档编号:559839
- 上传时间:2023-04-29
- 格式:DOCX
- 页数:32
- 大小:609.77KB
423物流信息知识点终结版分析.docx
《423物流信息知识点终结版分析.docx》由会员分享,可在线阅读,更多相关《423物流信息知识点终结版分析.docx(32页珍藏版)》请在冰点文库上搜索。
423物流信息知识点终结版分析
第一章
1.物流分类:
按照作用分类:
供应物流、销售物流、生产物流、回收物流、废弃物物流。
按照物流活动的空间范围分类:
地区物流、国内物流、国际物流。
按照物流系统性质分类:
社会物流、行业物流、企业物流。
2.供应链整合:
1)分离的供应链带来的问题——牛鞭效应;
2)同一供应链中的组织应该合作以得到最终客户的满意;
3)它们之间不应该互相竞争,而是与其他供应链中的组织竞争;
4)整合的好处:
坦诚合作,共享信息和资源;更准确的预测,更好的规划和资源利用;改进的物流流动;更好的客户服务;更灵活;标准化程序;值得信赖的质量。
5)不同类型的合作:
战略联盟、垂直整合
3.商流和物流的关系:
有物流需求,才能产生商流契机;商流是物流的先导。
4.生产与流通关系:
生产与流通的辩证关系,生产决定流通,流通对生产有反作用。
5.物流与生产、销售的关系:
1)加工活动是生产系统中最主要的环节
2)加工活动和物流活动是生产系统的两个支柱
3)生产管理决定物流效率
4)物流为生产的连续性提供保障
5)物流费用在生产成本中占有很大比重——第三利润源泉说
6)密切关注市场的动向是生产管理的基础
7)物流支持销售活动
8)销售活动左右着物流成本
9)生产力水平发展的不同阶段对物流的要求也有不同
6.物流概念,物流与供应链管理关系:
物流是将物体从供应地向需求地转移的过程,主要包括运输、包装、装卸、配送、流通加工等活动。
运输和保管;消除生产和消费之间的隔阂;与生产、采购、销售并列的活动。
所谓物流就是一种职能,它包括从供应商到企业原料配送、企业内部的物料转移,以及把产品送到客户手里的所有活动。
1、供应链管理是物流管理的更高级的形态;
2、供应链管理是对互动界面的管理;
3、供应链管理是协商的机制,物流管理是一个计划的机制;
4、供应链管理强调组织外部一体化,物流管理主要是关注组织内部物流一体化
5、供应链管理对共同价值有着更大的依赖
6、供应链管理是“外源”整合组织,物流管理侧重于企业内部资源或不同物流功能的整合
第二章
1.物流系统组成:
物流系统是由运输、仓储、包装、装卸搬运、配送、流通加工、物流信息等各环节所组成的,这些环节也称为物流的子系。
2.配货作业方法:
分货方式(播种)、拣选方式(摘果).
3.配送中心的功能:
集货;储存;分货和配货;送货
4.物流信息分类:
按信息载体类型分类:
在企业中,物流信息载体通常分为单据(凭证)、台帐、报表、计划、文件等多种类型。
按信息来源分类:
按信息来源的不同,物流信息可分为外部信息和内部信息。
这是就物流系统而言的。
按信息稳定程度分类:
按信息的稳定程度,物流信息分为静态信息和动态信息。
按管理层次分类:
根据管理层次的划分,物流信息分为战略管理信息、战术管理信息、操作管理信息。
5.什么是系统:
系统是由两个以上互相区别或互相作用的单元之间有机结合起来,完成某一功能的综合体。
6.形成系统应具备那些条件?
1)系统是由两个或两以上要素组成;
2)各要素间互相联系,使系统保持相对稳定;
3)系统具有一定结构,保持系统的有序性,从而使系统具有特定的功能;
7.物流系统中存在的制约关系?
1)物流服务和物流成本之间的制约关系;
2)构成物流服务子系统功能之间的约束关系;
3)构成物流成本的各个环节费用之间的关系;
4)各子系统的功能和所耗费用的关系;
8.物流系统设计要素:
PQRSTC——商品的种类和品目(Products)、商品的数量(Quantity)、商品的流向(Route)、服务水平(Service)、时间(Time)、物流成本(Cost)。
9.物流系统优化目标:
5S——服务性(Service)、快捷性(Speed)、有效利用面积和空间(Spacesaving)、规模适当化(Scaleoptimization)、库存控制(Stockcontrol)。
10.运输的方式和各自特点。
1)铁道——陆地长距离运输的主要方式;优点:
费用低;缺点:
缺乏机动性。
2)公路——最普及的运输方式,中短途;优点:
机动性好,“门到门”;缺点:
费用高,污染,交通堵塞,安全性低。
3)水路——海运和河运;优点:
运量大,费用低;缺点:
速度慢,易受天气影响,建设码头费用高。
专用船,混装船,集装箱船,滚装船
4)航空——优点:
速度快;缺点:
费用高
5)管道——优点:
运输成本地,维护成本低,安全,事故少;缺点:
输送地点和对象方面具有局限性
11.运输合理化的途径。
1)运输网络的合理配置--选址问题
2)选择最佳的运输方式--费用问题
3)提高运行效率--降低空载率
4)推进共同运输
5)采用各种现代运输方法--多式联运,一贯托盘化运输,集装箱运输
12.仓储的作用和意义:
1)起着缓冲、调节和平衡的作用,克服产品生产和消费在时间上的差异,创造商品的时间价值和使用价值。
2)仓储和运输是物流活动的两大支柱。
13.仓储合理化方法:
实行ABC管理、科学的库存管理控制、应用预测技术
14.装卸搬运作业合理化的原则:
1)省力化:
能往下则不往上,能直行则不拐弯,能用机械则不用人力,能水平则不上坡,能连续则不间断,能集装则不分散
2)消除无效搬运:
去除无效成分;减少倒搬次数;减少装卸搬运次数
3)提高搬运活性(物体静态转为装载状态难易程度):
放置-搬运、装入-卸下、入库-出库
4)合理使用机械
5)保持物流的均衡顺畅:
全局考虑
6)集装单元化:
集装箱运输;托盘一贯化运输
7)人性化:
设计包装尺寸与重量时,以妇女搬运能力为标准
8)提高综合效果:
运输、仓储、包装和装卸综合考虑
15.包装的目的和意义:
保护产品、便于储运、促进销售
16.包装合理化方法。
1)轻薄化
2)单纯化
3)符合集装单元化和标准化的要求
4)机械化与自动化
5)注意与其他物流环节的配合
6)有利于环保
17.流通加工的目的:
(附加价值)为了运输方便;为了满足用户多样化的需求;为了综合利用。
18.配送中心一般包括那些功能区:
进货区、存储区、分拣区,出货区以及其他功能区。
19.配送中心合理布置原则。
1)有效利用空间、设备、人员和能源
2)最大限度的减少搬运
3)简化作业流程
4)缩短生产周期
5)力求投资最低
6)为职工提供方便、舒适、安全和卫生的工作环境
第三章
1.物流信息特点、作用与分类。
1)特点:
物流信息量大、种类多、分布广,信息的产生、加工、传播和应用在时间、空间上不一致,方式也不相同,物流信息的搜集、分类、筛选、统计、研究等工作的难度加
大。
//物流信息动态性强,实时性高,信息价值衰减速度快,时效性强。
//物流信息趋于标准化。
2)作用:
首先,物流信息的传送连接着物流活动的各个环节,并指导各环节的工作,起着桥梁和纽带的作用。
其次,物流信息可以帮助企业对物流活动各环节进行有效的计划、协调与控制,以
达到系统整体优化的目标。
第三,物流信息有助于提高物流企业科学管理和决策水平。
3)分类:
按信息载体类型分类:
在企业中,物流信息载体通常分为单据(凭证)、台帐、报表、计划、文件等多种类型。
按信息来源分类:
按信息来源的不同,物流信息可分为外部信息和内部信息。
这是就物流系统而言的。
按信息稳定程度分类:
按信息的稳定程度,物流信息分为静态信息和动态信息。
按管理层次分类:
根据管理层次的划分,物流信息分为战略管理信息、战术
管理信息、操作管理信息。
2.信息系统主要类型和它们之间的关系:
类型:
事务处理系统(TPS)、管理信息系统(MIS)、决策支持系统(DSS)、知识工作系统(KWS)、办公自动化系统(OAS)、执行官支持系统(ESS)
关系:
ESS
MISDSS
KWS\OASTPS
第四章
1.软件危机表现:
软件交付(延迟、超预算、存在错误)
2.经典软件周期模型包括那些阶段。
各阶段功能
1)需求阶段——探究概念;导出客户需求
2)分析阶段——分析客户需求;制定规格说明文档;制定软件项目管理计划“产品需要做什么”。
3)设计阶段——概要设计(构架设计);详细设计;产品怎么做。
4)实现阶段——编码;单元测试;集成验收测试。
5)交付维护——改正性维护,也就是诊断和改正在使用过程中发现的软件错误;适应性维护,即修改软件以适应环境的变化;完善性维护,即根据用户的要求改进或扩充软件使它更完善。
6)废弃
3.经典维护和现代维护的概念区别
经典维护:
开发然后维护模型。
现代维护:
因为出现问题或有改进或适应性需求而对软件进行改进的过程。
4.在软件开发过程中为什么应该尽早发现错误?
越早发现并更正故障,花费就越少
5.面向对象范型的优点:
1)信息隐藏使交付维护更安全:
变更带来的回归故障减少
2)开发更容易:
对象一般有其实际对应物;使建模简单(面向对象范型一个关键特征)
3)设计良好的对象是独立单元:
与现实世界被模型化的单元相关的东西都放在对应的对象中——封装;通过发消息进行通信;职责驱动设计增加了独立性(见后面)
4)经典产品概念上包括一个单元(尽管它由一组模块实现):
面向对象降低这种复杂性,因为产品有独立单元构成。
5)面向对象范型促进重用:
对象是独立实体
第五章
1.软件开发过程为什么不是理想的线性模型。
我们会犯错误;客户需求在软件开发过程中会改变
原因:
首先,软件专业人员是人,因此会犯过错。
第二,当软件正在开发时客户的需求会发生变化。
(我们会犯错误;客户需求在软件开发过程中会改变)
2.进化树的生命周期模型为什么贴近实际软件开发过程。
如果在设计期间发现了一个由需求中的差错引起的差错,顺着虚线向上的箭头,软件开发人员可以回溯设计到分析并由此到需求,并在那里做必要的改正。
3.软件产品变更会带来那些负面影响。
对软件产品的任何变更都潜在地会带来回归故障
故障发生在软件中明显不相关的部分
如果有大量变更
整个产品可能不得不重新设计和实现
4.理解米勒法则对软件生产的影响。
在任何时候,我们仅能专注于大约7项chunks(信息单位)
为了处理大量信息,用逐步求精的方法
专注于当前最重要的方面
推迟那些当前不重要的方面
所有方面最终都被处理,但根据当前轻重缓急来先后处理
这就是增量过程
5.敏捷过程的描述,包括极限编程。
敏捷过程是有点争议的新方法,是一组新范型,有如下特性:
不强调分析和设计;
更早的实施(认为能工作的软件比文件更重要);快速响应变化;与客户的密切合作。
敏捷过程主要考虑Stories(客户想要的特性),估计每个时间和成本,为下一版本选择Stories,每版分解为任务,一个任务的测试用例先制定出来。
并且结对编程,不断地集成任务。
极限编程缩写:
YAGNI(youaren’tgonnaneedit);DTSTTCPW(dothesimplestthingthatcouldpossiblywork)。
6.敏捷过程的两个成功管理技术:
站立会议、时间盒
7.比较和对比各种生命周期模型。
第六章软件过程
1.解释为什么二维周期的模型是非常重要的。
统一的过程是一个二维的模型。
在现实中,开发的任务是太大,开发可能遇到诸多问题:
在过程开始,有没有足够的软件产品的信息,开展需求工作流;软件产品分解成子系统,即使子系统有时也过大。
统一过程很好地处理不可避免的变更,包括移动目标的问题,以及其他不可避免的问题;统一的过程是迄今最好的解决方案,把大型问题看作一组较小的,独立的子问题,它提供了一个增量和迭代的框架。
2.描述统一过程的五核心工作流。
(1)需求工作流
需求流(TheRequirementsWorkflow)的目的:
确定客户需求。
首先,获得了解的应用领域(或简称域)也即,软件产品运行的特定业务环境
其次,建立业务模型。
使用UML来描述客户的业务流程。
如果在任何时候,客户觉得成本不合理,开发立即终止。
确定客户的约束是至关重要的。
期限、并行运行、可移植性、可靠性、快速的响应时间、成本。
(2)分析工作流
分析工作流的目的:
分析和细化的需求。
需要两个单独的工作流程。
需求结果必须以客户的语言表述,分析结果必须足够精确,完整满足设计师的要求。
(3)设计工作流
设计工作流的目的是细化分析工作流直到材料变成可以由程序员实现的形式。
在这个时候,必须敲定很多非功能性需求,编程语言的选择、重用问题、可移植性问题。
(4)实现工作流
实施工作流的目的是用选定的实现语言实现目标软件产品。
大的软件产品被划分为子系统。
子系统包含组件或代码构件。
(5)测试工作流
测试流是下列人的职责人:
每个开发者和维护者、质量保证组。
制品的可追溯性是成功测试的关键要求。
3.解释各工作流在统一过程不同阶段之间的差异。
(参考)
RUP中有9个核心工作流,分为6个核心过程工作流(Core Process Workflows)和3个核心支持工作流(Core Supporting Workflows)。
尽管6个核心过程工作流可能使人想起传统瀑布模型中的几个阶段,但应注意迭代过程中的阶段是完全不同的,这些工作流在整个生命周期中一次又一次被访问。
9个核心工作流在项目中轮流被使用,在每一次迭代中以不同的重点和强度重复。
1. 商业建模(Business Modeling)
商业建模工作流描述了如何为新的目标组织开发一个构想,并基于这个构想在商业用例模型和商业对象模型中定义组织的过程,角色和责任。
2. 需求(Requirements)
需求工作流的目标是描述系统应该做什么,并使开发人员和用户就这一描述达成共识。
为了达到该目标,要对需要的功能和约束进行提取、组织、文档化;最重要的是理解系统所解决问题的定义和范围。
3. 分析和设计(Analysis & Design)
分析和设计工作流将需求转化成未来系统的设计,为系统开发一个健壮的结构并调整设计使其与实现环境相匹配,优化其性能。
分析设计的结果是一个设计模型和一个可选的分析模型。
设计模型是源代码的抽象,由设计类和一些描述组成。
设计类被组织成具有良好接口的设计包(Package)和设计子系统(Subsystem),而描述则体现了类的对象如何协同工作实现用例的功能。
设计活动以体系结构设计为中心,体系结构由若干结构视图来表达,结构视图是整个设计的抽象和简化,该视图中省略了一些细节,使重要的特点体现得更加清晰。
体系结构不仅仅是良好设计模型的承载媒介,而且在系统的开发中能提高被创建模型的质量。
4. 实现(Implementation)
实现工作流的目的包括以层次化的子系统形式定义代码的组织结构;以组件的形式(源文件、二进制文件、可执行文件)实现类和对象;将开发出的组件作为单元进行测试以及集成由单个开发者(或小组)所产生的结果,使其成为可执行的系统。
5. 测试(Test)
测试工作流要验证对象间的交互作用,验证软件中所有组件的正确集成,检验所有的需求已被正确的实现, 识别并确 认缺陷在软件部署之前被提出并处理。
RUP提出了迭代的方法,意味着在整个项目中进行测试,从而尽可能早地发现缺陷,从根本上降低了修改缺陷的成本。
测试类似于三维模型,分别从可靠性、功能性和系统性能来进行。
6. 部署(Deployment)
部署工作流的目的是成功的生成版本并将软件分发给最终用户。
部署工作流描述了那些与确保软件产品对最终用户具有可用性相关的活动,包括:
软件打包、生成软件本身以外的产品、安装软件、为用户提供帮助。
在有些情况下,还可能包括计划和进行beta测试版、移植现有的软件和数据以及正式验收。
7. 配置和变更管理(Configuration & Change Management)
配置和变更管理工作流描绘了如何在多个成员组成的项目中控制大量的产物。
配置和变更管理工作流提供了准则来管理演化系统中的多个变体,跟踪软件创建过程中的版本。
工作流描述了如何管理并行开发、分布式开发、如何自动化创建工程。
同时也阐述了对产品修改原因、时间、人员保持审计记录。
8. 项目管理(Project Management)
软件项目管理平衡各种可能产生冲突的目标,管理风险,克服各种约束并成功交付使用户满意的产品。
其目标包括:
为项目的管理提供框架,为计划、人员配备、执行和监控项目提供实用的准则,为管理风险提供框架等。
9. 环境(Environment)
环境工作流的目的是向软件开发组织提供软件开发环境,包括过程和工具。
环境工作流集中于配置项目过程中所需要的活动,同样也支持开发项目规范的活动,提供了逐步的指导手册并介绍了如何在组织中实现过程。
4.评价软件过程改进的重要性。
对于软件企业来说,软件过程是整个企业最复杂、最重要的业务流程,软件产品就是软件企业的生命,改进整个企业的业务流程,最重要的还是要改进它的软件过程。
5.描述能力成熟度模型(CMM)。
成熟度模型(CMM)是软件过程改进的策略,由SEI在1986年提出。
基本思想是:
改善软件过程从而提高软件质量,确保交货准时。
改进管理从而导致技术改进。
定义了五个成熟级别(起始级别、可重复级别、明晰阶段、可管理级、优化级),保证组织逐步一个一个台阶向前进。
第七章团队
1.布鲁克斯(Brooks)法则。
当产品滞后添加额外的编程人员,会使产品更晚
2.经典主程序员团队组成成员,功能和各自的职责。
(1)主程序员:
成功的管理者和高水平的程序员;
做构架设计;
在团队成员分配编码工作;
写关键(或复杂)的代码部分;
处理所有的接口问题;
评论的其他团队成员的工作;
亲自负责的每一行代码。
(2)后备程序员:
仅因为主程序员是人所以必要;
后备程序员必须是在各方面都与主程序员相媲美;
必须与主程序员一样了解该项目;
后备程序员做黑箱测试用例用例计划和独立于设计的其他任务。
(3)编程秘书:
高技能,高薪,主程序员团队的核心成员;
负责维护该程序的产品库(项目文件),其中包括:
源代码清单、JCL、测试数据。
程序员向秘书提交其源代码,秘书负责:
转换为机器编码;编译,连接,加载,执行和运行测试用例。
(4)程序员:
只编程,其他什么也不做;
所有其它方面由编程秘书处理。
3.经典主程序员团队不切实际之处有那些。
(1)主程序员必须是一个高水平的程序员和一个成功的管理者;
(2)高水平的程序员短缺;
(3)成功的管理者短缺;
(4)很难在成功的管理者中找高水平程序员,反之亦然
(5)后备程序员必须和主程序员一样优秀。
他/她必须退居二线(和较低的工资)等待主程序员出事;顶级程序员,顶级管理者不会那样做。
(6)编程秘书整天只做文书工作。
软件人才痛恨文书工作。
经典CPT是不切实际的
4.描述现代层次团队是怎样组织的。
团队组织的问题,不只有一种解决方案,“正确”的方式取决于:
产品、该组织领导人的远见、不同的团队结构的以往经验
5.分析各种不同的团队组织的优点和缺点。
6.领会选择一个合适的团队组织产生的问题
软件团队组织研究非常罕见。
团队组织一般是基于群体动力学的研究,如果没有相关的实验结果,很难确定特定产品的最佳团队组织。
第八章测试
1.测试两种基本类型:
基于执行的测试(动态测试);非基于执行的测试(静态测试)。
2.软件质量保证的作用。
质量是不“完美”的,确保软件满足其规格说明。
所以在每个工作流结束或者工作结束后,质量保证组(SQA)的成员必须确保开发人员做高质量的工作。
此外,质量保证必须应于此过程本身(例如:
标准)。
3.走查一般包括那些代表:
负责当前工作流团队;负责下一流程团队;SQA小组。
4.为什么在走查中我们检测故障,而不更正?
(1)委员会产生的更正可能是低质量的
(2)委员会产生的更正成本太高
(3)不是所有标记的条目都真的不正确
(4)一次走查不应超过2小时
(5)没有时间去更正错误
5.审查有那些步骤:
概览;准备,用故障类型统计辅助;审查;返工;跟进。
6.审查小组有那些成员:
(4个)主持人、执行当前工作流团队的一员、进行下一个工作流程团队的一员、SQA一员。
7.审查时故障一般根据什么进行统计:
(1)故障根据严重程度记录(例子:
主要或次要的)。
(2)故障根据故障类型记录(设计故障的实例:
不是所有的规格说明条目都被处理、实际的和形式的参数不一致)。
8.我们需要测试什么:
我们需要测试的正确性——产品是正确的,如果其满足其规格说明。
实用性——在何种程度上的产品满足用户的需求。
可靠性——失效的频率和临界的测量,平均故障间隔时间,平均修复时间,修复失效的结果所用时间(和成本)。
健壮性——下面变量的函数,作业条件的范围,有效的输入不可接受的结果的可能性,无效的输入的影响。
性能——空间和时间约束在何种程度上的得到满足。
9.正确性证明的三个谬误:
(1)软件工程师们没有足够的数学知识来证明。
(大多数的计算机科学专业的学生都知道或可以学习所需用来证明的数学。
)
(2)证明是太贵不可行。
(经济可行性由成本效益分析确定)
(3)证明太难了。
(许多不一般的产品已经被成功地证明了;类似定理证明者的工具可以帮助我们)
10.执行基于执行的测试的方法步骤。
几个重要工作步骤:
1、确认人力以及硬件资源是否到位,测试开启时间是否和测试整体计划相一致。
2、按照测试计划着手准备具体的测试工作。
3、在TD中,Test Lab里面设置以天为单位安排组员当天的应完成的用例,以及利用TD分析功能总结当天执行用例的情况。
4、指导组员工作,解决组员工作遇到的疑难问题
5、做好审查工作,监督组员工作
6、做好全组当天执行情况的总结 用例执行通过情况、发现bug数量、以及在各个模块中的分布情况等
7、将当天任务的执行情况书面化呈报上级领导
第九章由模块到对象
1.模块的内聚含义,有几种内聚,请按内聚级别由高到低排列。
含义:
模块内相关联的程度
几种:
七种或级(非线性级别)内聚
排列:
7)信息内聚(InformationalCohesion)好
6)功能内聚(FunctionalCohesion)
5)通信内聚(CommunicationalCohesion)
4)过程内聚(ProceduralCohesion)
3)时间内聚(TemporalCohesion)
2)逻辑内聚(LogicalCohesion)
1)巧合内聚(CoincidentalCohesion)差
2.模块耦合的含义,有几种耦合,请按耦合由弱到强排列。
含义:
模块之间关联程度
种类:
五类或级耦合(非线性度量)
排列:
5)数据耦合(Datacoupling)(好)
4)特征耦合(Stampcoupling)
3)控制耦合(Controlcoupling)
2)公共(CommonCoupling)
1)内容耦合(ContentCoupling)(差)
3.继承,聚合,关联的含义和UML图表示方法。
(1)继承:
将HumanBeingClass定义为类,Humanbeingclass的一个实例拥有一些属性,定义ParentClass为HumanBeingClass子类,Parentclass
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 423 物流 信息 知识点 终结 分析