OA系统需求分析说明书

OA系统需求分析说明书用户需求分析讲明书文件状态：[√]草稿[]正式公布[]正在修改文件标识：博然建设办公自动化系统用户需求分析讲明书当前版本：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.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文档范畴本文档是需求人员、设计人员、开发人员及测试人员执行的差不多原则，也是系统开发完成后客户使用及治理的基础依据。0.3读者对象本需求规格讲明书使用者包括公司领导和各个部门的负责人，以及项目的设计人员、开发人员和测试人员。0.4参考文档《CMMI3级软件过程改进方法与规范》0.5术语与缩写讲明缩写、术语解释OA办公自动化系统1.产品介绍本系统的目标是构建一个基于网络环境下的，实现企业内部信息共享和职员协同工作，实现高效治理和无纸化办公，具有良好整体性、可扩展性、安全性和跨平台性的信息平台。系统治理员：OA系统的最大权限的人员。办公室治理员：负责公布通知、考勤。人力资源：新职员入职添加用户，离职删除用户，其它人事信息库操作。一样用户：扫瞄信息。2.产品面向的用户群体本产品面向建筑公司的各级办公室及部门的全部人员，包括公司总经理、部门经理、部门成员。3.产品应当遵循的标准或规范《运算机软件开发规范》GB8566-884.产品的功能性需求系统要求：如下图该系统围绕办公自动化系统(OA)要紧实现辅助个人、部门及公司的办公、进行公文和档案的治理以及对整个系统的治理等功能。系统总体功能需求：如上图：办公自动化系统(OA)分为基础模块和扩展模块以及附加模块等三部分，其中基础模块要紧实现个人办公的辅助治理，要紧包括通知公告、部门信息、邮件、短消息、公共文档、个人文件夹、个人通讯录、公共通讯录、论坛；扩展模块是在完成个人辅助办公的基础上进行部门和公司级别的办公辅助治理，要紧包括日程安排、会议治理、固定资产治理、人力资源治理、客户资源治理、打算治理以与其它一些系统的接口和功能扩展；附加模块要紧是一些辅助办公的使用小工具。4.0功能性需求分类下面对系统总体功能需求进行分项描述：系统功能序号功能名称功能需求标识优先级简要描述个人办公我的办公桌高打开个人办公桌，在个人办公桌上，是到达各种治理功能的快捷链接我的工作高系统针关于本用户的工作流转、通知、新闻等信息治理我的便签低随手记录的信息我的任务低任务治理手机短信低对手机发送短信我的邮件低邮件的收发治理公文治理公文爱护高各种类型的公文治理、审批公文等归档处理高对已完成流转的公文进行归档公共信息信息治理中进行新闻、通知、期刊、论坛、知识和规章制度的公布和治理，使企业的信息和知识快速传播和转移。行政办公会议治理中会议议程、会议标准、会议室情形资产治理低治理企业的资产信息用品治理低治理企业用品的申请车辆治理低企业车辆的治理图书治理低图书的借出治理消息治理收件箱中接收的所有消息发件箱中发送的所有消息垃圾箱中已删除的消息谈天记录中跟某个用户的谈天记录工作流程流程治理高如何定义企业的流程（能够灵活定义各种流程）表单定义高如何针对不同的流程定义表单组织治理机构治理高公司组织架构治理人员治理高公司人员治理权限治理模块治理高系统所有模块的治理角色治理高系统的角色定义、给角色分配权限等用户治理高系统帐号的分配、给用户分配角色、给用户分配权限等系统治理界面治理低对软件界面进行设置密码修改低代码定义低系统初始化低人力资源人事治理中人事档案、资质、职称评定及职员关怀等资料治理聘请治理中聘请需求、聘请打算，人才库聘请录用等治理培训治理中培训打算、培训审批、培训记录考勤治理中考勤记录、考勤统计、排班安排等效绩考核中考核项目设定、考核任务治理、进行考核在线考试中待扩展两险一金中职员保险及公积金治理4.1功能模块详述4.1.1电子邮件 电子邮件是OA系统的重要模块，包括的功能有收邮件、发邮件、转发邮件、邮件储存、删除邮件、邮件提醒、邮箱密码修改等等功能。电子邮件与通讯录模块有接口关联，在写邮件时能够选择通讯录中的email信息。电子邮件和系统治理中的用户治理也有接口关联，在添加用户时，自动生成该用户的email地址；删除用户时，删除该用户的邮箱地址及邮箱的所有邮件。要紧归结为两块：内部邮件、有关设置。需要分的邮件夹有收件夹、寄件夹、草稿夹。OA添加用户时,自动分配邮箱,密码同OA密码；在OA内部能够修改邮箱密码,邮箱密码能够与OA密码不一样,但用户名一样且不能修改。对电子邮件功能模块的总体要求：新邮件能够在首页中实现提醒功能，提示有几封未收邮件。电子邮件的邮箱地址应该与通讯录进行关联。邮件应该有储存功能，能够储存到草稿夹中。能够修改邮箱的密码转发邮件时，应该显示出所有收发和转发人。其他要求：保密性要强：系统收发邮件要通过加密的形式，幸免网页邮件系统在安全性方面的缺陷；操作要方便：软件的操作要专门方便，要求通过简单培训就能轻松上手；建议方案：只使用一台内部邮件服务器(Apachejames)，在防火墙内部，只能收发内部邮件。192.168.0.100192.168.0.100Internet防火墙邮件服务器Internet防火墙邮件服务器 如果内部用户用OUTLOOK等客户端软件收发邮件时，pop3、smtp设置为内部邮件服务器IP：192.168.0.100如图所示，即可收发邮件。优点：只需要爱护一套邮件系统，日常爱护比较简单。一台邮件服务器放在内网，内部职员互发邮件直截了当通过内网完成，比较快捷方便。4.1.1.1收邮件用户需求标识：R_OA.YJ_001用户需求描述：在首页中有未读邮件的提示，进入邮件模块，分页显示所有邮件，未读邮件标题加粗显示。当我们查看未读邮件后，去除标题的加粗成效。一个邮件没有价值时，直截了当删除。邮件也能够转发给其他人。系统治理员能够删除所有的邮件。譬如，一个人离职后，系统治理员能够清除他的邮件来腾出更多的资源。要求：登录人登录后，只显示属于自己的邮件。邮件转发时，要求记录首发人和转发人的信息。邮件的附件支持中文文件名。操作人员（参与者）：所有用户，系统治理员业务流程：用户使用自己的用户名和密码进入邮件系统查看收件箱中的邮件但一个邮件没有价值时，能够直截了当删除。邮件也能够转发给其他人。业务规则：登录人登录后，只显示属于自己的邮件。系统治理员能够删除所有的邮件。输入项：输出项：业务流程图：无4.1.1.2发邮件用户需求标识：R_OA.YJ_002用户需求描述：用户填写邮件的标题、邮件的内容、收件人地址、抄送人地址、暗送人地址、附件、是否储存到寄件夹后，发送邮件。若选择了储存到寄件夹，就在发件人的寄件夹中增加一条记录。但有时候，一个邮件没有写完有其他情况了，能够将已写好的内容储存到草稿夹中，以后能够连续在原先的基础上进行修改。要求：支持抄送和暗送功能。收件人地址、暗送人地址、抄送人地址都能够是多个人的地址支持10个附件的邮件。附件的大小能够达到20M。支持储存为草稿的功能。支持发送到寄件夹的功能。附件的名称支持中文，不能显现乱码现象。选择收件人时能够分部门选择。操作人员（参与者）：所有用户业务流程：用户使用自己的用户名和密码进入邮件登录后，用户填写邮件的标题、邮件的内容、收件人地址、抄送人地址、暗送人地址、附件、是否储存到寄件夹后，发送邮件。但有时候，一个邮件没有写完有其他情况了，能够将已写好的内容储存到草稿夹中，以后能够连续在原先的基础上进行。业务规则：个人的邮箱只有用户自己才能登录。输入项：输出项：业务流程图：无4.1.1.3转发邮件用户需求标识：R_OA.YJ_003用户需求描述：收到邮件后，按照自己的需要能够将这些邮件按正文转发或按附件转发给其他人。要求：转发后的邮件中应该有首发人和转发人2个人的信息要保留原先的附件能够转发给多个人操作人员（参与者）：所有用户业务流程：用户登录后，打开某一收到的邮件，选择收件人，单击转发就完成一个转发过程业务规则：必须先打开邮件，才能够转发，能够转发给多个人.输入项：输出项：业务流程图：无4.1.1.4回复邮件用户需求标识：R_OA.YJ_004用户需求描述：收到邮件后，能够回复发件人。要求：标题自动加上“RE：”前缀自动在信件末尾保留原信内容可选择是否保留原信件中的附件操作人员（参与者）：所有用户业务流程：用户登录后，打开某一收到的邮件，点回复业务规则：必须先打开邮件，才能够回复.输入项：输出项：业务流程图：无4.1.1.5邮件收藏（可选）用户需求标识：R_OA.YJ_005用户需求描述：关于比较重要的邮件能够选择放入收藏夹。要求：邮件放入收藏夹后，收件夹中不再显示该邮件能够同时选择多个邮件操作人员（参与者）：所有用户业务流程：用户登录后，选择一封或多封邮件，点收藏业务规则：可收藏草稿、已发邮件、收到邮件输入项：输出项：业务流程图：无4.1.1.6邮件储存（草稿夹）用户需求标识：R_OA.YJ_006用户需求描述：当一个邮件正在编写内容时，可能有别的情况要处理，为了安全要关闭OA系统，应该能够将邮件储存到草稿夹中，需要连续时，从草稿夹中打开连续进行编写。要求：储存时，邮件标题不能为空邮件的内容不能空操作人员（参与者）：所有用户业务流程：当一个邮件正在编写内容时，可能有别的情况要处理，为了安全要关闭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用户需求描述：不管对方是否在线，都能够向一个人或一群人发送信息。发消息内容包括信息有消息编号、消息内容、发送人、接收人、发送时刻。回复消息内容包括消息编号、回复内容、回复人、原发送人、回复时刻。要求：支持群发，可按部门、团队进行分组支持储存历史消息记录，可显示历史消息记录。短消息储存在数据库（最多只能储存2天）。用户能够选择把短消息储存到本地，可永久储存，没有数量限制可在发消息模式与对话模式之间进行自由转换当用户收到新的信息时，能有类似MSN的消息提示。可设置自动回复操作人员（参与者）：发送人及接收人业务流程：编写短消息——〉选择发送人或群——〉发送——〉接收——〉回复——〉查看历史记录业务规则：不管对方是否在线，都能够向一个人或一群人发送信息。输入项：信息有消息编号、消息内容、发送人、接收人、发送时刻。输出项：括消息编号、回复内容、回复人、原发送人、回复时刻。业务流程图：能够如下图，选择多个接收用户，群发消息，也能够选择部门或组，向整个部门或组内的所有成员发送消息（相当于一定范畴内的消息广播）。4.1.2.2人员状态设置用户需求标识：R_OA.JS_002用户需求描述：录入人员在线或离线时的状态，象在开会、在领导办公室、去找客户等等，只要是常用的，都能够录入。包括状态编号、状态名称、是否投用的字段。要求：在那个地点录入的投用的状态，在人员状态里一定要显示出来，供大伙儿选择操作人员（参与者）：系统治理员业务流程：无业务规则：无输入项：输出项：业务流程图：无4.1.2.3人员状态用户需求标识：R_OA.JS_003用户需求描述：人员状态跟踪的一种工具，职员都养成了一种好的习惯，不管是离线或在线但人离开，都要留下自己的行踪。包括人员编号、状态、备注。要求：不管在线或离开都能够选择状态。不想选择预定义的状态，能够录入状态备注。当本人重新登录系统时，取消设置的状态。操作人员（参与者）：所有用户业务流程：登录系统——〉选择自己的状态——〉别人扫瞄业务规则：当本人重新登录系统时，取消设置的状态。输入项：输出项：业务流程图：无4.1.3文档治理文档治理是OA系统的重要一块，将电子文档上传到服务器，实现文档归档，能够设置共享，实现文档共享，能够按照自己需要进行文档搜索，搜索的条件有上传科室、文件类型、上传人、主题关键字、上传时刻（时刻段）。包括的信息有，上传文档的标题、文档的类型、文档的内容、文档的关键字、附件、编写人、编写日期、公布单位、公布时刻、公布人等等信息。文档的分类要类似资源治理器。而文档的内容要多样性。例如正文附带附件。能够对正文及附件进行检索。用户之间能够相互发送文档。能够提交公共文档。4.1.3.1公共文件夹（规章制度）用户需求标识：R_OA.WD_001用户需求描述：要紧提供存放公共文件的空间，公司内部公用的文档。包括的信息有公布文档的标题、文档的类型、文档的内容、文档的关键字、附件、编写人、编写日期、公布时刻、公布人等等信息。能够通过条件文件类型、公布人、存入的两级文件夹、主题关键字、公布时刻（时刻段）查询到需要的记录。要求：系统治理员和指定的人员能够设置文档类别,并把文档存放在这些类别中。公司又有职员能够查看共享文件夹，然而不能修改和删除共享文件夹的内容。支持两层分类，即类别下设子类。考虑到有用性和简单性的统一，两层分类即可，不需要支持三层及其以上的分类。系统治理员和指定人员能够对分类进行爱护。承诺针对不同个人文档的类型添加附件，限制附件大小为10M。能够上传多个附件系统治理员和公布人都能够删除公共文档。公布人能够修改公共文档，但系统治理员有删除的权限。文档能够按照录入的二级分类自动分类显示。操作人员（参与者）：录入人、系统治理员业务流程：系统治理员和指定人员进入OA办公系统，进入个人文档栏目，查看各种公共文档的详细内容。并能够对公共文档进行修改和爱护。业务规则：系统治理员和公布人都能够删除个人文档，但公布人能够修改个人文档。输入项：输出项：业务流程图：无4.1.3.2个人文档用户需求标识：R_OA.WD_002用户需求描述：要紧提供存放个人文件的空间，职员自己的文档，能够是学习心得、记录的笔记、摘抄的文章等个人学习和生活的文档记录，向服务器提交时录入主题关键字，方便以后的查询搜索。当文件没有价值时，能够及时删除掉这些文档。包括的信息有公布文档的标题、文档的类型、文档的内容、文档的关键字、附件、编写人、编写日期、公布时刻、公布人等等信息。能够通过条件文件类型、公布人、存入的两级文件夹、主题关键字、公布时刻（时刻段）查询到需要的记录。要求：用户能够设置文档类别,并把文档存放在这些类别中。只能查看登录人自己的个人文档，看不到其他人的个人文档，别人也看不到自己的文档的非共享文档。支持两层分类，即类别下设子类。考虑到有用性和简单性的统一，两层分类即可，不需要支持三层及其以上的分类。用户个人能够对分类进行爱护。承诺针对不同个人文档的类型添加附件，限制附件大小为10M。能够上传多个附件系统治理员和公布人都能够删除个人文档。公布人能够修改个人文档，但系统治理员有删除的权限。文档能够按照录入的二级分类自动分类显示。登陆人能够共享自己的文档以供他人查看。操作人员（参与者）：录入人、系统治理员业务流程：用户使用自己的用户名和密码进入OA办公系统，进入个人文档栏目，查看各种个人文档的详细内容。并能够对个人文档进行修改和爱护。业务规则：系统治理员和公布人都能够删除个人文档，但公布人能够修改个人文档。输入项：输出项：业务流程图：无4.1.3.3他人共享文档用户需求标识：R_OA.WD_003用户需求描述：职员分类共享给项目组、部门、公司其他成员的文档资料。通过该功能，实现职员之间便利的文档共享，起到知识治理的作用。包括的信息有上传文档的标题、文档的类型、文档的内容、文档的关键字、附件、编写人、存入的两级文件夹、编写日期、公布时刻、公布人等等信息。能够通过条件文件类型、公布人、公布单位、主题关键字、公布时刻（时刻段）查询到需要的记录。要求：每个OA使用者都能够提交共享文档.提交人有查询、删除和修改的权限，其他人只有查询权限。系统治理员只有删除权限。能够由用户进行自主分类，能够操作分类设置功能的人员应当是系统治理员。支持两层分类，即类别下设子类。考虑到有用性和简单性的统一，两层分类即可，不需要支持三层及其以上的分类。承诺特定的客户通过后台设置（系统治理）功能进行爱护。能够分类上传各种类型的文件储存在共享文档中共享文档的要紧内容采纳一般的格式，专门格式的内容储存在附件中。查阅共享文档时，能够按“上传科室、文件类型、上传人、主题关键字、上传时刻（时刻段）”进行组合式的检索。能够设定共享的范畴，哪些类别的人能够看到，哪些人看不到。能够上传各种类型的附件，限制文件大小为10M。共享文档一律储存在服务器。文档能够按照录入的二级分类自动分类显示。操作人员（参与者）：一样用户、公布人、系统治理员业务流程：用户使用自己的用户名和密码进入OA办公系统，进入共享文档栏目，查看各种共享文档,或者提交共享文档的详细内容。并能够对共享文档进行修改和爱护。业务规则：系统治理员和公布人都能够删除共享文档，但公布人能够修改公享文档，其它有扫瞄权限的用户只能扫瞄共享文档。输入项：输出项：业务流程图：无4.1.3.4文件夹的设置用户需求标识：R_OA.WD_004用户需求描述：录入个人和共享文件夹的信息，包括两级文件夹，如此就能够将个人文件和共享文件储存到预设好的文件夹中，显示能够分类分文件夹显示了。包括文件夹编号、文件夹名称、父文件夹编号、备注。要求：无操作人员（参与者）：所有人业务流程：无业务规则：无输入项：输出项：业务流程图：无4.1.4通知公告4.1.4.1通知公告用户需求标识：R_OA.TG_001用户需求描述：包括通知公告的录入、修改、删除、查询检索，通知公告的分发。如有新的通知公告在OA主页上的通知公告区域显示。要求：公司级或部门级公告由公司或部门专人负责公布和爱护，其他人员没有该权限全体职员都能够进行扫瞄阅读。通知公告的公布标题要明确，便于检索，新通知公告的提示要明显，使阅读人员专门方便的查看公告的信息。通知公告的类型能够由系统治理人员进行定义,并由系统治理定义该通知公告的模板。例如：规章制度就应该由它自己专门的模板界面。下面是模板的样例：一样的通知公告是滚动方式显示的，公布人或治理员能够修改和删除通知公告，其他人不能够的。通知公告的显示周期由公告公布人设置的公布日期和截止日期决定。如果没有截止日期表示该公告永久显示在系统上。通知公告能够置顶，当公布人或者治理员将该通知公告设置成置顶的时候，该通知公告将显示在所有通知公告的前端。置顶通知公告之间的前后顺序按照置顶的时刻来决定。操作人员（参与者）：拥有公布公告权限的部门人员，治理员或公布人业务流程：用户使用自己的用户名和密码进入OA办公系统，进入通知公告栏目，选择公告类型，编辑并设置公布日期，截止日期等信息，公布公告。创建信息->选择公告类型->编辑设置有关信息>公布公告。业务规则：无。输入项：输出项：业务流程图：无。4.1.4.2查询归档用户需求标识：R_OA.TG_002用户需求描述：查询历史通知公告公共公布信息，有选择的将某些信息进行归档，或将一些公告转入到系统文档（如规章制度）中，方便查询检索。要求：由公司或部门专人负责进行定期归档和爱护，其他人员没有该权限全体职员都能够对这些公共信息进行扫瞄和查阅。新闻、通知、公告等公共信息按类型进行分类归档方便查阅和检索，要求支持全文检索。这些历史公共信息储存在数据库中，由系统治理员决定何时进行清理。操作人员（参与者）：拥有公布公共信息治理权限的部门人员，治理员或公布人业务流程：用户使用自己的用户名和密码进入OA办公系统，进入通知公告栏目，对这些公共信息进行查询和归档。业务规则：将各种公共信息分类转移到系统文档和历史文档库中。输入项：输出项：业务流程图：无4.1.5通讯录4.1.5.1个人通讯录用户需求标识：R_OA.TXL_001要求：录入人具有查看、删除、修改的权限。系统治理员只有删除权限。用户登录后，系统自动识别用户的工号，按照工号检索出该工号的所有通讯记录。在发邮件时，系统能够检索出私人通讯录的email地址，让用户进行选择。操作人员（参与者）：录入人、系统治理员。业务流程：无。业务规则：用户在后台进行数据操作，能够录入、删除、修改自己的通讯记录，录入人具有查看、删除、修改，系统治理员只有删除权限。录入的记录在系统的前台首页中显示，用户登录后，系统自动识别用户的工号，按照工号检索出该工号的所有通讯记录。另外，在发邮件时，系统能够检索出私人通讯录的email地址，让用户进行选择，若用户不想选择也能够进行录入。输入项：输出项：业务流程图：无4.1.5.2内部通讯录用户需求标识：R_OA.TXL_002用户需求描述：具有特定权限的人员能够录入公司职员的通讯记录，包括有名称、电话、Email、传真、地址，具有特定权限的人员在后台进行数据操作，能够录入、删除、修改职员的通讯记录，具有特定权限的人员具有查看、删除、修改的权限，系统治理员只有删除权限。录入的通讯记录在系统的前台首页中显示，用户登录后，系统检索出职员的所有通讯记录。另外，在发邮件时，系统能够检索出内部通讯录的email地址，让用户进行选择，若用户不想选择也能够进行录入。当用户删除或修改通讯记录的Email，在写邮件Email选择下拉框中要相应变化。要求：具有特定权限的人员具有查看、删除、修改与增加的权限系统治理员只有删除权限。在发邮件时，系统能够检索出内部通讯录的email地址，让用户进行选择。操作人员（参与者）：具有特定权限的人员业务流程：具有特定权限的人员能够录入公司职员的通讯记录，一样人能够查询，在发邮件时，系统能够检索出内部通讯录的email地址，让用户进行选择，具有特定权限的人员或系统治理员能够删除某个人的通讯记录。业务规则：具有特定权限的人员具有查看、删除、修改与增加的权限，系统治理员只有删除权限，在发邮件时，系统能够检索出内部通讯录的email地址，让用户进行选择。输入项：输出项：业务流程图：无4.1.6论坛论坛是大伙儿讨论或交流的区域，为了治理和交流得更充分，我们决定分为讨论组、公共论坛、学习园地三个部分，将讨论的变得更细化、更方便。4.1.6.1讨论组用户需求标识：R_OA.LT_001用户需求描述：第一要建立讨论组，然后加入讨论组的成员，成员来自系统字典用户治理中建立的用户，然后能够发起讨论的论题，其余组成员能够跟进讨论。要求：必需建立讨论组。必须分配讨论组的成员，讨论组的成员是来自系统治理的建立的用户只有讨论组成员才能看到讨论组的标题和内容,非讨论组的人员不能看和回复。需要统计每个论题的回复数目。在论题的下部能够看到讨论的列表，按照列表能够看到讨论的具体内容。操作人员（参与者）：论坛的治理员、一样用户业务流程：建立讨论组——〉分配成员——〉建立论题——〉讨论——〉扫瞄。业务规则：论坛的治理员建立讨论组，分配讨论的成员。组内成员能够建立论题、讨论、扫瞄。输入项：输出项：业务流程图：无4.1.6.2公共论坛用户需求标识：R_OA.LT_002用户需求描述：承诺所有用户公布帖子的论坛，用户能够在其中公布和讨论自己感爱好的帖子。要求：论坛由论坛治理员进行爱护。论坛治理员能够细分各种不同的讨论区。能够匿名参与讨论。公布新贴包括帖子标题、内容，附件等有关信息。新贴自动记录公布时刻、公布人员等信息。需要统计参与讨论的人数。帖子按照最近公布或回复的时刻排序，在论题的下部能够看到讨论的列表，按照列表能够看到讨论的具体内容。操作人员（参与者）：论坛治理员、一样成员。业务流程：建立讨论区——〉建立论题——〉讨论——〉扫瞄。业务规则：论坛的治理员建立讨论区。所有成员能够建立论题、讨论、扫瞄。输入项：输出项：业务流程图：无4.1.6.3学习园地用户需求标识：R_OA.LT_003用户需求描述：承诺所有用户公布关于技术或培训方面的帖子的论坛，用户能够在其中公布和讨论自己感爱好的帖子。要求：论坛由论坛治理员进行爱护；论坛治理员能够细分各种不同的讨论区。能够匿名参与讨论公布新贴包括帖子标题、内容，附件等有关信息。新贴自动记录公布时刻、公布人员等信息。需要统计参与讨论的人数帖子按照最近公布或回复的时刻排序，在论题的下部能够看到讨论的列表，按照列表能够看到讨论的具体内容。操作人员（参与者）：论坛治理员、一样成员。业务流程：建立讨论区——〉建立论题——〉讨论——〉扫瞄。业务规则：论坛的治理员建立讨论区。所有成员能够建立论题、讨论、扫瞄。输入项：输出项：业务流程图：无4.1.7公文流转4.1.7.1总共可分为公文治理以及公文归档文档流转事实上是对工作流以及工作流中的文档进行治理，关于大多数企业来讲，核心的治理确实是工作流和文档的治理。一样的企业都会有专门多流程，例如：请假流程报销流程收文/发文流程收文：处理收到上级部门及其它部门的公文发文：上级及有关部门需和谐和解决的咨询题进行的一系列流程流程的本质，确实是专门多人在一起完成一件情况流程可能会通过不同的中间环节，在中间环节上，由有关人员进行处理所有流程中间环节的处理过程，需要进行记录4.1.7.2【公文治理】可分为公文爱护与公文归档处理：在其主界面上，显示由当前登陆人员创建的所有公文。能够在我的公文、待审核公文、已审核公文之间切换：公文的添加：点击其中一个公文形式（流程），打开此流程的公文添加界面：重要的一点是，能够选择流程！这些流程差不多上通过设计器或编写流程文件的方法创建的。添加完成后，公文治理主界面是：公文的删除：用户能够对公文执行删除操作公文的流转：能够点击提交操作，将公文提交流程用户只能对属于自己的公文（自己创建的公文）进行操作在公文进入流程之后，不再承诺用户对公文执行修改和删除操作在公文流转终止以后，用户能够对公文设置成"归档"状态用户登录系统之后，能够看到自己的待审批公文列表在我的公文视图里，能够将这些公文进行提交，即提交到流程。打开提交界面：选择下一个步骤进行提交操作，提交完成后，在公文主界面上，不能再次对公文执行提交和删除等操作：如果现在在流程中下一个节点的用户登陆，便能够在“带审批文档”视图中看到流到此人的文档。下面是一个带审核公文列表：执行审批操作：点击储存审核信息之后，能够执行提交操作。所以，也能够再次点击审核操作，这时候，需要打开界面，更换审核意见！提交之后，按照相应的选择，公文将流到相应的人员那儿，依次下去，直到流程的终止！这确实是公文治理要紧过程！在公文治理主界面上，能够点击“下载”，下载附件文档，以便查看详细内容；或者点击“查看审批历史”，能够查看有关文档的审批记录。一旦文档通过审批并提交之后，在“待审批文档”列表视图中就会消逝，然而在“已审批文档”中，却需要能够找到这些已被审批过的文档记录！4.1.7.3工作流程【流程治理】能够自定义流程（通过流程设计器）流程能够随时作出修改流程示例发文流程发文流程要紧是上级及有关部门需和谐和解决的咨询题进行的一系列流程，本流程对发文的全过程进行有效操纵和跟踪，实现完善的发文流程。 发文流程要紧包括： 公文生成：选择按公文的类型预先设计好的公文标准格式模板，在向导的指导下轻松地进行公文的撰写。 内、外部会签：关于需要有关部门会签的公文，由公文治理人员按照会签要求，将公文发往有关部门签署意见。 签发：审核通过和会签完毕的公文发往签发负责人，由签发负责人在签署意见栏中签署意见，并签名，同时确定或修改转送单位，签发完成或，返回公文治理部门。 处理：由公文治理部门对签发完毕的公文进行处理，包括编号、分发、登记、存档、打印等功能。 查询：能够按照多个条件进行查询。收文流程 收文流程要紧是处理收到上级部门及其它部门的公文，对收文进行登记和爱护，并提供查询,同时对收文的全过程进行有效操纵和跟踪，实现完善的收文流程等。 收文流程要紧包括：收文登记：电子文件直截了当存入数据库，直至文本文件向通过键盘或扫描仪输入原文后，经运算机识别系统将其转换为文本文件，再存入收文库。内部转发：将公文信息通过网络系统传送到有关的部门，按照文件的性质、保密程度与权限的不同，采纳相应的加密处理，对文件的办理、传阅、查询等，应按不同的级别和部门给以限定。拟办：将待拟办的公文通过网络发送给拟办负责人，由拟办负责人直截了当在运算机上签署处理意见或选择拟办模板，拟办完成后，公文自动转去批办。批办：将待批办的公文通过网络发送给有关批办负责人，由批办负责人直截了当在运算机上签署处置意见或选择批办模板，批办完成后，公文自动返回公文治理部门。注办：当公文处理完毕后，由承办单位或个人在运算机终端“收文处理单”的“处理结果”栏中填写公文的办理结果。返回公文治理部门，由公文治理部门注办并作归档等处理。查询：有关人员能够对收到的公文及其信息进行查询。出差流程出差流程是实现出差前的申请和审批、出差后的总结、审批和费用的报销等，同时对出差的全过程进行有效操纵和跟踪，实现完善的出差流程等。出差流程要紧包括：出差申请：由出差申请人填写出差任务单，发送审批人进行审批。出差审批：审批人进行出差任务单的审批，审批完成后发送出差申请人。出差返回：出差申请人出差返回，填写出差情形汇报及差旅费，抱审批人进行审批。出差汇报：审批人进行出差情形汇报及差旅费的审批后，发送财务部进行审查及报销。财务：财务进行差旅费的审查及报销，最后系统自动存档。查询：公司领导及个人可对出差的情形进行查询。4.1.7.4流程治理的主界面在主界面上，应列出系统的所有流程，而且针对每个特定的流程，能够重新进行上传和公布。点击流程名称，应能获得关于此流程的详细信息，如下所示：【查看流程图片】【查看流程定义】表单定义能够实现表单模板的动态定义，即针对不同的流程，能够定义对应的表单。4.1.8系统治理系统治理模块是系统的操纵中心，系统治理员能够统一地对系统进行治理，设置简便，治理方便、安全、可靠。实现了人员治理，组织机构治理，权限和角色分配，流程定制，自定义表单，自定义视图，用户个性化界面自定义，数据备份和复原，系统的关心。4.1.8.1系统设置系统设置要紧由治理员设置企业的组织结构、用户信息、图形化的自定义工作流程以及用户权限等。系统治理要紧包括用户治理、机构部门，权限治理。4.1.8.1.1用户治理用户需求标识：R_OA.XT_001用户需求描述：用户或工号设置。要求：能够方便的对人员信息进行爱护，能够方便的新增人员，进行角色设定。人员治理：按照不同岗位设置多种人员集合，便于各系统的应用。当人员组织机构、岗位发生变化时，治理员只需提交要求，系统即可完成所有业务中涉及此人员信息全部更换。人员权限集中设置：系统能够将人员按照其岗位职责和职务划分成不同用户群，从而从业务需求和使用权限上进行分类。所有权限功能的定义采纳模块化的设计和治理界面，当人员发生工作调动、职务变更、调离等变化时，治理员以最简单的方法发出变更指令，所有涉及到此人员的权限咨询题统一由系统完成。系统采纳基于角色（岗位）的工作流实现办公流程，因此应用治理员针对机构、人员治理需要做的工作是将角色（岗位）针对工作人员进行调整。新建用户，信息录入时为用户名和密码设定为邮件地址和邮件用户及密码能够将用户信息导入，或导出为Excel文件储存操作人员（参与者）：系统治理员或被授予此权限的有关人员。业务流程：无业务规则：初始化密码统一和用户名一样。输入项：用户人员信息（用户名，真实姓名，工号）。输出项：提示设置成功或失败。业务流程图：无4.1.8.1.2机构部门用户需求标识：R_OA.XT_002用户需求描述：进行组织机构设置（包括部门划分及有关信息设定）。要紧实现对组织和部门的设置、调整。操作人员（参与者）：系统治理员或被授予此权限的有关人员。业务流程：无。业务规则：部门建立后要指定部门负责人和部门的各个职位。输入项：部门名称，讲明。输出项：提示设置成功或失败。业务流程图：无4.1.8.1.3功能模块治理用户需求标识：R_OA.XT_003用户需求描述：系统功能模块的设置。要求：系统的模块添加要方便。操作人员（参与者）：系统治理员或被授予此权限的有关人员。业务流程：无。业务规则：设置功能的名称时名称不能重复。输入项：角色信息（名称，讲明）输出项：提示设置成功或失败。业务流程图：无4.1.8.1.4权限治理用户需求标识：R_OA.XT_004用户需求描述：权限设置（角色设定、角色权限设定）。设定角色对系统功能的使用权限。要求：能够方便的进行角色设定、增删改用户权限等。设定系统需要的角色（系统初始化时要有系统治理员那个角色）按照角色分配权限权限的分配能够分给个人或部门（组）权限分配后，人员登陆的菜单是按照人员的部门和权限列出。操作人员（参与者）：系统治理员或被授予此权限的有关人员。业务流程：无业务规则：设定角色后，按照角色分配权限。输入项：角色信息（名称，讲明）输出项：提示设置成功或失败。业务流程图：无4.1.8.2个人设置4.1.8.2.1个人信息用户需求标识：R_OA.XT_005用户需求描述：设置个人有关信息。头像签名设置等与个人有关的信息。要求：个人的设置要紧由用户个人进行填写和设置。操作人员（参与者）：用户。业务流程：无。业务规则：无。输入项：个人信息及有关修改。输出项：提示设置成功或失败。业务流程图：无4.1.8.2.2系统界面用户需求标识：R_OA.XT_006用户需求描述：设置个人系统界面的风格和对个人助手功能的设置。要求：界面风格美观，操作方便，能够对界面的风格进行更新。操作人员（参与者）：用户。业务流程：无。业务规则：无。输入项：界面风格的名称。输出项：界面风格的改变。业务流程图：无4.1.8.2.3密码用户需求标识：R_OA.XT_007用户需求描述：设置个人的密码要求：个人的密码只有自己才能修改。操作人员（参与者）：用户。业务流程：无。业务规则：个人的密码只有自己才能修改。输入项：密码。输出项：提示设置成功或失败。业务流程图：无4.1.8.3系统爱护4.1.8.3.1数据库爱护用户需求标识：R_OA.XT_008用户需求描述：数据库爱护要紧指对数据库的治理与爱护，包括数据库的治理：数据库的备份、复原，系统的优化、爱护，数据的导入、导出。要求：数据库按指定的策略执行自动备份数据备份也能够人工赶忙备份操作人员（参与者）：系统治理员或被授予该项操作权限的用户。业务流程：无。业务规则：无。输入项：数据库信息及有关修改。输出项：提示设置成功或失败。业务流程图：无4.1.8.3.2系统日志爱护用户需求标识：R_OA.XT_009用户需求描述：系统日志包括服务日志和操作日志两种类型，并支持时时刷新。要求：记录数据库的操作，可查询系统的访咨询日志、服务日志（包括错误日志）设置记录的时刻，如记录的时刻为30天能够按指定条件把记录导出（导出的格式txt文件即可）操作人员（参与者）：系统治理员或被授予该项操作权限的用户。业务流程：无。业务规则：无。输入项：无输出项：数据库的操作记录。业务流程图：无4.1.8.4模板爱护用户需求标识：R_OA.XT_010用户需求描述：系统中使用的各种模板（如公文模板等）的爱护。要求：模板设定好后，用户在进行该项业务办理时，系统自动要求用户向该模板中填写具体项目内容。设定好的模板能够随时进行样式修改操作人员（参与者）：系统治理员或被授予该项操作权限的用户。业务流程：无。业务规则：无。输入项：模板信息及有关修改。输出项：提示设置成功或失败。业务流程图：无4.1.8.5系统字典用户需求标识：R_OA.XT_011用户需求描述：系统中各种业务有关的系统字典表的爱护，如人员状态设定（正常、忙碌、离开等）。要求：对系统中的数据字典进行分类，分功能模块进行治理。系统治理中的系统字典设计要简洁有用。操作人员（参与者）：系统治理员或被授予该项操作权限的用户。业务流程：无。业务规则：无。输入项：数据字典信息及修改。输出项：提示设置成功或失败。业务流程图：无4.2个人办公助理个人办公助理是用户登录OA系统后能够直截了当看到的内容，也是用户经常用到的一些OA系统功能，同时专门灵活承诺用户自己进行组合。个人办公助理是OA系统中部分功能模块的组合，它的子模块能够自由的设置，使个人的办公十分的方便，提升工作效率。其中“主菜单”是用户进入系统各个功能模块的入口，以树形结构列出，（如下图）。用户能够直截了当点击这些功能模块的子功能项，就能够直截了当进入该功能窗口进行操作。“我的代办事宜”列表显示出日程安排的待办工作业务。（如下图）“我的办公申请”列表显示出公文流转中自己的申请审批情形以及需要自己审批的有关申请列表。“电子邮件”->“收件箱”列表显示我的最新内部邮件及最新外网邮件。“消息”分类列表显示接收到的各种消息，包括短消息、新邮件提示、会议提醒、事务提醒（通知）、日程任务提示等等。“状态查看”能够查看其他用户的状态：正常（在线）、忙碌、离开等等，也能够查看所有在线人员有关信息。“个人设置”中能够设定一些个人有关信息，如个人信息描述、即时通讯头像、密码修改等等。见4.1.8.2个人设置。4.3人力资源治理人力资源治理，是对本单位的人事档案、聘请培训情形、考勤情形、绩效考核和两险一金情形进行治理。人力资源治理人事治理人力资源治理人事治理聘请治理培训治理考勤治理绩效治理两险一金4.3.1人事治理用户需求标识：R_OA.EL_001用户需求描述：人事治理是对人事档案、证件等基础资料的设定和治理。要求：实现对人事档案完整资料库的治理人事档案档案查询合同治理奖惩治理证照治理学习经历工作经历劳动技能人事调动离职治理复职治理职员关怀操作人员（参与者）：办公室人力资源负责人。业务流程：无业务规则：治理者能够增删职员资料，但有记录可查。输入项：人事信息（名称，讲明）输出项：提示设置成功或失败。业务流程图：无