和PDM在一起

 

         回顾系统上线以来系统出现应用和底层的各方面问题，主要来自以下几类问题：
   （1）初期系统设计思路逐步的完善：
   规模较大的软件系统，一般都采用的原型法的思路进行开发。由于用户对软件结合业务工作的认识不断深入，会逐步提出更有实际意义的需求。所以，在系统设计初期建立一个基本的软件雏形，然后在此基础上不断完善，是一个不可避免的过程。这些主要发生在:
  a.软件功能的细化，如CAD集成后创建零部件的过程，是否根据编号的有效性等业务逻辑进行了全面的条件判断？另外具体的数据可读不可读？可见不可见？是否默认值？是否支持模糊搜索？是否需要对个别用户控制权限？
  b.界面操作的详细说明，界面是否友好？是否有提示信息？是否快速的获得了有……

   
      Oracle调优还没有完，apache又出现问题，AIX的磁带备份还没学会，快速变更发布中间表时漏数据，然后做电子产品的工程师业务问题系统问题轮番轰炸，......这个年关真难过。
       公司以机械产品设计为主，激光、电子等产品为辅，PDM前期设计，主要迎合机械产品的需求，其余产品需求考虑较少。电子产品跟机械产品同时在系统中推广后，由于他们前期参与较少，加上电子产品的独特之处，在使用出现了不少麻烦。主要几个方面的使用现状是：
     1、产品配置：
          设计BOM批量导入。但仅用于最……

         早上接到开发部通知，PDM中专利文档培训已于昨天下午完成，计划星期一正式启用。
         又是信息沟通和传递不畅。目前专利组还没有进行培训，我本以为培训会统一进行。要求今天必须进行专利组的培训。下午公司活动，放假半天，11点就下班。
        仓促中，只得接受了任务，半小时内，发邮件通知培训人员、找空会议室、找投影仪、浏览昨天由开发部刚定稿的培训ppt、构思了一下讲课内容，就开讲了。
        另外在培训中和专利组的交流，发现还有几个问题。
  ……

        来回往返了几次，专利组的关键用户今天编完了在专利类文档在PDM中的业务规则，然后由我们把具体的操作方法补充完整即可。
        说到每次业务讨论以及PDM规则的制定，这次在专利讨论比较明显。也许项目结束略，工作比较单一，就重视起来。在两次的讨论会议中，由于双方认知不同，对方不知道业务在系统中如何操作，我们不知道他们具体要实现怎样的功能，交流很困难，还好我方三人，一个个轮番上阵耐心解释和询问，如果是我一个人，我会疯。
        另外的问题就是没有明确的议题，对于文档的管理无非就是文档类型、文档属性及填写规则、存储位置、文件夹结构、文件命名规则、签署流程……