OA系统需求分析说明书

博然办公自动化系统用户需求分析说明书录文档审批信息目录1 产品介绍.42 产品面向的用户群体.43 产品规范.44 产品性能需求.44.0 功能需求分类.54.1 功能模块详述.8电子邮件.8即时通记.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添加用户时，自动分配邮箱，密码 同0A密码；在OA内部可以修改邮箱密码，邮箱密码可以与0A密码不一样,但用户名一样且不能修改。对电子邮件功能模块的总体要求：1、新邮件可以在首页中实现提醒功能，提示有几封未收邮件。2、电子邮件的邮箱地址应该与通讯录进行关联。3、邮件应该有保存功能，可以保存到草稿夹中。4、可以修改邮箱的密码5、转发邮件时，应该显示出所有收发和转发人。6、其他要求：a) 保密性要强：系统收发邮件要通过加密的形式，避免网页邮件系统在安全性方面 的缺陷；b) 操作要方便：软件的操作要很方便，要求经过简单培训就能轻松上手；c) 维护要简单：软件安装完后的设置要有良好的用户界面建议方案：只使用一台内部邮件服务器(Apachejames)，在防火墙内部，只能收发内部邮件。户用OUTLOOK等客户端软件收发邮件时，pop3、smtp设置为内部邮件服务器如图所示，火墙收发邮件。II优点：只需要维护一套邮件系统，日常维护比较简单。一台邮件服务器放在内网，内部员工互发邮件直接通过内网完成，比较快捷方便。收邮件进入邮件模块，分页显示所有邮件，未读邮件标题加粗显示。当我们查看未读邮件后，去除标题的加粗效果。一个邮件没有价值时，直接删除。邮件 也可以转发给其他人。系统管理员可以删除所有的邮件。譬如，一个人离职后，系统管理员可以清除 他的邮件来腾出更多的资源。要求：1、登录人登录后，只显示属于自己的邮件。2、邮件转发时，要求记录首发人和转发人的信息。3、邮件的附件支持中文文件名。操作人员(参与者)：所有用户，系统管理员业务流程：用户使用自己的用户名和密码进入邮件系统查看收件箱中的邮件但一个邮件没有价 值时，可以直接删除。邮件也可以转发给其他人。业务规则：登录人登录后，只显示属于自己的邮件。系统管理员可以删除所有的邮件。输入项: 输出项:业务流程图：无4.1.1.2 发邮件用户需求标识：R_OA.YJ_OO2用户需求描述|：用户填写邮件的标题、邮件的内容、收件人地址、抄送人地址、暗送人地址、 附件、是否保存到寄件夹后，发送邮件。若选择了保存到寄件夹，就在发件人的寄件夹中增加一条记 录。但有时候，一个邮件没有写完有其他事情了，可以将已写好的内容保存到草稿夹中，以后可以继 续在原来的基础上进行修改。要求：1、支持抄送和暗送功能。2、收件人地址、暗送人地址、抄送人地址都可以是多个人的地址3、支持 10 个附件的邮件。4、附件的大小可以达到 20M。5、支持保存为草稿的功能。6、支持发送到寄件夹的功能。7、附件的名称支持中文，不能出现乱码现象。8、选择收件人时可以分部门选择。操作人员（参与者）：所有用户业务流程|：用户使用自己的用户名和密码进入邮件登录后，用户填写邮件的标题、邮件的内容、 收件人地址、抄送人地址、暗送人地址、附件、是否保存到寄件夹后，发送邮件。但有时候，一个邮 件没有写完有其他事情了，可以将已写好的内容保存到草稿夹中，以后可以继续在原来的基础上进行。业务规则：个人的邮箱只有用户自己才能登录。输入项: 输出项: 业务流程图：无4.1.1.3 转发邮件用户需求标识：R_OA.YJ_OO3亜需求描述：收到邮件后，根据自己的需要可以将这些邮件按正文转发或按附件转发给其他 人。要求：1、转发后的邮件中应该有首发人和转发人 2 个人的信息2、要保留原来的附件3、可以转发给多个人操作人员（参与者）：所有用户业务流程：用户登录后，打开某一收到的邮件，选择收件人，单击转发就完成一个转发过程 业务规则：必须先打开邮件，才可以转发，可以转发给多个人.输入项: 输出项: 业务流程图：无4.1.1.4 回复邮件用户需求标识：R_OA.YJ_OO4 用户需求描述：收到邮件后，可以回复发件人。要求:1、标题自动加上“RE： ”前缀2、自动在信件末尾保留原信内容3、可选择是否保留原信件中的附件操作人员（参与者）：所有用户4.1.1.5 邮件收藏（可选）用户需求标识：R_OA.YJ_OO5 用户需求描述：对于比较重要的邮件可以选择放入收藏夹。要求:1、邮件放入收藏夹后，收件夹中不再显示该邮件2、可以同时选择多个邮件点收藏4.1.1.6 邮件保存（草稿夹）用户需求标识：R_OA.YJ006用户需求描述：当一个邮件正在编写内容时，可能有别的事情要处理，为了安全要关闭OA系统， 应该可以将邮件保存到草稿夹中，需要继续时，从草稿夹中打开继续进行编写。要求：1、保存时，邮件标题不能为空2、邮件的内容不能空操作人员（参与者）所有用户业务流程：当一个邮件正在编写内容时，可能有别的事情要处理，为了安全要关闭OA系统，应 该可以将邮件保存到草稿夹中，需要继续时，从草稿夹中打开继续进行。业务规则|：保存时，标题和内容不能为空输入项：输出项：业务流程图：无4.1.1.7 删除邮件用户需求标识：R_OA.YJ_OO7用户需求描述：当一个邮件没有价值，我们可以将其从邮箱中彻底删除。操作人员（参与者）|：登录人或系统管理员业务流程|：用户使用自己的用户名和密码登录系统后，选择一个或多个邮件，选择删除，就将 邮件彻底从邮箱删除。业务规贝则：登录人只能删除自己的邮件。系统管理员可以删除所有人的邮件，但是系统管理员 没有查看其他人的邮件的权力输入项：输出项:业务流程图：无4.1.1.8 邮件提醒系统会提示登录人有几封未收邮件；在用户是已登录的状态时，每隔一个固定间隔时间（10 分钟）检查邮箱，有新邮件时在桌面右下角弹出提示窗口，并在页面 状态栏中刷新新邮件数量操作人员（参与者）：所有用户业务流程：用户进入网站后，系统提示有几封未收邮件；在用户是已登录的状态时，定期检查邮箱业务规则：只提示登录人未收的邮件。输入项: 输出项: 业务流程图：无4.1.2 即时通讯4.1.2.1 短消息都可以向一个人或一群人发送信息。发消息内容包括信息有消息编号、消息内容、发送人、接收人、发送时间。回复消息内容包括消息编号、回复内容、回复 人、原发送人、回复时间。要求：1、支持群发，可按部门、团队进行分组2、支持保存历史消息记录，可显示历史消息记录。3、短消息保存在数据库（最多只能保存 2 天）。4、用户可以选择把短消息保存到本地，可永久保存，没有数量限制5、可在发消息模式与对话模式之间进行自由转换6、当用户收到新的信息时，能有类似 MSN 的消息提示。7、可设置自动回复操作人员（参与者）发送人及接收人业务流程|:编写短消息选择发送人或群一一发送一一接收一一回复一一查看历 史记录业务规则：无论对方是否在线，都可以向一个人或一群人发送信息。输入项：信息有消息编号、消息内容、发送人、接收人、发送时间。输出项：括消息编号、回复内容、回复人、原发送人、回复时间。业务流程图：可以如下图，选择多个接收用户，群发消息，也可以选择部门或组，向整个部门 或组内的所有成员发送消息（相当于一定范围内的消息广播）。4.1.2.2 人员状态设置用户需求标识|： R_OA.JS_OO2用户需求描述：录入人员在线或离线时的状态，象在开会、在领导办公室、去找客户等等，只 要是常用的，都可以录入。包括状态编号、状态名称、是否投用的字段。要求：1、在这里录入的投用的状态，在人员状态里一定要显示出来，供大家选择操作人员（参与者）|：系统管理员4.1.2.3 人员状态用户需求标识：R_OA.JS_OO3用户需求描述：人员状态跟踪的一种工具，员工都养成了一种好的习惯，无论是离线或在线但 人离开，都要留下自己的行踪。包括人员编号、状态、备注。要求：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 他人共享文档公司其他成员的文档资料。通过该功能，实现员工之间便利的文档共享，起到知识管理的作用。包括的信息有上传文档的标题、文档的类型、文档 的内容、文档的关键字、附件、编写人、存入的两级文件夹、编写日期、发布时间、发布人等等信息。 可以通过条件文件类型、发布人、发布单位、主题关键字、发布时间（时间段）查询到需要的记录。要求：1、每个 OA 使用者都可以提交共享文档.提交人有查询、删除和修改的权限，其他人 只有查询权限。系统管理员只有删除权限。2、可以由用户进行自主分类，能够操作分类设置功能的人员应当是系统管理员。支 持两层分类，即类别下设子类。考虑到实用性和简单性的统一，两层分类即可，不需要支持三 层及其以上的分类。允许特定的客户通过后台设置（系统管理）功能进行维护。3、可以分类上传各种类型的文件保存在共享文档中4、共享文档的主要内容采用普通的格式，特别格式的内容保存在附件中。5、查阅共享文档时，可以按“上传科室、文件类型、上传人、主题关键字、上传时 间（时间段）”进行组合式的检索。6、可以设定共享的范围，哪些类别的人能够看到，哪些人看不到。7、可以上传各种类型的附件，限制文件大小为 10M。8、共享文档一律保存在服务器。9、文档能够按照录入的二级分类自动分类显示。操作人员（参与者）：一般用户、发布人、系统管理员 业务流程：用户使用自己的用户名和密码进入OA办公系统，进入共享文档栏目，查看各种共享文档,或者提交共享文档的详细内容。并可以对共享文档进行修改和维护。业务规则：系统管理员和发布人都可以删除共享文档，但发布人可以修改公享文档，其它有浏览权限的用户只能浏览共享文档。输入项: 输出项: 业务流程图：无4.1.3.4 文件夹的设置用户需求标识：R_OA.WD_OO4 用户需求描述：录入个人和共享文件夹的信息，包括两级文件夹，这样就可以将个人文件和共享文件保存到预设好的文件夹中，显示可以分类分文件夹显示了。包括文件夹编号、文件夹名称、父 文件夹编号、备注。要求：无业务流程图：无4.1.4 通知公告4.1.4.1 通知公告用户需求标识:R_OA.TG_OO1用户需求描述：包括通知公告的录入、修改、删除、查询检索，通知公告的分发。如有新的通 知公告在OA主页上的通知公告区域显示。要求：1、公司级或部门级公告由公司或部门专人负责发布和维护，其他人员没有该权限2、全体员工都可以进行浏览阅读。3、通知公告的发布标题要明确，便于检索，新通知公告的提示要明显，使阅读人员 很方便的查看公告的信息。4、通知公告的类型可以由系统管理人员进行定义 ,并由系统管理定义该通知公告的 模板。例如：规章制度就应该由它自己独特的模板界面。下面是模板的样例：5、一般的通知公告是滚动方式显示的，发布人或管理员可以修改和删除通知公告， 其他人不可以的。6、通知公告的显示周期由公告发布人设置的发布日期和截止日期决定。如果没有截 止日期表示该公告永远显示在系统上。7、通知公告可以置顶，当发布人或者管理员将该通知公告设置成置顶的时候，该通 知公告将显示在所有通知公告的前端。置顶通知公告之间的前后顺序按照置顶的时间来决定。操作人员（参与可:拥有发布公告权限的部门人员，管理员或发布人业务流程：用户使用自己的用户名和密码进入OA办公系统，进入通知公告栏目，选择公告类型, 编辑并设置发布日期，截止日期等信息，发布公告。创建信息-选择公告类型-编辑设置相关信息 发布公告。业务规则：无。输入项：输出项：业务流程图：无。4.1.4.2 查询归档用户需求标识:R_OA.TG_OO2用户需求描述：查询历史通知公告公共发布信息，有选择的将某些信息进行归档，或将一些公 告转入到系统文档（如规章制度）中，方便查询检索。要求：1、由公司或部门专人负责进行定期归档和维护，其他人员没有该权限2、全体员工都可以对这些公共信息进行浏览和查阅。3、新闻、通知、公告等公共信息按类型进行分类归档方便查阅和检索，要求支持全 文检索。4、这些历史公共信息保存在数据库中，由系统管理员决定何时进行清理。操作人员（参与者）|：拥有发布公共信息管理权限的部门人员，管理员或发布人业务流程：用户使用自己的用户名和密码进入OA办公系统，进入通知公告栏目，对这些公共信 息进行查询和归档。业务规则：将各种公共信息分类转移到系统文档和历史文档库中。输入项：输出项：业务流程图：无4.1.5 通讯录4.1.5.1 个人通讯录用户需求标识:R_OA.TXL_OO1用户需求描述：内部职员可以录入自己私人的通讯记录，包括有名称、电话、Email、传真、地 址、联系人、联系人电话、联系人mobile、联系人Email信息，用户在后台进行数据操作，可以录入、 删除、修改自己的通讯录数据。录入人具有查看、删除、修改的权限，系统管理员只有删除权限。录 入的记录在系统的前台首页中显示，用户登录后，系统自动识别用户的工号，根据工号检索出该工号 的所有通讯录数据。另外，在发邮件时，系统能够检索出私人通讯录的email地址，让用户进行选择, 若用户不想选择也可以进行录入。当用户删除或修改通讯记录的Email，在写邮件Email选择下拉框 中要相应变化。要求：1、录入人具有查看、删除、修改的权限。2、系统管理员只有删除权限。3、用户登录后，系统自动识别用户的工号，根据工号检索出该工号的所有通讯记录。4、在发邮件时，系统能够检索出私人通讯录的 email 地址，让用户进行选择。操作人员（参与者）录入人、系统管理员。业务流程：无。业务规贝则：用户在后台进行数据操作，可以录入、删除、修改自己的通讯记录，录入人具有查 看、删除、修改，系统管理员只有删除权限。录入的记录在系统的前台首页中显示，用户登录后，系 统自动识别用户的工号，根据工号检索出该工号的所有通讯记录。另外，在发邮件时，系统能够检索 出私人通讯录的 email 地址，让用户进行选择，若用户不想选择也可以进行录入。4.1.5.2 内部通讯录用户需求标识：R_OA.TXL_OO2 用户需求描述：具有特定权限的人员可以录入公司职员的通讯记录，包括有名称、电话、Email、传真、地址，具有特定权限的人员在后台进行数据操作，可以录入、删除、修改员工的通讯记录，具 有特定权限的人员具有查看、删除、修改的权限，系统管理员只有删除权限。录入的通讯记录在系统 的前台首页中显示，用户登录后，系统检索出职员的所有通讯记录。另外，在发邮件时，系统能够检 索出内部通讯录的 email 地址，让用户进行选择，若用户不想选择也可以进行录入。当用户删除或修 改通讯记录的Email，在写邮件Email选择下拉框中要相应变化。要求：1、具有特定权限的人员具有查看、删除、修改与增加的权限2、系统管理员只有删除权限。3、在发邮件时，系统能够检索出内部通讯录的 email 地址，让用户进行选择。操作人员（参与者）|：具有特定权限的人员 业务流程：具有特定权限的人员可以录入公司职员的通讯记录，一般人可以查询，在发邮件时,系统能够检索出内部通讯录的 email 地址，让用户进行选择，具有特定权限的人员或系统管理员可以 删除某个人的通讯记录。业务规则：具有特定权限的人员具有查看、删除、修改与增加的权限，系统管理员只有删除权 限，在发邮件时，系统能够检索出内部通讯录的email地址，让用户进行选择。输入项: 输出项: 业务流程图：无4.1.6 论坛论坛是大家讨论或交流的区域，为了管理和交流得更充分，我们决定分为讨论组、公共论坛 学习园地三个部分，将讨论的变得更细化、更方便。4.1.6.1 讨论组用户需求标识：R_OA.LT_OO1亜需求描述：首先要建立讨论组，然后加入讨论组的成员，成员来自系统字典用户管理中建 立的用户，然后可以发起讨论的论题，其余组成员可以跟进讨论。要求：1、必需建立讨论组。2、必须分配讨论组的成员，讨论组的成员是来自系统管理的建立的用户3、只有讨论组成员才能看到讨论组的标题和内容,非讨论组的人员不能看和回复。4、需要统计每个论题的回复数目。5、在论题的下部可以看到讨论的列表，根据列表可以看到讨论的具体内容。操作人员（参与者）：论坛的管理员、一般用户建立论题分配讨论的成员。讨论浏览。组内成员可以建立论题、讨论、浏览。输入项: 输出项: 业务流程图：无4.1.6.2 公共论坛用户可以在其中发布和讨论自己感兴趣的帖子。1、 论坛由论坛管理员进行维护。2、 论坛管理员可以细分各种不同的讨论区。3、可以匿名参与讨论。4、发布新贴包括帖子标题、内容，附件等相关信息。新贴自动记录发布时间、发布 人员等信息。5、需要统计参与讨论的人数。6、帖子按照最近发布或回复的时间排序，7、在论题的下部可以看到讨论的列表，根据列表可以看到讨论的具体内容。操作人员（参与者）|:论坛管理员、一般成员。所有成员可以建立论题、讨论、讨论浏览。浏览。输入项: 输出项: 业务流程图：无4.1.6.3 学习园地用户需求标识：R_OA.LT_OO3亜需求描述：允许所有用户发布关于技术或培训方面的帖子的论坛，用户可以在其中发布和 讨论自己感兴趣的帖子。要求：1、论坛由论坛管理员进行维护；2、论坛管理员可以细分各种不同的讨论区。3、可以匿名参与讨论4、发布新贴包括帖子标题、内容，附件等相关信息。新贴自动记录发布时间、发布 人员等信息。5、需要统计参与讨论的人数6、帖子按照最近发布或回复的时间排序，7、在论题的下部可以看到讨论的列表，根据列表可以看到讨论的具体内容。操作人员（参与者）：论坛管理员、一般成员。所有成员可以建立论题、讨论、讨论浏览。浏览。输入项: 输出项: 业务流程图：无4.1.7 公文流转4.1.7.1 总共可分为公文管理以及公文归档 文档流转事实上是对工作流以及工作流中的文档进行管理，对于大多数企业来说，核心的管理就是工作流和文档的管理。一般的企业都会有很多流程，比如：请假流程报销流程收文/发文流程收文：处理收到上级部门及其它部门的公文 发文：上级及有关部门需协调和解决的问题进行的一系列流程 流程的本质，就是很多人在一起完成一件事情 流程可能会经过不同的中间环节，在中间环节上，由相关人员进行处理所有流程中间环节的处理过程，需要进行记录4.1.7.2【公文管理】可分为公文维护与公文归档处理： 在其主界面上，显示由当前登陆人员创建的所有公文。可以在我的公文、待审核公文、 已审核公文之间切换：公文的添加：点击其中一个公文形式（流程），打开此流程的公文添加界面： 重要的一点是，可以选择流程！这些流程都是通过设计器或编写流程文件的方法创建的。 添加完成后，公文管理主界面是：公文的删除：用户可以对公文执行删除操作 公文的流转：可以点击提交操作，将公文提交流程 用户只能对属于自己的公文（自己创建的公文）进行操作 在公文进入流程之后，不再允许用户对公文执行修改和删除操作 在公文流转结束以后，用户可以对公文设置成归档状态 用户登录系统之后，可以看到自己的待审批公文列表 在我的公文视图里，可以将这些公文进行提交，即提交到流程。 打开提交界面： 选择下一个步骤进行提交操作，提交完成后，在公文主界面上，不能再次对公文执行提 交和删除等操作： 如果此时在流程中下一个节点的用户登陆，便可以在“带审批文档”视图中看到流到此 人的文档。下面是一个带审核公文列表：执行审批操作： 点击保存审核信息之后，可以执行提交操作。 当然，也可以再次点击审核操作，这时候，需要打开界面，更改审核意见！ 提交之后，根据相应的选择，公文将流到相应的人员那里，依次下去，直到流程的结束 这就是公文管理主要过程！在公文管理主界面上，可以点击“下载”，下载附件文档，以便查看详细内容；或者点击 “查看审批历史”，可以查看相关文档的审批记录。一旦文档经过审批并提交之后，在“待审批文档”列表视图中就会消失，但是在“已审 批文档”中，却需要能够找到这些已被审批过的文档记录！4.1.7.3 工作流程【流程管理】可以自定义流程（通过流程设计器）流程可以随时作出修改流程示例 发文流程发文流程主要是上级及有关部门需协调和解决的问题进行的一系 列流程，本流程对发文的全过程进行有效控制和跟踪，实现完善的发文流 程。发文流程主要包括：公文生成：选择按公文的类型预先设计好的公文标准格式模板， 在向导的指导下轻松地进行公文的撰写。审核：生成的文稿经计算机网络送审核负责人进行审核，审核负 责人在审核意见栏中签署审核意见后，初稿传回撰稿人处修改。内、外部会签：对于需要有关部门会签的公文，由公文管理人员 按照会签要求，将公文发往有关部门签署意见。签发：审核通过和会签完毕的公文发往签发负责人，由签发负责 人在签署意见栏中签署意见，并签名，同时确定或修改转送单位，签发完 成或，返回公文管理部门。处理：由公文管理部门对签发完毕的公文进行处理，包括编号、 分发、登记、存档、打印等功能。查询：可以按照多个条件进行查询。发文流程可以根据企业需要随时调整流程，流程结束后由文件及相 关信息直接归档。归档后的文件，可以按机密等级分权限进行查询，查询 权限可以由用户指定。收文流程收文流程主要是处理收到上级部门及其它部门的公文，对收文进 行登记和维护，并提供查询，同时对收文的全过程进行有效控制和跟踪， 实现完善的收文流程等。收文流程主要包括：收文登记：电子文件直接存入数据库，直至文本文件向通过键盘或 扫描仪输入原文后，经计算机识别系统将其转换为文本文件，再存入收文 库。内部转发：将公文信息通过网络系统传送到相关的部门，根据文件 的性质、保密程度与权限的不同，采用相应的加密处理，对文件的办理、 传阅、查询等，应按不同的级别和部门给以限定。拟办：将待拟办的公文通过网络发送给拟办负责人，由拟办负责人 直接在计算机上签署处理意见或选择拟办模板，拟办完成后，公文自动转 去批办。批办：将待批办的公文通过网络发送给有关批办负责人，由批办负 责人直接在计算机上签署处置意见或选择批办模板，批办完成后，公文自 动返回公文管理部门。注办：当公文处理完毕后，由承办单位或个人在计算机终端“收文 处理单”的“处理结果”栏中填写公文的办理结果。返回公文管理部门， 由公文管理部门注办并作归档等处理。查询：相关人员可以对收到的公文及其信息进行查询。出差流程出差流程是实现出差前的申请和审批、出差后的总结、审批和费用 的报销等，同时对出差的全过程进行有效控制和跟踪，实现完善的出差流出差流程主要包括：出差申请：由出差申请人填写出差任务单，发送审批人进行审批。出差审批：审批人进行出差任务单的审批，审批完成后发送出差申 请人。出差返回：出差申请人出差返回，填写出差情况汇报及差旅费，抱 审批人进行审批。出差汇报：审批人进行出差情况汇报及差旅费的审批后，发送财务部进行审查及报销。财务：财务进行差旅费的审查及报销，最后系统自动存档。查询：公司领导及个人可对出差的情况进行查询。4.1.7.4流程管理的主界面舐TU壶市鷄卜苦豈择京史立件插国片活选五卅雄.记工丈件：. |诂诜岂卅料#:;:實|片:邂|【上传在主界面上，应列出系统的所有流程，而且针对每个特定的流程，可以重新进行上传和 发布。点击流程名称，应能获得关于此流程的详细信息，如下所示：【查看流程图片】【查看流程定义】表单定义可以实现表单模板的动态定义，即针对不同的流程，可以定义对应的表单。系统管理系统管理模块是系统的控制中心，系统管理员可以统一地对系统进行管理，设置简便，管理方 便、安全、可靠。实现了人员管理，组织机构管理，权限和角色分配，流程定制，自定义表单，自定 义视图，用户个性化界面自定义，数据备份和恢复，系统的帮助。4.1.8.1系统设置系统设置主要由管理员设置企业的组织结构、用户信息、图形化的自定义工作流程以及用户权 限等。系统管理主要包括用户管理、机构部门，权限管理。4.1.8.1.1 用户管理1、可以方便的对人员信息进行维护，可以方便的新增人员，进行角色设定。a）人员管理：根据不同岗位设置多种人员集合，便于各系统的应用。当人员组织机 构、岗位发生变化时，管理员只需提交请求，系统即可完成所有业务中涉及此人员信息全部更 改。人员权限集中设置：系统可以将人员根据其岗位职责和职务划分成不同用户群，从而从业 务需求和使用权限上进行分类。所有权限功能的定义采用模块化的设计和管理界面，当人员发 生工作调动、职务变更、调离等变化时，管理员以最简单的方法发出变更指令，所有涉及到此 人员的权限问题统一由系统完成。b）系统采用基于角色（岗位）的工作流实现办公流程，因此应用管理员针对机构、 人员管理需要做的工作是将角色（岗位）针对工作人员进行调整。c）新建用户，信息录入时为用户名和密码设定为邮件地址和邮件用户及密码d）可以将用户信息导入，或导出为 Excel 文件保存操作人员（参与者）：系统管理员或被授予此权限的相关人员。业务流程：无业务规则：初始化密码统一和用户名一样。输入项：用户人员信息（用户名，真实姓名，工号）。输出项：提示设置成功或失败。业务流程图：无4.1.8.1.2 机构部门用户需求标识：R_OA.XT_OO2用户需求描述：进行组织机构设置（包括部门划分及相关信息设定）。主要实现对组织和部门的设立、调整。操作人员（参与者）：系统管理员或被授予此权限的相关人员。业务流程：无。业务规则：部门建立后要指定部门负责人和部门的各个职位。输入项：部门名称，说明。输出项：提示设置成功或失败。业务流程图：无4.1.8.1.3 功能模块管理用户需求标识:R_0A.XT_003用户需求描述:系统功能模块的设置。要求：系统的模块添加要方便。操作人员（参与者）:系统管理员或被授予此权限的相关人员。业务流程：无。业务规则：设置功能的名称时名称不能重复。输入项：角色信息（名称，说明）输出项：提示设置成功或失败。业务流程图：无4.1.8.1.4 权限管理角色权限设定）。设定角色对系统功能的使用权限。可以方便的进行角色设定、增删改用户权限等。a）设定系统需要的角色（系统初始化时要有系统管理员这个角色）b）根据角色分配权限c）权限的分配可以分给个人或部门（组）d）权限分配后，人员登陆的菜单是根据人员的部门和权限列出。操作人员（参与者）：系统管理员或被授予此权限的相关人员。业务流程：无业务规则：设定角色后，根据角色分配权限。输入项：角色信息（名称，说明） 输出项：提示设置成功或失败。业务流程图：无4.1.8.2 个人设置4.1.8.2.1 个人信息要求：个人的设置主要由用户个人进行填写和设置4.1.8.2.2 系统界面用户需求标识:R_OA.XT_OO6用户需求描述：设置个人系统界面的风格和对个人助手功能的设置。 要求：界面风格美观，操作方便，可以对界面的风格进行更新。业务流程图：无4.1.8.2.3 密码个人的密码只有自己才能修改。能修改。4.1.8.3 系统维护4.1.8.3.1 数据库维护用户需求标识：R_OA.XT_OO8用户需求描述|：数据库维护主要指对数据库的管理与维护，包括数据库的管理：数据库的备份、 恢复，系统的优化、维护，数据的导入、导出。要求：1、数据库按指定的策略执行自动备份2、数据备份也可以人工立即备份操作人员（参与者）：系统管理员或被授予该项操作权限的用户。4.1.8.3.2 系统日志维护用户需求标识:R_OA.XT_OO9用户需求描述：系统日志包括服务日志和操作日志两种类型，并支持时时刷新。 要求：1 记录数据库的操作，可查询系统的访问日志、服务日志（包括错误日志）2 设置记录的时间，如记录的时间为30天3. 可以按指定条件把记录导出（导出的格式txt文件即可）输出项：数据库的操作记录。业务流程图：无4.1.8.4 模板维护用户需求标识：R_OA.XT_O1O 用户需求描述：系统中使用的各种模板（如公文模板等）的维护。要求：1、模板设定好后，用户在进行该项业务办理时，系统自动要求用户向该模板中填写具体 项目内容。2、设定好的模板可以随时进行样式修改操作人员（参与者）：系统管理员或被授予该项操作权限的用户。业务流程：无。业务规则：无。输入项：模板信息及相关修改。输出项：提示设置成功或失败。业务流程图：无4.1.8.5 系统字典用户需求标识：R_OA.XT_O11 用户需求描述：系统中各种业务相关的系统字典表的维护，如人员状态设定（正常、忙碌、离开等）。要求：1、 对系统中的数据字典进行分类，分功能模块进行管理2、 系统管理中的系统字典设计要简洁实用。操作人员（参与者）：系统管理员或被授予该项操作权限的用户。业务流程：无。业务规则|:无。输入项：数据字典信息及修改。输出项|:提示设置成功或失败。业务流程图：无4.2 个人办公助理个人办公助理是用户登录OA系统后能够直接看到的内容，也是用户经常用到的一些OA系统功 能，并且非常灵活允许用户自己进行组合。个人办公助理是OA系统中部分功能模块的组合，它的子模块可以自由的设置，使个人的办公十 分的方便，提高工作效率。其中1、“主菜单”是用户进入系统各个功能模块的入口，以树形结构列出，（如下图）。 用户可以直接点击这些功能模块的子功能项，就可以直接进入该功能窗口进行操作。2、“我的代办事宜”列表显示出日程安排的待办工作业务。（如下图）3、“我的办公申请”列表显示出公文流转中自己的申请审批情况以及需要自己审 批的相关申请列表。4、“电子邮件”-“收件箱”列表显示我的最新内部邮件及最新外网邮件。5、“消息”分类列表显示接收到的各种消息，包括短消息、新邮件提示、会议提 醒、事务提醒（通知）、日程任务提示等等。6、“状态查看”可以查看其他用户的状态：正常（在线）、忙碌、离开等等，也 可以查看所有在线人员相关信息。7、“个人设置”中可以设定一些个人相关信息，如个人信息描述、即时通讯头像、 密码修改等等。见 4.1.8.2 个人设置。4.3 人力资源管理人力资源管理，是对本单位的人事档案、招聘培训情况、考勤情况、绩效考核和两险一金情况 进行管理。a) 人事档案b) 档案查询c) 合同管理d) 奖惩管理e) 证照管理f) 学习经历g) 工作经历h) 劳动技能i) 人事调动j) 离职管理k) 复职管理l) 员工关怀操作人员(参与者)|:办公室人力资源负责人。输入项：人事信息(名称，说明) 输出项：提示设置成功或失败。业务流程图：无4.3.2 招聘管理实现招聘管理分析a) 招聘需求b) 招聘计划c) 招聘计划审批d) 人才库e) 招聘录用f) 人才分析操作人员(参与者)：办公室人力资源负责人。业务流程：无业务规则：管理者对企业招聘提出需求、计划后进行人才招聘、录用。输入项：招聘情况信息(名称，说明) 输出项：提示设置成功或失败。业务流程图：无4.3.3 培训管理实现培训管理分析a) 培训计划b) 培训计划审批c) 培训记录操作人员(参与者)：办公室人力资源负责人。业务流程：无业务规则：管理者对企业员工进行有计划的培训。输入项：培训情况信息(名称，说明) 输出项：提示设置成功或失败。业务流程图：无4.3.4 绩效考核a) 考核项目设定b) 考核任务管理c） 进行考核操作人员（参与者）：办公室人力资源负责人或部门经理。业务流程：无业务规则：管理者对企业员工制定绩效考核标准。输入项：考核项目情况信息（名称，说明） 输出项：提示设置成功或失败。业务流程图：无4.3.5 两险一金用户需求标识：R_OA.EL_OO5 用户需求描述：制定记录企业员工两险一金标准 要求：d）两险一金基数表e）两险一金查询f）两险一金审批操作人员（参与者）：办公室负责人。业务流程：无业务规则：负责人进行基数录入、审批后生效。输入项：两险一金情况信息（名称，说明）输出项：提示设置成功或失败。业务流程图：无4.4 扩展模块功能5. 产品的非功能性需求5.1 用户界面需求需求名称详细要求界面风格要求界面风格统、美观大方，不要使用特别夸张的色 彩。操作方便能够明确的标明操作的界面、多使用文字提示，以方便 非计算机人员的使用。界面友好要求能方便的输入、输出数据，减少非法数据的输入， 有固定分类的地方采用选择方式替代手工录入，减少出错率。5.2 软硬件环境需求需求名称详细要求软件需求操作系统：Windows2003Server/： Windows2008Server数据库：SQLSERVER2000开发语言：C#硬件最低 需求服务器：CPUP42.6G内存512M硬盘120G以上配置工作站：CPUPIII866内存64M硬盘20G以上配置5.3 产品质量需求提示：根据用户质量需求的具体要求填写，可以增删主要质量 属性详细要求可靠性软件运行可靠稳定可维护性软件运行时可以进行维护安全性包括用户访问控制、信息加密、身份认证等，要求数据 安全可靠，能够最大限度抵御外来攻击正确性保证输入，输出的数据的正确性能，效 率要求软件反应快，时长不能大于5秒。最大并发用户达至到 100个易用性要求能够很方便的使用该软件，非计算机专业人员，通 过阅读帮助和界面文字提示能够在1-2天内掌握使用。清晰性界面的文字提示要简单明了可扩展性要求提供了良好的数据类型扩展性和功能规模扩展性， 保证系统随着时间的推移而增长时，能够快速方便地引入新的 数据类型和功能，保护原有的系统。兼容性要求有很好的兼容性5.4 其它需求1、界面要好看，不能使人生厌；2、简便的安装和配置工具3、单服务器运行，管理和维护简单安全性要求：1. 身份验证：有自己完善的认证机制，不经认证的用户无法登录服务器。认证信息 通过MD5 (Message-DigestAlgorithm5)算法加密，具有足够的安全性。2. 数据加密、防止篡改