多媒体教学软件开发经验谈一、脚本要求1.流畅性拿到一个脚本最起码的要求是文字要读起来非常流畅、琅琅上口如果连基本的语句都读不通用户听起来就会觉得很累。影响语句流畅性的因素包括以下几个方面一是脚本人员本身就没有把问题说清楚这可能和自己的理解能力有关和表达能力有关也可能是问题本身就很难表述。这就需要脚本人员在实际编写过程中不断的加以改正和积累经验碰到相应情况后应该能够找到解决方法。在编写过程中应该尽可能的形成一个统一规范避免个人色彩太浓避免方言的搀杂。另一个因素和录音人员的读法有关要着重强调的地方应加重语气有的文字是要在屏幕上输入的文字此时就应该和操作性文字分开来读。例如对于“在下面的文本框中输入名门软件”这句话“名门软件”这四个字是要在屏幕上输入的在录音的时候就应该和前面的文字有一点停顿以区分开来。流畅性主要在于汉语语法和结构上的把握如主谓宾的搭配问题修饰问题等。流畅和流水帐完全是两回事流畅不仅指每个实例的讲解是不是如行云流水一般还包括各个实例间的衔接是否通畅不要在第一章讲基础知识第二章就讲高级应用了。流水帐大多出现在对具体操作过程的讲解中例如在向导中的多个“单击下一步”我们应该尽量对每一步操作进行解释重复性的例外告诉用户这一步为什么要这样操作告诉用户这一步操作起了什么作用等。2.通俗性由于我们的用户水平较低所以脚本的通俗性显得尤为重要。我们的最终目的是要教别人学会这种软件如果写出来的文字别人看都看不懂无法理解这个产品就是一个失败的产品。通俗易懂、一学就会是一种理想情况为了给人以说服力可以给脚本增加适当的专业性但我们的解释一定要通俗既要让人一看就懂又要留有探索研究的余地。要是你的软件别人看一遍就会了那就没有购买的必要了应该有值得回味的地方。3.生动性生动性和趣味性可以激发用户观看演示的兴趣。当前普遍的问题就是演示让人看的想睡觉脚本文字太枯燥演示的表现手法太单调我们并没有充分发挥Director的多媒体特性。程序员可以适当换一种方式来体现脚本所要表达的内容当然最主要的因素还是在于脚本本身。如果一个实例能够让人看得津津有味看了一遍还有继续看下去的愿望而不是觉得很没劲所以他会把这个产品看完。用户想学这种软件是用户买这个产品的主要原因我们可以通过产品本身的生动性和趣味性给用户增加一种学习的愿望。这样一来哪怕是不想学这种软件的人看到我们的产品很有趣也有可能会购买。就好像公司里大家都喜欢看三维动画的宣传光盘一样。脚本的生动性还体现在文字优美动听不生硬。有的脚本虽然很生动列举了一些生活中有趣的实例但语句组织的不好最终效果还是不尽人意。有时为了增加脚本的生动性我们会在脚本中增加一些调侃的语句特别是在脚本中有人物和场景的情况下此时就应该避免脚本中的调侃语句过多。如果上课时间老师在和学生进行聊天学生学不到东西学生就会有抱怨。4.科学性产品本身一定要做到正确和科学。因为我们是在教别人一传十十传百这个影响面是不容忽视的所以一定要做到正确和科学。就好像老师教学生如果老师教的是错误的后果将是不堪设想的。对相关术语的解释除了参考相关的书籍外最主要的还是以该软件的帮助文件为主帮助文件中没有的解释就需要脚本人员自己进行分析了。对于实在无法解释的知识点可以暂时回避一下。同时相关的解释一定要相对严谨不能含糊不清不能似是而非模棱两可。科学性的体现还表现在对各知识点的划分是否科学因为我们是要由浅到深的向用户传授知识所以脚本结构和知识点的划分应该具有一定科学性符合人们学习的一般过程和掌握速度。5.逻辑性脚本的逻辑性主要体现在内容的前后安排上。一般过程都是由浅到深逐步深入。刚开始都要讲一些简单的初步的知识点。这些知识点不仅包括该软件本身还包括和该软件密切相关的知识点例如在讲解网页制作软件时对Internet、HTML、TCP/IP及互联网上的服务等知识点的讲解就是必不可少的这不仅有助于加深对该软件的理解对扩展产品的趣味性、增加用户的知识面也是很有帮助的。在具体讲解一个知识点时前后语句的连贯性是不是一气呵成还是罗罗嗦嗦讲了半天都没有切入主题。对于一个完整的实例该实例所体现的知识点是不是相关的是这里讲一点还是那里讲一点。在写脚本前就对所有知识点进行归纳概括总结相关的知识点然后通过一个实例进行讲解不仅在实例的选材上某章集中讲建模某章集中讲材质某章集中讲渲染等、内容的安排上根据选材对内容进行确定、深浅层次的把握上由于知识点较集中所以可以对各个知识点进行细分讲解多少和深度上也可以灵活把握从而体现出深浅层次、章节菜单的确定上都是很有帮助的。但我们都知道一个完整的实例不可能只用到一部分知识点这就需要我们把握好轻重的度。对于在其他章节中已经讲过的知识点在本章中就可以一笔带过或者只进行操作而不进行操作解释即为什么要这么操作本步操作的意义或者在本章中以另一种方法来实现该操作。脚本要合乎逻辑也要