电影欣赏-解析《无敌破坏王》：开创动画新境界和电影院售票服务管理系统

-电影欣赏解析《无敌破坏王》：开创动画新境界和《古墓丽影》、《生化危机》、《寂静岭》等将游戏改编为电影的作品不同，《无敌破坏王》处处和游戏相关也处处在向游戏相关，但却完完全全是一个原创的故事。第一关：明星诞生

作为一个高2.75米、重500多斤的家伙，破坏王走在街上很难不对周遭的环境造成破坏，因此他只能成为——破坏王。这位老兄身材魁梧，在自己居住的树桩被强制拆迁并建成豪华公寓后，就专门去那里砸房子。可让破坏王非常气馁的是，居民们喊来一个叫“快手阿修”的神奇修理工进行维护，他靠一把从父亲那里继承的神锤反败为胜，将破坏王打得落花流水。人见人爱的阿修每次获胜，都可以从公寓居民那儿获得了一块炫目的金色勋章，这也让破坏王好生羡慕。

“破坏王是一个20世纪80年代老式电玩游戏里的坏人，在他扮演了同一个角色长达30年后，他很想知道‘我的生活就这样了吗？于是，他像我们很多人一样，准备用外部手段解决内在问题：他打算去努力赢得勋章——他相信就算只赢得一枚，他也能获得像快手阿修一样的爱戴和尊敬。所以，破坏王开始穿越各个游戏，踏上了赢取勋章的旅程。”制片人克拉克·斯宾塞(ClarkSpencer)说，“当然，真正的旅程对他而言，其实是认识到：当你被设定好去做某件事时，并不意味着你的本质就是如此。”破坏王心中的向往将会带他离开他在《快手阿修》游戏中的家，走向游戏中央车站，穿越到外面的广阔世界。“我们将从破坏王那粗糙的八位世界切换到《英雄使命》，”斯宾塞说道，“《英雄使命》是一个非常现代的第一人称射击游戏——它非常新，是游戏厅里最棒、最高级的一款游戏。在这个游戏中，有一位战争队长会指挥着一个小分队的士兵，全力击退摧毁宇宙的机器飞蛾，场面十分火爆。”队长和破坏王并不怀有相同的梦想。除了压扁每一只机器飞蛾，队长的首要任务是要把破坏王赶出她的地盘，而破坏王则盯着他垂涎已久的那枚英雄勋章，想方设法地弄到手。不过破坏王的努力却造成了别的破坏，也导致他从《英雄使命》穿越到了一个更甜蜜的地方——至少从字面上看是这样——《甜蜜冲刺》。

“《甜蜜冲刺》是20世纪90年代的一款赛车游戏，它的场景设置在一个全部由糖果打造的世界中，”摩尔介绍道，“因此这个世界更加异想天开，它运用了经典迪士尼风格，又混搭着动漫风。但是，尽管《甜蜜冲刺》听起来甜蜜可人，”斯宾塞补充道，“但它却有着黑暗的一面。”游戏中还有一个调皮的小女孩云妮，是她首先发现了破坏王。“云妮是《甜蜜冲刺》的边缘人物，”摩尔介绍道，“她是一个系统漏洞的产物——因此她被排斥在《甜蜜冲刺》的一切活动之外，只能自己照顾自己。破坏王和云妮第一次见面时也看对方不顺眼，但是渐渐地，他们发现两人身上有很多相似之处，比如他们都得不到认可，不能适应自己所生活的环境。”破坏王得知尽管没有获得任何支持，但是云妮仍然非常渴望加入“甜蜜冲刺”的赛车比赛。在一片尖酸刻薄的议论声中，她造出了一辆外表非常简陋的糖果赛车，但破坏王并不介意这些。两个人虽然常常打口水仗，但他们已经建立起了真正的友谊；而云妮在经历了这次困境之后，也让破坏王明白了成为一个英雄的意义所在。第二关：打破常规

凭空创造四个世界？包在我身上！创作超过一般动画片人物平均数量三倍的形象？没问题！把配音明星们聚集起来？一句话！让世界级的动画人才和高端的动画技术往前穿越30年，重回8位像素电玩游戏？这似乎不太好办……

“我们在一个因创新和对艺术精益求精的世界级工作室工作，”制片人斯宾塞说，“因此要告诉那些在用生命创作着最顶尖、最复杂动画的人才们，快手阿修和破坏王是一个八十年代的电玩游戏，因而必须尽可能地简单设计制作，这是一件多么让人头疼的事情啊！”斯宾塞说当快手阿修在CG中经过精雕细琢被实现出来后，整体的风格都慢慢呈现出8位像素世界的感觉，也就是简单的小人在网格上上下左右移动——而且它并不会走斜线。导演摩尔补充道：“从美术指导、动画表演、镜头移动到音乐、灯光每一个环节都要求很简单，这和以往遇到的情况都完全不同。我们的动画制作人早已培养出了只制做顶尖动画的素养，所以他们必须尝试着换一个角度去思考。我们花了很大的心血才解决了兼具复古和真实的难题，但是当影片一开始的几组场景出来后，我们一致认为它太棒了，就和80年代一模一样，让整部电影如虎添翼！这个结果所有人欣喜若狂！在如今的潮流下，让时光倒转——也就是化繁为简——成为了真正的创新，它能够让曾经成就了迪士尼动画工作室的先锋精神，达到一个全新的高度。而影片的最后，我们都将踏上一个小小的旅程——就像影片中破坏王一样——去寻找属于自己的回归之路。”第三关：感同身受

“一部好的电影会让观众有一种和主角同呼吸共命运的感觉，”导演摩尔说，“我猜观众肯定会期待片中的喜剧和动作元素，还有最先进的动画技术和宏大的视效场面，这些连我自己也会看傻眼。但他们也会惊叹于这部电影中丰富的情感，并且惊奇地发现他们有多么喜爱这些人物。”

皮克斯动画工作室与迪士尼动画工作室的首席创意官约翰·拉塞特是《无敌破坏王》的执行制片人。“像这样一部好的动画电影需要做到三方面。讲一个观众猜不到结局、引人入胜的故事；创造一些令人难忘、富有魅力的角色；把好故事和好角色放在一个真实可信的场景中。我喜欢《无敌破坏王》的一个原因就在于里面有四个独特的场景。一是《快手阿修》中的复古世界，一个是《英雄使命》中的超现实世界，还有一个是《甜蜜冲刺》中超可爱的日本动漫风格世界，第四个则是游戏中央车站，灵感来自于纽约的中央火车站。在视效开发、美术、动画效果、角色开发、视觉效果、灯光、摄影和音乐方面，电影制作人都不遗余力地勾勒这四个世界的不同特征，以加大他们之间的区别。接近190个独特的人物让这几个世界活了起来——这个数字是迪士尼以往任何一部动画片中人物数量的三倍——每一个人物都是为他们所处世界量身定做的，而将他们联系到一起的正是破坏王可歌可泣的寻求认可之旅。情感是最吸引观众的元素。迪士尼电影的标志是赤子之心，而这也正是《无敌破坏王》创作的基础。这是我参与过最有趣的电影之一，它聪颖巧妙、华丽出众，而真正能抓住你心、带给你无限惊喜与感动的，还是其中的情感元素。电影被设定在一个游戏人物的世界，本身便十分有趣；但它的核心仍是一个和大家息息相关的故事——我们都曾在某个阶段幻想过，也许在现有的生活之外，还有更多的可能。我们都曾想象过踏上那条破坏王所踏足的探索旅程。”管理信息系统专题课程设计报告设计题目：电影院售票服务管理系统小组成员：（PPT、用例文档）、（用例图、类图）（数据库、顺序图）20年6月16日目录一、 设计目的和任务 2（一） 设计目的 2（二） 设计任务 2二、 开发环境 2（一） 硬件环境 2（二） 软件环境 2三、 设计题目 2（一） 题目名称 2（二） 提取执行者 2（三） 功能要求 31. 系统总体的功能需求 32. 用户接口模块 43. 管理员接口模块 4四、 相关技术及知识点 4（一） 用例建模 4（二） 用例的定义 5（三） 构造用例图的步骤 5（四） 类图 5（五） 类的三个层次 6（六） 顺序图 6五、 面向对象分析与设计 6（一） 用例图 61. 会员用例图 62. 潜在会员用例图 123. 管理员用例图 14（二） 系统类 22（三） 系统类图 23（四） 顺序图 241. 订票过程 242. 注册用户 253. 影片信息维护 26（五） 数据库表 261. 会员表 262. 影片表 273. 影厅表 274. 员工表 275. 影票表 28六、 总结 28设计目的和任务设计目的通过自身对电影院的了解和经历、分析以及实际的市场调查，要求本系统具有以下功能：统一友好的操作界面，能保证系统的易用性；规范、完善的基础信息设置；影片分类详尽，可按不同类别查看影片信息；实现轻松便捷购买影票；会员还可进行积分兑换礼品的活动，也可以对影院进行投诉；为了影院售票系统更完善；为了影院对售票的管理更方便。设计任务在明确系统功能点后，按授课要求，用面向对象分析设计的方法设计系统，，依次得出系统的参与者、用例图、系统类以及顺序图，并且由此得出系统的类图、数据库表，对得出的各种UML图需要进行文字描述。开发环境硬件环境：微机一台软件环境：操作系统：WindowsXP；数据库：SQL。设计题目题目名称：电影院售票服务管理系统提取执行者：售票管理系统是一个基于电影院工作人员的系统，不同类型的用户在系统中有不同的权限。我们提取的三个执行者如下：会员：可以查询电影的上映时间，场次，并选择自己所需要的电影票，向售票员购买电影票，还可查询积分并可用积分兑换礼品，除此之外，还可对影院进行投诉。潜在会员：可浏览影院信息，若想购票，可进一步注册成会员。管理员：主要负责将电影信息增加，修改，删除，以及对其员工信息的管理，并导入数据库。功能要求系统总体的功能需求影院售票系统是一个复杂的电子商务系统，它必须提供用户的接口以供用户登录并选择影票；同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。电影院售票服务系统功能模块图如下:3-1-1用户接口模块用户接口是网站用户使用影院售票系统服务的入口，所有的在线用户包括会员和潜在会员都通过浏览登录网站，并进行一系列的查询，订购操作。用户接口模块包括了用户信息维护、潜在会员注册成为会员、影片信息查询、订购电影票、积分查询、积分兑换礼品、投诉和订单维护这几个部分。管理员接口模块这是系统提供给网站维护和管理人员的接口。管理员接口模块包括影片信息维护、内部员工信息维护、订单处理等几大部分。网站的一般工作人员通常只具有订单处理的权限，他们获得用户提交的订单，并根据库存情况来决定发货或者推迟发货。网站的管理员具有所有的管理权限，可以处理客户的订单，可以阅览网站影片的销售情况、销售走势，以便根据不同的情况及时的调整经营战略，将库存成本和资金占有用率降到最低的限度。相关技术及知识点用例建模用例建模是需求工程的一种形式，是抽取和文档化需求的补充方法相对于“传统”SRS方法用例是Jacobson在面向对象的软件工程中提出的，但它实际上是独立于面向对象的。典型用例建模方法：找出系统边界。找出参与者。找出用例(包括说明用例，创建场景)用例的定义定义：由系统执行的一个动作序列，并能产生可观测的结果值给特定的角色如： 从ATM机提取现金； 定购一个商品； 从学校选课系统注册选课； 从文本编辑器中检查一个文档的拼写错误；用例命名：(状语＋）动词＋（定语＋）宾语构造用例图的步骤确定系统的上下文：确定参与者与它们的责任；确定用例，即确定带有某种目的或产生特定结果的系统行为。对参与者和用例进行权衡，以便精化模型，例如拆分和合并定义。衡量用例以找出包含关系。衡量用例以找出扩展关系。对参与者和用例进行研究，查找是否存在泛化关系。类图类图描述了系统中的类及其相互之间的各种关系。类之间的关系表示了对象之间的通信能力。类之间有三种关系： －关联（包括聚合和组合） －继承 －依赖类的三个层次 －Conceptual：概念层。描述问题域中的概念，不考虑或很少考虑实现上的细节－NoSoftware。只考虑属性，在分析阶段使用。 －Specification：说明层。LookingintoSoftware,butonlyinterfaceofthesoftware,nottheimplementation.Onlytype,notclass。增加操作定义，在设计阶段使用。 －Implementation:实现层。只有当使用某一具体技术进行设计时使用。在设计阶段使用。顺序图在进行系统逻辑设计之前，必须先调查系统的行为，即将系统看作一个黑盒子，描述系统要“做什么”，而不是“怎么做”。可以用顺序图来定义系统的行为。在顺序图中，所有的系统都被当成黑盒子对待，顺序图的重点是参与者发起的跨越系统边界的事件。建立系统顺序图要依赖于前面已经建立起来的用例描述。面向对象分析与设计用例图会员用例图5-1-1会员用例图用例编号：UC01用例名称：登录执行者：会员基本路径：1、用户提交密码2、系统验证密码正确3、显示会员主页界面扩展路径：2a输入密码错误2a1系统验证密码错误，提示“密码错误，重新输入”，2a2系统清空当前输入的密码，并显示“输入验证码”2a3用户提交密码，验证码2a4系统验证密码，验证码正确，返回基本步骤32a2.a密码输入再次错误2a2a1返回拓展路径2a2a2.b当前验证码看不清，点击“看不清”2a2b1系统随机抽取并显示新的验证码2a2b2返回拓展路径2a32a2.c验证码输入错误2a2c1系统验证验证码输入错误，提示“验证码错误，重新输入2a2c2a2c3返回拓展路径2a用例编号：UC02用例名称：维护个人信息执行者：会员（顾客）前置条件：会员登录系统后置条件：会员成功修改个人信息基本路径：1、会员请求修改个人信息2、系统显示带有当前已填写的个人信息的界面3、会员可选择如下操作：添加个人信息、删除个人信息、修改旧个人信息、浏览个人信息4、系统更新会员个人主页的个人信息扩展路径：3a添加个人信息3a1会员请求添加未填写的系统个人信息的默认项3a2系统打开“修改个人信息”页面，并将会员未填写的基本信息默认项显示为可填写状态3a3会员填写个人信息内容3a4会员保存添加项目3b删除商品3b1会员选择一个已填写的个人信息项目，请求删除3b2系统提示“是否确认删除该商品”3b3会员确定删除商品3b4系统将该信息从个人信息中删除3c修改个人信息3c1会员请求修改已填写的系统个人信息的默认项3c2系统打开“修改个人信息”页面，并将会员已填写的基本信息默认项显示为可编辑状态3c3会员修改个人信息内容3c4会员保存修改内容3d浏览个人信息主页3d1会员请求浏览个人信息页面3d2系统打开会员个人信息界面3b3a会员取消删除个人信息3b3a1会员取消删除个人信息3b3a2系统不删除个人信息项，返回基本路径3/*3c3a3c3a3c3a用例编号：UC03用例名称：浏览影院信息执行者：会员前置条件：会员登录系统基本路径：1、会员根据影院主页的向导信息浏览自己感兴趣的内容（包括:影院介绍，电影资讯，影片排期当前优惠活动等内容）用例编号：UC04用例名称：网上订票执行者：会员前置条件：会户登录系统后置条件：会员成功订票基本路径：1、会员从影院网站主页进入订票界面2、会员点击“当日影片”，选择要订票的影片3、系统显示该影片全天的播放信息（即排期）界面4、会员选择某一场次5、系统显示该会员已选场次的影厅座位模拟图，提示“请选座”6、会员选择座位，点击“确认订座”7、系统显示“选座成功，前去付费”8、会员选择支付方式7、系统显示“订票成功”，返回影院主页面扩展路径：6a该座位已被预订4a1系统提示“该座位已被预订，请您选择图中绿色座位”4a2系统返回基本路径58a网银支付8a1会员选择“网银支付”8a2系统显示网银支付页面，会员进行在线支付操作8a3系统显示“支付成功”，返回基本路径78b前台支付8b1会员选择“前台支付”8b2系统显示“欢迎您前去影院前台支付”，并弹出“确认”按钮8b3会员点击“确认”，返回基本路径7用例编号：UC05用例名称：查询积分执行者：会员前置条件：会员登录系统基本路径：1、会员点击“我的积分”，查询个人积分情况用例编号：UC06用例名称：申请积分兑换礼品执行者：会员前置条件：会员登录系统后置条件：会员成功申请积分兑换礼品基本路径：1、会员点击“积分兑换礼品”，进入礼品兑换界面2、会员浏览可兑换礼品与相对应积分的信息，选择要兑换的礼品，点击“兑换该礼品”3、系统显示“恭喜您成功申请兑换该礼品，您的申请已递交工作人员处，请您前往影院前台领取”，并弹出“确认”按钮4、用户点击“确认”，返回礼品兑换界面扩展路径：2a积分不足2a1系统显示“您当前积分不足以兑换该礼品，请您选择其他礼品”，并弹出“确认”按钮2a2用户点击“确认”，返回基本路径2用例编号：UC07用例名称：投诉执行者：会员前置条件：会员登录系统后置条件：会员成功提交投诉基本路径：1、会员点击“我要投诉”2、进入投诉页面，填写投诉内容3、会员点击“确认提交”，提交投诉内容4、页面显示“您的投诉已提交成功，我们将尽快处理”，并弹出“确认”按钮5、会员点击“确认”，页面返回影院主页潜在会员用例图5-1-2潜在会员用例图用例编号：UC08用例名称：潜在会员浏览影院信息执行者：潜在会员前置条件：潜在会员点击进入影院网站主页基本路径：1、潜在会员根据影院主页的向导信息浏览自己感兴趣的内容（包括:影院介绍，电影资讯，影片排期，当前优惠活动等内容）用例编号：UC09用例名称：注册执行者：潜在会员前置条件：潜在会员点击进入影院网站首页后置条件：潜在会员成功注册成为会员基本路径：1、潜在会员在影院首页点击“注册”按钮2、系统显示注册界面3、潜在会员请求填写个人信息4、系统打开“填写个人信息”页面5、潜在会员填写个人信息内容6、潜在会员单击页面底部“下一步”按钮7、系统验证信息充分8、系统显示生成用户密码界面9、用户提交密码，输入两次密码10、系统验证两次输入密码一致11、系统显示“生成用户密码成功”12、潜在会员点击页面下方“下一步”按钮13、系统显示潜在会员尚未保存的个人主页信息，并在页面下方提示“保存注册信息”14、潜在会员点击“保存注册信息”按钮，保存当前注册信息15、潜在会员注册成功，界面显示“恭喜您成功注册成为本影院会员”，并弹出“确认”按钮16、会员点击“确认”，系统显示会员个人主页扩展路径：7a潜在会员填写信息充分7a1返回基本路径87b潜在会员填写信息不充分7b1系统显示“您输入的信息不完整，请将打*的项目填写完整”7b2返回基本路径410a两次输入的密码不一致10a1系统验证两次新密码不同，提示“新密码不一致，重新输入”10a2系统清空当前输入的密码，返回基本路径810b密码输入失败10b1系统提示密码输入失败，返回基本路径8管理员用例图5-1-3管理员用例图用例编号：UC10用例名称：登录后台管理系统执行者：管理员基本路径：1、用户提交密码2、系统验证密码正确3、显示后台管理系统主界面扩展路径：2a输入密码错误2a1系统验证密码错误，提示“密码错误，重新输入”，2a2系统清空当前输入的密码，并显示“输入验证码”2a3用户提交密码，验证码2a4系统验证密码，验证码正确，返回基本步骤32a2a2a2a1返回拓展路径2a2a2b当前验证码看不清，点击“看不清”2a2b1系统随机抽取并显示新的验证码2a2b2返回拓展路径2a32a2c2a2c1系统验证验证码输入错误，提示“验证码错误，重新输入2a2c2a2c3返回拓展路径2a用例编号：UC11用例名称：销售情况查询执行者：经理前置条件：经理登录后台管理系统基本路径：1、经理点击“销售情况汇总表”按钮2、系统显示销售情况汇总表查询页面，经理根据需要在下拉式菜单中选择查询条件3、经理点击“确认”按钮4、系统显示用户请求查询的销售情况汇总表拓展路径：2a查询某日销售状况2a1经理在下拉式菜单中选择需要查询日期的年月日2a2经理点击“查询本日销售状况”2b查询某周销售状况2b1经理在下拉式菜单中选择需要查询日期的年月日2b2经理点击“查询本周销售状况”2c查询某月销售状况2c1经理在下拉式菜单中选择需要查询日期的年月2c2经理点击“查询本月销售状况”2d查询某季销售状况2d1经理在下拉式菜单中选择需要查询日期的年月2d2经理点击“查询本季销售状况”2e查询某年销售状况2e1经理在下拉式菜单中选择需要查询日期的年2e2经理点击“查询本年销售状况”2a1a2a1a2b1a查询当周销售情况2b1a1系统下拉菜单中默认值设置为系统当日日期，系统根据此默认值可以推算出当日所属的周2c1a2c1a2d1a查询当周销售情况2d1a1系统下拉菜单中默认值设置为系统当日日期，系统根据此默认值可以推算出当日所属的季2e1a查询当周销售情况2e1a1系统下拉菜单中默认值设置为系统当日日期，系统根据此默认值可以推算出当日所属的年用例编号：UC12用例名称：员工信息管理执行者：经理前置条件：经理登录后台管理系统后置条件：经理成功修改员工信息基本路径：1、经理请求管理员工信息，点击“员工信息管理”按钮2、系统显示员工信息管理界面3、经理可选如下操作：增加员工信息、删除员工信息、修改员工信息、浏览员工信息4、系统更新员工信息表扩展路径：3a增加员工信息3a1经理请求增加一条员工信息3a2系统打开“员工信息输入”页面3a3经理填写要添加的员工信息内容3a4经理点击“保存”按钮3a5系统保存录入的新数据3b删除员工信息3b1经理选择要删除的某一员工信息，请求删除3b2系统提示“是否确认删除该条记录”3b3经理确定删除员工信息数据3b4系统从员工信息表中将此员工信息删除3c修改员工信息3c1经理请求修改已填写的员工个人信息3c2经理选择需要修改其信息的员工3c3系统将经理选中的员工的信息记录排列在一张“员工信息修改表”中3c4经理在“员工信息修改表”中修改信息3c5经理保存修改后的信息3c6系统更新员工信息表3d浏览员工信息3d1经理请求浏览员工信息3d2系统打开员工信息表界面3b3a经理取消删除员工个人信息3b3a1经理取消删除员工个人信息3b3a2系统不删除员工个人信息项，返回基本路径3/*3c5a3c5a3c5a（注：经理必须在“员工信息修改表”中才能进行修改操作，而不能在原表中修改）用例编号：UC13用例名称：放映影片执行者：放映员前置条件：登陆后台管理系统基本路径：1、放映员申请查看本日工作表2、系统显示该放映员本日工作表3、放映员在执行某一放映任务后，在该任务栏内签到4、系统修改某一放映任务的执行状态用例编号：UC14用例名称：安排电影档期执行者：排期员前置条件：登陆后台管理系统基本路径：1、排期员申请安排电影档期2、系统显示排期页面3、排期员选择厅号，影片编号，放映日期，放映时间，影片时长4、排期员保存排期结果5、系统更新电影档期表拓展路径：4a放映时间冲突4a1系统显示“该时段此影厅有其他正在放映的影片”4a2系统返回基本路径3用例编号：UC15用例名称：检票执行者：检票员前置条件：登陆后台管理系统基本路径：1、检票员申请查看本日工作表2、系统显示该检票员本日工作表3、检票员在执行某一检票任务后，在该任务栏内签到4、系统修改某一检票任务的执行状态拓展路径：3a3D电影检票3a1检票员领取相应数量的3D眼镜，在系统中记录领取时间和数量3a2影片结束后，检票员归还眼镜，在系统中记录归还时间和数量，以及是否有损坏情况3a3系统核实数量，返回基本路径3用例编号：UC16用例名称：电影信息维护执行者：业务人员前置条件：业务人员登录系统后置条件：业务人员成功修改影片信息基本路径：1、业务人员请求修改影片信息2、系统显示修改影片信息的界面3、会员可选择如下操作：添加新影片信息、删除旧影片信息、将旧电影信息存档4、系统更新当前影片信息表扩展路径：3a添加新影片信息3a1业务人员请求添加新影片信息3a2系统打开“添加影片信息”页面3a3业务人员填写影片相关资讯3a4业务人员保存添加的新影片信息3a5系统更新当前影片信息表3b删除旧影片信息3b1业务人员选择要删除的及影片信息，请求删除3b2系统提示“是否确认删除该商品”3b3业务人员确定删除旧影片信息3b4系统将该信息从当前影片信息表中删除3c将旧影片信息存档3c1会员请求将旧影片信息从当前影片信息表中复制到历史影片信息表中3c2系统执行复制操作3c3系统更新历史影片信息表3b3a业务人员取消删除影片信息3b3a1业务人员取消删除影片信息3b3a2系统不删除影片信息，返