flashj

讨论，只有在双方智力，阅历差不多的情况下才能进行

flashj — Thu, 15 May 2008 16:26:03 +0800

作者: flashj 链接：http://flashj.javaeye.com/blog/193328 发表时间: 2008年05月15日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

看到最近论坛上水区关于地震的讨论话题火药味十足，想起从小到大的几次亲身经历：
   1.上小学的时候，全班的同学都说牛仔裤是“牛奶裤”，只有我一个人说是"牛仔裤"，和全班同学争论起来，结果是我认输了，因为不认输没法在班里混了；
   2.上初中三年级的时候，我们班没排有8个人，我坐第三排，有一天无聊，我对同桌说：我们第三排和第二排肯定有一个同学在同一月过生日，同桌说不一定，我们争论起来，我怎么分析他也不听，最后实际统计了一下我们两排的生日，我同桌说：那是巧合，实在没有办法说服他；
   3.工作以后，和一个同事说起农民工工资拖欠的根源，这个当时都快30的同事说，就是包工头心黑，我说了自己的观点，人家来了一句：胡扯。

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

无责任乱谈b/s结构管理软件界面

flashj — Mon, 10 Mar 2008 11:21:18 +0800

作者: flashj 链接：http://flashj.javaeye.com/blog/169757 发表时间: 2008年03月10日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

     刚开始写程序的时候,用的开发工具是vb,delphi,开发的软件界面都是千篇一律,方方正正的windows窗体,一个偶然的机会看到了郝新庚开发的电子日记本软件,仿NeoPlanet界面,当时很有耳目一新的感觉,就想把自己正在开发的一个软件改成这样的界面,那个时候我的delphi水平超烂，幸亏有现成的组件帮忙,糊里糊涂的也把那个界面效果做出来了。
     仔细想想那个时候的管理软件，不管是桌面的还是c/s结构的，虽然界面上没有什么新意，但是操作还算方便，用户用的也还算顺手。随着时间的推移，我也和大多数人一样，步入到b/s软件的开发之中。刚开始做oa,电子政务软件还没有感觉到b/s软件的界面问题，一直到有一天我去开发一个供应链管理软件，给客户演示入库单的操作，客户看了我的操作之后，直接对我说：你们的软件太烂了，操作真不方便，添加一个入库物品要弹出一个小窗口，输入条件，搜索，然后点击确认，太麻烦了，还没有我们原来的系统好用。我看了一下他们原来vf开发的系统，真的比我们的操作方便多了。在接下来的开发中，我从网上下载了一个javascript的grid控件，对它进行了修改，使它可以支持多层套嵌的表头，用户输入物品的时候只要在grid中物品名称一栏输入物品的汉字简拼，就会出现一个下拉菜单，把符合条件的物品列出来，用户点击确认以后,grid的各个栏位就会出现物品的名称，编号，单价等信息，这样操作就方便多了。这个事情过去好几年了，但是它一直提醒我做开发的时候要考虑用户的操作，用户操作方便了他们才会愿意接受我们的软件。
   昨天晚上和一个朋友聊天，聊到目前b/s管理软件的界面问题，我总结了一下，目前主要有以下几种：
1.基于applet的界面，我见过的有用友的NC和南北的财务软件；
2.基于activex的界面，我以前在神州数码做税务行业开发的时候国税征管软件ctais2.0的表示层就是vb开发的浏览器插件，这种方式的一个弊端是不少客户不愿意接受，认为浏览器插件会造成安全问题，我去年做联想电脑话务和CRM系统开发的时候，有一个功能，我用了一天的时间开发了一个浏览器插件来实现，用户说什么也不愿意；
3.基于javascript的richclient界面，我最近做开发一直这么用,随着dojo,ext近年来的火爆和ajax概念的流行，这种界面构建方式越来越多，不过我不喜欢dojo,ext这些东西，主要原因是如果客户有特殊的要求要修改，修改起来就比较麻烦，我喜欢用自己积累的javascript控件，自己可以随时修改那种；
4.基于flex的界面，我在网上看到过一些这样的产品，不过在现实中没有见过；
5.老套的html表单提交模式的界面，一般比较难用。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

我的人事工资(人力资源软件)开发历程

flashj — Sat, 29 Dec 2007 15:34:43 +0800

作者: flashj 链接：http://flashj.javaeye.com/blog/151824 发表时间: 2007年12月29日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

        2005年7月，我所在的公司中标一家中型煤业集团(5万多名员工，近40家下属二级单位)的信息化项目，其中有一个是人力资源系统，按照合同，2005年9月份，我们开始调研开发，整个系统就我一个开发人员，调研的时候还有一个同事和我一起做，他同时还帮我一起写需求文档，因为客户下属的单位涉及到煤炭，冶金，电力，机械制造，电子制造，教育，商业流通，地质勘探等多个行业，我在之前又没有开发过类似软件，所以开发的过程比较辛苦，现在回想起来，收获很大。
        没做这个软件以前，对人力资源系统了解很少，接到任务以后，我从网上下载了好几套人事工资软件研究，很快明白了工资构成定制，工资计算公式定制的实现方法。我们这次做的系统包括人员基本信息管理，调配管理，编制管理，技术职称管理，薪酬管理，系统管理几个大模块，我做了一个调研计划提交给客户负责人，客户负责人同样以后，我和同事Z开始调研，我们在集团公司总部调研了3天，在二级单位中挑选了6个调研了近两周，然后花了一周的时间写文档，每天晚上都要忙到12点左右，终于在十一假期之前，客户在需求规格说明书上签字认可。调研中有一件事情，我现在还印象深刻，那就是客户这些二级单位之间的收入差别极大，记得客户的某一个二级单位，大学本科学历月工资300多一些，弄的我心情非常沉痛，客户要留我们吃饭，说什么也没好意思吃，我和同事Z在外面随便吃了两碗烩面，喝了两瓶啤酒。
        开始编程开发以后才发现，自己的需求调研做的太差了，很多地方都没有搞清楚，这让我反思了很多，在这个项目以后，我做为项目经理再做项目的时候，强调最多的就是需求调研，需求分析，没有对客户业务需求的深入了解和对技术的熟练掌握，很难做好需求调研和需求分析，有很多人认为做好需求调研和需求分析，对业务了解好就行了，我觉的技术也一定要过关，不然肯定做不好。由于需求做的不好，我费了很大的功夫，到客户那里跑了无数次,现在想想，真是浪费时间呀。
       人事工资软件我是用java开发的，数据库是oracle,b/s架构,技术上比较值得一提的地方是工资构成定制，工资计算公式定制，以及工资报表定制，我本来想用flash来做这部分的定制，但是我和公司美工的flash水平都不行，最后用javascript做了这个功能，通过培训，客户的系统管理员可以使用我们提供的界面来定制工资，煤炭行业的工资制度比较复制，我做的这个软件基本满足了需求,实施的时候又加了两个很有用的小功能，一个是工资录入界面提供了一个取上月工资的功能，因为集团机关的很多干部本月工资和上月基本都是一样的，用户减少了很多工作量；还有一个功能是把工资应扣项变成了红色的，这样看起来比较醒目。
        关于软件开发的问题，欢迎大家和我讨论，我的邮箱是powersoft80@163.com。

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

我的OA开发历程(2)

flashj — Sun, 10 Jun 2007 17:00:27 +0800

作者: flashj 链接：http://flashj.javaeye.com/blog/88937 发表时间: 2007年06月10日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

       有不少人问为什么不使用国外的开源工作流产品，而要自己开发一个，因为我觉得国外的开源工作流产品直接支持我们面对的复杂业务是很难的，需要做很大的修改，与其修改它们，不如我自己开发一个可以完全自己控制的工作流产品，流程文件的定义我也没有采用xpdl,不过阅读<<工作流管理联盟规范（接口1）>>还是在思路方面给了我很大帮助。
       在开发这个产品的过程中，同事W给了我很大的帮助，他根据自己对煤炭行业公文流转的了解，给了我很多公文流转方面的业务知识，同时他苛刻的测试也帮助我最大限度的提高了产品的质量。
       产品开发完成以后没过多久,公司中标了一个中型煤业公司(5万多名员工，近40家下属二级单位)的信息化项目，有10个软件，办公自动化是其中一个。我做为项目组的一员，到用户那里出差一年的时间，调研开发和实施了这些软件项目。印象最深的是到用户那里后第二天，我和同事W从用户秘书处拿到了用户局机关的公文流程以及发文收文原始资料，然后定制表单，定制流程，根据用户的组织机构，权限进行公文表单流转的权限分配，看到自己做的东西马上就有人使用，那种美好的感觉即使现在想起来还特别的兴奋。接下来的一段时间，我又给原来的产品追加了信访管理，档案管理，车辆管理等一些功能。但是在随后的实施中，却并不顺利。由于用户单位的一把手对信息化并不是很重视，所以这套产品在用户那里并没有发挥它应有的作用。比较有意思的一件事情是，我们的产品运行一段时间后，用户单位的一位副局长让手下的一个处长领着一群人到全国各地的同行单位去考察办公自动化系统的实施情况，回来后他们中的两个人对我说：看了不少系统，还是你们的OA系统最好。
       总结起来，OA系统要实施的好，最重要的是用户单位的一把手要重视，不然，OA系统的实施效果肯定大打折扣，试想，公文的流转如果领导不参与进来，还有什么实际意义？
      从技术上来说，一个好的OA系统首先要有一套支持公文流转、审批的工作流引擎和表单定制工具，虽然不一定要面面俱到，但是一定要能满足实际需要，不然的话用户需要一个流程，程序员就得开发一个流程，实施的成本太高，开发速度也难以令人满意，如果有图形化定制工具的话会给产品增加不少亮点，我是用swing做的定制界面，虽不怎么美观，但还算实用；第二点是要有一个支持在线编辑office文档的插件，我开发的系统属于b/s系统，使用的是广州一个公司开发的浏览器插件，能够满足最基本的需要；第三点是公文流程的监控功能最好丰富一些，我做产品时这方面考虑的不是很多，结果实施中发现用户这方面的需求挺多；第四点是用户的公文归档后一定要支持全文检索，不然使用起来效果要打折扣；第五点不算难，就是在用户发公告和通知的时候要能够提供支持富文本编辑的功能，让用户可以对内容进行排版或设定一些格式，这个功能特别的实用；第六点也是最后一点，是我一直想做但是没有做的，就是提供一个桌面工具，实现信息的即时推送，克服b/s系统信息推送不及时的弱点，这样的话即使用户不打开浏览器也能及时的收到信息。
       受个人经历的限制，我的许多观点不一定正确，欢迎大家和我讨论，我的邮箱是powersoft80@163.com。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

我的OA开发历程(1)

flashj — Sun, 10 Jun 2007 16:58:00 +0800

作者: flashj 链接：http://flashj.javaeye.com/blog/88936 发表时间: 2007年06月10日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

        回顾自己的开发经历，觉得我跟OA开发挺有缘的。2000年冬天,我在航天桥附近的一个小公司工作时(当时我在上大四),部门经理交给我的第一个任务就是开发公司的OA系统，现在回顾起来，那是一个asp开发的特别简单的OA系统，只有公告管理，考勤管理，图书管理，内部论坛等几个简单的功能，虽然当时我们叫它OA,功能着实简单了些。
       第二年毕业后,我到了一个台资公司工作，公司交给我的第一个任务也是开发公司内部使用的OA系统，功能同样比较简单，所不同的是开发语言换成了vb.net和c#,我记得我们接到开发任务的时候，.netframework还没有发布release版，这个系统我们两个人开发，主要目的是给公司以后的产品选择.net平台还是java平台在技术上趟趟路。
      开发完成以后，我在这个公司以后的工作就和OA开发没什么直接关系了。2003年初，我对工作流开发产生了兴趣，并在2003-2004年间，仔细阅读了jbpm和osworkflow这两个开源java工作流产品的源代码，其中jbpm的代码读了至少3次，这为以后我开发基于java的工作流产品打下了基础。
    2004年末，我离开了工作了3年多的公司，跳槽去了一家专注于煤炭行业信息化的公司，前两周的工作是和同事开发陕西一家矿物局的煤炭运销系统，我加入时系统已经基本完成，我只做了一个模块，就是"煤炭运销资源图"模块，这个模块我做的不错，成为了整个运销系统的亮点功能，这让领导相信了我的能力，放心的让我主持开发公司的下一个产品，煤炭行业办公自动化产品。当时我根据自己对国内不少OA产品的研究和自己的理解，雄心万丈的做出了一个产品规划，包含工作流，表单定制，自主开发weboffice控件，自主开发桌面工具实现信息的即时推送等，最终公司开会讨论时，我力排众议，用一个简单的demo给同事和领导演示了工作流和表单定制在OA系统中的威力,使领导同意产品中包含工作流模块和表单定制模块，但是自主开发weboffice控件被否决了，因为公司花不到1000元买了一个功能很全面的控件，桌面信息工具的开发也没有被批准。
       我在会后写了详细的产品设计说明书并经领导批准，煤炭行业OA就进入了开发阶段，我是产品的设计和开发主力，除了我以外，整个开发团队还有一个工作一年的程序员和一个刚学习java的同事。我的主要开发任务是开发工作流引擎，图形化定制工具，邮件功能，系统管理功能，表单定制功能。经过7个月的开发和测试，修改了测试人员提交给我的几百个bug,终于完成了一个发布版本。我开发的工作流引擎有大约5万行代码，工作流图形化定制工具大约有3万行代码,能够支持公文流转和审批中的会办，自由流，回退等几乎所有在煤炭行业办公中涉及的功能。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐