OA系统需求分析说明书样本.doc

博然办公自动化系统
用户需求分析说明书

文献状态：
[√] 草稿
[ ] 正式发布
[ ] 正在修改
文献标记：
博然建设办公自动化系统
用户需求分析说明书
当前版本：
1.0
需求单位:

设计单位：
秦皇岛博然软件开发有限公司
作 者：
魏涛
完毕日期：
2023/3/25

文档修订记录
版本编号或者更改记录编号
*变化
状态
简要说明（变更内容和变更范围）
日期
变更人
审核日期
审核人
0.1
A
新建文档
2023/3/25
魏涛

*变化状态：A——增长，M——修改，D——删除

文档审批信息
职务
签字
日期

目录

1 产品介绍………………………………………………………………………..4
2 产品面向的用户群体…………………………………………………………..4
3 产品规范………………………………………………………………………..4
4 产品性能需求…………………………………………………………………..4
4.0 功能需求分类…………………………………………………………….…..5
4.1 功能模块详述………………………………………………………………...8
4.1.1电子邮件…………………………………………………………………….8
4.1.2 即时通记…………………………………………………………….……..12
4.1.3 文档管理……………………………………………………….…………..15
4.1.4 告知公告………………………………………………………….………..18
4.1.5 通讯录…………………………………………………………….………..20
4.1.6 论坛………………………………………………………………….……..22
4.1.7 公文流转……………………………………………………….…………..24
4.1.8 系统管理…………………………………………………………….……..31
4.2 个人办公助理…………………………………………………………….….37
4.3 人力资源管理………………………………………………………….…….41
4.4 扩展功能…………………………………………………………….……….44
5 产品的非功能性需求………………………………………………………….44
5.1 用户界面需求………………………………………………………………..44
5.2 软硬件需求…………………………………………………………………..44
5.3 产品质量需求………………………………………………………………..45
5.4 其它需求……………………………………………………………………..45
6验收准则………………………………………………………………………..46

0. 文档介绍
0.1 文档目的
该文档是在原有用户需求文档的基础上，进行了具体的调研后开始编写的，在编写时尽最大努力使本文档可以对的无误地反映用户的真实意愿。
本文档也将成为测试人员及项目开发人员参考的依据。
0.2 文档范围
本文档是需求人员、设计人员、开发人员及测试人员执行的基本原则，也是系统开发完毕后客户使用及管理的基础依据。
0.3 读者对象
本需求规格说明书使用者涉及公司领导和各个部门的负责人，以及项目的设计人员、开发人员和测试人员。
0.4 参考文档
《CMMI 3级 软件过程改善方法与规范》
0.5 术语与缩写解释
缩写、术语
解 释
OA
办公自动化系统

1. 产品介绍
本系统的目的是构建一个基于网络环境下的，实现公司内部信息共享和员工协同工作，实现高效管理和无纸化办公，具有良好整体性、可扩展性、安全性和跨平台性的信息平台。
该系统的重要使用者：
系统管理员：OA系统的最大权限的人员。
办公室管理员：负责发布告知、考勤。
人力资源：新员工入职添加用户，离职删除用户，其它人事信息库操作。
一般用户：浏览信息。
2. 产品面向的用户群体
本产品面向建筑公司的各级办公室及部门的所有人员，涉及公司总经理、部门经理、部门成员。
3. 产品应当遵循的标准或规范
《计算机软件开发规范》GB8566-88
4. 产品的功能性需求
系统规定：如下图 该系统围绕办公自动化系统(OA)重要实现辅助个人、部门及公司的办公、进行公文和档案的管理以及对整个系统的管理等功能。

系统总体功能需求：

如上图：办公自动化系统(OA)分为基础模块和扩展模块以及附加模块等三部分，其中基础模块重要实现个人办公的辅助管理，重要涉及告知公告、部门信息、邮件、短消息、公共文档、个人文献夹、个人通讯录、公共通讯录、论坛；扩展模块是在完毕个人辅助办公的基础上进行部门和公司级别的办公辅助管理，重要涉及日程安排、会议管理、固定资产管理、人力资源管理、客户资源管理、计划管理以与其它一些系统的接口和功能扩展；附加模块重要是一些辅助办公的使用小工具。
4.0 功能性需求分类
下面对系统总体功能需求进行分项描述：
系统功能
序号
功能名称
功能需求标记
优先级
简要描述

个人办公

我的办公桌

高
打开个人办公桌，在个人办公桌上，是到达各种管理功能的快捷链接

我的工作

高
系统针对于本用户的工作流转、告知、新闻等信息管理

我的便签

低
随手记录的信息

我的任务

低
任务管理

手机短信

低
对手机发送短信

我的邮件

低
邮件的收发管理

公文管理

公文维护

高
各种类型的公文管理、审批公文等

归档解决

高
对已完毕流转的公文进行归档

公共信息

信息管理

中
进行新闻、告知、期刊、论坛、知识和规章制度的发布和管理，使公司的信息和知识快速传播和转移。

行政办公

会议管理

中
会议议程、会议标准、会议室情况

资产管理

低
管理公司的资产信息

用品管理

低
管理公司用品的申请

车辆管理

低
公司车辆的管理

图书管理

低
图书的借出管理

消息管理

收件箱

中
接受的所有消息

发件箱

中
发送的所有消息

垃圾箱

中
已删除的消息

聊天记录

中
跟某个用户的聊天记录

工作流程

流程管理

高
如何定义公司的流程（可以灵活定义各种流程）

表单定义

高
如何针对不同的流程定义表单

组织管理

机构管理

高
公司组织架构管理

人员管理

高
公司人员管理

权限管理

模块管理

高
系统所有模块的管理

角色管理

高
系统的角色定义、给角色分派权限等

用户管理

高
系统帐号的分派、给用户分派角色、给用户分派权限等

系统管理

界面管理

低
对软件界面进行设立

密码修改

低

代码定义

低

系统初始化

低

人力资源

人事管理

中
人事档案、资质、职称评估及员工关怀等资料管理

招聘管理

中
招聘需求、招聘计划，人才库招聘录用等管理

培训管理

中
培训计划、培训审批、培训记录

考勤管理

中
考勤记录、考勤记录、排班安排等

效绩考核

中
考核项目设定、考核任务管理、进行考核

在线考试

中
待扩展

两险一金

中
员工保险及公积金管理

4.1 功能模块详述
4.1.1电子邮件

电子邮件是OA系统的重要模块，涉及的功能有收邮件、发邮件、转发邮件、邮件保存、删除邮件、邮件提醒、邮箱密码修改等等功能。电子邮件与通讯录模块有接口关联，在写邮件时可以选择通讯录中的email信息。电子邮件和系统管理中的用户管理也有接口关联，在添加用户时，自动生成该用户的email地址；删除用户时，删除该用户的邮箱地址及邮箱的所有邮件。重要归结为两块：内部邮件、相关设立。需要分的邮件夹有收件夹、寄件夹、草稿夹。OA 添加用户时,自动分派邮箱,密码同OA密码；在OA内部可以修改邮箱密码,邮箱密码可以与OA密码不同样,但用户名同样且不能修改。
对电子邮件功能模块的总体规定：
1、 新邮件可以在首页中实现提醒功能，提醒有几封未收邮件。
2、 电子邮件的邮箱地址应当与通讯录进行关联。
3、 邮件应当有保存功能，可以保存到草稿夹中。
4、 可以修改邮箱的密码
5、 转发邮件时，应当显示出所有收发和转发人。
6、 其他规定：
a) 保密性要强：系统收发邮件要通过加密的形式，避免网页邮件系统在安全性方面的缺陷；
b) 操作要方便：软件的操作要很方便，规定通过简朴培训就能轻松上手；
c) 维护要简朴 ：软件安装完后的设立要有良好的用户界面
建议方案：
只使用一台内部邮件服务器(Apache james)，在防火墙内部，只能收发内部邮件。

192.168.0.100

Internet
防火墙
邮 件
服务器

假如内部用户用OUTLOOK等客户端软件收发邮件时，pop3、smtp设立为内部邮件服务器IP：192.168.0.100如图所示，即可收发邮件。
优点：
l 只需要维护一套邮件系统，平常维护比较简朴。
l 一台邮件服务器放在内网，内部员工互发邮件直接通过内网完毕，比较快捷方便。
4.1.1.1收邮件
用户需求标记：R_OA.YJ_001
用户需求描述：在首页中有未读邮件的提醒，进入邮件模块，分页显示所有邮件，未读邮件标题加粗显示。当我们查看未读邮件后，去除标题的加粗效果。一个邮件没有价值时，直接删除。邮件也可以转发给其别人。系统管理员可以删除所有的邮件。譬如，一个人离职后，系统管理员可以清除他的邮件来腾出更多的资源。
规定：
1、 登录人登录后，只显示属于自己的邮件。
2、 邮件转发时，规定记录首发人和转发人的信息。
3、 邮件的附件支持中文文献名。
操作人员（参与者）：所有用户，系统管理员
业务流程：用户使用自己的用户名和密码进入邮件系统查看收件箱中的邮件但一个邮件没有价值时，可以直接删除。邮件也可以转发给其别人。
业务规则：登录人登录后，只显示属于自己的邮件。系统管理员可以删除所有的邮件。
输入项：
输出项：
业务流程图：无
4.1.1.2发邮件
用户需求标记：R_OA.YJ_002
用户需求描述：用户填写邮件的标题、邮件的内容、收件人地址、抄送人地址、暗送人地址、附件、是否保存到寄件夹后，发送邮件。若选择了保存到寄件夹，就在发件人的寄件夹中增长一条记录。但有时候，一个邮件没有写完有其他事情了，可以将已写好的内容保存到草稿夹中，以后可以继续在本来的基础上进行修改。规定：
1、 支持抄送和暗送功能。
2、 收件人地址、暗送人地址、抄送人地址都可以是多个人的地址
3、 支持10个附件的邮件。
4、 附件的大小可以达成20M。
5、 支持保存为草稿的功能。
6、 支持发送到寄件夹的功能。
7、 附件的名称支持中文，不能出现乱码现象。
8、 选择收件人时可以分部门选择。
操作人员（参与者）：所有用户
业务流程：用户使用自己的用户名和密码进入邮件登录后，用户填写邮件的标题、邮件的内容、收件人地址、抄送人地址、暗送人地址、附件、是否保存到寄件夹后，发送邮件。但有时候，一个邮件没有写完有其他事情了，可以将已写好的内容保存到草稿夹中，以后可以继续在本来的基础上进行。
业务规则：个人的邮箱只有用户自己才干登录。
输入项：
输出项：
业务流程图：无
4.1.1.3转发邮件
用户需求标记：R_OA.YJ_003
用户需求描述：收到邮件后，根据自己的需要可以将这些邮件按正文转发或按附件转发给其别人。规定：
1、 转发后的邮件中应当有首发人和转发人2个人的信息
2、 要保存本来的附件
3、 可以转发给多个人
操作人员（参与者）：所有用户
业务流程：用户登录后，打开某一收到的邮件，选择收件人，单击转发就完毕一个转发过程
业务规则：必须先打开邮件，才可以转发，可以转发给多个人.
输入项：
输出项：
业务流程图：无
4.1.1.4 回复邮件
用户需求标记：R_OA.YJ_004
用户需求描述：收到邮件后，可以回复发件人。规定：
1、 标题自动加上“RE：”前缀
2、 自动在信件末尾保存原信内容
3、 可选择是否保存原信件中的附件
操作人员（参与者）：所有用户
业务流程：用户登录后，打开某一收到的邮件，点回复
业务规则：必须先打开邮件，才可以回复.
输入项：
输出项：
业务流程图：无
4.1.1.5 邮件收藏（可选）
用户需求标记：R_OA.YJ_005
用户需求描述：对于比较重要的邮件可以选择放入收藏夹。规定：
1、 邮件放入收藏夹后，收件夹中不再显示该邮件
2、 可以同时选择多个邮件
操作人员（参与者）：所有用户
业务流程：用户登录后，选择一封或多封邮件，点收藏
业务规则：可收藏草稿、已发邮件、收到邮件
输入项：
输出项：
业务流程图：无
4.1.1.6 邮件保存（草稿夹）
用户需求标记：R_OA.YJ_006
用户需求描述：当一个邮件正在编写内容时，也许有别的事情要解决，为了安全要关闭OA 系统，应当可以将邮件保存到草稿夹中，需要继续时，从草稿夹中打开继续进行编写。规定：
1、 保存时，邮件标题不能为空
2、 邮件的内容不能空
操作人员（参与者）：所有用户
业务流程：当一个邮件正在编写内容时，也许有别的事情要解决，为了安全要关闭OA 系统，应当可以将邮件保存到草稿夹中，需要继续时，从草稿夹中打开继续进行。
业务规则：保存时，标题和内容不能为空
输入项：
输出项：
业务流程图：无
4.1.1.7删除邮件
用户需求标记：R_OA.YJ_007
用户需求描述：当一个邮件没有价值，我们可以将其从邮箱中彻底删除。
操作人员（参与者）：登录人或系统管理员
业务流程：用户使用自己的用户名和密码登录系统后，选择一个或多个邮件，选择删除，就将邮件彻底从邮箱删除。
业务规则：登录人只能删除自己的邮件。系统管理员可以删除所有人的邮件，但是系统管理员没有查看其别人的邮件的权力
输入项：
输出项：
业务流程图：无
4.1.1.8邮件提醒
用户需求标记：R_OA.YJ_008
用户需求描述：用户进入网站后，系统会提醒登录人有几封未收邮件； 在用户是已登录的状态时，每隔一个固定间隔时间（10分钟）检查邮箱，有新邮件时在桌面右下角弹出提醒窗口，并在页面状态栏中刷新新邮件数量
操作人员（参与者）：所有用户
业务流程：用户进入网站后，系统提醒有几封未收邮件；在用户是已登录的状态时，定期检查邮箱
业务规则：只提醒登录人未收的邮件。
输入项：
输出项：
业务流程图：无
4.1.2 即时通讯
4.1.2.1短消息
用户需求标记：R_OA.JS_001
用户需求描述：无论对方是否在线，都可以向一个人或一群人发送信息。发消息内容涉及信息有消息编号、消息内容、发送人、接受人、发送时间。回复消息内容涉及消息编号、回复内容、回复人、原发送人、回复时间。
规定：
1、 支持群发，可按部门、团队进行分组
2、 支持保存历史消息记录，可显示历史消息记录。
3、 短消息保存在数据库（最多只能保存2 天）。
4、 用户可以选择把短消息保存到本地，可永久保存，没有数量限制
5、 可在发消息模式与对话模式之间进行自由转换
6、 当用户收到新的信息时，能有类似MSN的消息提醒。
7、 可设立自动回复

操作人员（参与者）：发送人及接受人
业务流程：编写短消息——〉选择发送人或群——〉发送——〉接受——〉回复——〉查看历史记录
业务规则：无论对方是否在线，都可以向一个人或一群人发送信息。
输入项：信息有消息编号、消息内容、发送人、接受人、发送时间。
输出项：括消息编号、回复内容、回复人、原发送人、回复时间。
业务流程图：可以如下图，选择多个接受用户，群发消息，也可以选择部门或组，向整个部门或组内的所有成员发送消息（相称于一定范围内的消息广播）。

4.1.2.2人员状态设立
用户需求标记：R_OA.JS_002
用户需求描述：录入人员在线或离线时的状态，象在开会、在领导办公室、去找客户等等，只要是常用的，都可以录入。涉及状态编号、状态名称、是否投用的字段。
规定：
1、 在这里录入的投用的状态，在人员状态里一定要显示出来，供大家选择
操作人员（参与者）：系统管理员
业务流程：无
业务规则：无
输入项：
输出项：
业务流程图：无
4.1.2.3人员状态
用户需求标记：R_OA.JS_003
用户需求描述：人员状态跟踪的一种工具，员工都养成了一种好的习惯，无论是离线或在线但人离开，都要留下自己的行踪。涉及人员编号、状态、备注。
规定：
1、 无论在线或离开都可以选择状态。
2、 不想选择预定义的状态，可以录入状态备注。
3、 当本人重新登录系统时，取消设立的状态。
操作人员（参与者）：所有用户
业务流程：登录系统——〉选择自己的状态——〉别人浏览
业务规则：当本人重新登录系统时，取消设立的状态。
输入项：
输出项：
业务流程图：无

4.1.3文档管理

文档管理是OA系统的重要一块，将电子文档上传到服务器，实现文档归档，可以设立共享，实现文档共享，可以根据自己需要进行文档搜索，搜索的条件有上传科室、文献类型、上传人、主题关键字、上传时间（时间段）。涉及的信息有，上传文档的标题、文档的类型、文档的内容、文档的关键字、附件、编写人、编写日期、发布单位、发布时间、发布人等等信息。

文档的分类要类似资源管理器。而文档的内容要多样性。比如正文附带附件。可以对正文及附件进行检索。用户之间可以互相发送文档。可以提交公共文档。
4.1.3.1公共文献夹（规章制度）
用户需求标记：R_OA.WD_001
用户需求描述：重要提供存放公共文献的空间，公司内部公用的文档。涉及的信息有发布文档的标题、文档的类型、文档的内容、文档的关键字、附件、编写人、编写日期、发布时间、发布人等等信息。可以通过条件文献类型、发布人、存入的两级文献夹、主题关键字、发布时间（时间段）查询到需要的记录。
规定：
1、 系统管理员和指定的人员可以设立文档类别,并把文档存放在这些类别中。
2、 公司又有员工可以查看共享文献夹，但是不能修改和删除共享文献夹的内容。
3、 支持两层分类，即类别下设子类。考虑到实用性和简朴性的统一，两层分类即可，不需要支持三层及其以上的分类。系统管理员和指定人员可以对分类进行维护。
4、 允许针对不同个人文档的类型添加附件，限制附件大小为10M。
5、 可以上传多个附件
6、 系统管理员和发布人都可以删除公共文档。
7、 发布人可以修改公共文档，但系统管理员有删除的权限。
8、 文档可以按照录入的二级分类自动分类显示。
操作人员（参与者）：录入人、系统管理员
业务流程：系统管理员和指定人员进入OA办公系统，进入个人文档栏目，查看各种公共文档的具体内容。并可以对公共文档进行修改和维护。
业务规则：系统管理员和发布人都可以删除个人文档，但发布人可以修改个人文档。
输入项：
输出项：
业务流程图：无

4.1.3.2个人文档
用户需求标记：R_OA.WD_002
用户需求描述：重要提供存放个人文献的空间，员工自己的文档，可以是学习心得、记录的笔记、摘抄的文章等个人学习和生活的文档记录，向服务器提交时录入主题关键字，方便以后的查询搜索。当文献没有价值时，可以及时删除掉这些文档。涉及的信息有发布文档的标题、文档的类型、文档的内容、文档的关键字、附件、编写人、编写日期、发布时间、发布人等等信息。可以通过条件文献类型、发布人、存入的两级文献夹、主题关键字、发布时间（时间段）查询到需要的记录。
规定：
9、 用户可以设立文档类别,并把文档存放在这些类别中。
10、 只能查看登录人自己的个人文档，看不到其别人的个人文档，别人也看不到自己的文档的非共享文档。
11、 支持两层分类，即类别下设子类。考虑到实用性和简朴性的统一，两层分类即可，不需要支持三层及其以上的分类。用户个人可以对分类进行维护。
12、 允许针对不同个人文档的类型添加附件，限制附件大小为10M。
13、 可以上传多个附件
14、 系统管理员和发布人都可以删除个人文档。
15、 发布人可以修改个人文档，但系统管理员有删除的权限。
16、 文档可以按照录入的二级分类自动分类显示。
17、 登陆人可以共享自己的文档以供别人查看。
操作人员（参与者）：录入人、系统管理员
业务流程：用户使用自己的用户名和密码进入OA办公系统，进入个人文档栏目，查看各种个人文档的具体内容。并可以对个人文档进行修改和维护。
业务规则：系统管理员和发布人都可以删除个人文档，但发布人可以修改个人文档。
输入项：
输出项：
业务流程图：无

4.1.3.3别人共享文档
用户需求标记：R_OA.WD_003
用户需求描述：员工分类共享给项目组、部门、公司其他成员的文档资料。通过该功能，实现员工之间便利的文档共享，起到知识管理的作用。涉及的信息有上传文档的标题、文档的类型、文档的内容、文档的关键字、附件、编写人、存入的两级文献夹、编写日期、发布时间、发布人等等信息。可以通过条件文献类型、发布人、发布单位、主题关键字、发布时间（时间段）查询到需要的记录。
规定：
1、 每个OA使用者都可以提交共享文档.提交人有查询、删除和修改的权限，其别人只有查询权限。系统管理员只有删除权限。
2、 可以由用户进行自主分类，可以操作分类设立功能的人员应当是系统管理员。支持两层分类，即类别下设子类。考虑到实用性和简朴性的统一，两层分类即可，不需要支持三层及其以上的分类。允许特定的客户通过后台设立（系统管理）功能进行维护。
3、 可以分类上传各种类型的文献保存在共享文档中
4、 共享文档的重要内容采用普通的格式，特别格式的内容保存在附件中。
5、 查阅共享文档时，可以按“上传科室、文献类型、上传人、主题关键字、上传时间（时间段）”进行组合式的检索。
6、 可以设定共享的范围，哪些类别的人可以看到，哪些人看不到。
7、 可以上传各种类型的附件，限制文献大小为10M。
8、 共享文档一律保存在服务器。
9、 文档可以按照录入的二级分类自动分类显示。
操作人员（参与者）：一般用户、发布人、系统管理员
业务流程：用户使用自己的用户名和密码进入OA办公系统，进入共享文档栏目，查看各种共享文档,或者提交共享文档的具体内容。并可以对共享文档进行修改和维护。
业务规则：系统管理员和发布人都可以删除共享文档，但发布人可以修改公享文档，其它有浏览权限的用户只能浏览共享文档。
输入项：
输出项：
业务流程图：无
4.1.3.4文献夹的设立
用户需求标记：R_OA.WD_004
用户需求描述：录入个人和共享文献夹的信息，涉及两级文献夹，这样就可以将个人文献和共享文献保存到预设好的文献夹中，显示可以分类分文献夹显示了。涉及文献夹编号、文献夹名称、父文献夹编号、备注。
规定：
无
操作人员（参与者）：所有人
业务流程： 无
业务规则：无
输入项：
输出项：
业务流程图：无

4.1.4告知公告

4.1.4.1告知公告
用户需求标记：R_OA.TG_001
用户需求描述：涉及告知公告的录入、修改、删除、查询检索，告知公告的分发。如有新的告知公告在OA主页上的告知公告区域显示。
规定：
1、 公司级或部门级公告由公司或部门专人负责发布和维护，其别人员没有该权限
2、 全体员工都可以进行浏览阅读。
3、 告知公告的发布标题要明确，便于检索，新告知公告的提醒要明显，使阅读人员很方便的查看公告的信息。
4、 告知公告的类型可以由系统管理人员进行定义,并由系统管理定义该告知公告的模板。例如：规章制度就应当由它自己独特的模板界面。
下面是模板的样例：

5、 一般的告知公告是滚动方式显示的，发布人或管理员可以修改和删除告知公告，其别人不可以的。
6、 告知公告的显示周期由公告发布人设立的发布日期和截止日期决定。假如没有截止日期表达该公告永远显示在系统上。
7、 告知公告可以置顶，当发布人或者管理员将该告知公告设立成置顶的时候，该告知公告将显示在所有告知公告的前端。置顶告知公告之间的前后顺序按照置顶的时间来决定。
操作人员（参与者）：拥有发布公告权限的部门人员 ，管理员或发布人
业务流程：用户使用自己的用户名和密码进入OA办公系统，进入告知公告栏目，选择公告类型，编辑并设立发布日期，截止日期等信息，发布公告。创建信息->选择公告类型->编辑设立相关信息>发布公告。
业务规则：无。
输入项：
输出项：
业务流程图：无。

4.1.4.2查询归档
用户需求标记：R_OA.TG_002
用户需求描述：查询历史告知公告公共发布信息，有选择的将某些信息进行归档，或将一些公告转入到系统文档（如规章制度）中，方便查询检索。
规定：
1、 由公司或部门专人负责进行定期归档和维护，其别人员没有该权限
2、 全体员工都可以对这些公共信息进行浏览和查阅。
3、 新闻、告知、公告等公共信息按类型进行分类归档方便查阅和检索，规定支持全文检索。
4、 这些历史公共信息保存在数据库中，由系统管理员决定何时进行清理。
操作人员（参与者）：拥有发布公共信息管理权限的部门人员 ，管理员或发布人
业务流程：用户使用自己的用户名和密码进入OA办公系统，进入告知公告栏目，对这些公共信息进行查询和归档。
业务规则：将各种公共信息分类转移到系统文档和历史文档库中。
输入项：
输出项：
业务流程图：无
4.1.5通讯录

4.1.5.1个人通讯录
用户需求标记：R_OA.TXL_001
用户需求描述：内部职工可以录入自己私人的通讯记录，涉及有名称、电话、Email、传真、地址、联系人、联系人电话、联系人mobile、联系人Email信息，用户在后台进行数据操作，可以录入、删除、修改自己的通讯录数据。录入人具有查看、删除、修改的权限，系统管理员只有删除权限。录入的记录在系统的前台首页中显示，用户登录后，系统自动辨认用户的工号，根据工号检索出该工号的所有通讯录数据。此外，在发邮件时，系统可以检索出私人通讯录的email地址，让用户进行选择，若用户不想选择也可以进行录入。当用户删除或修改通讯记录的Email，在写邮件Email选择下拉框中要相应变化。
规定：
1、 录入人具有查看、删除、修改的权限。
2、 系统管理员只有删除权限。
3、 用户登录后，系统自动辨认用户的工号，根据工号检索出该工号的所有通讯记录。
4、 在发邮件时，系统可以检索出私人通讯录的email地址，让用户进行选择。
操作人员（参与者）：录入人、系统管理员。
业务流程： 无。
业务规则：用户在后台进行数据操作，可以录入、删除、修改自己的通讯记录，录入人具有查看、删除、修改，系统管理员只有删除权限。录入的记录在系统的前台首页中显示，用户登录后，系统自动辨认用户的工号，根据工号检索出该工号的所有通讯记录。此外，在发邮件时，系统可以检索出私人通讯录的email地址，让用户进行选择，若用户不想选择也可以进行录入。
输入项：
输出项：
业务流程图：无

4.1.5.2内部通讯录
用户需求标记：R_OA.TXL_002
用户需求描述：具有特定权限的人员可以录入公司职工的通讯记录，涉及有名称、电话、Email、传真、地址，具有特定权限的人员在后台进行数据操作，可以录入、删除、修改员工的通讯记录，具有特定权限的人员具有查看、删除、修改的权限，系统管理员只有删除权限。录入的通讯记录在系统的前台首页中显示，用户登录后，系统检索出职工的所有通讯记录。此外，在发邮件时，系统可以检索出内部通讯录的email地址，让用户进行选择，若用户不想选择也可以进行录入。当用户删除或修改通讯记录的Email，在写邮件Email选择下拉框中要相应变化。规定：
1、 具有特定权限的人员具有查看、删除、修改与增长的权限
2、 系统管理员只有删除权限。
3、 在发邮件时，系统可以检索出内部通讯录的email地址，让用户进行选择。
操作人员（参与者）：具有特定权限的人员
业务流程：具有特定权限的人员可以录入公司职工的通讯记录，一般人可以查询，在发邮件时，系统可以检索出内部通讯录的email地址，让用户进行选择，具有特定权限的人员或系统管理员可以删除某个人的通讯记录。
业务规则：具有特定权限的人员具有查看、删除、修改与增长的权限，系统管理员只有删除权限，在发邮件时，系统可以检索出内部通讯录的email地址，让用户进行选择。
输入项：
输出项：
业务流程图：无
4.1.6论坛

论坛是大家讨论或交流的区域，为了管理和交流得更充足，我们决定分为讨论组、公共论坛、学习园地三个部分，将讨论的变得更细化、更方便。
4.1.6.1讨论组
用户需求标记：R_OA.LT_001
用户需求描述：一方面要建立讨论组，然后加入讨论组的成员，成员来自系统字典用户管理中建立的用户，然后可以发起讨论的论题，其余组成员可以跟进讨论。
规定：
1、 必需建立讨论组。
2、 必须分派讨论组的成员，讨论组的成员是来自系统管理的建立的用户
3、 只有讨论组成员才干看到讨论组的标题和内容,非讨论组的人员不能看和回复。
4、 需要记录每个论题的回复数目。
5、 在论题的下部可以看到讨论的列表，根据列表可以看到讨论的具体内容。
操作人员（参与者）：论坛的管理员、一般用户
业务流程： 建立讨论组——〉分派成员——〉建立论题——〉讨论——〉浏览。
业务规则：论坛的管理员建立讨论组，分派讨论的成员。组内成员可以建立论题、讨论、浏览。
输入项：
输出项：
业务流程图：无

4.1.6.2公共论坛
用户需求标记：R_OA.LT_002
用户需求描述：允许所有用户发布帖子的论坛，用户可以在其中发布和讨论自己感爱好的帖子。
规定：
1、 论坛由论坛管理员进行维护。
2、 论坛管理员可以细分各种不同的讨论区。
3、 可以匿名参与讨论。
4、 发布新贴涉及帖子标题、内容，附件等相关信息。新贴自动记录发布时间、发布人员等信息。
5、 需要记录参与讨论的人数。
6、 帖子按照最近发布或回复的时间排序，
7、 在论题的下部可以看到讨论的列表，根据列表可以看到讨论的具体内容。
操作人员（参与者）：论坛管理员、一般成员。
业务流程： 建立讨论区——〉建立论题——〉讨论——〉浏览。
业务规则：论坛的管理员建立讨论区。所有成员可以建立论题、讨论、浏览。
输入项：
输出项：
业务流程图：无

4.1.6.3学习园地
用户需求标记：R_OA.LT_003
用户需求描述：允许所有用户发布关于技术或培训方面的帖子的论坛，用户可以在其中发布和讨论自己感爱好的帖子。
规定：
1、 论坛由论坛管理员进行维护；
2、 论坛管理员可以细分各种不同的讨论区。
3、 可以匿名参与讨论
4、 发布新贴涉及帖子标题、内容，附件等相关信息。新贴自动记录发布时间、发布人员等信息。
5、 需要记录参与讨论的人数
6、 帖子按照最近发布或回复的时间排序，
7、 在论题的下部可以看到讨论的列表，根据列表可以看到讨论的具体内容。
操作人员（参与者）：论坛管理员、一般成员。
业务流程：建立讨论区——〉建立论题——〉讨论——〉浏览。
业务规则：论坛的管理员建立讨论区。所有成员可以建立论题、讨论、浏览。
输入项：
输出项：
业务流程图：无

4.1.7公文流转
4.1.7.1 总共可分为公文管理以及公文归档

文档流转事实上是对工作流以及工作流中的文档进行管理，对于大多数公司来说，核心的管理就是工作流和文档的管理。
一般的公司都会有很多流程，比如：
请假流程
报销流程
收文/发文流程
收文：解决收到上级部门及其它部门的公文
发文：上级及有关部门需协调和解决的问题进行的一系列流程
流程的本质，就是很多人在一起完毕一件事情
流程也许会通过不同的中间环节，在中间环节上，由相关人员进行解决
所有流程中间环节的解决过程，需要进行记录

4.1.7.2【公文管理】可分为公文维护与公文归档解决：

在其主界面上，显示由当前登陆人员创建的所有公文。可以在我的公文、待审核公文、已审核公文之间切换：

公文的添加：

点击其中一个公文形式（流程），打开此流程的公文添加界面：

重要的一点是，可以选择流程！这些流程都是通过设计器或编写流程文献的方法创建的。
添加完毕后，公文管理主界面是：

公文的删除：用户可以对公文执行删除操作
公文的流转：可以点击提交操作，将公文提交流程
用户只能对属于自己的公文（自己创建的公文）进行操作
在公文进入流程之后，不再允许用户对公文执行修改和删除操作
在公文流转结束以后，用户可以对公文设立成"归档"状态
用户登录系统之后，可以看到自己的待审批公文列表

在我的公文视图里，可以将这些公文进行提交，即提交到流程。
打开提交界面：

选择下一个环节进行提交操作，提交完毕后，在公文主界面上，不能再次对公文执行提交和删除等操作：

假如此时在流程中下一个节点的用户登陆，便可以在“带审批文档”视图中看到流到此人的文档。下面是一个带审核公文列表：

执行审批操作：

点击保存审核信息之后，可以执行提交操作。
当然，也可以再次点击审核操作，这时候，需要打开界面，更改审核意见！

提交之后，根据相应的选择，公文将流到相应的人员那里，依次下去，直到流程的结束！这就是公文管理重要过程！

在公文管理主界面上，可以点击“下载”，下载附件文档，以便查看具体内容；或者点击“查看审批历史”，可以查看相关文档的审批记录。

一旦文档通过审批并提交之后，在“待审批文档”列表视图中就会消失，但是在“已审批文档”中，却需要可以找到这些已被审批过的文档记录！

4.1.7.3工作流程

【流程管