`
sunguanxing
  • 浏览: 1083872 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

2009-07,想做一个客户的服务系统

阅读更多
    客户服务系统是相当的简单的。在这个系统中,我走的路线是这样的。
    1、制作原型。在实际的项目中,有很多页面级别的操作。
    页面级别的操作,应该在制作原型的时候就完成的。这样的话,在真正开发的时候,就不会因为要做这些工作,而耽误逻辑模块的实施。
   
    2、在制作原型出来后,编写ER图和数据流程图。
    虽然不知道应该以原型为基础,整理数据流程图,还是在数据流程图的基础上面制作原型。但是目前的情况下,我觉的制作原型后,再制作流程图更好一点。那么就按照这个路子前进了。

    3、对领导的话,有鉴别的吸收。
    因为每个人的思维方式都是一样的。集体的实施不尽相同。那样的话,就需要把领导的目的作为纲领,在具体实施的时候,按照自己的方式,包括发挥才能。

    4、实施的具体的要求
  •     在这次的系统中。全部的采取div来实现。在项目中不再存在table。通过一系列的div,ul,li等搭建起这个系统。
  •     制作完成的ER图,和数据流程图。找的比较好的工具来实现。
  •     采用日志的结构。在调试的阶段采用debug的形式,在具体的实施阶段采取更高级别的,把日志信息屏蔽掉。
  •     生成日志文件。这个是相当的重要的。在调试错误的时候,如果没有对错误的记录,那么就不会很好的解决问题。
  •     比较友好的错误页面。对因为错误抛出的异常进行再次的包装。
  •     对下拉框采取比较好的方式。
  •     在这个项目中,我打算采取比较熟练struts来实现。因为已经有一套比较成熟的东西。比如使用过滤器。用户的权限处理啊,还是比较好的。
  •     在使用的过程中,加入数据字典。在大型的项目中,都需要应用到数据字典的。
  •     采用权限管理的方法。制作属于自己的权限系统。能够动态的生成菜单,或者是能够方便的对菜单进行操作。
  •     能够对进行的操作进行记录。最少是对人员的登录情况进行记录。
  •     对修改项的操作。如果某项修改了,那么就以其他颜色的方式标识出来。或者是采用ajax的方式,把修改的项展示出来。
  •     生成客服记录的列表。能够根据公司,一次性的生成客户列表。
  •     客服的状态进行控制。并且能够根据状态进行查询。找的需要的记录。
  •     是否把ibatis引入到项目中来。这项技术是在长期的面试中开始学习的一门新技术。这项技术也符合公司的运作模式。那么我就打算把这项技术引入到现在的系统中来。
  •     人员的通信录列表。能够把人员的通信录打印出来。便于进行操作。
  •     每个公司客服的数量直接的写出来。这样在看的时候就比较的方便的。
  •     在页面的时候,采取比较美观的形式,现在的方式太简陋了,不是产品级别的东西。

    5、时间的安排要紧凑合理。
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics