OA概要设计说明书

OA
[办公自动化系统]
概要设计说明书
[V1.0]
拟制人______向云_________审核人______________________批准人______________________
[2010-2-25]
概要设计说明书
引言
1.1编写目的
本说明书给出XXXX公司办公自动化系统的设计说明，包括最终实现的软件必须满足的功能、性能、接口和用户界面、附属工具程序的功能以及设计约束等。

目的在于：
▪为编码人员提供依据；
▪为修改、维护提供条件；
▪项目负责人将按计划书的要求布置和控制开发工作全过程；
▪项目质量保证组将按此计划书做阶段性和总结性的质量验证和确认。

本说明书的预期读者包括：
▪项目开发人员，特别是编码人员；
▪软件维护人员；
▪技术管理人员；
▪执行软件质量保证计划的专门人员；
▪参与本项目开发进程各阶段验证、确认以及负责为最后项目验收、鉴定提供相应报告的有关人员。

▪合作各方有关部门的负责人；项目组负责人和全体参加人员。

1.2背景
▪OA软件解决企业的日常管理规范化、增加企业的可控性、提高企业运转的效率的基本问题，范围涉及日常行政管理、各种事项的审批、办公资源的管理、多人多部门的协同办公、以及各种信息的沟通与传递。

可以概括的说，OA软件跨越了生产、销售、财务等具体的业务范畴，更集中关注于企业日常办公的效率和可控性，是企业提高整体运转能力不可缺少的软件工具。

1.3定义
本项目开发的软件，约定：
中文全称：办公自动化系统
中文别称： OA
英文全称： OA
本报告用到的术语符合国家标准《软件工程术语（GB/T11475-1995）》。

参考资料
与本文直接相关的国家标准包括：（中国标准出版社 1996年）
GB8566-1995 软件生存期过程
GB8567-88 计算机软件产品开发文件编制指南
GB9385-88 计算机软件需求说明编制指南
GB/T11457-1995 软件工程术语
2．总体设计
2.1需求规定
2.1.2系统性能
充分考虑需求特色，做到功能齐全；要求操作方便快捷，性能优越；系统要能在出现的各种环境下具有很好的稳定性系统应充分考虑易扩展性，能适应新业务的变化；系统要求具备完整的文档和清晰风格，具备很好的可维护性。

2.1.2.1良好的用户界面
系统的设计应该充分考虑用户的使用习惯，具有较好的可操作性
主要设计风格：
整个界面以简洁明快为主，利用简单的图案，文字和线条组成。

版面设计:
2.1.2.2可维护性
考虑到应用的多变性，系统采用层次化设计思想，每层实现特定的功能，并通过标准接口向上层提供透明的服务，因此，最大限度的实现了系统各模块的功能独立性，每一层的改动不影响其它层次。

这样可以方便的添加、修改、删除应用，提高系统的可维护性；管理系统采用图形化用户界面，方便管理员管理、维护系统；
2.1.2.4可扩展性
系统在设计之初要考虑到系统以后的扩展，除了采用层次结构，保证功能实现与通讯接口最大限度的独立，在与通信平台的接口设计上尽量标准化，以实现和新系统的无缝连接。

2.1.2.5安全性原则
系统的管理系统与维护系统设置了用户管理权限，采用帐号+操作日志作，对管理员采取有效的管理，最大限度降低内部管理、操作失误带来的不必要的损失。

2.1.2.6稳定性
在系统运行的稳定性方面，采用服务器自动重启动（ASR）技术，可在网络操作系统（NOS）挂起时自动重启服务器；
关键应用服务运行状态监听，发现异常情况通过电子邮件自动提醒管理员；
2.1.2.7数据完备性
根据不同的需要，可以对数据库采取实时热备份或定时备份的策略
2.1.3输入输出要求
输入：一般为使用人员键盘输入，部分为外部文件导入输入。

输出：一般为屏幕输出、打印输出，部分为文件输出。

2.1.4数据管理能力要求
数据管理能力要求能满足XX市是XXXX公司使用规模的数据处理需求，当前库大小约200 MB ~400MB，历史库800MB~1.2GB，归档库大小不限。

2.1.5故障处理要求
2.1.5.1硬件故障
客户端硬件故障：一般性的计算机硬件故障,不能启动、硬件损坏，最好有备用机器。

通讯故障：客户端与服务器无法通讯，导致局部业务暂停，应检查通讯线路及设置，保证网络通讯畅通。

服务器硬件故障：web服务器站无法启动，导致办公业务暂停，应有备件或备机替代。

数据服务器硬件故障：数据无法访问，业务暂停，应有备件或备机替代。

2.1.5.2软件故障
客户端应用程序故障：部分业务处理不正常，应检查设置或ie等配套设置；
后台服务器故障：部分业务处理不正常，应检查设置或更换配套程序。

2.2开发环境
服务器操作平台：Windows 2000/LINUX/ UNIX/Windows NT
Web服务器：Tomcat5/ Apache
客户端：IE 4.0及以上
网络环境：Intranet 与 Internet
支持协议：TCP/IP、SMTP、POP3、HTTP、SSL
数据库：SQL Server
支撑环境：JDK1.3及以上
开发工具：MyEclipse
开发技术：JSP，Servlet , Struts , Ajax , JNDI
2.4系统结构
2.4.1人事管理
1、员工基本资料管理：对企业内部人员的基本信息的维护，职工信息的维护从而实现企业的人
事资料库；包括增加员工资料，删除，修改，查询员工资料等功能。

2、离职复职管理：通过对员工的离职，可以让此员工的账号不能再用了，当对员工的复职时，
又可以让此员工的账户能登录OA系统；
2.4.2系统管理
1、系统登录：给予用户名，密码进行登录。

系统根据用户名，密码查找员工资料信息（注：只
查找在职的员工），登录成功后以一变量保存用户信息，以后要取到当前登录用户信息都从此变量获得。

2、系统退出：把登录保存的用户信息清除，回来登录页面重新登录。

2.4.3内部消息管理
1、发件箱：已写未发送的消息。

2、收件箱：收到的消息。

3、回收站：删除的消息。

2.4.4聊天室
登陆后才能聊天（AJAX）
3 系统体系结构
高层次的系统构架
本节将提到高层次的系统构架。

组成该结构的每个部件都会有适当的详述。

总体系统如下图所示。

每个部件及其各自的层是等同的。

以下的章节将就系统结构的每一个层次进行阐述。

数据库层
数据库层将包括与数据库打交道的一些操作进行封装，这些操作将包括：
▪数据库的联接
▪表的查询
▪记录的增加，删除，修改
▪数据库联接的关闭。

模型层
由普通JAVA类完成业务逻辑的封装，模型层的方法，只返回基本数据类型，不参与页面的具体跳转与显示，它要求是一个独立的层次，不与其它层次结构有任何关系。

达到层次结构的独立性，复用性。

返回的基本数据类型定义为：
是否成功：boolean
数量：int
结果集：java.util.List，当在查询多条记录的时候，需把JDBC的ResultSet转换成实体对象，存放于List集合中。

实体对象：***Bean，当需要返回某一条记录的时候，需把JDBC的ResultSet转换成为实体对象返回。

表示层
采用Jsp，Javascript，JSTL标签等技术完成界面的设计与交互。

JSP中要求全部采用JSTL标签作一般性的页面操作与显示。

控制层：
采用标准Servlet技术完成，要求一个Servlet完成多个业务流程的控制，如UserServlet完成
登录，注册，密码修改，用户资料修改等多个与用户有关的业务流程。

4．系统数据结构设计
见数据库设计文档。