基于BS结构的企业网上办公平台
以下是资料介绍,如需要完整的请充值下载.
1.无需注册登录,支付后按照提示操作即可获取该资料.
2.资料以网页介绍的为准,下载后不会有水印.资料仅供学习参考之用.
密 惠 保
1.无需注册登录,支付后按照提示操作即可获取该资料.
2.资料以网页介绍的为准,下载后不会有水印.资料仅供学习参考之用.
密 惠 保
资料介绍：
国内外研究状况
随着计算机和网络的普及和发展，自动化办公系统迅猛发展，已经历了数个发展阶段，目前形成了以工作流技术为核心，以B/S应用模式为主流、多种支撑平台并存的技术方向。C/S结构是早期的开发模式，一般以数据库和客户端的两层结构实现，但随着计算机技术和网络的发展，它已无法满足现在的远程网络办公；后来在此基础上加上Web技术来实现对远程数据的获取，但在数据更新、软件升级上存在问题；B/S结构克服了C/S结构的诸多不足，是现阶段流行的设计模式。
它的发展趋势有：
产品化：经过不断的发展，形成成熟的产品；
行业化：适用于特定的企业和部门
平台化：通用型OA平台
我国的OA市场经过10年的发展，取得了十分明显的进步，产品种类日趋繁多，产品的应用领域几乎渗透到国民经济的每一个角落。但就目前市场而言，在繁荣的背后还有许多不尽如人意的地方，具体表现为：开发商水平参差不齐，部分软件产品质量不高；对OA的理解起点不高，导致OA系统与其他系统集成度差；用户使用水平低，售后服务不到位。
办公自动化是一个过程，有其特殊性，其面临最主要的挑战是个性化的问题解决和最终用户的培训，因为网络化的OA系统并不局限于办公室，具有广泛的应用范围，从领导到各个业务部门乃至单位的所有工作人员，几乎人人都可能成为OA系统的用户。而且多数产品型的OA产品功能比较单一，不能适应很多企业用户面临的一些个性化的需求。对于这些用户，往往需要随着企业的发展不断的对OA系统升级，长期的开销和时间浪费，使很多OA的产品陷于周期长、功能低的困境中。所以对于产品的平台化、傻瓜化、自扩展的要求是目前的内部网产品面临的主要问题。其技术现状是：
开发手段单一，平台依赖性严重。很多OA开发商采用的开发模式都是“群件平台＋适当定制”的模式，即通过群件平台提供的编程接口，结合具体的业务要求来定制应用。就这种模式而言，开发商方面几乎没有任何技术风险，并且开发周期也相对较短。应该看到，利用群件平台本身的特点来部署OA应用的确有事半功倍的效果。但这种开发模式同样会带来很多副作用，比如在与其他业务系统的接口方面、定制复杂应用方面和集成其他软件及设备方面，由于群件平台建得太“高”，造成可供开发商发挥的空间太小，上述很多功能很难实现。 由于每套产品都必须有一套平台系统的软件，价格很高，对很多企业负担过重。
技术含量低，创新设计少。目前大多数OA软件的设计还基本上停留在传统网络架构、面向对象的开发方式上，很少见到有创新的设计。使用传统的技术虽然可以满足一时之需，但从长远上考虑就落后了，未来OA的技术趋势是Intranet与Internet进一步走向融合。为了顺应这种趋势以保证OA系统的良好扩展，我们的设计应该立足于现有的先进技术与思想，比如设计上采用三层结构的思想、开发中使用面向对象的方式等等。
为用户考虑得少，软件的柔性构造功能较差。当前很多OA软件过分强调了软件之间功能的横向对比，为用户考虑的实际功能比较少，结果导致软件大而全，而真正能被用户接受的功能模块很少。另一方面，软件的模块复用性较差，直接影响了软件的柔性构造功能，而当用户的需求发生改变时，哪怕仅仅是轻微的改变，都需要开发商来解决，从而影响了用户的使用效率，对开发商而言也是一个极大的负担。 本文来自think58
OA软件的发展从功能领域经历了从个人办公事务的自动化到群组办公事务的自动化的发展历程。如何通过先进的信息化系统来提升工作组事务的办公效率是OA软件所要重点解决的问题。
存储过程
1. CREATE PROC sp_checkuser
(@username varchar(20),@password varchar(15))
AS
SELECT username FROM users
WHERE
username=@username AND password=@password
存储过程名：sp_checkuser
目的：检查用户是否合法
传入参数：username,varchar(20); password，varchar(15)
3.4 触发器
1. CREATE TRIGGER [trg_del_dept] ON [department]
FOR DELETE
AS
UPDATE users SET departmentid=0 WHERE departmentid=
(SELECT ID FROM DELETED)
UPDATE department SET superiorID=-1 WHERE superiorid=
(SELECT ID FROM DELETED)
触发器名：trg_del_dept
作用表：department
目的：删除某部门后，将该部门下的用户的部门编号改为0（未分配）；将该部门的下级部门的上级部门编号改为-1（无）
2. CREATE TRIGGER [tri_del_role] ON [role]
FOR DELETE copyright think58
AS
UPDATE users SET roleid=-1
WHERE roleid=
(SELECT ID FROM DELETED)
触发器名：trg_del_role
作用表：role
目的：删除某角色后，将属于该角色的用户的角色编号改为-1（未分配）
随着计算机和网络的普及和发展，自动化办公系统迅猛发展，已经历了数个发展阶段，目前形成了以工作流技术为核心，以B/S应用模式为主流、多种支撑平台并存的技术方向。C/S结构是早期的开发模式，一般以数据库和客户端的两层结构实现，但随着计算机技术和网络的发展，它已无法满足现在的远程网络办公；后来在此基础上加上Web技术来实现对远程数据的获取，但在数据更新、软件升级上存在问题；B/S结构克服了C/S结构的诸多不足，是现阶段流行的设计模式。
它的发展趋势有：
产品化：经过不断的发展，形成成熟的产品；
行业化：适用于特定的企业和部门
平台化：通用型OA平台
我国的OA市场经过10年的发展，取得了十分明显的进步，产品种类日趋繁多，产品的应用领域几乎渗透到国民经济的每一个角落。但就目前市场而言，在繁荣的背后还有许多不尽如人意的地方，具体表现为：开发商水平参差不齐，部分软件产品质量不高；对OA的理解起点不高，导致OA系统与其他系统集成度差；用户使用水平低，售后服务不到位。
办公自动化是一个过程，有其特殊性，其面临最主要的挑战是个性化的问题解决和最终用户的培训，因为网络化的OA系统并不局限于办公室，具有广泛的应用范围，从领导到各个业务部门乃至单位的所有工作人员，几乎人人都可能成为OA系统的用户。而且多数产品型的OA产品功能比较单一，不能适应很多企业用户面临的一些个性化的需求。对于这些用户，往往需要随着企业的发展不断的对OA系统升级，长期的开销和时间浪费，使很多OA的产品陷于周期长、功能低的困境中。所以对于产品的平台化、傻瓜化、自扩展的要求是目前的内部网产品面临的主要问题。其技术现状是：
think58 [版权所有：http://think58.com]
开发手段单一，平台依赖性严重。很多OA开发商采用的开发模式都是“群件平台＋适当定制”的模式，即通过群件平台提供的编程接口，结合具体的业务要求来定制应用。就这种模式而言，开发商方面几乎没有任何技术风险，并且开发周期也相对较短。应该看到，利用群件平台本身的特点来部署OA应用的确有事半功倍的效果。但这种开发模式同样会带来很多副作用，比如在与其他业务系统的接口方面、定制复杂应用方面和集成其他软件及设备方面，由于群件平台建得太“高”，造成可供开发商发挥的空间太小，上述很多功能很难实现。 由于每套产品都必须有一套平台系统的软件，价格很高，对很多企业负担过重。
技术含量低，创新设计少。目前大多数OA软件的设计还基本上停留在传统网络架构、面向对象的开发方式上，很少见到有创新的设计。使用传统的技术虽然可以满足一时之需，但从长远上考虑就落后了，未来OA的技术趋势是Intranet与Internet进一步走向融合。为了顺应这种趋势以保证OA系统的良好扩展，我们的设计应该立足于现有的先进技术与思想，比如设计上采用三层结构的思想、开发中使用面向对象的方式等等。
为用户考虑得少，软件的柔性构造功能较差。当前很多OA软件过分强调了软件之间功能的横向对比，为用户考虑的实际功能比较少，结果导致软件大而全，而真正能被用户接受的功能模块很少。另一方面，软件的模块复用性较差，直接影响了软件的柔性构造功能，而当用户的需求发生改变时，哪怕仅仅是轻微的改变，都需要开发商来解决，从而影响了用户的使用效率，对开发商而言也是一个极大的负担。 本文来自think58
[资料来源：www.THINK58.com]
OA软件的发展从功能领域经历了从个人办公事务的自动化到群组办公事务的自动化的发展历程。如何通过先进的信息化系统来提升工作组事务的办公效率是OA软件所要重点解决的问题。
存储过程
1. CREATE PROC sp_checkuser
(@username varchar(20),@password varchar(15))
AS
SELECT username FROM users
WHERE
username=@username AND password=@password
存储过程名：sp_checkuser
目的：检查用户是否合法
传入参数：username,varchar(20); password，varchar(15)
3.4 触发器
1. CREATE TRIGGER [trg_del_dept] ON [department]
FOR DELETE
AS
UPDATE users SET departmentid=0 WHERE departmentid=
(SELECT ID FROM DELETED)
UPDATE department SET superiorID=-1 WHERE superiorid=
(SELECT ID FROM DELETED)
触发器名：trg_del_dept
作用表：department
目的：删除某部门后，将该部门下的用户的部门编号改为0（未分配）；将该部门的下级部门的上级部门编号改为-1（无）
2. CREATE TRIGGER [tri_del_role] ON [role]
FOR DELETE copyright think58
[资料来源：http://think58.com]
AS
UPDATE users SET roleid=-1
WHERE roleid=
(SELECT ID FROM DELETED)
触发器名：trg_del_role
作用表：role
目的：删除某角色后，将属于该角色的用户的角色编号改为-1（未分配）