###############  需求分析   ############### """ 工作流 1,工单管理 2,执行记录 权限管理 1,菜单 2,角色, 用户管理 1,用户信息 2,组织架构 资源管理 1,客户管理 2,分销商管理 3,资产管理 4,资产类型管理, 5,设备类型, 6,设备管理, 系统管理 1,系统设置 2,邮件设置 """ ###############  需求分析   ############### ############…

1. SSH项目 OA项目,办公自动化,将公司的数据,文档,流程实现在系统中的管理. 降低人员交流过程中的成本.提高办公的效率. 2 .系统管理 主要实现系统权限的管理,不同的用户登陆后看到菜单项不一样(菜单级的权限控制). 2.1 RBAC权限模型 基于角色的访问控制(Role-Based Access Control) 总结:系统的权限管理中,是将相应资源的访问权限赋予角色,再将某个用户添加到某个角色 实体:用户表,角色表,资源表,资源_角色表,用户_角色表. 2.2RBAC的数据库模型 3…

上次的博文OA系统实践(一) 概述中,我们已经了解了OA的相关概念.从本次博文开始,我们做一个简单的OA实例. 在OA开发之前,有几个工作们需要提前做.一个是对需求进行分析,另一个是对开发环境进行选择和搭建. 1.内容定义 在我们这个OA项目开发之前,我们先对开发的系统都完成什么要有一个定义,当然,在需求分析之前还有很多的工作要做,比如可行性分析,计划制定等等.这里我们暂时不讲这些,大家只需要有这样一个概念就好. 我们的OA项目大致分如下图所示的几个主要内容:   对于上面的图示,我给大家进行一…

OA项目中有极大可能性使用到JBPM框架解决流程控制问题,比如请假流程.报销流程等等. JBPM:JBoss Business Process Management,翻译过来就是业务流程管理.实际上就是一个java 框架. 学习JBPM最重要的就是学习数据库中的18张表,只要熟练掌握了这18张表,学习JBPM就大功告成了. 一.JBPM框架搭建 1.到JBPM官方网站上下载需要的jar包.源代码.文档等等 http://www.jbpm.org/ 比较流行的JBPM版本是JBPM4.4,本次使用…

一.简介 是一个真实的企业OA项目改造的开源项目,几乎涵盖了所有常用的组件,包括环信实现在线聊天等功能,类似微信的朋友圈功能,自定义的智能搜索等,而且这个是真实的通过Http链接后台web服务,里面很多地方都值得参考和学习. 二.效果图      三.相关下载 https://github.com/do-project/OA-Sample 四.相关讨论 http://bbs.deviceone.net/forum.php?mod=viewthread&tid=123 五.更多案例 http://…

oA项目: 项目结构如下:…

目录 目录 ...................................................................................................................................................................2 一. 前言 .........................................................................…

NO.7 项目需求分析 由于我们组的第一次选题并没有通过,所以我们又重新选择了一个题目--高校学生征信系统. 结合老师的作业要求,我们对该项目进行了详细的需求分析,软件需求规格说明书地址请点击这里.软件需求规格说明书是根据<软件需求规格说明书>国标规范文本的模板和规范进行编写的,其整体内容围绕项目实质展开,对所要开发的项目确保做到了清晰完整准确. 类图高清版请点击这里 --------------- 整体计划安排 整体安排计划是根据软件工程的生命周期和老师的任务安排进行计划的.也包含了需求分析…

OA项目环境搭建 一个项目想要能够在开发人员打包好项目包之后进行测试,就必须进行项目测试环境的搭建,要根据开发工程师的开发环境采用不同的测试环境,以下只是浅谈下Java项目OA(办公自动化平台)的环境搭建,如有错误,欢迎指正. 一.    JDK的安装与验证 二.    tomcat的安装与验证 三.    MySQL的安装与验证 四.    项目部署配置与验证 在搭建环境前要确认所需安装包是否齐全,各个版本是否兼容,电脑系统环境是否安全,如果确认无误,下面进行安装 一.    JDK的安装与验…

(一)团队项目需求分析改进 一.<西小餐项目需求规格说明书>的不足 通过老师和其他同学的指正和建议,我们发现上次的需求规格说明书存在以下不足: 1.需求规格文档不够完整和规范: 2.系统设计图和用例图不够准确,且缺少了最主要的类图: 3.需求调研不够充分,忽略了本校的教师和职工这两个重要角色. 对于以上不足,我们重新进行了用户需求调研,并对<需求规格说明书>再次修改和完善,对于详细的更改内容请看下面的第七项<软件需求规格说明书>. 本次调研对象:在校本科生.研究生.教师…