第一篇：物流与供应链第二次实验报告基本格式.doc
中南民族大学工商学院
《物流与供应链》课程实验实训报告
4、突破一定的习惯思维方式，以结构性或系统性的思考才能找到问题并有改善的可能。
5、避免组织学习的智障。
a)局限思考
b)归罪于外
c)缺乏整体思考的主动积极
d)专注于个别事件
e)煮青蛙效应
f)从经验学习的错觉
g)管理团体的问题。
2.简要说明“啤酒游戏”的主要操作步骤
（1）游戏假设
假设供应链由4个环节构成－－生产厂商、经销商、批发商和零售商，且每个环节只有单一的下游客户（当然，这只是为了方便),相邻环节之间存在物流（啤酒）和信息流（订单），上游环节根据下游相邻环节发来的订单安排生产或订货。
订单和啤酒在相邻两个环节之间需要经过两周时间才能到达，也即发出的订单最早也要4周后才可能到货（如果上游环节无货可发，可能还需要更长的时间）。
（2）角色设置
游戏中教官担任司机，消费者角色，并负责适时发布一定的信息。其中，零售商由12每组2人；批发商由3组学员扮演，每组3人；制造商由1组学员扮演，为3人。他们间结构如图所示。啤酒游戏角色结构示意图
（备注：分组方案1——全班分为2队，每1队15人。每1队中制造商1组，每组3人；批发商2组，每组2人；零售商8组，每组1人。每1批发商下有4组零售商。）
(3)时间安排
角色分工：3-5分
分发道具：3-5分
明确角色任务：10-15分
进行模拟：90-110分
进行20-30回合（第1-10回合最高时限5分，第11-30回合最高时限3分）利润统计：15-20分
分析探讨：小组反思——20-30分
各组讨论发言——20-30分
合计180分
(4)游戏程序
1、角色分工
2、分发道具
每个零售商：零售商角色资料卡1张，零售商订货单30张
每个批发商：批发商角色资料卡1张，各零售商订发货统计表1张
批发商订货单30张，批发商发货单30*4=120张
每个制造商：制造商角色资料卡1张，各批发商订发货统计表1张
制造商发货单30*3=90张
订发货单均可用自备纸条代替
演草纸若干
3、明确各角色任务
各角色资料卡阅读
教官说明有关注意事项
教官在黑板上画出操作流程示意图
前两周，担任司机角色的教官要进行指导，监督制造商、批发商的工作情况，以免出现计算错误。
4、进行模拟：各角色分工详见角色资料卡。
5、发放信息条。
发放时间：制造商--第7周；零售商--第8周；批发商--第10周（参见
附件）
6、游戏结束后，统计各自存货、欠货、销量及利润情况，上交各自表格及统计数据。
7、分析探讨
3.(1)“牛鞭效应”是市场营销活动中普遍存在的高风险现象，指供应链上的信息流从最终客户向原始供应商端传递时候，由于无法有效地实现信息的共享，使得信息扭曲而逐渐放大，导致了需求信息出现越来越大的波动。它直接加重了供应商的供应和库存风险，甚至扰乱生产商的计划安排与营销管理秩序，导致生产、供应、营销的混乱，解决“牛鞭效应”难题是企业正常的营销管理和良好的顾客服务的必要前提。“牛鞭效应”产生原因主要有以下几个方面：
（2）作为生产商：在信息不共享的情况下，只能根据下游经销商前几期给我的订单量、我目前的库存量或缺货量以及本期下游经销商给我的订单量来预测本期的需求量，进而来决定我的计划生产量。而不能直接根据市场的实际需求量来准确预测需求，导致库存总量和缺货总量的增多。
在信息共享的情况下，不仅要考虑下游经销商的订单量还要考虑以下各节点的库存量还有其在途量，另外还要考虑零售商的订单量以及最终需求量，来决定我的计划成产量，进而减小牛鞭效应的影响，但是导致了库存总量的增多。
在周期减半的情况下，这种情况和信息共享情况下考虑的因素差别不大，但是在这种情况下生产流程加快，运输流程加快，即信息的流通加快，更加及时，货品的发送运输也在加快。这在一定程度上可以减小牛鞭效应的影响。
值得改进的方面：供应链上的信息流是从最终客户向原始供应商即生产商传递的，由于无法有效地实现信息的共享，使得信息扭曲而逐渐放大，导致了需求信息出现越来越大的波动。经过实验可以看出在信息共享和周期减半的情况下，各个节点的都趋于合理化接近真正的需求量，因此大大减小了牛鞭效应的影响。所以应该加快信息的流通使信息及时有效的得到利用，另外应该缩短各个节点间的运输时间是时间得到充分利用。
我认为预测水平的提高有助于降低牛鞭效应，预侧水平的提高使得各节点下的订单量会更切合实际，这样一来库存和缺货量都不至于太大，各节点的稳定性增大。并且牛鞭效应产生的原因
第二篇：第二次实验报告
多元统计分析实验报告
姓名及学号：数101 梁菊丽
201004404116
日期：2012/10/13
1、实验内容
有一份关于居民储蓄调查的模拟数据存储在Excel中，文件名为“居民储蓄调查数据.xls”。该数据的第一行是变量名。请将该份数据转换成SPSS数据文件，并在SPSS中指定其变量名标签和变量值标签。
2、实验目的
通过本实验熟悉SPSS文件建立、数据预处理，特别是掌握在SPSS中读取其他格式的数据文件的方法。并掌握在SPSS中指定变量名标签和变量值标签的方法。
3、实验方案分析
原数据是存储在Excel表格中，需要把数据转换成SPSS数据，SPSS能够直接读取其他格式的数据文件，并将其保存为SPSS格式的数据。在SPSS的Variable View 窗口中，根据已给出的文件名为“居民储蓄调查数据.xls”,实现对变量名标签和变量值标签的指定。.4、操作过程
A、在SPSS的Date View窗口中将Excel表格中的文件名为“居民储蓄调查数据.xls”转换成SPSS数据：
（1）选择菜单File→Open→Data；
（2）选择数据文件的类型为Excel格式，并输入数据文件名“居民储蓄调查数据1.xls”。
（3）选择Open，出现
（4）选择Continue。
B、在SPSS中指定其变量名标签和变量值标签：
（5）选择Variable View窗口，在Lable栏中，每一格分别输入“居民储蓄调查数据1.xls”中给出的15道题目，在Values栏的每一格中，分别输入“居民储蓄调查数据1.xls”中的15道题目的选项。操作得到的图表如下：
（6）选择Add,在Value中输入2，在Label中输入“存钱合算”（7）再选择Add，最后选择OK。
其它剩下的题目与选项与此指定方法相同。
5、实验结果
（。。给出实验得到的重要结果）
6、讨论
（。。对上述得到的结果做出说明与讨论）
7、结论
（。。根据以上的讨论给出恰当的结论）
第三篇：发展冷链物流 新技术运用应脚踏实地
发展冷链物流 新技术运用应脚踏实地 当前冷链物流装备除了面临供求矛盾外，更严重的问题是不适应性。很多商家没有太高的要求，而且在成本和利润之间有一个平衡，即人力跟技术装备方面的平衡。采用先进的设备，一次性投入比较大，在中国现有的情况下，一些企业更愿意采用相对投资较低的设备。从冷藏、保险、节能和自动化技术上来看，国际上普遍运用的冷藏、冷凝、气调、冷藏集装箱多式联运等先进的制冷技术在国内一些行业龙头企业已经成熟应用，各类保鲜、先进的包装技术以及涉及节能方面的技术在国内大型的果蔬基地和冷藏基地已得到成功运用，我国投资商大量建造冷库，而实际的需求量没有投资商想像中的大。同样，在冷藏车行业也面临这个问题。据相关业内人士分析，冷藏车和冷库，是冷链物流行业最重要的设备，所占的比例和投资都比较大。这两年，冷链是比较热门的行业，但是装备企业并没有感觉到这种热度。国内冷藏车的需求量和保有量并没有想像中随着中国的经济发展快速地增长。而且这几年，对市场的需求还有下滑的可能。
据中国了解，从2008年到现在，国家大力扶持建设冷库或冷链物流园区，而且在这短短的时间内，我国冷库容量有了大幅度的提高。但是作为市场来说，需求的增加是逐步的，在这种一哄而上的情况下，会造成供和求的矛盾。尤其是在广东，这种情况比较严重。可能这两年设备供应商的日子会比较好过，冷库行业反而会出现比较难维持的局面。近年来，我国大力推广冷藏运输，以保证食品的质量。但是，一些食品虽然对温度有较高的要求，却并不一定适合冷藏运输。比如水产品。水产品对于温度要求较高，但是对于湿度的要求同样较高。采用冷藏车运输，会容易造成水分流失。而采用冰块运输既能保证温度，又能保证其水分不流失。因此，让水产品冷链运输企业购买大量冷藏车是不现实的事情。很多近途的水产品运输，物流公司都喜欢采用普通厢式货车加冰块的运输模式。
今年通货膨胀、对汽车购买融资渠道的限制、限行条例等，对汽车(包括冷藏车)的销量有不小的影响。从目前这个行业来说，冷藏车的销量并没有快速增长，甚至一些中小企业出现了销量下降的趋势。
据分析，第三方物流企业，更多的依赖于第一方供应商。第三方物流企业采用更多的先进冷链物流技术，更多的动力是生产厂家对食品质量的要求，而生产企业需要给出比较高的价格，第三方物流企业才能够采用良好的温控系统和监控系统。而且，从长远的发展，物流企业也需要采用GPS等设备，才能够保证物流过程中良好的温度控制好记录。但在目前，食品价格占主导作用的情况下，有一些技术的应用还是一步一步的，否则物流企业难以承受成本的压力。
第四篇：第二次实验报告
长春理工大学
汇编语言
实验 报告
实验题目：
用 用 G DEBUG 程序调试程序功能段
实验时间：
2016
年
月
日
实验地点：
东三教 912
班
级：
1405111
学
号：
140511114
姓
名：
王国伟
一..实验目的 1.继续学习使用 DEBUG 程序的各种命令。
2.利用 DEBUG 学习了解计算机取指令、执行指令的工作过程。
3.掌握 8086/8088 基本指令的使用方法和功能。
二..实验准备
1.G DEBUG 命令
1)G 命令
格式：G[=起始地址] [断点地址]
功能：从起始地址开始执行到断点地址，如不设断点地址，则程序一直执行到终止指令才停止
2)P P 命令
功能：执行汇编程序，单步跟踪
与 与 T T 命令不同的是：
P 命令不会跟踪进入子程序或软中断。其使用方式与 T T 相同
3)N N 命令
功能：指定文件名。为读/写文件做准备
4)W W 命令
功能：向磁盘写内容
5)L L 命令
功能：从磁盘将文件或扇区内容读入内存
注意：使用该命令前，必须用 N N 命令设定文件名
三..实验任务
1.按照下列给定步骤完成求累加和程序: :
程序 :
MOV BX,1000
MOV CX,10
MOV AL，0
LOP: ADD AL,[BX]
INC BX
J: LOOP LOP
INT3
步骤: :
1)用 A 命令将程序键入到 100H 开始的内存中,在键入时记下标号LOP 和 J 的实际地址,在键入 LOOP 指令时 LOP 用实际地址值代替。
LOP:0B50:0108 J:0B50:010B
2)用命令 N AA 将此程序命名为文件 AA(文件名可任取)。
3)用 R 命令将 BX:CX 改为程序长度值(即最后一条指令后面的地址减去开始地址),用 R 命令把 BX 设为：0000H，CX 设为文件长度。
4)用命令 W 100 将此程序存到 AA 命名的磁盘文件中。
5)用命令 Q 退出 DEBUG。
6)用命令 DEBUG AA 再次调入 DEBUG 和文件 AA,可用 U 命令检查调入程序。
若调入 DEBUG 时忘了加 AA 文件名,可用 N 命令和 L 命令将文件调入。
7)用 E 命令在内存地址 1000H 处键入 16 个数字
8)用命令 G=100 J(J 用实际地址代替),使程序运行并停在断点 J上,检查
AX,BX 的值是否符合你的预计值。
9)用 T 命令运行一步,观察程序方向(IP 值)和 CX 值是否与你的估计一样, 若不一样,检查程序是否有错。
10)重复 G J 与 T,再检查 AX 是否正确。
（J 为断点地址）
11)用 G 命令使程序运行到结束,检查 AX 值是否正确 2.用命令 A A 汇编下列指令，判断指令正误并说明原因。
i.LEA DI，[AX]
错误，因为 lea 指令传送的必须为变量名，标号或地址表达式
ii.MOV DS，2010
错误，不能将立即数放入数据段中
iii.PUSH AL
错误，push 一次压入 16 位数据，al 只有八位
iv.OUT 900，AL
错误，因为当端口地址大于 FFH 的时候应该将端口地址送到dx 中，al 只能
操作八位数
v.MOV [BX]，0
错误，因为没有标明是字节传送还是字传送
3.利用 T T，P P，G G 命令，执行下列指令段，注意它们的不同之处
MOV DI，300
MOV SI，400
MOV CX，3
CLD
REP MOVSB
INT 3
如果用 G 命令直接中断，并且显示寄存器标志和下一条要执行的命令。
T 是执行一个指令，通常采用跟踪一条指令，但用户也可以用指令条数设定一次跟踪多条指令，每执行一条指令之后，显示所有寄存器的内容和标志状态以及下一条指令在内存中的保存情况。
P 其实也是执行一条指令,但区别是在执行 INT 的时候会把这个 INT 整个的执行完毕,而不是跳转到这个中断程序去跟踪执行使用 P 命令执行程序，该程序不间断运行，直到循环、重复字符串指令、软件中断或者完成了指定地址的子例程为止，或者直到执行了指定数量的机器指令为止。若被执行的指令不是循环、重复的字符串指令、软件中断或子程序，则P 命令与 T（跟踪）命令的作用相同。
4.程序: :
MOV
DI,1000
MOV CX,8
MOV SI,2000
CLC
LOP:
MOV AL,[SI]
ADC [DI],AL
INC SI
INC DI
LOOP LOP
INT
步骤: :
1)用 A 命令键入此程序
2)用 E 命令在 1000H 开始处键入一个 8 字节被加数,在 2000H开始处键入一个 8 字节加数,均为低字节在前面。
3)用 G 命令运行此程序,并用 D 命令检查其结果(存放在哪里?),是否正确?
4)将 INT 20H 指令改为 INT 3,有何区别?若这条指令不加,行不行?试
试。
INT 20H 程序终止
INT3 为断点
5）请说明这个程序完成的功能是什么？
将0b50:1000与0b50:2000对应的地址内的数相加并存入[di]
四．实验小结
在写入程序时,应当先读懂程序,大致上了解一下该程序段所执行的功能或者流程,以便后面进行查看时判断程序的正误.读程序的过程中就需要熟练的运用寻址方式来读懂程序,最先开始就因为寻址方式而读不懂程序.学会了 G 命令的使用,同时了解了 T.G.P 命令它们之间的不同.了解到了 INT 的部分指令的功能,如 INT20H INT3 等等.
第五篇：软件工程第二次实验报告
江 西 理 工 大 学
软件工程 实验报告
实验名称 实验2 编写软件可行性分析报告 实验日期 2014-04-03 专业班级 计算机111班 桌号
实 验 人
学号
同组人
一、实验目的和要求
对一个软件系统进行可行性分析，将可行性分析过程的结果进行分析汇总，编写一份描述计划任务的可行性分析报告。
二、实验内容和步骤
（1）系统概述。对当前系统及存在问题的简单描述、新系统特点及开发要点，新系统及其各个子系统的功能与特性、新系统与当前系统的比较等。
（2）可行性分析。可行性分析是报告的主体。论述新系统在经济上、技术上、运行上、管理及法律上的可行性，以及对新系统的主客观条件的分析。
（3）初步开发方案及开发计划。在可行性分析的基础上，提出初步开发建议方案和计划。
（4）结论意见。综合上诉分析，说明新系统是否可行，给出具体结论。
三、结果分析 1 引言
1．1 编写目的：
可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内 确定问题是否可解
经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要
面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的 经济效益。本报告经审核后，交软件经理审查。1.2项目背景：
开发软件名称：机票预订系统。
项目任务提出者：中国民航及中国国际旅游开发公司。项目开发者：浙江大学IMK 开发小组。用户：中国民航及中国国际旅游开发公司。
第2 页 / 共4页
实现软件单位：中国国际旅游开发公司及浙江大学 项目与其他软件，系统的关系：
本项目采用客户机/服务器原理，客户端的程序是建立在Windows NT 系统上以MicrosoftVisual C++为开发软件的应用程序，服务器端采用Linux 为操作系统的工作站，是采用Oracle8 的为开发软件的数据库服务程序。1．3 参考资料： 《软件工程导论》，张海藩，清华大学出版社。《实用软件工程》，郑人杰等，清华大学出版社。２ 可行性研究的前提 2.1要求
主要功能：为游客提供机票预定服务，方便旅游局的售票工作，提高旅游局的服 务质量和服务效率
性能要求：机场提供的信息必须及时的反映在旅游局的工作平台上。售票系统的 定单必须无差错的存储在机场的主服务器上。对服务器上的数据必须进行及时正确的刷新。
输出要求：数据完整，详实。输出要求：简捷，快速，实时。
安全与保密要求：服务器的管理员享有对机场航班信息库及机票信息库和定票信 息库的管理与修改。售票员只享有对订票信息库的部分修改（写入与读出）。完成期限：预计六个月。2.2目标：
系统实现后，大大提高旅游局的机票预定服务效率。降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。2.3条件，假定和限制 建议软件寿命：5 年。
经费来源：中国国际旅游开发公司。
硬件条件：服务器sun 工作站，终端为pc 机。运行环境：Linux 数据库：Oracle8
2.4决定可行性的主要因素
成本/效益分析结果，效益〉成本。
技术可行，现有技术可完全承担开发任务。操作可行，软件能被原有工作人员快速接受。３ 技术可行性分析 系统简要描述：
在旅游局中的终端是安装了Windows NT 的PC 机，主要目的是向机场的服务器传 递数据。当顾客在旅游局进行咨询时，终端向服务器发出查询请求，服务器根据航班信息库的实时数据，向终端发送数据，显示在终端的屏幕上。当顾客向售票员定票时，终
第3页 / 共4页第4页/ 共4页
端向服务器发出详尽的一份定单，服务器核对后，存入定票信息库，并修改机票信息库。当顾客再次来取票时，终端向服务器发出查询定票请求，服务器接收后，查询定票信息库，核对后，传送机票确认表单，终端打印出机票。４ 经济可行性分析 4.1支出 基础投资：
终端PC 机２０台：8000*20 = 16 万 网络设备：10 万 辅助配置：10 万 共计：36 万
其他一次性投资： 系统管理员事务 航班信息的更新
服务器终端显示数据产生报表 售票员查询请求 数据库产生报表 客户机终端显示数据 售票员表单申请产生报表 客户机终端显示数据
售票员机票核对事务在客户端打印机票和帐单产生报表及帐单 Oracle 8.0 : 20 万 Windows NT: 10 万 操作员培训费：5 万 共计：35 万 经常性支出：
人工费用: 6(月)*20(人)*5000(圆)=60 万 其他不可知额外支出: 20 万 共计: 80 万
支出共计: 151 万 4.2效益 一次性收益 0 元
经常性收益
（按银行利率：1%）；
减少员工20 人(1000 圆/人)五年收益:
1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*20*12*5=120 万 工作效率提高收益（工作效率提高30%）:
30*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*（30%）*5 = 45 万 经常性收益共计: 160 万
不可定量收益
因服务质量提高增加旅客量10%:
1000 万*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=360 万 收益共计: 520 万 4.3收益/投资比
520 万/151 万= 344% 4.4投资回收周期 2-3 年
4.5敏感性分析
设计系统周期为五年, 估计最长可达10 年 处理速度: 一般查询速度<4 秒 关键数据查询速度: <2 秒 5 用户使用可行性
使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知 识,所有人员都要经过本公司培训.管理人员也需经一般培训.经过培训人员将会熟练使用本软件.两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.６ 其他可供选择的方案
客户端与服务器端联系在一起，在旅游局中只设立终端，在机场设立服务器，数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。此设计简化了数据处理，但加重了服务器的数据处理。而使用客户端/服务器机理，简化数据流量，加快数据处理。７ 结论意见
由于投资效益比远大于100%, 技术、经济、操作都有可行性，可以进行开发。
四、实验心得
此次文档的编写在整个软件开发的过程中，起到了很重要的作用。它让我们知道在以后的软件开发过程中应该注意的问题，并且应该做出相应的措施来解决软件开发过程中出现的各种问题。
点击咨询 