这个够戗:)
“2-3个人来做,以前没有用JAVA开发OA的经验,甚至连JAVA的项目经验都较为欠缺”
你们简直就是摸石头过河,这种单子接来本身就是个失败,更加别说做成功的问题了。建议你们还是先把这个2到3个人拿哪去培训下起,不然真的很难,单纯的JSP还好点,牵涉到EJB就我想我不说你也该知道什么代价。不过给这种单位做有个好处就是:时间空间够大:)

解决方案 »

  1.   

    我绝对同意。
    你们有多少时间?想做这种系统,没有几年的java经验就是开玩笑
      

  2.   

    时间反正是很紧了,也就这一两周的事情了,可笑的是我们到现在还没有得到客户一个明确的需求,客户也不配合我们,到现在只做了一堆简单的增删查改的功能,而很多流程性的东西,只是一片空白.老总又不理解我们.把事情想得太简单,他也是技术出身,但对JAVA几乎是一片空白,也许以前他用惯了快速开发工具,甚至认为我们一天可以码上二三十个小模块.
      

  3.   

    总之是越做越郁闷了,从设计开始,到现在只有一个多月的时间,可以完成这个项目吗?我没信心.
    我刚到公司不久,现在很迷惘,感觉我们的做法和我以前在其他公司的做法差异太大了,没有明确的需求,没有成熟的框架,我甚至不明白,为什么老总们认为业务流程可以有继承关系,就因为都是在增删查改的范围内吗?似乎和设计模式中所告诉我的截然相反.我反驳了,可显得那么无力.
       在我的思维里,权限应该是控制业务逻辑的,而不单纯是控制页面的,但现在我不得不接受这种方式,不得不按一个看似高效,却以严重牺牲性能为代价的框架来做.我们有一个框架是这样的,对表的增删读写的操作,都抽象在一个BEAN里头,这个BEAN负责和实体BEAN进行交互,使用的时候,我们只要继承这个BEAN,指定一些信息,比如表名,要显示的列名,等,然后结果就出来了.但,这样做符合设计模式吗?业务逻辑可以有继承关系吗?而且从表里访问一个字段就需要访问一次EJB,如果有上万条记录呢?至少可以用用值对象模式来提高性能吧,但,老板认为,功能越容易实现越好,灵活性和性能的问题就不顾了.
       太多的郁闷,发发牢骚,见笑了
      

  4.   

    " 在我的思维里,权限应该是控制业务逻辑的,而不单纯是控制页面的"
    呵呵,你的这个问题目前比较难解决,要真正做到逻辑控制很难,大多数的控制都是页面:)采用:facade(门面模式)如果要更安全做个delegate"老板认为,功能越容易实现越好,灵活性和性能的问题就不顾了"
    这个他说的也有道理,毕竟要向钱看齐啊:),毕竟做EJB要花时间和金钱成本的:)
      

  5.   

    帮你指条稍简单的路,报价可以多报,也可少报。若多报了,你们就可以争取到更多的资源,比如更多的有经验的人手,甚至陪训;若报的很便宜,也好办,那就是混!!!混你的工资,混你的项目。开发的话,你可以先研究一下工作流组织的规范,然后按照你们项目中工作流程中的中型的流程(复杂的不去考虑),进行工作流配置工具的设计,然后用C/S程序做一个客户端的OCX或是activeX什么的,再用JSP调用它。至少JAVA方面的经验,那就看你们几个人的造化了
    我个人觉得这个项目确实有难度,无论成功与否,会是很难得的经验
      

  6.   

    在中国除非是很牛的公司,不然没有说接了单子推掉的,这个项目估计你们硬着头皮也要上,:(
    流程要单独安排一个狠将,既要会Java又要会Javascript又要会存储过程,嘿嘿