用jsp，servlet做一个系统，遇到些问题，请教大家

本帖最后由 any0007 于 2010-04-20 20:02:16 编辑

解决方案 »

  1.   

    oa是现在应用的比较广的一个系统，权限管理，你首先肯定角色，用户，模块这三个部分是不能少的，至于其之间的关系，你可以做的简单点，例如一个用户只用一个角色，直接赋权就行了，这都随便你自己，你如果想做的更复杂也行啊！你可以到网上去查找相关的资料，至少我知道的尚学堂他们有个例子就是oa，你可以去下视频参考参考！祝你成功！
      

  2.   

    你可以加我QQ  能帮助我尽量会帮助.. 
        570441718
      权限问题比较容易解决  
      先在用户表里面设置一个字段（这个字段通常为数字，功能是为了判断用户的权限，比如你可以将系统用户分为两种权限，分别为系统管理员和普通管理员，那么它们相对应的字段可以分别为0或者1）
      之后我们可以用N种方式来做完成功能。
      比如你可以在显示层判断是否让用户看见链接，在业务层判断用户的权限是否可以执行某个方法？
      如果你的项目很小直接判断就好了，如果比较大，那么建议利用SPRING的AOP进行权限判断！  另外，你们有6个人的团队。还怕什么？？？现在我做小项目时候都是一个人，从需求到设计到编码，都是我一个人搞的，你那么多人，如果每一个人都努力去做，都想从这个项目中学习到什么，就不要遇到磕磕绊绊来网上问，先自己尝试下能否解决，现在你们做的项目既是一文不值，又可能会影响你们的一生。如果你们想直接copy一份，那么你们的项目就是一文不值！
       
      言语过激了，坦白说我没资格对你们评论，因为我也仅仅是大三学生，但是看到你们有一个团队而不先尝试下去做，有点气愤！说句对不住了！！
      
      

  3.   

    同意
    这么简单的权限有什么用啊，权限模型是一个复杂的东西，首先你要考虑你系统需要控制的资源有哪些，功能资源、按钮资源、菜单资源、数据资源、然后你要考虑权限的主体、用户、角色、机构、用户组。
    在然后要考虑权限的实现方式，规则权限还是ACL或者规则权限+aCL的组合，然后还要考虑规则权限的判断机制，前置判断还是后置判断，效率怎么样，前置判断如何实现，后置判断如何实现。
    等等。
      

  4.   

    1 明确需求，不考虑语言和架构，先弄清楚你们要做什么
    2 明白MVC的结构，以及各个层次是由什么组成，应该具有什么功能例如你的问题
    不同部门登陆后到不同页面
    就应该在C（SERVLET）里面做出处理，使其跳转到不同的V（JSP）
      

  5.   

    1.需求很不明确，建议先弄好需求，这个是最关键的
    2.需求确定了之后再考虑技术实现，struts1，2随ni
    3.数据库表的设计，这个估计对你们来说有点难度锻炼一下吧，都是从不会到会的
      

  6.   

    首先先打好基础，进行需求分析，明确你要做什么，需要做哪些功能。这个时候你可以不考虑具体怎么实现的，只需要考虑是否能实现其次在需求确定的情况下，去寻找合适的解决方案。就像你说的，不同部分能够进行的操作时不同的，那么每个部门应该有什么样的功能，能够进行什么样的操作，这些是在需求分析阶段里一定要明确的。当确定后，把每个功能拆分成独立的模块。例如 申请活动功能、批准活动功能、查看指定活动的物资使用情况等等（也可以理解为每种功能对应一种权限）。然后去根据登陆用户所具有的权限来确定所显示的内容。同一个页面，如果有权限A（查看活动信息）则显示活动的基本信息；具备了权限B（审批活动）则显示审批按钮；具备了权限C（查看该活动的物资使用情况）则显示该活动的物资使用情况。其实就是1堆得if组成的，想明白了以后没有什么难点。最后要和需求做对比，看看是否是客户想要的东西，并测试通过。基本开发阶段也就这么多东西了（当然，只是对于课程设计等简单的应用来说，真正工作中会遇到各种情况，可以参考下软件工程方面的书籍）。
      

  7.   


    不按照开发流程走并不是绝对不正确的，只是现在或者以后会有很大的问题，例如互相扯皮，或者做出的东西根本就不是客户想要的东西只是一个小建议，你可以参考下敏捷开发（不知道包括不包括极限编程，因为极限编程我没有仔细看过，敏捷开发也只是粗略了解了一些）中的方式，不断的进行需求的修正。从一个模糊的需求逐渐明确成为一个确定的需求。每次都作出一个大概的东西，文档也好，说明也好，页面也好，总之是一个让人可以看到的东西，然后针对你所提供的东西，让客户（或者项目负责人之类的懂得业务的人）指出需要修改的地方，几次后就会获得一个很详细的需求了（只要你和对方都不怕麻烦，需求可能会比直接调研获得的需求更精确）。也说下我的看法，开发者人数不多也无所谓，如果有时间你们甚至可以商讨出一个基本模板，所有东西按照这个模板去做，这样可以有效的减少出错的几率，也就无形中提高了开发效率。如果你们有人熟悉I/O的一些基本操作，甚至可以写出一个简单的代码生成器来生成代码（看复杂度，例如DAO POJO 甚至部分的SERVICE内容都是可以通过生成器生成出来的，具体的还需要看你们的业务逻辑）如果可能，可以把其他的人手分配出去，例如与客户商讨需求（也许你们是与组长商讨需求）等等不需要占用开发人员时间的事情。不要有人闲的要死的同时也有人忙的要死。这个看你们组长的分配和协调能力了