【需求】需求变更申请表

项目需求变更申请表

填表说明

1.变更类型为：增加、删除、修改；

2.变更阶段为：需求阶段、设计阶段、开发阶段、测试阶段；

3.变更原因为：业务改变、新增需求、需求取消、其他（需明确原因）；

4.需求确定时间以QA人员收到项目负责人发送的项目需求确认文档的工作邮件时间为标准，项目需求文档包括但不限于项目需求原型和项目需求说明书。

5.项目需求确认文档必须发送到开发负责人、QA人员、开发部经理邮箱，QA人员做好备案管理。

6.变更优先级为：特级、普通、建议，对于建议级的变更“不参与讨论，不做处理”，仅作为给开发人员的参考，项目开发不做任何变动，QA人员做备档处理；

特级和普通级的任何一个变更一经提出必须有明确的处理结果，QA人员做好全部过程中的备档处理。

7.基线影响只能填写“有”或者“没有”影响；

8.增加工作量：明确增加的具体工时，以“人/天”为标准计量单位，最低为0.5人/天；

9.项目进度影响：明确项目进度受影响的时间，明确项目要延期交付的时间，以天为计量单位，最低为一天；

10.项目性能（功能）影响：明确对某一个功能（性能）产生的影响；

11.审核签字：每位签字人员必须明确表示“同意变更”或者“不同意变更”并签名；

12.分析者包括但不限于产品人员，开发负责人，项目负责人，开发部经理；

13.所有填表处严禁出现语义表述模糊字样，必须明确表态“同意”“不同意”“是”“否”“有”“无”等；

账户信息变更申请表

账户信息变更所需材料清单一、银行账户信息变更 1、个人投资者《账户信息变更申请表》（投资者本人签字）身份证件复印件（投资者本人签字）变更后银行卡或存折复印件（投资者本人签字） 2、机构/产品投资者《账户信息变更申请表》（加盖公章、经办人签字）企业法人营业执照或民政部门等颁发的注册登记证书复印件（加盖公章）经办人身份证正反面复印件（加盖公章）新账户的银行开户回单复印件（加盖公章），若没有开户回单，请提供加盖公章的账户证明文件。二、机构投资者法定代表人/负责人变更《账户信息变更申请表》（加盖公章、经办人签字）企业法人营业执照或民政部门等颁发的注册登记证书复印件（加盖公章）新法定代表人/负责人身份证件正反面复印件（加盖公章）经办人身份证正反面复印件（加盖公章）机构账户印鉴卡（变更印鉴）机构投资者授权委托书（加盖公章、法人签章、经办人签字）三、投资者经办人变更 1、个人投资者《账户信息变更申请表》（投资者本人签字）个人投资者授权委托书（投资者本人签字、新经办人签字）经办人（新）身份证正反面复印件（新经办人签字） 2、机构/产品投资者《账户信息变更申请表》（加盖公章、新经办人签字）机构投资者授权委托书（加盖公章、法人签章、新经办人签字）企业法人营业执照或民政部门等颁发的注册登记证书复印件（加盖公章）新经办人身份证正反面复印件（加盖公章、新经办人签字）四、机构投资者名称变更《账户信息变更申请表》（加盖公章、经办人签字）企业法人营业执照或民政部门等颁发的注册登记证书复印件（加盖公章）法定代表人/负责人身份证件正反面复印件（加盖公章）经办人身份证正反面复印件（加盖公章）变更后的银行账户信息文件（指定银行开户许可或机构出具的账户证明文件，并加盖公章）工商局开具的准予变更登记通知书机构账户印鉴卡（变更印鉴）机构投资者授权委托书（加盖公章、法人签章、经办人签字）

个人信息变更申请书

个人信息变更申请书鹰潭住房公积金管理中心管理部：本人证件号（兹委托证件号）申请办理个人信息变更事宜。变更前（□姓名、□证件号、□证件类型、□储蓄类型、□储蓄账号、□储蓄开户行）为，变更后（□姓名、□证件号、□证件类型、□储蓄类型、□储蓄账号、□储蓄开户行）为。单位登记号：职工编号：单位已核对无误。单位盖章：变更申请人签字：单位经办人签字：年月日年月日注：（1）本申请书为办理个人信息变更的凭证，职工本人申请办理时无需填写括号内受托内容。（2）如果系统内证件号与职工证件好码一致，只变更其他信息的，《个人信息变更申请书》无需单位盖章。如果系统内证件号与职工证件号码不一致，变更任何信息，《个人信息变更申请书》须加盖单位印章。

松开的记忆，飘落的莫名的尘埃，像起伏的微风，拂过脑海，留下一份情愁。一条街，没有那些人，那些身影，却能来回徘徊穿梭。街，行走时，纵然漫长，漫长，有时只为听一颗流动的心的呓语。沉默，倔强，回望，忘记，记住，一切像断了的弦，有时希望生活简单就好，有时却又莫名的颓废其中。有些路，只能一个人走；有些事，只能一个人去经历。粗读加缪、萨特的存在主义，它告诉我，人就是非理性的存在。光秃秃的枝桠、清寂的清晨、流动的阳光，飘落于心，或快意，或寂寥，映照心境，然而，有时却只属于那一刻。总之，一切只是心情。人生的画面一幅幅地剪辑，最后拼凑出的是一张五彩斑斓的水彩画，有艳丽的火红色，凝重的墨黑以及一抹忧郁的天蓝色。人的记忆很奇特，那些曾经的过往，就像一幅幅的背景图，只有一个瞬间，却没有以前或以后。比如，只能记得某个瞬间的微笑，只能在记忆的痕迹寻觅某时刻骑着单车穿过路口拐角的瞬间，却都不知晓为何微笑，为何穿过街角。一切，有时荒诞得像一场莫名情景剧。然而，这就是生活。曾经的梦，曾经的痛，曾经的歌，曾经的热情相拥，曾经的璀璨星空。也许，多年以后，再也见不到的那些人，和着记忆的碎片飘荡而来，曾经伴着我们走过春华秋实。天空蔚蓝，杜鹃纷飞，飞过季节，曾经萍水相逢，欢聚一堂，蓦然回首，唯歌声飘留。让人忆起《米拉波桥》里的诗句：夜幕降临，钟声悠悠，时光已逝，唯我独留。人在天涯，绵绵的思绪随着微风飘浮，从布满礁石的心灵海滩上穿过千山万水，来到游荡的身躯里，刻下一篇篇笺章。而这，或许在多年以后，当再次翻动时，原以为什么都已改变，

个人基本信息变更申请表

个人基本信息变更申请表单位名称（公章）：单位编号：申请人：经办人：填表日期：年月日说明：一、单位为职工更改基本资料，请填写本表“变更项目”的“原内容”栏和“变更后内容”栏。二、所需材料《个人基本信息变更申请表》一式两份；本人有效身份证件，具体包括社会保障（市民）卡、居民身份证、港澳居民来往内地通行证、台湾居民来往大陆通行证、护照；具体变更事项和另需材料如下： 1、变更参加工作日期：提供《广州市职工连续工龄审核表》原件一份。或由档案托管部门提供复印件，需托管部门加盖公章，注明“与原件相符”，并由托管部门签名，用信封密封后加盖骑缝章。 2、如变更档案出生年月：提供最早记载出生年月的原始档案材料,或携社保经办机构开具的协查函，到对应人事管理机关或公安机关协查档案并在《协查函》上反馈结果。 3、如变更参加养老保险时间：首次缴费的《增减员表》登记材料原件一份。 4、如变更法定退休日期：提供提前或延迟退休的批文原件一份。 5、如变更军转干部身份：提供《军队干部转业审批报告表》原件。 6、如增加或修改技术职称、技术等级：提供《技术职称资格证书》或《专业技术资格评审表》原件一份。 7、如变更退休人员的证件号码、姓名：提供本人有效身份证件一份，具体包括社会保障（市民）卡、居民身份证、港澳居民来往内地通行证、台湾居民来往大陆通行证、护照。 8、如变更退休人员的户口性质：提供《户口簿》原件。 9、如变更参保状态：参保或停保凭证。 10、如变更联系方式、居住地址、邮政编码、电子邮箱：可自行在网上服务大厅修改，或至前台办理。 11、如变更工伤供养亲属非敏感信息：可自行在网上服务大厅修改，或至前台办理。

需求变更的代价

需求变更的代价让我们先来看一个需求变更的典型案例：Steven刚出任项目经理，并承接了一个中型软件项目。公司再三叮咛他一定要尊重客户，充分满足客户需求。项目开始比较顺利，但进入到后期，客户频繁的需求变更带来很多额外工作。Steven动员大家加班，保持了项目的正常进度，客户相当满意。但需求变更却越来越多。为了节省时间，客户的业务人员不再向Steven申请变更，而是直接找程序员商量。程序员疲于应付，往往直接改程序而不做任何记录，很多相关文档也忘记修改。很快Steven就发现：需求、设计和代码无法保持一致，甚至没有人能说清楚现在系统“到底改成什么样了”。版本管理也出现了混乱，很多人违反配置管理规定，直接在测试环境中修改和编译程序。但在进度压力下，他也只能佯装不知此事。但因频繁出现“改好的错误又重新出现”的问题，客户已经明确表示“失去了耐心”。而这还只是噩梦的开始。一个程序员未经许可擅自修改了核心模块，造成系统运行异常缓慢，大量应用程序超时退出。虽然最终花费了整整3天的时间解决了这个问题，但客户却投诉了，表示“无法容忍这种低下的项目管理水平”。更糟糕的是，因为担心系统中还隐含着其他类似的错误，客户高层对项目的质量也疑虑重重。随后发生的事情让Steven更加为难：客户的两个负责人对界面风格的看法不一致，并为此发生了激烈争执。Steven知道如果发表意见可能会得罪其中一方，于是保持了沉默。最终客户决定调整所有界面，Steven只好立刻动员大家抓紧时间修改。可后来当听说因修改界面而造成了项目一周的延误后，客户方原来发生争执的两人这次却非常一致，同时气愤地质问Steven：“为什么你不早点告诉我们要延期！早知这样才不会让你改呢！”Steven很无耐，疑惑自己到底错在哪里了。对软件需求和需

建筑质量验收记录表格填写示范

质量验收记录表填写示例目录 1、柱基土方开挖工程检验批质量验收记录表 2、柱基土方回填工程检验批质量验收记录表 3、砂和砂石地基检验批质量验收记录表 4、地下防水混凝土检验批质量验收记录表 5、地下水泥砂浆防水层检验批质量验收记录表 6、地下卷材防水层检验批质量验收记录表 7、地下涂料防水层检验批质量验收记录表 8、地下防水细部构造检验批质量验收记录表 9、模板安装工程检验批质量验收记录表 10、模板拆除工程检验批质量验收记录表（Ⅲ） 11、钢筋加工检验批质量验收记录表（Ⅰ） 12、钢筋安装工程检验批质量验收记录表 13、混凝土原材料及配合比设计检验批质量验收记录表(Ⅰ) 14、混凝土施工检验批质量验收记录表（Ⅱ） 15、现浇结构外观及尺寸偏差检验批质量验收记录表（Ⅰ） 16、砖砌体（混水）工程检验批质量验收记录表 17、填充墙砌体工程检验批质量验收记录表 18、基土垫层检验批质量验收记录表（Ⅰ） 19、砂垫层和砂石垫层检验批质量验收记录表（Ⅲ） 20、碎石垫层和碎砖垫层检验批质量验收记录表（Ⅳ） 21、水泥混凝土垫层检验批质量验收记录表（Ⅶ） 22、水泥砂浆找平层检验批质量验收记录表（Ⅷ） 23、水泥混凝土面层检验批质量验收记录表 24、水泥砂浆面层工程检验批质量验收记录表 25、普通水磨石面层检验批质量验收记录表 26、陶瓷地砖砖面层检验批质量验收记录表 27、大理石和花岗石面层检验批质量验收记录表 28、预制板块面层检验批质量验收记录表 29、一般抹灰工程检验批质量验收记录表 30、水刷石装饰抹灰工程检验批质量验收记录表 31、清水砌体勾缝工程检验批质量验收记录表 32、普通木门窗制作工程检验批质量验收记录表 33、普通木门窗安装检验批质量验收记录表 34、钢门窗安装工程检验批质量验收记录表 35、铝合金门窗安装工程检验批质量验收记录表 36、涂色镀锌钢板门窗安装检验批质量验收记录表 37、塑料门窗安装工程检验批质量验收记录表 38、推拉自动门安装检验批质量验收记录表

软件开发项目需求变更管理及应对之

软件开发工程需求变更经管及应对之道研究变化并不是人们最害怕的，最怕的是跟不上变化的步伐。同样，在软件开发过程中需求的变更会给开发带来不确定性，但只要把需求变更作为重点、难点小心加以控制，软件开发的进度、成本和质量也就有了"安全"的基础。需求变更经管的需求需求变更是因为需求发生变化。根据软件工程思想，需求说明书一般要经过论证，如果在需求说明书经过论证以后，需要在原有需求基础上追加和补充新的需求或对原有需求进行修改和削减，均属于需求变更。需求变更的出现主要是因为在工程的需求确定阶段，用户往往不能确切地定义自己需要什么。用户常常以为自己清楚，但实际上他们提出的需求只是依据当前的工作所需，而采用的新设备、新技术通常会改变他们的工作方式。或者要开发的系统对用户来说也是个未知数，他们以前没有过相关的使用经验。随着开发工作的不断进展，系统开始展现功能的雏形，用户对系统的了解也逐步深入。于是，他们可能会想

到各种新的功能和特色，或对以前提出的要求进行改动。他们了解得越多，新的要求也就越多，需求变更因此不可避免地一次又一次出现。这时，如果开发团队缺少明确的需求变更控制过程或采用的变更控制机制无效，抑或不按变更控制流程来经管需求变更，那么很可能造成工程进度拖延、成本不足、人力紧缺，甚至导致整个工程失败。当然，即使按照需求变更控制流程进行经管，由于受进度、成本等因素的制约，软件质量还是会受到不同程度的影响。但实施严格的软件需求经管会最大限度地控制需求变更给软件质量造成的负面影响，这也正是我们进行需求变更经管的目的所在。六大原则实施需求变更经管需要遵循如下原则： 1.建立需求基线。需求基线是需求变更的依据。在开发过程中，需求确定并经过评审后(用户参与评审)，可以建立第一个需求基线。此后每次变更并经过评审后，都要重新确定新的需求基线。

需求变更申请表模板

项目需求变更申请表项目需求变更申请表填表说明 1.变更类型为：增加、删除、修改； 2.变更阶段为：需求阶段、详细设计阶段、开发阶段、测试阶段； 3.变更原因为：业务改变、新增需求、需求取消、其他（需明确原因）； 4.需求确定时间以QC人员收到项目负责人发送的项目需求确认文档的工作邮件时间为标准，项目需求文档包括但不限于项目需求原型和项目需求说明书。 5.项目需求确认文档必须发送到开发负责人、QC人员、开发部经理邮箱，QC人员做好备案管理。 6.变更优先级为：特级、普通、建议，对于建议级的变更“不参与讨论，不做处理”，仅作为给开发人员的参考，项目开发不做任何变动，QC人员做备档处理；特级和普通级的任何一个变更一经提出必须有明确的处理结果，QC人员做好全部过程中的备档处理。 7.基线影响只能填写“有”或者“没有”影响； 8.增加工作量：明确增加的具体工时，以“人/天”为标准计量单位，最低为0.5人/天； 9.项目进度影响：明确项目进度受影响的时间，明确项目要延期交付的时间，以天为计量单位，最低为一天； 10.项目性能（功能）影响：明确对某一个功能（性能）产生的影响； 11.QC(quality controller)质量控制员职责：在产品（项目）生产（开发）各个过程的（质量、规范）管理控制，并协同相关部门开展工作的职责。工作范畴为：原料（需求分析）生产（开发）过程成品产出（项目验收交付）。项目中所有的工作邮件包括但不限于需求变更邮件、人员异动邮件、人员外出支持申请邮件、需求（原型）变化邮件、项目会议记录邮件等必须抄送项目QC人员备案，未抄送邮件视为无效邮件。QC人员对所有的项目邮件进行收集、整理、统计备档。 12.对于无效邮件所有项目人员均可以不予理会，QC人员只对有效邮件做处理。 13.工作邮件的回复必须标准、简洁、明确。邮件第一行必须包括但不限于这行内容“邮件已收到，收到时间： 2011-10-20 12:01。”时间小时采用24小时制，精确到分钟。 14.项目基本信息、变更需求编号、分析者、需求分析日期由QC人员填写； 15.变更类型、变更阶段、变更原因、变更优先级由项目负责人填写； 16.变更申请人、变更申请日期、变更模块、变更前后内容（或者功能、性能、界面展示）描述由产品人员填写； 17.进度影响分析、功能影响分析由开发负责人填写； 18.审核签字：每位签字人员必须明确表示“同意变更”或者“不同意变更”并签名； 19.分析者包括但不限于产品人员，开发负责人，项目负责人，开发部经理； 20.所有填表处严禁出现语义表述模糊字样，必须明确表态“同意”“不同意”“是”“否”“有”“无”等；

IT项目需求变更表申请表(实例)

需求、设计和开发变更表产品名称龙岗政府在线升级改造项目项目名称龙岗政府在线升级改造项目项目经理霍军良变更申请人郭昊申请时间2007年7 月19 日变更类型 □新增需求需求变更□内部改进□产品缺陷 □系统环境变更□其他变更描述变更前的描述（若是新需求，则不需填写此栏）：区长信箱的管理部门（区长专线办）只能指定一个部门处理区长来信。新需求或变更后的描述：区长信箱收获的区长来信，区长专线办可以分发给多个部门处理。各个部门能够按照自己的处理方式反馈。处理结果要求集中在前台按照各个部门的处理结果按照列表显示。变更影响的配置项序号配置项影响描述当前版本需求变更受影响的文档版本号的更新 2.0.1 变更评审方式项目组裁决□召开评审会议□会签评审评审负责人霍军良评审成员宋雷鸣、郭昊、卞兆洋、梁伟评审意见更改对产品组成部分的影响：在区长信箱多了一些功能操作。增加了多部门处理方法！更改方案描述：在页面中选择好要分发的部门，然后在后台将部门数据传入到集合内，循环遍历集合中数据属性存入数据库相关表中。并删除原来数据。最后在系统的工作任务中建立任务调度时间设置在每天22：00。变更对进度的影响（天）由于工作量不大，而且通过加班工作，对进度的影响可以忽略不计。第1 页共2 页

变更对成本的影响由于工作量不大，而且通过加班工作，对进度的影响可以忽略不计。变更对质量的影响添加这个新的需求会对系统测试案例等文档产生影响。对配置库的影响是：受影响的文档版本号的更新。变更引起的风险无技术评审结论可以更改□拒绝变更是否属不合格□是不是评审人员签字评审负责人评审人评审人评审人评审人评审人评审人霍军良郭昊宋雷鸣卞兆洋梁伟 CCB意见立即更改□推迟更改□拒绝变更签字林文涛日期2007年7 月19 日项目经理确认卞兆洋、郭昊在2007-7-18中午晚上加班修改完成。签字霍军良日期2007年7 月19 日变更当前状态□已指派□已打开□已更改已验证更改情况已经对区长信箱收获的区长来信，区长专线办可以分发给多个部门处理。各个部门能够按照自己的处理方式反馈。处理结果集中在前台按照各个部门的处理结果显示在列表中。更改人签字郭昊、卞兆洋日期2007年7 月19 日更改验证情况通过任务调度，已经测试通过，实现了分发给多个部门处理。验证人签字刘艳君日期2007年7 月19 日变更配置项验证变更的配置项责任人完成日期版本CMO审核结论需求变更宋志强2007年7月19 日 1.01 已更改完成第2 页共2 页

商业客户信息变更申请表

PUBLIC To: The Manager 致: 经理 HSBC Bank (China) Company Limited. 汇丰银行（中国）有限公司 ___________________________________Office 分行 Date 日期 ____________________________ Business Customer Information Change Application Form 商业客户信息变更申请表 Note 注意: 1. Please tick ( √ ) where applicable and complete this form in BLOCK LETTERS. 请在适当的方格内划上钩号( √ )，并用正楷填写。 2. Please cross out those not applicable. 请划去所有不适用的部分。 3. Please provide relevant documentation necessary for information change and attach after this form. 所提交的新/修改后的资料请附于本表后。 Customer Name 客户名称 Customer Number 客户号码 A O C -C U A -024_b (061113) P.T.O 请转背页

Notes 签署说明： 1.For Changes in Part I: Domestic entity/representative office should sign this Form by Legal Representative/Person-in-Charge/Chief Representative’s Signatory plus Company Chop; Overseas entity should sign it by any group of authorized signatory(ies)/Chop(s). For mere change of domestic entity/representative office’s company chop/financial chop, any group of authorized signatory(ies)/Chop(s) plus company chop is also acceptable; for change of English name,the direction of Part III can be followed if the signatory of the company remains unchanged. 第一部分若有变更：境内机构/代表处应由法定代表人/单位负责人/首席代表签字并加盖公章；境外机构应由任意一组授权签字人签章。对于境内机构/代表处仅变更公章/财务章样本，也可由任意一组授权签字人签署并加盖公章；对于企业英文名称变更，若其预留印鉴并未发生相应更改，则可遵循第三部分的签署要求。 2.For Changes in Part II: The authorized signatory should give his/her previous signatory(ies)/chop(s) in Part II; if he/she cannot provide previous signature/chop, the authorized signatory should come to any branch in person with the application form on which company chop has been stamped or Legal Representative/Person-in-Charge/Chief Representative has signed. 第二部分若有变更：该签字人本人应在第二部分相应栏位中留下原有签章；若无法提供原有签章，需签字人本人亲临办理，并在客户签章处加盖公章或法定代表人/单位负责人/首席代表签字生效。 3.For Changes in Part III: Domestic Entity/Representative Office could sign the Form by Legal Representative/Person-in-Charge/Chief Representative’s Signatory plus Company Chop OR any group of authorized signatory(ies)/Chop(s); Overseas Entity should sign it by any group of authorized signatory(ies)/Chop(s). 第三部分若有变更：境内机构/代表处可由法定代表人/单位负责人/首席代表签字并加盖公章或由任意一组授权签字人签章；境外机构应由任意一组授权签字人签章。 __________________________________________________________________ Customer Signatory(ies)/Chop(s) 客户签章 PUBLIC

软件需求变更

编号：XZ174 软件需求（变更）通知书委托方项目责任人签字：受托方项目责任人签字：＿＿＿年＿＿月＿＿日＿＿＿年＿＿月＿＿日说明：该变更通知书一式两份，委托方、受托方各执一份。

附件：清欠车辆录入模块：录入界面 1、其中，基本情况栏中的内容为自动获取，清欠情况为手工录入且非空。 2、清欠情况中，清欠方式为单选项。 3、当选择为开元汽车清欠时，清欠单位显示为：风险部，当选择为省公司清欠时，通过录入该信息的账号获取其所属省公司，当选择为异地协助清欠、本单位清欠时，获取录入该信息的账号所属的单位。此处添加确定、取消按钮。清欠车辆确认模块：该模块以列表形式显示，显示内容为：清欠车辆审核模块：该模块以列表形式显示，显示内容为： 1、只显示已经确认过的信息，未确认信息不显示。 2、可通过清欠单位、车辆所属单位、清欠方式、清欠时间段、风险等级、是否放车、车辆处置结果进行查询。 3、可导出查询后的结果，或导出所有明细。 4、列表显示规则为以时间排序，以降序排列。该模块点击查看后，显示内容为：

就地全面销售管理

自清欠之日（确认后）起10日内未完成销售（未审核），自第11日，该车辆资料自动转到车辆就地全面销售模块，同时增加销售价格项及车辆处置方式。所属省公司销售管理自清欠之日（确认后）起30日内未完成销售（未处置），自第31日，该车辆资料自动转到车辆省公司销售模块，同时增加销售价格项及车辆处置方式。移交车辆自清欠之日（确认后）起90日内未完成销售（未处置），自第91日，该车辆资料自动转到移交车辆模块，该模块可使用目前ERP中的移交车辆管理模块。中心销售管理待移交车辆审核确认后，该车辆信息转到中心销售管理模块下。统计汇总模块以省公司为单位，统计各阶段车辆数量，并允许导出所有车辆明细（清欠阶段为已确认车辆）具体显示表格如下：

《××项目软件需求变更说明书》

软件需求变更说明书项目名称：长益高速收费数据分析系统一、概述因湖南省高速公路联网拆分系统软件升级，导致长益下属收费站入口和出

口交易数据、拆分数据、代收拆分数据无法获取。而现阶段省高管局监控中心无法在上报报表日期内提供拆分数据，从而导致长益高速收费数据分析系统无法输出相关报表。经过深入了解和分析，在与业主方多次探讨后，提出以下变更说明。二、变更内容 MTC实收和流量原始情况：人工收费系统出口站收费数据和出口流量的导入，是由收费站工作人员从站级拆帐网下载的“收费数据统计报表”并再录入部分细分数据，导入长益收费数据分析系统。变更后：收费站工作人员在分析系统中MTC实收功能模块中只录入出口各车型实收收入、各车型流量、免费车流量、绿通车流量、系统外收入、绿通车减免金额、免费车减免金额、手工票金额。运营部工作人员在分析系统中MTC实收功能模块中导入本路段各站进，其他路段出的代收流量的各车型估算流量。其中包括各车型流量、绿通车流量、免费车流量。 MTC实得原始情况：人工收费系统实得数据的导入，是由收费站工作人员从站级拆帐网下载的“拆帐统计报表”，导入长益收费数据分析系统。代收实得的导入，是由运营部工作人员从拆帐网下载的“长张高速

公路联网收费实际分配收入统计表”，导入长益数据分析系统。变更后：运营部工作人员在分析系统中MTC实得功能模块中导入估算MTC各车型拆分收入。其中包括本路段各车型收入、系统外收入及代收业主各车型收入、系统外收入。报表输出由于原始基础数据的变更，所导致从数据模型上的建立发生了变化，从而将导致原长益数据分析系统输出报表无法根据原来基础数据的数据输出，需要转换为估算的数据输出，需要对所有的报表进行修改。需要修改的报表有以下： ?公司－绿色通道车辆 ?公司－收费站拆帐情况表 ?公司－单车收费标准计算表 ?公司－流量对比表 ?公司－各类车流量收入比重对比图 ?公司－各类车流量收入比重表 ?公司－实征率 ?公司－高速免费车 ?公司－收费车流量统计 ?公司－ETC收费车与免费车 ?公司－月流量分析 ?公司－ETC征费情况 ?公司－月收入图 ?公司－月收费情况总表 ?公司-收费车流量与收入统计 ?路劲-收入影响因素对比表 ?路劲-项目每月输入及车流汇总表 ?路劲-各站每月收入及车流汇总表 ?路劲-历年路费收入图 ?路劲-历年次票车流量图 ?路劲-日报 ?省局-交通流量统计月报表 ?省局-绿色通道和免费车