OA系统需求分析说明书

1、博然办公自动化系统用户需求分析说明书文件状态： 草稿 正式发布 正在修改文件标识：博然建设办公自动化系统用户需求分析说明书当前版本：1.0需求单位:设计单位：秦皇岛博然软件开发有限公司作 者：魏涛完成日期：2012/3/25文档修订记录版本编号或者更改记录编号*变化状态简要说明（变更内容和变更范围）日期变更人审核日期审核人0.1A新建文档2012/3/25魏涛*变化状态：A增加，M修改，D删除文档审批信息职务签字日期目录1 产品介绍.42 产品面向的用户群体.43 产品规范.44 产品性能需求.44.0 功能需求分类.54.1 功能模块详述.84.1.1电子邮件.84.1.2 即时通记.124

2、.1.3 文档管理.154.1.4 通知公告.184.1.5 通讯录.204.1.6 论坛.224.1.7 公文流转.244.1.8 系统管理.314.2 个人办公助理.374.3 人力资源管理.414.4 扩展功能.445 产品的非功能性需求.445.1 用户界面需求.445.2 软硬件需求.445.3 产品质量需求.455.4 其它需求.456验收准则.460. 文档介绍0.1 文档目的该文档是在原有用户需求文档的基础上，进行了详细的调研后开始编写的，在编写时尽最大努力使本文档能够正确无误地反映用户的真实意愿。本文档也将成为测试人员及项目开发人员参考的依据。0.2 文档范围本文档是需求人员

3、、设计人员、开发人员及测试人员执行的基本原则，也是系统开发完成后客户使用及管理的基础依据。0.3 读者对象本需求规格说明书使用者包括公司领导和各个部门的负责人，以及项目的设计人员、开发人员和测试人员。0.4 参考文档CMMI 3级 软件过程改进方法与规范0.5 术语与缩写解释缩写、术语解 释OA办公自动化系统1. 产品介绍本系统的目标是构建一个基于网络环境下的，实现企业内部信息共享和员工协同工作，实现高效管理和无纸化办公，具有良好整体性、可扩展性、安全性和跨平台性的信息平台。该系统的主要使用者：系统管理员：OA系统的最大权限的人员。办公室管理员：负责发布通知、考勤。人力资源：新员工入职添加用户

4、，离职删除用户，其它人事信息库操作。一般用户：浏览信息。2. 产品面向的用户群体本产品面向建筑公司的各级办公室及部门的全部人员，包括公司总经理、部门经理、部门成员。3. 产品应当遵循的标准或规范计算机软件开发规范GB8566-884. 产品的功能性需求系统要求：如下图 该系统围绕办公自动化系统(OA)主要实现辅助个人、部门及公司的办公、进行公文和档案的管理以及对整个系统的管理等功能。系统总体功能需求： 如上图：办公自动化系统(OA)分为基础模块和扩展模块以及附加模块等三部分，其中基础模块主要实现个人办公的辅助管理，主要包括通知公告、部门信息、邮件、短消息、公共文档、个人文件夹、个人通讯录、公共

5、通讯录、论坛；扩展模块是在完成个人辅助办公的基础上进行部门和公司级别的办公辅助管理，主要包括日程安排、会议管理、固定资产管理、人力资源管理、客户资源管理、计划管理以与其它一些系统的接口和功能扩展；附加模块主要是一些辅助办公的使用小工具。4.0 功能性需求分类下面对系统总体功能需求进行分项描述：系统功能序号功能名称功能需求标识优先级简要描述个人办公我的办公桌高打开个人办公桌，在个人办公桌上，是到达各种管理功能的快捷链接我的工作高系统针对于本用户的工作流转、通知、新闻等信息管理我的便签低随手记录的信息我的任务低任务管理手机短信低对手机发送短信我的邮件低邮件的收发管理公文管理公文维护高各种类型的公文

6、管理、审批公文等归档处理高对已完成流转的公文进行归档公共信息信息管理中进行新闻、通知、期刊、论坛、知识和规章制度的发布和管理，使企业的信息和知识快速传播和转移。行政办公会议管理中会议议程、会议标准、会议室情况资产管理低管理企业的资产信息用品管理低管理企业用品的申请车辆管理低企业车辆的管理图书管理低图书的借出管理消息管理收件箱中接收的所有消息发件箱中发送的所有消息垃圾箱中已删除的消息聊天记录中跟某个用户的聊天记录工作流程流程管理高如何定义企业的流程（可以灵活定义各种流程）表单定义高如何针对不同的流程定义表单组织管理机构管理高公司组织架构管理人员管理高公司人员管理权限管理模块管理高系统所有模块的管

7、理角色管理高系统的角色定义、给角色分配权限等用户管理高系统帐号的分配、给用户分配角色、给用户分配权限等系统管理界面管理低对软件界面进行设置密码修改低代码定义低系统初始化低人力资源人事管理中人事档案、资质、职称评定及员工关怀等资料管理招聘管理中招聘需求、招聘计划，人才库招聘录用等管理 培训管理中培训计划、培训审批、培训记录考勤管理中考勤记录、考勤统计、排班安排等效绩考核中考核项目设定、考核任务管理、进行考核在线考试中待扩展两险一金中员工保险及公积金管理4.1 功能模块详述4.1.1电子邮件电子邮件是OA系统的重要模块，包括的功能有收邮件、发邮件、转发邮件、邮件保存、删除邮件、邮件提醒、邮箱密码修

8、改等等功能。电子邮件与通讯录模块有接口关联，在写邮件时可以选择通讯录中的email信息。电子邮件和系统管理中的用户管理也有接口关联，在添加用户时，自动生成该用户的email地址；删除用户时，删除该用户的邮箱地址及邮箱的所有邮件。主要归结为两块：内部邮件、相关设置。需要分的邮件夹有收件夹、寄件夹、草稿夹。OA 添加用户时,自动分配邮箱,密码同OA密码；在OA内部可以修改邮箱密码,邮箱密码可以与OA密码不一样,但用户名一样且不能修改。对电子邮件功能模块的总体要求：新邮件可以在首页中实现提醒功能，提示有几封未收邮件。电子邮件的邮箱地址应该与通讯录进行关联。邮件应该有保存功能，可以保存到草稿夹中。可以

9、修改邮箱的密码转发邮件时，应该显示出所有收发和转发人。其他要求：保密性要强：系统收发邮件要通过加密的形式，避免网页邮件系统在安全性方面的缺陷；操作要方便：软件的操作要很方便，要求经过简单培训就能轻松上手；维护要简单 ： HYPERLINK /key/1475/26475.html t _blank 软件安装完后的设置要有良好的用户界面建议方案：只使用一台内部邮件服务器(Apache james)，在防火墙内部，只能收发内部邮件。00 Internet防火墙邮 件服务器 如果内部用户用OUTLOOK等客户端软件收发邮件时，pop3、smtp设置为内部邮件服务器IP：00如图所示，即可收发邮件。优

10、点：只需要维护一套邮件系统，日常维护比较简单。一台邮件服务器放在内网，内部员工互发邮件直接通过内网完成，比较快捷方便。收邮件用户需求标识：R_OA.YJ_001用户需求描述：在首页中有未读邮件的提示，进入邮件模块，分页显示所有邮件，未读邮件标题加粗显示。当我们查看未读邮件后，去除标题的加粗效果。一个邮件没有价值时，直接删除。邮件也可以转发给其他人。系统管理员可以删除所有的邮件。譬如，一个人离职后，系统管理员可以清除他的邮件来腾出更多的资源。要求：登录人登录后，只显示属于自己的邮件。邮件转发时，要求记录首发人和转发人的信息。邮件的附件支持中文文件名。操作人员（参与者）：所有用户，系统管理员业务流

11、程：用户使用自己的用户名和密码进入邮件系统查看收件箱中的邮件但一个邮件没有价值时，可以直接删除。邮件也可以转发给其他人。业务规则：登录人登录后，只显示属于自己的邮件。系统管理员可以删除所有的邮件。输入项： 输出项：业务流程图：无发邮件用户需求标识：R_OA.YJ_002用户需求描述：用户填写邮件的标题、邮件的内容、收件人地址、抄送人地址、暗送人地址、附件、是否保存到寄件夹后，发送邮件。若选择了保存到寄件夹，就在发件人的寄件夹中增加一条记录。但有时候，一个邮件没有写完有其他事情了，可以将已写好的内容保存到草稿夹中，以后可以继续在原来的基础上进行修改。要求：支持抄送和暗送功能。收件人地址、暗送人地

12、址、抄送人地址都可以是多个人的地址支持10个附件的邮件。附件的大小可以达到20M。支持保存为草稿的功能。支持发送到寄件夹的功能。附件的名称支持中文，不能出现乱码现象。选择收件人时可以分部门选择。操作人员（参与者）：所有用户业务流程：用户使用自己的用户名和密码进入邮件登录后，用户填写邮件的标题、邮件的内容、收件人地址、抄送人地址、暗送人地址、附件、是否保存到寄件夹后，发送邮件。但有时候，一个邮件没有写完有其他事情了，可以将已写好的内容保存到草稿夹中，以后可以继续在原来的基础上进行。业务规则：个人的邮箱只有用户自己才能登录。输入项： 输出项： 业务流程图：无转发邮件用户需求标识：R_OA.YJ_0

13、03用户需求描述：收到邮件后，根据自己的需要可以将这些邮件按正文转发或按附件转发给其他人。要求：转发后的邮件中应该有首发人和转发人2个人的信息要保留原来的附件可以转发给多个人操作人员（参与者）：所有用户业务流程：用户登录后，打开某一收到的邮件，选择收件人，单击转发就完成一个转发过程业务规则：必须先打开邮件，才可以转发，可以转发给多个人.输入项： 输出项： 业务流程图：无 回复邮件用户需求标识：R_OA.YJ_004用户需求描述：收到邮件后，可以回复发件人。要求：标题自动加上“RE：”前缀自动在信件末尾保留原信内容可选择是否保留原信件中的附件操作人员（参与者）：所有用户业务流程：用户登录后，打开

14、某一收到的邮件，点回复业务规则：必须先打开邮件，才可以回复.输入项： 输出项： 业务流程图：无 邮件收藏（可选）用户需求标识：R_OA.YJ_005用户需求描述：对于比较重要的邮件可以选择放入收藏夹。要求：邮件放入收藏夹后，收件夹中不再显示该邮件可以同时选择多个邮件操作人员（参与者）：所有用户业务流程：用户登录后，选择一封或多封邮件，点收藏业务规则：可收藏草稿、已发邮件、收到邮件输入项： 输出项： 业务流程图：无 邮件保存（草稿夹）用户需求标识：R_OA.YJ_006用户需求描述：当一个邮件正在编写内容时，可能有别的事情要处理，为了安全要关闭OA 系统，应该可以将邮件保存到草稿夹中，需要继续时

15、，从草稿夹中打开继续进行编写。要求：保存时，邮件标题不能为空邮件的内容不能空操作人员（参与者）：所有用户业务流程：当一个邮件正在编写内容时，可能有别的事情要处理，为了安全要关闭OA 系统，应该可以将邮件保存到草稿夹中，需要继续时，从草稿夹中打开继续进行。业务规则：保存时，标题和内容不能为空输入项：输出项： 业务流程图：无删除邮件用户需求标识：R_OA.YJ_007用户需求描述：当一个邮件没有价值，我们可以将其从邮箱中彻底删除。操作人员（参与者）：登录人或系统管理员业务流程：用户使用自己的用户名和密码登录系统后，选择一个或多个邮件，选择删除，就将邮件彻底从邮箱删除。业务规则：登录人只能删除自己的

16、邮件。系统管理员可以删除所有人的邮件，但是系统管理员没有查看其他人的邮件的权力输入项：输出项： 业务流程图：无邮件提醒用户需求标识：R_OA.YJ_008用户需求描述：用户进入网站后，系统会提示登录人有几封未收邮件； 在用户是已登录的状态时，每隔一个固定间隔时间（10分钟）检查邮箱，有新邮件时在桌面右下角弹出提示窗口，并在页面状态栏中刷新新邮件数量操作人员（参与者）：所有用户业务流程：用户进入网站后，系统提示有几封未收邮件；在用户是已登录的状态时，定期检查邮箱业务规则：只提示登录人未收的邮件。输入项： 输出项： 业务流程图：无4.1.2 即时通讯 短消息用户需求标识：R_OA.JS_001用户

17、需求描述：无论对方是否在线，都可以向一个人或一群人发送信息。发消息内容包括信息有消息编号、消息内容、发送人、接收人、发送时间。回复消息内容包括消息编号、回复内容、回复人、原发送人、回复时间。要求：支持群发，可按部门、团队进行分组支持保存历史消息记录，可显示历史消息记录。短消息保存在数据库（最多只能保存2 天）。用户可以选择把短消息保存到本地，可永久保存，没有数量限制可在发消息模式与对话模式之间进行自由转换当用户收到新的信息时，能有类似MSN的消息提示。可设置自动回复操作人员（参与者）：发送人及接收人业务流程：编写短消息选择发送人或群发送接收回复查看历史记录业务规则：无论对方是否在线，都可以向一

18、个人或一群人发送信息。输入项：信息有消息编号、消息内容、发送人、接收人、发送时间。输出项：括消息编号、回复内容、回复人、原发送人、回复时间。业务流程图：可以如下图，选择多个接收用户，群发消息，也可以选择部门或组，向整个部门或组内的所有成员发送消息（相当于一定范围内的消息广播）。人员状态设置用户需求标识：R_OA.JS_002用户需求描述：录入人员在线或离线时的状态，象在开会、在领导办公室、去找客户等等，只要是常用的，都可以录入。包括状态编号、状态名称、是否投用的字段。要求：在这里录入的投用的状态，在人员状态里一定要显示出来，供大家选择操作人员（参与者）：系统管理员业务流程：无 业务规则：无输入

19、项： 输出项： 业务流程图：无人员状态用户需求标识：R_OA.JS_003用户需求描述：人员状态跟踪的一种工具，员工都养成了一种好的习惯，无论是离线或在线但人离开，都要留下自己的行踪。包括人员编号、状态、备注。要求：无论在线或离开都可以选择状态。不想选择预定义的状态，可以录入状态备注。当本人重新登录系统时，取消设置的状态。操作人员（参与者）：所有用户业务流程：登录系统选择自己的状态别人浏览业务规则：当本人重新登录系统时，取消设置的状态。输入项： 输出项： 业务流程图：无4.1.3文档管理 文档管理是OA系统的重要一块，将电子文档上传到服务器，实现文档归档，可以设置共享，实现文档共享，可以根据自

20、己需要进行文档搜索，搜索的条件有上传科室、文件类型、上传人、主题关键字、上传时间（时间段）。包括的信息有，上传文档的标题、文档的类型、文档的内容、文档的关键字、附件、编写人、编写日期、发布单位、发布时间、发布人等等信息。文档的分类要类似资源管理器。而文档的内容要多样性。比如正文附带附件。可以对正文及附件进行检索。用户之间可以相互发送文档。可以提交公共文档。公共文件夹（规章制度）用户需求标识：R_OA.WD_001用户需求描述：主要提供存放公共文件的空间，公司内部公用的文档。包括的信息有发布文档的标题、文档的类型、文档的内容、文档的关键字、附件、编写人、编写日期、发布时间、发布人等等信息。可以通

21、过条件文件类型、发布人、存入的两级文件夹、主题关键字、发布时间（时间段）查询到需要的记录。要求：系统管理员和指定的人员可以设置文档类别,并把文档存放在这些类别中。公司又有员工可以查看共享文件夹，但是不能修改和删除共享文件夹的内容。支持两层分类，即类别下设子类。考虑到实用性和简单性的统一，两层分类即可，不需要支持三层及其以上的分类。系统管理员和指定人员可以对分类进行维护。允许针对不同个人文档的类型添加附件，限制附件大小为10M。可以上传多个附件系统管理员和发布人都可以删除公共文档。发布人可以修改公共文档，但系统管理员有删除的权限。文档能够按照录入的二级分类自动分类显示。操作人员（参与者）：录入人

22、、系统管理员业务流程：系统管理员和指定人员进入OA办公系统，进入个人文档栏目，查看各种公共文档的详细内容。并可以对公共文档进行修改和维护。业务规则：系统管理员和发布人都可以删除个人文档，但发布人可以修改个人文档。输入项： 输出项： 业务流程图：无个人文档用户需求标识：R_OA.WD_002用户需求描述：主要提供存放个人文件的空间，员工自己的文档，可以是学习心得、记录的笔记、摘抄的文章等个人学习和生活的文档记录，向服务器提交时录入主题关键字，方便以后的查询搜索。当文件没有价值时，可以及时删除掉这些文档。包括的信息有发布文档的标题、文档的类型、文档的内容、文档的关键字、附件、编写人、编写日期、发布

23、时间、发布人等等信息。可以通过条件文件类型、发布人、存入的两级文件夹、主题关键字、发布时间（时间段）查询到需要的记录。要求：用户可以设置文档类别,并把文档存放在这些类别中。只能查看登录人自己的个人文档，看不到其他人的个人文档，别人也看不到自己的文档的非共享文档。支持两层分类，即类别下设子类。考虑到实用性和简单性的统一，两层分类即可，不需要支持三层及其以上的分类。用户个人可以对分类进行维护。允许针对不同个人文档的类型添加附件，限制附件大小为10M。可以上传多个附件系统管理员和发布人都可以删除个人文档。发布人可以修改个人文档，但系统管理员有删除的权限。文档能够按照录入的二级分类自动分类显示。登陆人

24、可以共享自己的文档以供他人查看。操作人员（参与者）：录入人、系统管理员业务流程：用户使用自己的用户名和密码进入OA办公系统，进入个人文档栏目，查看各种个人文档的详细内容。并可以对个人文档进行修改和维护。业务规则：系统管理员和发布人都可以删除个人文档，但发布人可以修改个人文档。输入项： 输出项： 业务流程图：无他人共享文档用户需求标识：R_OA.WD_003用户需求描述：员工分类共享给项目组、部门、公司其他成员的文档资料。通过该功能，实现员工之间便利的文档共享，起到知识管理的作用。包括的信息有上传文档的标题、文档的类型、文档的内容、文档的关键字、附件、编写人、存入的两级文件夹、编写日期、发布时间

25、、发布人等等信息。可以通过条件文件类型、发布人、发布单位、主题关键字、发布时间（时间段）查询到需要的记录。要求：每个OA使用者都可以提交共享文档.提交人有查询、删除和修改的权限，其他人只有查询权限。系统管理员只有删除权限。可以由用户进行自主分类，能够操作分类设置功能的人员应当是系统管理员。支持两层分类，即类别下设子类。考虑到实用性和简单性的统一，两层分类即可，不需要支持三层及其以上的分类。允许特定的客户通过后台设置（系统管理）功能进行维护。可以分类上传各种类型的文件保存在共享文档中共享文档的主要内容采用普通的格式，特别格式的内容保存在附件中。查阅共享文档时，可以按“上传科室、文件类型、上传人、

26、主题关键字、上传时间（时间段）”进行组合式的检索。 可以设定共享的范围，哪些类别的人能够看到，哪些人看不到。可以上传各种类型的附件，限制文件大小为10M。共享文档一律保存在服务器。文档能够按照录入的二级分类自动分类显示。操作人员（参与者）：一般用户、发布人、系统管理员业务流程：用户使用自己的用户名和密码进入OA办公系统，进入共享文档栏目，查看各种共享文档,或者提交共享文档的详细内容。并可以对共享文档进行修改和维护。业务规则：系统管理员和发布人都可以删除共享文档，但发布人可以修改公享文档，其它有浏览权限的用户只能浏览共享文档。输入项：输出项： 业务流程图：无文件夹的设置用户需求标识：R_OA.W

27、D_004用户需求描述：录入个人和共享文件夹的信息，包括两级文件夹，这样就可以将个人文件和共享文件保存到预设好的文件夹中，显示可以分类分文件夹显示了。包括文件夹编号、文件夹名称、父文件夹编号、备注。要求：无操作人员（参与者）：所有人业务流程： 无业务规则：无输入项： 输出项： 业务流程图：无4.1.4通知公告通知公告用户需求标识：R_OA.TG_001用户需求描述：包括通知公告的录入、修改、删除、查询检索，通知公告的分发。如有新的通知公告在OA主页上的通知公告区域显示。要求：公司级或部门级公告由公司或部门专人负责发布和维护，其他人员没有该权限全体员工都可以进行浏览阅读。通知公告的发布标题要明确

28、，便于检索，新通知公告的提示要明显，使阅读人员很方便的查看公告的信息。通知公告的类型可以由系统管理人员进行定义,并由系统管理定义该通知公告的模板。例如：规章制度就应该由它自己独特的模板界面。下面是模板的样例：一般的通知公告是滚动方式显示的，发布人或管理员可以修改和删除通知公告，其他人不可以的。通知公告的显示周期由公告发布人设置的发布日期和截止日期决定。如果没有截止日期表示该公告永远显示在系统上。通知公告可以置顶，当发布人或者管理员将该通知公告设置成置顶的时候，该通知公告将显示在所有通知公告的前端。置顶通知公告之间的前后顺序按照置顶的时间来决定。操作人员（参与者）：拥有发布公告权限的部门人员 ，

29、管理员或发布人业务流程：用户使用自己的用户名和密码进入OA办公系统，进入通知公告栏目，选择公告类型，编辑并设置发布日期，截止日期等信息，发布公告。创建信息-选择公告类型-编辑设置相关信息发布公告。业务规则：无。输入项： 输出项： 业务流程图：无。查询归档用户需求标识：R_OA.TG_002用户需求描述：查询历史通知公告公共发布信息，有选择的将某些信息进行归档，或将一些公告转入到系统文档（如规章制度）中，方便查询检索。要求：由公司或部门专人负责进行定期归档和维护，其他人员没有该权限全体员工都可以对这些公共信息进行浏览和查阅。新闻、通知、公告等公共信息按类型进行分类归档方便查阅和检索，要求支持全文

30、检索。这些历史公共信息保存在数据库中，由系统管理员决定何时进行清理。操作人员（参与者）：拥有发布公共信息管理权限的部门人员 ，管理员或发布人业务流程：用户使用自己的用户名和密码进入OA办公系统，进入通知公告栏目，对这些公共信息进行查询和归档。业务规则：将各种公共信息分类转移到系统文档和历史文档库中。输入项：输出项： 业务流程图：无4.1.5通讯录个人通讯录用户需求标识：R_OA.TXL_001用户需求描述：内部职员可以录入自己私人的通讯记录，包括有名称、电话、Email、传真、地址、联系人、联系人电话、联系人mobile、联系人Email信息，用户在后台进行数据操作，可以录入、删除、修改自己的

31、通讯录数据。录入人具有查看、删除、修改的权限，系统管理员只有删除权限。录入的记录在系统的前台首页中显示，用户登录后，系统自动识别用户的工号，根据工号检索出该工号的所有通讯录数据。另外，在发邮件时，系统能够检索出私人通讯录的email地址，让用户进行选择，若用户不想选择也可以进行录入。当用户删除或修改通讯记录的Email，在写邮件Email选择下拉框中要相应变化。要求：录入人具有查看、删除、修改的权限。系统管理员只有删除权限。用户登录后，系统自动识别用户的工号，根据工号检索出该工号的所有通讯记录。在发邮件时，系统能够检索出私人通讯录的email地址，让用户进行选择。操作人员（参与者）：录入人、系

32、统管理员。业务流程： 无。业务规则：用户在后台进行数据操作，可以录入、删除、修改自己的通讯记录，录入人具有查看、删除、修改，系统管理员只有删除权限。录入的记录在系统的前台首页中显示，用户登录后，系统自动识别用户的工号，根据工号检索出该工号的所有通讯记录。另外，在发邮件时，系统能够检索出私人通讯录的email地址，让用户进行选择，若用户不想选择也可以进行录入。输入项： 输出项： 业务流程图：无内部通讯录用户需求标识：R_OA.TXL_002用户需求描述：具有特定权限的人员可以录入公司职员的通讯记录，包括有名称、电话、Email、传真、地址，具有特定权限的人员在后台进行数据操作，可以录入、删除、修

33、改员工的通讯记录，具有特定权限的人员具有查看、删除、修改的权限，系统管理员只有删除权限。录入的通讯记录在系统的前台首页中显示，用户登录后，系统检索出职员的所有通讯记录。另外，在发邮件时，系统能够检索出内部通讯录的email地址，让用户进行选择，若用户不想选择也可以进行录入。当用户删除或修改通讯记录的Email，在写邮件Email选择下拉框中要相应变化。要求：具有特定权限的人员具有查看、删除、修改与增加的权限系统管理员只有删除权限。在发邮件时，系统能够检索出内部通讯录的email地址，让用户进行选择。操作人员（参与者）：具有特定权限的人员业务流程：具有特定权限的人员可以录入公司职员的通讯记录，一

34、般人可以查询，在发邮件时，系统能够检索出内部通讯录的email地址，让用户进行选择，具有特定权限的人员或系统管理员可以删除某个人的通讯记录。业务规则：具有特定权限的人员具有查看、删除、修改与增加的权限，系统管理员只有删除权限，在发邮件时，系统能够检索出内部通讯录的email地址，让用户进行选择。输入项： 输出项： 业务流程图：无4.1.6论坛 论坛是大家讨论或交流的区域，为了管理和交流得更充分，我们决定分为讨论组、公共论坛、学习园地三个部分，将讨论的变得更细化、更方便。讨论组用户需求标识：R_OA.LT_001用户需求描述：首先要建立讨论组，然后加入讨论组的成员，成员来自系统字典用户管理中建立

35、的用户，然后可以发起讨论的论题，其余组成员可以跟进讨论。要求：必需建立讨论组。必须分配讨论组的成员，讨论组的成员是来自系统管理的建立的用户只有讨论组成员才能看到讨论组的标题和内容,非讨论组的人员不能看和回复。需要统计每个论题的回复数目。在论题的下部可以看到讨论的列表，根据列表可以看到讨论的具体内容。操作人员（参与者）：论坛的管理员、一般用户业务流程： 建立讨论组分配成员建立论题讨论浏览。业务规则：论坛的管理员建立讨论组，分配讨论的成员。组内成员可以建立论题、讨论、浏览。输入项： 输出项： 业务流程图：无公共论坛用户需求标识：R_OA.LT_002用户需求描述：允许所有用户发布帖子的论坛，用户可

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

37、面的帖子的论坛，用户可以在其中发布和讨论自己感兴趣的帖子。要求：论坛由论坛管理员进行维护；论坛管理员可以细分各种不同的讨论区。可以匿名参与讨论发布新贴包括帖子标题、内容，附件等相关信息。新贴自动记录发布时间、发布人员等信息。需要统计参与讨论的人数帖子按照最近发布或回复的时间排序，在论题的下部可以看到讨论的列表，根据列表可以看到讨论的具体内容。操作人员（参与者）：论坛管理员、一般成员。业务流程：建立讨论区建立论题讨论浏览。业务规则：论坛的管理员建立讨论区。所有成员可以建立论题、讨论、浏览。输入项： 输出项： 业务流程图：无4.1.7公文流转 总共可分为公文管理以及公文归档文档流转事实上是对工作流

38、以及工作流中的文档进行管理，对于大多数企业来说，核心的管理就是工作流和文档的管理。 一般的企业都会有很多流程，比如：请假流程报销流程收文/发文流程收文：处理收到上级部门及其它部门的公文 发文：上级及有关部门需协调和解决的问题进行的一系列流程流程的本质，就是很多人在一起完成一件事情流程可能会经过不同的中间环节，在中间环节上，由相关人员进行处理所有流程中间环节的处理过程，需要进行记录【公文管理】可分为公文维护与公文归档处理：在其主界面上，显示由当前登陆人员创建的所有公文。可以在我的公文、待审核公文、已审核公文之间切换：公文的添加：点击其中一个公文形式（流程），打开此流程的公文添加界面：重要的一点是

39、，可以选择流程！这些流程都是通过设计器或编写流程文件的方法创建的。添加完成后，公文管理主界面是：公文的删除：用户可以对公文执行删除操作公文的流转：可以点击提交操作，将公文提交流程用户只能对属于自己的公文（自己创建的公文）进行操作在公文进入流程之后，不再允许用户对公文执行修改和删除操作在公文流转结束以后，用户可以对公文设置成归档状态用户登录系统之后，可以看到自己的待审批公文列表在我的公文视图里，可以将这些公文进行提交，即提交到流程。打开提交界面：选择下一个步骤进行提交操作，提交完成后，在公文主界面上，不能再次对公文执行提交和删除等操作：如果此时在流程中下一个节点的用户登陆，便可以在“带审批文档”

40、视图中看到流到此人的文档。下面是一个带审核公文列表：执行审批操作：点击保存审核信息之后，可以执行提交操作。当然，也可以再次点击审核操作，这时候，需要打开界面，更改审核意见！提交之后，根据相应的选择，公文将流到相应的人员那里，依次下去，直到流程的结束！这就是公文管理主要过程！在公文管理主界面上，可以点击“下载”，下载附件文档，以便查看详细内容；或者点击“查看审批历史”，可以查看相关文档的审批记录。一旦文档经过审批并提交之后，在“待审批文档”列表视图中就会消失，但是在“已审批文档”中，却需要能够找到这些已被审批过的文档记录！工作流程【流程管理】可以自定义流程（通过流程设计器）流程可以随时作出修改流

41、程示例发文流程发文流程主要是上级及有关部门需协调和解决的问题进行的一系列流程，本流程对发文的全过程进行有效控制和跟踪，实现完善的发文流程。发文流程主要包括：公文生成：选择按公文的类型预先设计好的公文标准格式模板，在向导的指导下轻松地进行公文的撰写。审核：生成的文稿经计算机网络送审核负责人进行审核，审核负责人在审核意见栏中签署审核意见后，初稿传回撰稿人处修改。内、外部会签：对于需要有关部门会签的公文，由公文管理人员按照会签要求，将公文发往有关部门签署意见。签发：审核通过和会签完毕的公文发往签发负责人，由签发负责人在签署意见栏中签署意见，并签名，同时确定或修改转送单位，签发完成或，返回公文管理部门

42、。处理：由公文管理部门对签发完毕的公文进行处理，包括编号、分发、登记、存档、打印等功能。查询：可以按照多个条件进行查询。发文流程可以根据企业需要随时调整流程，流程结束后由文件及相关信息直接归档。归档后的文件，可以按机密等级分权限进行查询，查询权限可以由用户指定。收文流程收文流程主要是处理收到上级部门及其它部门的公文，对收文进行登记和维护，并提供查询,同时对收文的全过程进行有效控制和跟踪，实现完善的收文流程等。收文流程主要包括：收文登记：电子文件直接存入数据库，直至文本文件向通过键盘或扫描仪输入原文后，经计算机识别系统将其转换为文本文件，再存入收文库。内部转发：将公文信息通过网络系统传送到相关的

43、部门，根据文件的性质、保密程度与权限的不同，采用相应的加密处理，对文件的办理、传阅、查询等，应按不同的级别和部门给以限定。拟办：将待拟办的公文通过网络发送给拟办负责人，由拟办负责人直接在计算机上签署处理意见或选择拟办模板，拟办完成后，公文自动转去批办。批办：将待批办的公文通过网络发送给有关批办负责人，由批办负责人直接在计算机上签署处置意见或选择批办模板，批办完成后，公文自动返回公文管理部门。注办：当公文处理完毕后，由承办单位或个人在计算机终端“收文处理单”的“处理结果”栏中填写公文的办理结果。返回公文管理部门，由公文管理部门注办并作归档等处理。查询：相关人员可以对收到的公文及其信息进行查询。出

44、差流程出差流程是实现出差前的申请和审批、出差后的总结、审批和费用的报销等，同时对出差的全过程进行有效控制和跟踪，实现完善的出差流程等。出差流程主要包括：出差申请：由出差申请人填写出差任务单，发送审批人进行审批。出差审批：审批人进行出差任务单的审批，审批完成后发送出差申请人。出差返回：出差申请人出差返回，填写出差情况汇报及差旅费，抱审批人进行审批。出差汇报：审批人进行出差情况汇报及差旅费的审批后，发送财务部进行审查及报销。财务：财务进行差旅费的审查及报销，最后系统自动存档。查询：公司领导及个人可对出差的情况进行查询。流程管理的主界面在主界面上，应列出系统的所有流程，而且针对每个特定的流程，可以重

45、新进行上传和发布。点击流程名称，应能获得关于此流程的详细信息，如下所示：【查看流程图片】【查看流程定义】表单定义可以实现表单模板的动态定义，即针对不同的流程，可以定义对应的表单。4.1.8系统管理系统管理模块是系统的控制中心，系统管理员可以统一地对系统进行管理，设置简便，管理方便、安全、可靠。实现了人员管理，组织机构管理，权限和角色分配，流程定制，自定义表单，自定义视图，用户个性化界面自定义，数据备份和恢复，系统的帮助。 系统设置系统设置主要由管理员设置企业的组织结构、用户信息、图形化的自定义工作流程以及用户权限等。系统管理主要包括用户管理、机构部门，权限管理。.1用户管理用户需求标识：R_O

46、A.XT_001用户需求描述：用户或工号设置。要求：可以方便的对人员信息进行维护，可以方便的新增人员，进行角色设定。人员管理：根据不同岗位设置多种人员集合，便于各系统的应用。当人员组织机构、岗位发生变化时，管理员只需提交请求，系统即可完成所有业务中涉及此人员信息全部更改。人员权限集中设置：系统可以将人员根据其岗位职责和职务划分成不同用户群，从而从业务需求和使用权限上进行分类。所有权限功能的定义采用模块化的设计和管理界面，当人员发生工作调动、职务变更、调离等变化时，管理员以最简单的方法发出变更指令，所有涉及到此人员的权限问题统一由系统完成。系统采用基于角色（岗位）的工作流实现办公流程，因此应用管

47、理员针对机构、人员管理需要做的工作是将角色（岗位）针对工作人员进行调整。新建用户，信息录入时为用户名和密码设定为邮件地址和邮件用户及密码可以将用户信息导入，或导出为Excel文件保存操作人员（参与者）：系统管理员或被授予此权限的相关人员。业务流程： 无业务规则：初始化密码统一和用户名一样。输入项：用户人员信息（用户名，真实姓名，工号）。输出项：提示设置成功或失败。业务流程图：无.2机构部门用户需求标识：R_OA.XT_002用户需求描述：进行组织机构设置（包括部门划分及相关信息设定）。主要实现对组织和部门的设立、调整。操作人员（参与者）：系统管理员或被授予此权限的相关人员。业务流程： 无。业务

48、规则：部门建立后要指定部门负责人和部门的各个职位。输入项：部门名称，说明。输出项：提示设置成功或失败。业务流程图：无.3功能模块管理用户需求标识：R_OA.XT_003用户需求描述：系统功能模块的设置。要求：系统的模块添加要方便。操作人员（参与者）：系统管理员或被授予此权限的相关人员。业务流程： 无。业务规则：设置功能的名称时名称不能重复。输入项：角色信息（名称，说明）输出项：提示设置成功或失败。业务流程图：无.4权限管理用户需求标识：R_OA.XT_004用户需求描述：权限设置（角色设定、角色权限设定）。设定角色对系统功能的使用权限。要求：可以方便的进行角色设定、增删改用户权限等。设定系统需

49、要的角色（系统初始化时要有系统管理员这个角色）根据角色分配权限权限的分配可以分给个人或部门（组）权限分配后，人员登陆的菜单是根据人员的部门和权限列出。操作人员（参与者）：系统管理员或被授予此权限的相关人员。业务流程： 无业务规则：设定角色后，根据角色分配权限。输入项：角色信息（名称，说明）输出项：提示设置成功或失败。业务流程图：无个人设置.1个人信息用户需求标识：R_OA.XT_005用户需求描述：设置个人相关信息。头像签名设置等与个人相关的信息。要求： 个人的设置主要由用户个人进行填写和设置。操作人员（参与者）：用户。业务流程： 无。业务规则：无。输入项：个人信息及相关修改。输出项：提示设置

50、成功或失败。业务流程图：无.2系统界面用户需求标识：R_OA.XT_006用户需求描述：设置个人系统界面的风格和对个人助手功能的设置。要求： 界面风格美观，操作方便，可以对界面的风格进行更新。操作人员（参与者）：用户。业务流程： 无。业务规则：无。输入项：界面风格的名称。输出项：界面风格的改变。业务流程图：无.3密码用户需求标识：R_OA.XT_007用户需求描述：设置个人的密码要求： 个人的密码只有自己才能修改。操作人员（参与者）：用户。业务流程： 无。业务规则：个人的密码只有自己才能修改。输入项：密码。输出项：提示设置成功或失败。业务流程图：无系统维护.1数据库维护用户需求标识：R_OA.

51、XT_008用户需求描述：数据库维护主要指对数据库的管理与维护，包括数据库的管理：数据库的备份、恢复，系统的优化、维护，数据的导入、导出。要求：数据库按指定的策略执行自动备份数据备份也可以人工立即备份操作人员（参与者）：系统管理员或被授予该项操作权限的用户。业务流程： 无。业务规则：无。输入项：数据库信息及相关修改。输出项：提示设置成功或失败。业务流程图：无.2系统日志维护用户需求标识：R_OA.XT_009用户需求描述：系统日志包括服务日志和操作日志两种类型，并支持时时刷新。要求：记录数据库的操作，可查询系统的访问日志、服务日志（包括错误日志）设置记录的时间，如记录的时间为30天可以按指定条

52、件把记录导出（导出的格式txt文件即可）操作人员（参与者）：系统管理员或被授予该项操作权限的用户。业务流程： 无。业务规则：无。输入项：无输出项：数据库的操作记录。业务流程图：无模板维护用户需求标识：R_OA.XT_010用户需求描述：系统中使用的各种模板（如公文模板等）的维护。要求：模板设定好后，用户在进行该项业务办理时，系统自动要求用户向该模板中填写具体项目内容。设定好的模板可以随时进行样式修改操作人员（参与者）：系统管理员或被授予该项操作权限的用户。业务流程： 无。业务规则：无。输入项：模板信息及相关修改。输出项：提示设置成功或失败。业务流程图：无系统字典用户需求标识：R_OA.XT_0

53、11用户需求描述：系统中各种业务相关的系统字典表的维护，如人员状态设定（正常、忙碌、离开等）。要求： 对系统中的数据字典进行分类，分功能模块进行管理。系统管理中的系统字典设计要简洁实用。操作人员（参与者）：系统管理员或被授予该项操作权限的用户。业务流程： 无。业务规则：无。输入项：数据字典信息及修改。输出项：提示设置成功或失败。业务流程图：无4.2个人办公助理个人办公助理是用户登录OA系统后能够直接看到的内容，也是用户经常用到的一些OA系统功能，并且非常灵活允许用户自己进行组合。个人办公助理是OA系统中部分功能模块的组合，它的子模块可以自由的设置，使个人的办公十分的方便，提高工作效率。其中“主

54、菜单”是用户进入系统各个功能模块的入口，以树形结构列出，（如下图）。用户可以直接点击这些功能模块的子功能项，就可以直接进入该功能窗口进行操作。“我的代办事宜”列表显示出日程安排的待办工作业务。（如下图）“我的办公申请”列表显示出公文流转中自己的申请审批情况以及需要自己审批的相关申请列表。“电子邮件”-“收件箱”列表显示我的最新内部邮件及最新外网邮件。“消息”分类列表显示接收到的各种消息，包括短消息、新邮件提示、会议提醒、事务提醒（通知）、日程任务提示等等。“状态查看”可以查看其他用户的状态：正常（在线）、忙碌、离开等等，也可以查看所有在线人员相关信息。“个人设置”中可以设定一些个人相关信息，如

55、个人信息描述、即时通讯头像、密码修改等等。见个人设置。4.3人力资源管理 人力资源管理，是对本单位的人事档案、招聘培训情况、考勤情况、绩效考核和两险一金情况进行管理。人力资源管理人事管理招聘管理培训管理考勤管理绩效管理两险一金 4.3.1人事管理用户需求标识：R_OA.EL_001用户需求描述：人事管理是对人事档案、证件等基础资料的设定和管理。要求： 实现对人事档案完整资料库的管理人事档案档案查询合同管理奖惩管理证照管理学习经历工作经历劳动技能人事调动离职管理复职管理员工关怀 操作人员（参与者）：办公室人力资源负责人。业务流程： 无业务规则：管理者可以增删员工资料，但有记录可查。输入项：人事信

56、息（名称，说明）输出项：提示设置成功或失败。业务流程图：无4.3.2招聘管理用户需求标识：R_OA.EL_002用户需求描述：对企业招聘信息进行管理要求： 实现招聘管理分析招聘需求招聘计划招聘计划审批人才库招聘录用人才分析操作人员（参与者）：办公室人力资源负责人。业务流程： 无业务规则：管理者对企业招聘提出需求、计划后进行人才招聘、录用。输入项：招聘情况信息（名称，说明）输出项：提示设置成功或失败。业务流程图：无4.3.3培训管理用户需求标识：R_OA.EL_003用户需求描述：对企业员工进行培训管理要求： 实现培训管理分析培训计划培训计划审批培训记录操作人员（参与者）：办公室人力资源负责人。

57、业务流程： 无业务规则：管理者对企业员工进行有计划的培训。输入项：培训情况信息（名称，说明）输出项：提示设置成功或失败。业务流程图：无4.3.4绩效考核用户需求标识：R_OA.EL_004用户需求描述：对企业员工制定绩效考核标准要求：考核项目设定考核任务管理进行考核操作人员（参与者）：办公室人力资源负责人或部门经理。业务流程： 无业务规则：管理者对企业员工制定绩效考核标准。输入项：考核项目情况信息（名称，说明）输出项：提示设置成功或失败。业务流程图：无4.3.5两险一金用户需求标识：R_OA.EL_005用户需求描述：制定记录企业员工两险一金标准要求：两险一金基数表两险一金查询两险一金审批操作

58、人员（参与者）：办公室负责人。业务流程： 无业务规则：负责人进行基数录入、审批后生效。输入项：两险一金情况信息（名称，说明）输出项：提示设置成功或失败。业务流程图：无4.4扩展模块功能5. 产品的非功能性需求5.1 用户界面需求需求名称详细要求界面风格要求界面风格统一、美观大方，不要使用特别夸张的色彩。操作方便能够明确的标明操作的界面、多使用文字提示，以方便非计算机人员的使用。界面友好要求能方便的输入、输出数据，减少非法数据的输入，有固定分类的地方采用选择方式替代手工录入，减少出错率。5.2 软硬件环境需求需求名称详细要求软件需求操作系统：Windows 2003 Server/：Window

59、s 2008 Server数 据 库：SQL SERVER 2000开发语言：C#硬件最低需求服务器：CPU P4 2.6G 内存512M 硬盘120G以上配置工作站：CPU PIII 866 内存64M 硬盘20G以上配置5.3 产品质量需求提示：根据用户质量需求的具体要求填写，可以增删主要质量属性详细要求可靠性软件运行可靠稳定可维护性软件运行时可以进行维护安全性包括用户访问控制、信息加密、身份认证等，要求数据安全可靠，能够最大限度抵御外来攻击正确性保证输入，输出的数据的正确性能，效率要求软件反应快，时长不能大于5秒。最大并发用户达到100个易用性要求能够很方便的使用该软件，非计算机专业人员

60、，通过阅读帮助和界面文字提示能够在1-2天内掌握使用。清晰性界面的文字提示要简单明了可扩展性要求提供了良好的数据类型扩展性和功能规模扩展性，保证系统随着时间的推移而增长时，能够快速方便地引入新的数据类型和功能，保护原有的系统。兼容性要求有很好的兼容性5.4 其它需求界面要好看，不能使人生厌；简便的安装和配置工具单服务器运行，管理和维护简单安全性要求：身份验证：有自己完善的认证机制，不经认证的用户无法登录服务器。认证信息通过MD5（Message-Digest Algorithm 5）算法加密，具有足够的安全性。数据加密、防止篡改：发送的信息采用TEA（Tiny Encryption Algor