OA系统需求分析说明书7577.docx

《OA系统需求分析说明书7577.docx》由会员分享，可在线阅读，更多相关《OA系统需求分析说明书7577.docx（47页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

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密码不一样,但用户名一样且不能修改。对电子邮件功能模块的总体要求：1、 新邮件可以在首页中实现提醒功能，提示有几封未收邮件。2、 电子邮件的邮箱地址应该与通讯录进行关联。3、 邮件应该有保存功能，可以保

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

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

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

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

13、。业务规则：个人的邮箱只有用户自己才能登录。输入项： 输出项： 业务流程图：无4.1.1.3转发邮件用户需求标识：R_OA.YJ_003用户需求描述：收到邮件后，根据自己的需要可以将这些邮件按正文转发或按附件转发给其他人。要求：1、 转发后的邮件中应该有首发人和转发人2个人的信息2、 要保留原来的附件3、 可以转发给多个人操作人员（参与者）：所有用户业务流程：用户登录后，打开某一收到的邮件，选择收件人，单击转发就完成一个转发过程业务规则：必须先打开邮件，才可以转发，可以转发给多个人.输入项： 输出项： 业务流程图：无4.1.1.4 回复邮件用户需求标识：R_OA.YJ_004用户需求描述：收到

14、邮件后，可以回复发件人。要求：1、 标题自动加上“RE：”前缀2、 自动在信件末尾保留原信内容3、 可选择是否保留原信件中的附件操作人员（参与者）：所有用户业务流程：用户登录后，打开某一收到的邮件，点回复业务规则：必须先打开邮件，才可以回复.输入项： 输出项： 业务流程图：无4.1.1.5 邮件收藏（可选）用户需求标识：R_OA.YJ_005用户需求描述：对于比较重要的邮件可以选择放入收藏夹。要求：1、 邮件放入收藏夹后，收件夹中不再显示该邮件2、 可以同时选择多个邮件操作人员（参与者）：所有用户业务流程：用户登录后，选择一封或多封邮件，点收藏业务规则：可收藏草稿、已发邮件、收到邮件输入项：

15、输出项： 业务流程图：无4.1.1.6 邮件保存（草稿夹）用户需求标识：R_OA.YJ_006用户需求描述：当一个邮件正在编写内容时，可能有别的事情要处理，为了安全要关闭OA 系统，应该可以将邮件保存到草稿夹中，需要继续时，从草稿夹中打开继续进行编写。要求：1、 保存时，邮件标题不能为空2、 邮件的内容不能空操作人员（参与者）：所有用户业务流程：当一个邮件正在编写内容时，可能有别的事情要处理，为了安全要关闭OA 系统，应该可以将邮件保存到草稿夹中，需要继续时，从草稿夹中打开继续进行。业务规则：保存时，标题和内容不能为空输入项：输出项： 业务流程图：无4.1.1.7删除邮件用户需求标识：R_OA

16、.YJ_007用户需求描述：当一个邮件没有价值，我们可以将其从邮箱中彻底删除。操作人员（参与者）：登录人或系统管理员业务流程：用户使用自己的用户名和密码登录系统后，选择一个或多个邮件，选择删除，就将邮件彻底从邮箱删除。业务规则：登录人只能删除自己的邮件。系统管理员可以删除所有人的邮件，但是系统管理员没有查看其他人的邮件的权力输入项：输出项： 业务流程图：无4.1.1.8邮件提醒用户需求标识：R_OA.YJ_008用户需求描述：用户进入网站后，系统会提示登录人有几封未收邮件； 在用户是已登录的状态时，每隔一个固定间隔时间（10分钟）检查邮箱，有新邮件时在桌面右下角弹出提示窗口，并在页面状态栏中刷

17、新新邮件数量操作人员（参与者）：所有用户业务流程：用户进入网站后，系统提示有几封未收邮件；在用户是已登录的状态时，定期检查邮箱业务规则：只提示登录人未收的邮件。输入项： 输出项： 业务流程图：无4.1.2 即时通讯 4.1.2.1短消息用户需求标识：R_OA.JS_001用户需求描述：无论对方是否在线，都可以向一个人或一群人发送信息。发消息内容包括信息有消息编号、消息内容、发送人、接收人、发送时间。回复消息内容包括消息编号、回复内容、回复人、原发送人、回复时间。要求：1、 支持群发，可按部门、团队进行分组2、 支持保存历史消息记录，可显示历史消息记录。3、 短消息保存在数据库（最多只能保存2

18、天）。4、 用户可以选择把短消息保存到本地，可永久保存，没有数量限制5、 可在发消息模式与对话模式之间进行自由转换6、 当用户收到新的信息时，能有类似MSN的消息提示。7、 可设置自动回复操作人员（参与者）：发送人及接收人业务流程：编写短消息选择发送人或群发送接收回复查看历史记录业务规则：无论对方是否在线，都可以向一个人或一群人发送信息。输入项：信息有消息编号、消息内容、发送人、接收人、发送时间。输出项：括消息编号、回复内容、回复人、原发送人、回复时间。业务流程图：可以如下图，选择多个接收用户，群发消息，也可以选择部门或组，向整个部门或组内的所有成员发送消息（相当于一定范围内的消息广播）。4.

19、1.2.2人员状态设置用户需求标识：R_OA.JS_002用户需求描述：录入人员在线或离线时的状态，象在开会、在领导办公室、去找客户等等，只要是常用的，都可以录入。包括状态编号、状态名称、是否投用的字段。要求：1、 在这里录入的投用的状态，在人员状态里一定要显示出来，供大家选择操作人员（参与者）：系统管理员业务流程：无 业务规则：无输入项： 输出项： 业务流程图：无4.1.2.3人员状态用户需求标识：R_OA.JS_003用户需求描述：人员状态跟踪的一种工具，员工都养成了一种好的习惯，无论是离线或在线但人离开，都要留下自己的行踪。包括人员编号、状态、备注。要求：1、 无论在线或离开都可以选择状

20、态。2、 不想选择预定义的状态，可以录入状态备注。3、 当本人重新登录系统时，取消设置的状态。操作人员（参与者）：所有用户业务流程：登录系统选择自己的状态别人浏览业务规则：当本人重新登录系统时，取消设置的状态。输入项： 输出项： 业务流程图：无4.1.3文档管理 文档管理是OA系统的重要一块，将电子文档上传到服务器，实现文档归档，可以设置共享，实现文档共享，可以根据自己需要进行文档搜索，搜索的条件有上传科室、文件类型、上传人、主题关键字、上传时间（时间段）。包括的信息有，上传文档的标题、文档的类型、文档的内容、文档的关键字、附件、编写人、编写日期、发布单位、发布时间、发布人等等信息。文档的分类

21、要类似资源管理器。而文档的内容要多样性。比如正文附带附件。可以对正文及附件进行检索。用户之间可以相互发送文档。可以提交公共文档。4.1.3.1公共文件夹（规章制度）用户需求标识：R_OA.WD_001用户需求描述：主要提供存放公共文件的空间，公司内部公用的文档。包括的信息有发布文档的标题、文档的类型、文档的内容、文档的关键字、附件、编写人、编写日期、发布时间、发布人等等信息。可以通过条件文件类型、发布人、存入的两级文件夹、主题关键字、发布时间（时间段）查询到需要的记录。要求：1、 系统管理员和指定的人员可以设置文档类别,并把文档存放在这些类别中。2、 公司又有员工可以查看共享文件夹，但是不能修

22、改和删除共享文件夹的内容。3、 支持两层分类，即类别下设子类。考虑到实用性和简单性的统一，两层分类即可，不需要支持三层及其以上的分类。系统管理员和指定人员可以对分类进行维护。4、 允许针对不同个人文档的类型添加附件，限制附件大小为10M。5、 可以上传多个附件6、 系统管理员和发布人都可以删除公共文档。7、 发布人可以修改公共文档，但系统管理员有删除的权限。8、 文档能够按照录入的二级分类自动分类显示。操作人员（参与者）：录入人、系统管理员业务流程：系统管理员和指定人员进入OA办公系统，进入个人文档栏目，查看各种公共文档的详细内容。并可以对公共文档进行修改和维护。业务规则：系统管理员和发布人都

23、可以删除个人文档，但发布人可以修改个人文档。输入项： 输出项： 业务流程图：无4.1.3.2个人文档用户需求标识：R_OA.WD_002用户需求描述：主要提供存放个人文件的空间，员工自己的文档，可以是学习心得、记录的笔记、摘抄的文章等个人学习和生活的文档记录，向服务器提交时录入主题关键字，方便以后的查询搜索。当文件没有价值时，可以及时删除掉这些文档。包括的信息有发布文档的标题、文档的类型、文档的内容、文档的关键字、附件、编写人、编写日期、发布时间、发布人等等信息。可以通过条件文件类型、发布人、存入的两级文件夹、主题关键字、发布时间（时间段）查询到需要的记录。要求：9、 用户可以设置文档类别,并

24、把文档存放在这些类别中。10、 只能查看登录人自己的个人文档，看不到其他人的个人文档，别人也看不到自己的文档的非共享文档。11、 支持两层分类，即类别下设子类。考虑到实用性和简单性的统一，两层分类即可，不需要支持三层及其以上的分类。用户个人可以对分类进行维护。12、 允许针对不同个人文档的类型添加附件，限制附件大小为10M。13、 可以上传多个附件14、 系统管理员和发布人都可以删除个人文档。15、 发布人可以修改个人文档，但系统管理员有删除的权限。16、 文档能够按照录入的二级分类自动分类显示。17、 登陆人可以共享自己的文档以供他人查看。操作人员（参与者）：录入人、系统管理员业务流程：用户

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

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

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

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

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

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

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

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

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

34、具有特定权限的人员可以录入公司职员的通讯记录，包括有名称、电话、Email、传真、地址，具有特定权限的人员在后台进行数据操作，可以录入、删除、修改员工的通讯记录，具有特定权限的人员具有查看、删除、修改的权限，系统管理员只有删除权限。录入的通讯记录在系统的前台首页中显示，用户登录后，系统检索出职员的所有通讯记录。另外，在发邮件时，系统能够检索出内部通讯录的email地址，让用户进行选择，若用户不想选择也可以进行录入。当用户删除或修改通讯记录的Email，在写邮件Email选择下拉框中要相应变化。要求：1、 具有特定权限的人员具有查看、删除、修改与增加的权限2、 系统管理员只有删除权限。3、 在发

35、邮件时，系统能够检索出内部通讯录的email地址，让用户进行选择。操作人员（参与者）：具有特定权限的人员业务流程：具有特定权限的人员可以录入公司职员的通讯记录，一般人可以查询，在发邮件时，系统能够检索出内部通讯录的email地址，让用户进行选择，具有特定权限的人员或系统管理员可以删除某个人的通讯记录。业务规则：具有特定权限的人员具有查看、删除、修改与增加的权限，系统管理员只有删除权限，在发邮件时，系统能够检索出内部通讯录的email地址，让用户进行选择。输入项： 输出项： 业务流程图：无4.1.6论坛 论坛是大家讨论或交流的区域，为了管理和交流得更充分，我们决定分为讨论组、公共论坛、学习园地三

36、个部分，将讨论的变得更细化、更方便。4.1.6.1讨论组用户需求标识：R_OA.LT_001用户需求描述：首先要建立讨论组，然后加入讨论组的成员，成员来自系统字典用户管理中建立的用户，然后可以发起讨论的论题，其余组成员可以跟进讨论。要求：1、 必需建立讨论组。2、 必须分配讨论组的成员，讨论组的成员是来自系统管理的建立的用户3、 只有讨论组成员才能看到讨论组的标题和内容,非讨论组的人员不能看和回复。4、 需要统计每个论题的回复数目。5、 在论题的下部可以看到讨论的列表，根据列表可以看到讨论的具体内容。操作人员（参与者）：论坛的管理员、一般用户业务流程： 建立讨论组分配成员建立论题讨论浏览。业务

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

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

39、论题的下部可以看到讨论的列表，根据列表可以看到讨论的具体内容。操作人员（参与者）：论坛管理员、一般成员。业务流程：建立讨论区建立论题讨论浏览。业务规则：论坛的管理员建立讨论区。所有成员可以建立论题、讨论、浏览。输入项： 输出项： 业务流程图：无4.1.7公文流转4.1.7.1 总共可分为公文管理以及公文归档文档流转事实上是对工作流以及工作流中的文档进行管理，对于大多数企业来说，核心的管理就是工作流和文档的管理。 一般的企业都会有很多流程，比如：请假流程报销流程收文/发文流程收文：处理收到上级部门及其它部门的公文 发文：上级及有关部门需协调和解决的问题进行的一系列流程流程的本质，就是很多人在一起

40、完成一件事情流程可能会经过不同的中间环节，在中间环节上，由相关人员进行处理所有流程中间环节的处理过程，需要进行记录4.1.7.2【公文管理】可分为公文维护与公文归档处理：在其主界面上，显示由当前登陆人员创建的所有公文。可以在我的公文、待审核公文、已审核公文之间切换：公文的添加：点击其中一个公文形式（流程），打开此流程的公文添加界面：重要的一点是，可以选择流程！这些流程都是通过设计器或编写流程文件的方法创建的。添加完成后，公文管理主界面是：公文的删除：用户可以对公文执行删除操作公文的流转：可以点击提交操作，将公文提交流程用户只能对属于自己的公文（自己创建的公文）进行操作在公文进入流程之后，不再允

41、许用户对公文执行修改和删除操作在公文流转结束以后，用户可以对公文设置成归档状态用户登录系统之后，可以看到自己的待审批公文列表在我的公文视图里，可以将这些公文进行提交，即提交到流程。打开提交界面：选择下一个步骤进行提交操作，提交完成后，在公文主界面上，不能再次对公文执行提交和删除等操作：如果此时在流程中下一个节点的用户登陆，便可以在“带审批文档”视图中看到流到此人的文档。下面是一个带审核公文列表：执行审批操作：点击保存审核信息之后，可以执行提交操作。当然，也可以再次点击审核操作，这时候，需要打开界面，更改审核意见！提交之后，根据相应的选择，公文将流到相应的人员那里，依次下去，直到流程的结束！这就是公文管理主要过程！在公文管理主界面上，可以点击“下载”，下载附件文档，以便查看详细内容；或者点击“查看审批历史”，可以查看相关文档的审批记录。一旦文档经过审批并提交之后，在“待审批文档”列表视图中就会消失，但是在“已审批文档”中，却需要能够找到这些已被审批过的文档记录！4.1.7.3工作流程【流程管理