oa可行性分析

A. 企业实施ERP可行性报告

透析：OA与ERP的信息化之争 谁取代谁？

企业管理系统向综合协同管理平台迈进已经成为了当前企业信息化的大势所趋。对外，企业的网站与电子商务系统都在通过类似“门户”的方式，对业务系统进行紧密整合集成，使得系统界面统一、流程统一、账户统一、数据统一；对内，OA、ERP系统中的各种模块、流程则成为了管理支撑系统，为企业提供决策支持、知识挖掘、商业智能等一体化服务。
ERP系统涉及物流、生产、财务等企业数据的处理和分析，OA系统则用于无纸化办公，是企业的工作审批和知识管理平台。OA、ERP作为目前企业管理的两大软件系统，本应是各负其责、各司其职，然而在实际选型和应用的过程中，却往往会出现这样、那样的问题，使得二者在企业管理系统的市场中纷争不断。
ERP OA谁可取代谁？
在一些中大型企业中，企业的业务范围广、分布杂，它最大希望就是上线一整套ERP系统，并且这套ERP能够具有OA功能，而不需再另外单独购买OA系统；而对一个小型企业而言，ERP投资巨大，建设周期长，它希望购买的则是一套好的OA系统，并且这个OA系统也需要具有一部分ERP特性的功能，比如能满足工资核算、数据分析、统计、汇总功能。
从上述这个观点看，似乎意味着ERP在中大型企业的信息化应用中占据了上风，而OA则在小型企业的信息化应用中拔得头筹。然而，如果从ERP和OA二者的功能角度加以分析，就会得出另一种结论。
ERP在企业运用中包含分销、制造、财务三大部分，涉及采购管理、仓库管理、库存控制、生产计划、分销计划、车间控制、质量管理、工资管理、人力资源等近三十个模块;企业经营管理也需要协同OA办公系统，OA主要涉及公文管理、会议管理、档案管理、人事管理、客户信息管理、电子邮件、电子公告以及论坛系统等模块，对于企业的文件、档案、资料、资产、用品等的管理也是必不可少的。
因此，OA不能取代ERP，同样道理ERP也不能取代OA。
然而，在如今以“知识管理”为核心的全新智能管理系统日渐盛行，许多企业在陆续引进OA、ERP、HRM、CRM等系统的同时，也面临这样一个事实：这些系统大都自以为是、各自为政，常形成信息孤岛。特别是OA系统与ERP系统，它们在功能、集成问题上似乎是相去甚远，无法实现相互之间的沟通、协作。
两者如何充分融合协同，互为促进，以为用户单位节省资源、发挥最大效用？
在一个同时上马了OA、ERP系统的企业里，在有关借款报销功能的集成上，它会希望能先通过OA系统实现有关支付流程的审批，然后把审批金额写入ERP的财务模块，形成相关发票数据，再进行支付操作；再如有关考勤信息的集成，企业也希望能通过OA实现员工请假申请审批流程，审批通过后直接把考勤信息写入ERP中的人力资源模块进行考勤统计、薪酬计算；还如员工绩效考核的集成，企业也希望能通过OA系统进行员工考评文件的审批，审批后把结果写入ERP中的人力资源绩效考核模块个人信息中进行细化。
同样，实现多种产品的整合集成、赋予产品更强的功能也是ERP技术发展的一个重要方向。在欧美，ERP的管理范围有继续扩大的趋势，兼容并蓄企业本身的所有经营业务、企业的办公业务、企业之间的协同商务业务等。这样，OA也融入ERP系统中，将企业管理人员在办公室中完成的全部业务都纳入到了其管理范围内，实现对企业的大部分工作及相关内外部环境的全面管理。
让OA ERP各擅其能
从OA系统的主要特性来说，其中一个重要的特点之一就是强大的工作流定制功能，并且能提供一个较灵活的图形化定制工具，可以适应于企业各种形式的审批表单、流程的需求。
相比之下，ERP系统的工作流更多实现的是业务上的逻辑数据流，它并不着重于行政结构上的审批，因此对于国内很多无法摆脱行政审批结构的企业来说，ERP系统在这一方面就显得略为逊色。
但同时，ERP系统其核心就是解决企业内部庞大的业务数据逻辑关系的系统，它贯穿着企业生产、经营的全生命周期过程，自始至终形成一个完整的业务关系数据链。因此，它的强大在于系统自身复杂的逻辑数据关系，能够真正为企业提供具有针对性的解决方案。
伴随着信息化的建设，各种功能各异、侧重点不同的业务系统纷纷在企业内部建立起各自的“地位”，而业务系统之间的整合和集成问题，也成为众多热门话题之中一个较高层次的讨论。那么对于OA系统这样一种基础性很强的系统来说，与ERP这种实现企业内部价值链的系统相比，在企业信息化中应该占有什么样的角色，才能与ERP系统相互整合呢？
从上图中看到， OA系统在企业信息系统中一般起着一个“根基”的作用，实现的是企业最基本的办公功能，如工作流审批、日常办公管理等，它通常被定位为企业信息化建设中的基础工程。ERP各模块，在企业内部不同的业务领域中占领着自己的一席之地，它着重于企业业务数据的处理、分析和挖掘。
既然OA系统和ERP之间彼此侧重点不一样，那么是否就意味着两者之间可以完全隔离呢，在很多的企业实践中发现，OA与ERP之间各自有着不同的优势，如果两者可以融合在一起，实现恰当整合，就可以互相弥补，实现整体效益的最佳。
因此OA与ERP之间，是可以搭建出一条桥梁来实现双向的沟通和会话，让企业内部的数据“畅通无阻

B. oa办公的设计九大特点

1. “可行性和适应性”
所谓可行性，是指需求提炼时，应该吻合适合核心需要，满足主要功能，而不是超越当前技术水平放卫星！
所谓适应性，是指产品的实施条件和应用条件，要吻合企业当前的环境，超越环境搞亩产万斤粮的大跃进是注定要失败的。
核心需求的吻合度，是OA价值兑现的保障，用户在工作流程、公文管理等方面的核心需求的满足度是项目成功的基础。
2.“前瞻性和实用性”
OA系统的开发设计，即要考虑到最大限度的增加系统的价值，最大限度的吻合各应用者的需求，充分考虑系统今后功能扩展、应用扩展、集成扩展多层面的延伸，实施过程应始终贯彻面向应用，围绕应用，依靠应用部门，注重实效的方针。同时又要兼顾到成本控制、项目周期控制等因素，因此在功能的部署上也需要遵循实用主义。
3. “先进性和成熟性”
先进的管理理念、技术和方法，可以提升企业的竞争力，延长系统的生命周期，但同时，任何创新都意味着小白兔实验，风险较大，因此又要注意软件系统、硬件设备、开发工具、软件产品的是否成熟，在先进性和成熟性之间找到平衡点，成为价值最大化的关键。
4. “开放性和标准性”
数据孤岛、信息孤岛、应用孤岛，已经成为多年信息化建设后的后遗症，而解决这些孤岛的关键因素在于开放，解决这些孤岛的效率取决于标准化。
如同我们的插座和插头的关系、如同我们的外设和usb口的关系，OA系统是否足够开放和标准化，成为架构设计时首要考虑的问题。
在当前和未来，OA系统需要轻松与各种操作系统、中间件、数据库、业务系统及工具软件进行平滑对接，当前主流的厂商都在这方面做了充分的考量。
5. “可靠性和稳定性”
OA系统里流转了大量的管理数据，因此必须是可靠的，一般的人为和外部的异常事件不应该引起系统的崩溃；当系统出现问题后能在较短的时间内恢复，而且系统的数据是完整的，不会引起数据的不一致。
我们曾对OA系统组织过压力测试，在负载均衡的情况下，3000人同时在线时，系统登陆（包括整个主界面加载）不大于8秒。数据浏览不大于8秒；数据查询不大于8秒；数据统计不大于15秒。
我们还对OA系统，运行在IBM服务器上的稳定性做过测试，基本上可以做到以下几点：平均无故障运行时间：大于10000小时；可用率：系统总体平均可用率在99.99%以上；稳定性：主机系统能够保持7*24稳定的不间断运行
6. “安全性和保密性”
OA系统的开发设计既考虑信息资源的充分共享，更要注意信息的保护和隔离，因此系统应分别针对不同的应用、不同的网络通信环境和不同的存储设备，采取不同的措施，包括系统安全机制、数据存取的权限控制等以确保系统的安全性。
其中，采取的措施包括但不限于以下
平台安全：架构设计考虑安全性要求，平台软件达到安全设计标准。
应用安全：权限控制、支持身份认证接口、防篡改、防暴力破解等措施完善，并且可以跟USBkey、CA、IP地址限制等各种安全措施进行方案组合。
数据安全：支持文档安全软件整合技术，从而做到数据传输加密、远程安全访问、数据存储加密，并且可以VPN等各种安全方式进行绑定，支持入侵检测与防御系统、防火墙的应用。
容灾备份：支持各种容灾的软硬件设备的使用等。
管理安全：提供完善的日志功能，能够记录系统使用人员的关键操作，保证系统应用的安全
密码策略：初始密码强制更改、启用图形验证码、支持USBkey接口、密码过期控制、密码错误次数控制、密码强度设置等，从而防止暴力破解和恶意攻击。
系统网卡MAC和IP的绑定；支持CA认证、数字签名加密技术；支持电子钥匙（Ukey）技术和指纹Ukey技术；支持安全套接（SSL）技术；软件系统严密、灵活的访问安全控制，功能授权与数据范围授权结合；
系统有整体的用户/权限管理体系，可统一进行用户/权限的管理，实现到字段级的查询、修改、管理权限控制；系统提供用户认证、数据传输、数据存储、数字签名等安全手段接口，可在各个环节提供对第三方安全认证系统的支持。
7. “可扩展性和易维护性”
为了适应未来的业务拓展和项目的功能扩展，必须充分考虑以最简便的方法、最低的投资，实现软件系统的扩展和维护扩展。
因此，在OA软件系统的开发设计中，需要考虑到应用及系统不断扩展的要求，以形成一个易于管理、可持续发展的体系结构。未来业务的扩展只须在现有机制的基础上，增加新的应用与服务模块。一方面当应用量增加，用户数增加时系统可以平滑增加服务器的方式来支撑新的压力要求发；一方面，当新的技术和产品出现进行升级时，系统能够平滑过渡而不影响用户的使用；另一方面，产品有新的功能增加时，可以通过插件和模块定制平台的方式，轻松实现业务的扩展。
在设备选择及网络方案上坚持开放性原则，使系统对各种硬件设备的互连互通；在软件上支持跨平台和开放数据接口，便于与其它系统软件互相集成，未来支持与业务系统、门户等系统的单点登录集成，在可获得相应系统的数据结构情况下，实现与这些系统的应用、门户、数据等各层面上无缝连接。
系统的管理和维护，应该采用集权和分权相平衡的思想。
利用系统提供的工具，无须编写代码，方便用户自行进行客户化功能改造，方便用户自行定制界面数据项的显示；同时在网络或系统出现问题时能及时、快速地恢复系统的正常运行，保证系统的可恢复性，具有较高网络系统的抗干扰能力。
采用各种免代码的模块定制平台，帮助用户实现功能的DIY设计等。
8. “美观性和易用性”
系统用户界面的设计采用Web2.0用户界面设计技术，界面根据用户需求灵活更改（增强标签分类特性），注重用户体验，使系统各项功能易见、易学、易用、易维护、易管理。
作为全员应用系统，易用性和用户体验是项目成败的关键要素。所提供的产品采用B/S的登录方式、可以采用电脑、手机等各种方式下登录，采用了AJAX、图形化编辑器等各种新技术，并且易读、易理解、易操作，用户界面简洁、美观、友好，易于用户掌握、操作和使用；系统管理的使用及管理也以简便、易于操作、方便实用为准则。
严格遵循易用性六原则，实现从产品的部署、登录、使用、维护、升级、扩展的全方位易用，从而提升系统的黏着度； 提供统一的访问地址，便于用户使用。在登录页为用户提供加入收藏、设为首页等操作，方便用户以后快速访问系统；具备风格一致的友好的用户界面，图形显示直观，工作流程从设计到使用全程图形化；
美观性，相比易用性来讲并不是很重要，这如同一个美丽的姑娘，第一眼打动你的可能是表象，然后持续感动你的往往是她的内在。
9. “大并发能力支撑”
作为集团化、多组织、大用户的单位，OA软件系统的开发设计，应该支持应用和数据库等多重负载均衡能力，支持附件服务器和数据库服务器分离技术，从而支持数万用户同时在线和同时操作的能力，不会因为用户数的增长或者信息量的增长，而导致系统响应能力下降。
系统并发能力：通过集群方式，在技术上没有并发上限，因此能完全保障用户未来的人员扩张需要。

C. OA软件的设计九大要点

伴随着产品线的丰富和客户数量的增加，我们发现烂尾项目也与日俱增，客户和OA公司之间的矛盾日益尖锐，一套好OA系统远非增加几个特色功能这么简单，套用孔子“君子有九思”的话，好的OA系统设计也有九思！
1.“可行性和适应性”
所谓可行性，是指需求提炼时，应该吻合适合核心需要，满足主要功能，而不是超越当前技术水平放卫星！ 所谓适应性，是指产品的实施条件和应用条件，要吻合企业当前的环境，超越环境搞亩产万斤粮的大跃进是注定要失败的。
核心需求的吻合度，是OA价值兑现的保障，用户在工作流程、公文管理等方面的核心需求的满足度是项目成功的基础。
2.“前瞻性和实用性”
OA系统的开发设计，即要考虑到最大限度的增加系统的价值，最大限度的吻合各应用者的需求，充分考虑系统今后功能扩展、应用扩展、集成扩展多层面的延伸，实施过程应始终贯彻面向应用，围绕应用，依靠应用部门，注重实效的方针。同时又要兼顾到成本控制、项目周期控制等因素，因此在功能的部署上也需要遵循实用主义。
3.“先进性和成熟性”
先进的管理理念、技术和方法，可以提升企业的竞争力，延长系统的生命周期，但同时，任何创新都意味着小白兔实验，风险较大，因此又要注意软件系统、硬件设备、开发工具、软件产品的是否成熟，在先进性和成熟性之间找到平衡点，成为价值最大化的关键。
4.“开放性和标准性”
数据孤岛、信息孤岛、应用孤岛，已经成为多年信息化建设后的后遗症，而解决这些孤岛的关键因素在于开放，解决这些孤岛的效率取决于标准化。
如同我们的插座和插头的关系、如同我们的外设和usb口的关系，OA系统是否足够开放和标准化，成为架构设计时首要考虑的问题。
5.“可靠性和稳定性”
OA系统里流转了大量的管理数据，因此必须是可靠的，一般的人为和外部的异常事件不应该引起系统的崩溃；当系统出现问题后能在较短的时间内恢复，而且系统的数据是完整的，不会引起数据的不一致。
我们曾对OA系统组织过压力测试，在负载均衡的情况下，3000人同时在线时，系统登陆（包括整个主界面加载）不大于8秒。数据浏览不大于8秒；数据查询不大于8秒；数据统计不大于15秒。
我们还对OA，运行在IBM服务器上的稳定性做过测试，基本上可以做到以下几点：平均无故障运行时间：大于10000小时；可用率：系统总体平均可用率在99.99%以上；稳定性：主机系统能够保持7*24稳定的不间断运行
6.“安全性和保密性”
OA系统的开发设计既考虑信息资源的充分共享，更要注意信息的保护和隔离，因此系统应分别针对不同的应用、不同的网络通信环境和不同的存储设备，采取不同的措施，包括系统安全机制、数据存取的权限控制等以确保系统的安全性。
其中，采取的措施包括但不限于以下
平台安全：架构设计考虑安全性要求，平台软件达到安全设计标准。
应用安全：权限控制、支持身份认证接口、防篡改、防暴力破解等措施完善，并且可以跟USBkey、CA、IP地址限制等各种安全措施进行方案组合。
数据安全：支持文档安全软件整合技术，从而做到数据传输加密、远程安全访问、数据存储加密，并且可以VPN等各种安全方式进行绑定，支持入侵检测与防御系统、防火墙的应用。
容灾备份：支持各种容灾的软硬件设备的使用等。
管理安全：提供完善的日志功能，能够记录系统使用人员的关键操作，保证系统应用的安全
密码策略：初始密码强制更改、启用图形验证码、支持USBkey接口、密码过期控制、密码错误次数控制、密码强度设置等，从而防止暴力破解和恶意攻击。
系统网卡MAC和IP的绑定；支持CA认证、数字签名加密技术；支持电子钥匙（Ukey）技术和指纹Ukey技术；支持安全套接（SSL）技术；软件系统严密、灵活的访问安全控制，功能授权与数据范围授权结合；
系统有整体的用户/权限管理体系，可统一进行用户/权限的管理，实现到字段级的查询、修改、管理权限控制；系统提供用户认证、数据传输、数据存储、数字签名等安全手段接口，可在各个环节提供对第三方安全认证系统的支持。
7.“可扩展性和易维护性”
为了适应未来的业务拓展和项目的功能扩展，必须充分考虑以最简便的方法、最低的投资，实现软件系统的扩展和维护扩展。
因此，在OA软件系统的开发设计中，需要考虑到应用及系统不断扩展的要求，以形成一个易于管理、可持续发展的体系结构。未来业务的扩展只须在现有机制的基础上，增加新的应用与服务模块。一方面当应用量增加，用户数增加时系统可以平滑增加服务器的方式来支撑新的压力要求发；一方面，当新的技术和产品出现进行升级时，系统能够平滑过渡而不影响用户的使用；另一方面，产品有新的功能增加时，可以通过插件和模块定制平台的方式，轻松实现业务的扩展。
在设备选择及网络方案上坚持开放性原则，使系统对各种硬件设备的互连互通；在软件上支持跨平台和开放数据接口，便于与其它系统软件互相集成，未来支持与业务系统、门户等系统的单点登录集成，在可获得相应系统的数据结构情况下，实现与这些系统的应用、门户、数据等各层面上无缝连接。
系统的管理和维护，应该采用集权和分权相平衡的思想，如九思设置了系统管理、应用管理和个人管理对系统进行分层授权和分层维护。
利用系统提供的工具，无须编写代码，方便用户自行进行客户化功能改造，方便用户自行定制界面数据项的显示；同时在网络或系统出现问题时能及时、快速地恢复系统的正常运行，保证系统的可恢复性，具有较高网络系统的抗干扰能力。
采用各种免代码的模块定制平台，帮助用户实现功能的DIY设计等。
8.“美观性和易用性”
系统用户界面的设计采用Web2.0用户界面设计技术，界面根据用户需求灵活更改（增强标签分类特性），注重用户体验，使系统各项功能易见、易学、易用、易维护、易管理。
作为全员应用系统，易用性和用户体验是项目成败的关键要素。所提供的产品采用B/S的登录方式、可以采用电脑、手机等各种方式下登录，采用了AJAX、图形化编辑器等各种新技术，并且易读、易理解、易操作，用户界面简洁、美观、友好，易于用户掌握、操作和使用；系统管理的使用及管理也以简便、易于操作、方便实用为准则。
严格遵循易用性六原则，实现从产品的部署、登录、使用、维护、升级、扩展的全方位易用，从而提升系统的黏着度； 提供统一的访问地址，便于用户使用。在登录页为用户提供加入收藏、设为首页等操作，方便用户以后快速访问系统；具备风格一致的友好的用户界面，图形显示直观，工作流程从设计到使用全程图形化；
美观性，相比易用性来讲并不是很重要，这如同一个美丽的姑娘，第一眼打动你的可能是表象，然后持续感动你的往往是她的内在。
9.“大并发能力支撑”
作为集团化、多组织、大用户的单位，OA软件系统的开发设计，应该支持应用和数据库等多重负载均衡能力，支持附件服务器和数据库服务器分离技术，从而支持数万用户同时在线和同时操作的能力，不会因为用户数的增长或者信息量的增长，而导致系统响应能力下降。
系统并发能力：通过集群方式，在技术上没有并发上限，因此能完全保障用户未来的人员扩张需要。

D. 企业办公自动化管理系统需求性和可行性的设计方案

关于OA办公系统需求分析
关于OA办公系统需求分析 1
第一章 绪论 1
1.2 本文所做工作 1
第二章 系统开发技术 2
2.2 Spring技术 3
第三章 系统分析 6
3.2 系统分析 7
3.2.3我的办公桌模块 8
3.2.4系统管理模块 9
第四章 数据库设计 10
4.1 表格图 10
第五章 系统实现过程 13
第六章 系统的测试与运行 14

第一章 绪论
1.1 选题背景
在正常办公中，企业通常会遇到许多资源和数据，比如员工资料、邮件、申请记录、打印机、计算机等，这些资源和数据管理不善情况下通常凌乱不堪，在需要时不知道存放在何处，从而影响工作效率。因此，我们设计了能满足这种需求的系统--企业Web OA系统。
通过"企业Web OA系统"对企业日常办公进行管理，满足了企业日常办公管理各方面的需求，实现了企业员工之间短消息的发送与接收功能，大大的方便了企业内部人员沟通。
1.2 本文所做工作
为了开发出该系统并且是系统能够真正达到"适用、够用、好用"的标准一配合用户单位的使用，查阅相关的书籍及电子文档，也向先辈们请教。在开发设计过程中，采用现在流行的SSH框架整合和Jquery、Ajax技术，通过Hibernate连接数据库，借助一些工具优化系统。另外，为了增加系统的实用性，使之能尽量与实际的应用系统和用户需求相吻合，我对许多同类系统的内容、功能进行了分析与对比，吸取了它们的可取之处，借鉴了一些经验。
1.3 本文的安排
整个设计共分为6章，各章的主要内容安排如下：
1. 绪论。介绍论文的选题背景、所做工作以及论文的结构安排。
2. 系统开发技术。主要介绍本系统用到的主要技术。
3. 系统分析。主要介绍系统开发前的前期工作，包括可行性分析及系统设计思想与需求规定。从用户需求的角度从系统的角度应该达到的功能、性能、效率等指标。
4. 数据库设计。为了使软件开发者对该软件的功能划分、数据结构及业务流程有一个大概的理解，使之成为整个开发工作的开始。
5. 系统实现。主要是详细说明项目是如何执行的及界面展示。
6. 系统测试与运行。阐述测试的方法，测试的步骤、测试达到的效果。
第二章 系统开发技术
2.1 Jquery与JavaScript技术
jQuery是继prototype之后又一个优秀的Javascrīpt框架。其宗旨是--WRITE LESS,DO MORE,写更少的代码,做更多的事情。jQuery是一个快速的，简洁的javaScript库，使用户能更方便地处理HTML documents、events、实现动画效果，并且方便地为网站提供AJAX交互。在Jquery技术中使用万能的$几乎可以做到一切Ajax所拥有的技术，
Jquery使用简单方面，它是一个轻量级的JS库，在使用的时候只需要将其编译好的JS文件引入即可使用，另一方面其UI插件做的视图效果非常理想，同样也是方便应用。jQuery能够使用户的html页保持代码和html内容分离，也就是说，不用再在html里面插入一堆js来调用命令了，只需定义id即可。
2.2 Spring技术
Spring的核心是个用于构造Java应用程序的轻量级框架，实现了Ioc模式的容器。其中的core包是框架的最基础部分，并提供依赖注入特性来使你可管理Bean容器功能；context包提供了一种框架式的Bean访问方式(ApplicationContext.xml)，还添加了文本消息的发送；DAO包则提供了JDBC的抽象层。也提供了一种方法实现编程性和声明性事务管理，不仅仅式针对实现特定接口。在Spring中重要的式MVC模式：View出于客户端层，通常用jsp，即页面显示部分；Controller也处于服务端层，通常用Servlet来实现，即页面显示的逻辑部分实现；Model处于中间层，通常用服务器端的javabean，即业务逻辑部分的实现。对于一些公用的方法，则可以放在一个类中。
2.3 JPA技术
JPA通过JDK 5.0注解或XML描述对象－关系表的映射关系，并将运行期的实体对象持久化到数据库中。可以按照Java的基础语义进行持久化开发。
2.4 Fire Workflow插件
Fire Workflow 是一款国内的开源插件，用于工作流的设计部署，相对于国际上比较有名的几个工作流引擎，此框架的优势是结构比较简洁，扩展性比较好！此插件和spring,JPA一样是几个普通的jar包，嵌入到的系统中以解决工作流领域的问题。
Fire Workflow 是面向开发人员的，由模型，引擎，设计器，流程管理四部分组成，其流程设计器与主流IDE紧密集成，在Eclipse的插件可以让开发人员调试流程就像调试基本的java类一样简单。Fire Workflow自带7张表，由于本系统本身就拥有大量的数据表，所以Fire Workflow相对于目前比较流行的JPBM的30张表显的异常简洁。另外，选择此插件的另一个原因就是此插件的开发是基于Spring文件开发的，正好与本系统很好的整合在一起.
2.5 Apache James邮件服务器
Apache James 简称 James, 是 Java Apache Mail Enterprise Server的缩写。James 是100%基于Java的电子邮件服务器。它是一种独立的邮件服务器，并提供了一个完整的电子邮件解决方案，用来收、发电子邮件。James服务器的核心是一个名为config.xml的配置文件，在第一次启动服务器后该系统会自动生成一个config.xml文件，服务器所要执行的动作都是基于此配置文件，可以再与外网失去连接的情况下在局域网内收发邮件。配置文件里面的DNS就可以与外网进行邮件收发，不过很大程度上会给别的服务器当做垃圾邮件处理，最好还是用在自己的局域网内做内部邮件使用。
2.6 Struts技术
Struts是一个基于J2EE平台的MVC框架，主要是采用Servlet和JSP技术来实现的，是开发Web应用程序的开放源码框架。Struts把Servlet、JSP、自定义标签和信息资源(message resources)整合一个统一的框架中，开发人员利用其进行开发时不用再自己编码实现全套MVC模式，极大地节省了时间。
本系统选用Struts作为MVC的控制器，因为它足够成熟，用户群广泛。虽然它也有缺点，但完全利用别的软件弥补，比如利用Sitemesh代替Titles等。WebWork很优秀，但起步晚，用户群太小；JSF和Tapestry是重量级的MVC架构。通过这个两个方面的对比即可得出Struts的两大优点，即用户群大且轻量级。
2.7 JSP页面技术
JSP产生于Servlet之后，主要是为了解决Servlet中输出HTML代码效率低的问题而产生的。JSP技术比较简单，类似于ASP、PHP这些脚本语言。JSP的技术主要是由以下两个部分组成：
JSP的基本语法：两个注释、3个脚本元素、8个动作指令。
JSP的九大内置对象：request请求对象、response响应对象、pageContext页面上下文对象、session会话对象、application应用程序对象、out输出对象、config配置对象、page页面对象和exception例外对象。
第三章 系统分析
3.1 需求分析
3.1.1 引言
软件需求分析的编制是为了使用户和软件开发者双方对该软件的初始化规定有一个共同的理解，使之成为整个开发工作的基础。
3.1.2 任务概述
Web版或局域网系统，应用范围为政府机关大中小企业单位。相关人员对计算机操作和业务了解应有一定的基础。
3.1.3 需求规定
A．对性能的规定：软件支持的终端数根据数据库支持的用户数来确定；软件支持的并行操作的用户应在100以上。
B．对性能的规定：速度要快，对于小数据量的数据记录要在短时间内实现各种操作和转换传送；当业务需求发生变化时，该软件应能对这些变化具有良好的适应能力，保持代码与表数据的一致性。而且一定的环境或软件或操作方式不发生变化。
C．输入输出要求：对输入输出的数据必须给与相应的格式类型、数值范围及精度说明。
D．其他专门要求：用户为企事业涉及到公司机密以及财务，对数据的保密性、安全性尤其重视，同时对软件使用方便要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性等都有比较高的要求。

3.2 系统分析
3.2.1 编制流程
后台功能图如下所示：

前台功能图如下所示：

3.2.2用户身份验证模块
本系统功能的开发与设计，是完全针对公司内部进行办公管理以及为各部门员工提供便捷的电子化交互平台搭建的。用户身份验证模块是公司办公自动化管理系统重要组成部分之一，它主要功能是在系统用户进入系统时的身份验证以及在不同页面浏览时的身份验证，以防止公司重要资料的泄露。

3.2.3我的办公桌模块
此模块包含了部门管理、电子邮件、个人资料管理3个子模块，主要是用于日常的办公需要，所有的用户都拥有此模块
【部门管理】：主要对门门的增删查改
【电子邮件】：此部分主要用于内部邮件的收发，用户可以在与外网无法连接的情况下进行收发带附件的邮件，目前对于附件没有什么要求（对邮件进行增删查）
【个人资料管理】：用于修改自己的个人资料（对用户进行增删查改）
3.2.4系统管理模块
在本系统中，管理员的权限是最大的，这也是考虑到了本系统的安全性而设计的，防止公司机密外泄，本模块包含了登陆身份验证，系统管理员的管理。
【管理员】：管理本系统的管理员
3.3 数据结构分析
3.3.1 逻辑结构
本系统所使用的每个数据结构的名称、标识符以及它们之间每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次或表格的相互关系要详尽体现。
3.3.2 物理结构
本系统内所使用的每个数据结构中的每个数据项的存储要求、访问方法、存取单位、存取物理关系(索引，设备，存储区域)、设计考虑和保密条件。
3.3.3 出错补救措施
故障出现后可采取变通措施，包括：
(1)后备技术，当原始系统数据万一丢失时，可以使用系统备份数据进行恢复；
(2) 降效技术，当丢失的数据不是很多时，可采用手工操作重新录入数据；
(3) 当数据库由于不正常关机或停电等不可预知的原因产生错误时，求助于Oracle公司工程师，公司不是Oracle数据库产品的提供商，不提供类似的相应服务；
(4) 由Oracle公司或者相关的工程师优化数据库；
(5) 优化网络配置。
第四章 数据库设计
数据库设计是项目开发和系统设计中非常重要的一个环节，在这里要特别强调数据库设计的重要性，是因为数据库设计就像建设高楼大厦的根基一样，如果设计不好，在后来的系统维护、变更和功能扩充时，甚至在系统开发过程中都会引起比较大的问题。
4.1 表格图
4.1.1 我的办公桌
(1)管理员表（tb_admin）
字段 类型 主键 外键 是否可为空 描述
id int 是 不可 自增
name varchar 不可 账号
pwd varchar 可 密码
useFlag bit 可
(2)部门表（tb_department）
字段 类型 主键 外键 是否可为空 描述
id int 是 不可 自增
memo varchar 可 备忘录
name varchar 不可 部门名称
useFlag bit 可

(3)传阅表（tb_handround）
字段 类型 主键 外键 是否可为空 描述
id int 是 不可 自增
content longtext 可 内容
creatorIP varchar 可
sendTime datetime 可 时间
title longtext 不可 标题
useFlag bit 可
user_id int 不可 用户Id
(4)传阅附件表（tb_handround_attachment）
字段 类型 主键 外键 是否可为空 描述
id int 是 不可 自增
attachmentName longtext 可 附件名
attachmentRealName longtext 可 真附件名
attachmentYear varchar 可
handround_id Int 可 传阅ID

(5)传阅状态表（tb_handround_state）
字段 类型 主键 外键 是否可为空 描述
id int 是 不可 自增
comfirmDate datetime 可 确认时间
leaveWord longtext 可
sendTime datetime 可 传阅时间
stateFlag Int 可
handround_id Int 可 传阅ID
user_id int 可 用户ID
(6)用户表（tb_userinfo）
字段 类型 主键 外键 是否可为空 描述
id int 是 不可 自增
name varchar 不可 用户名
position varchar 可 位置
pwd varchar 不可 传阅时间
realName varchar 不可 真实姓名
useFlag Bit 可 传阅ID
department_id int 可 用户ID

第五章 系统实现过程
5.1 开发平台
服务器：Weblogic 8.0
数据库：MySQL5.1
平台技术：Jquery+Struts+Spring+JPA
操作系统：Windows XP
5.2 系统框架
在src目录下主要是各个层的包,是一些java类,在WebRoot目录下是一些实现页面的JSP文件,同时在其里面的WEB-INF包里面有struts以及spring的配制文件
5.3 系统实现
5.3.1 我的办公桌模块
主要是用来进行日常办公的需要，收发邮件，这一部分是整个办公系统必须的功能。
用户在成功登录到页面后，单击"我的办公桌"则可列出：部门资料、电子邮件、个人资料、三个功能块，每块均通过超级链接打开，如下图：
【部门资料】：包括公司的所有部门
【电子邮件】：主要是用于系统内部的邮件收发，支持附件的上传下载，利用James服务器以及事先分配好的内部邮箱名进行收发邮件，如下图：

【个人资料】：此块主要用于用户修改自己的密码
第六章 系统的测试与运行
6.1 系统测试
6.1.1 配置测试环境
(1)安装JDK和bea,weblogic;
(2)运行整个项目;
(3)启动weblogic,在登录http://localhost:80/OA/之后,需要启动Apatche James服务器来管理邮件接收
(4)发布该系统.通过Web Application Moles实现.
(5)发布成功后即可进入登录页面.
6.2 测试结果
测试结果如下各界面所示：
(1)登录页面
(2)主页面
结论
紧张愉快的毕业设计结束了，我通过努力实现了一个结合了计算机和办公自动化理论并体现了时代潮流的系统。
本系统只提供了一些基本的功能，还不能提供办公自动化需求的完全信息，还需要进一步地考查调研。所有可能实现的功能都将会在今后的工作中继续分析、设计、逐步实现，力求使本系统更加完善。
在开发过程中，我本着将所学的理论知识应用于实践的思想，开发出高质量系统的目的，进行了详细的调研，细致耐心的开发与设计，以刻苦钻研，实事求是的态度开发出本系统。最重要的是通过开发与设计，锻炼了我们分析问题以及进行合理规划与分析设计的能力，同时对开发工具的使用能力也有大幅度提高。我们将所学的理论知识结合到了实际的应用中去，实际的动手能力也有明显的提升。
虽然办公自动化系统仍有许多待解决的问题和待完善的地方，但相信通过我们的不断努力、继续学习，必定会有更加完美的成果跟大家见面。这次开发过程中所学到的所有知识，将成为我今后学习工作当中的坚实基础。希望以后还会有这种锻炼自己的实践机会。
以上是一篇范文，供你参考。希望可以帮到你。

E. 公司OA系统分析，框架选择，可行性分析，怎么选择

致远OA其功能如下描述:用户接入层: 担负用户与业务应用软件的对话功能, 通常采用浏览器模式实现,也就是B/ S 结构, 主要由综合办公业务系统门户、用户登录界面及政府门户网站前台构成。选择海宇勇创实施oa办公系统，企业可以节约时间，提高效率。

F. 软件工程OA有什么技术可行性

第1代OA：硬件配置阶段第2代OA：数据处理自动化阶段第3代OA：C/S架构下的工作流自动化阶段第4代OA：无障碍工作流自动化阶段第5代OA：协同工作型办公自动化（流程管理）第6代OA：协同发展型办公自动化（流程管理）第7代OA：移动OA办公自动化OA软件技术编辑办公自动化九大特点1。
“可行性和适应性”所谓可行性，是指需求提炼时，应该吻合适合核心需要，满足主要功能，而不是超越当前技术水平放卫星！所谓适应性，是指产品的实施条件和应用条件，要吻合企业当前的环境，超越环境搞亩产万斤粮的大跃进是注定要失败的。

G. oa办公系统技术可行性分析 怎么写

可以研究下云海oa办公系统的技术架构特点