OA系统需求说明书倪.docx

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

1、0A系统需求说明书倪需求说明书（第一部分）编制人员：杨红兵审核确认编制人员：杨红兵审核确认审核确认审核确认金智教育签字：日期：编制部门：金智教育南京农业 大学签字：日期：1 弓I言31.1 编写目的31.2 文档书写约定31.3 术语定义32办公自动化系统功能需求32.1 系统总体目标32.2 系统框架32.3 公文处理42.3.1 发文管理收文文件流程描述如下：由两办负责全校的外收文件登记工作。办公室秘书收到纸质文件的时候，通过高速扫 描仪将文件扫描成电子文件后上传到0A系统中，同时手工录入来文的其它信息（如来文 单位、来文字号等）。收文登记结束以后，直接发到办公室主任进行拟办。主任选择该文

2、 件的批示领导、阅示领导、主办、协办与传阅单位，填写办理意见以后，发回给校办秘 书。校办秘书根据主任的批示意见，选择直接分发到各个部门进行办理或者者发送给校领 导进行批阅。假如发送给校领导进行传阅审批以后，再由校办秘书发给各个部门。部门在 办理结束以后，由学校办公室的校办秘书进行办结与存档。工学院院外来文流程图如下图:院外来文开始院级秘书收文登记院办主任拟办院领导批阅;院级秘书处理（存档）二 办理部门秘书转办（存档）233校内请示报告校内请示是学校内部各部门向校办或者向领导请示工作的一种方式。该系统能实现校 内请示的网上起草、部门领导审批、会签、校办主任审核（拟办）、校领导批示、部门办 理、归

3、档、统计查询等功能。用户能够定制文件流转过程，系统按照预先定义的工作流程 进行流转；系统提供严密的授权管理，保证文件不被未授权人处理与查看，实现对文档传 递过程中有效的实时监控，保证文件网上流转准确。校内请示表单的字段有：标题、事由、申请人、申请部门、拟文日期、收文日期、联 系方式、部门编号、学校编号、主办部门、备注、附件等。校内请示流程如下图：（校办改为两办）工学院院内请示流程图如下图:请示报告院领导批示院办主任拟办24发文传阅党委文件党委文件的来源要紧有两个部分一、通过发文管理模块流转后自动按类别生成的；自动生成发文表单中的基本信 息。发文管理中流转中意见信息在发文传阅模块不可见。二、通过

4、党委文件模块管理员直接登记的产生的。党委文件模块的要紧功能是把学校内已生成的党委文件分发给各部门，接收人 能够收到的发文传阅、转发给本部门内其他人员。2.4.1 行政文件行政文件的来源要紧有两个部分.通过发文管理模块流转后自动按类别生成的；自动生成发文表单中的基本信息。 发文管理中流转中意见信息在发文传阅模块不可见。1 .通过行政文件模块管理员直接登记的产生的。行政文件模块的要紧功能是把学校内已生成的行政文件分发给各部门，接收人 能够收到的发文传阅、转发给本部门内其他人员。2.4.3部门文件部门文件的来源要紧有两个部分.通过发文管理模块流转后自动按类别生成的；自动生成发文表单中的基本信息。 发

5、文管理中流转中意见信息在发文传阅模块不可见。3 .通过部门文件模块管理员直接登记的产生的。部门文件模块的要紧功能是把学校内已生成的部门文件分发给各部门，接收人 能够收到的发文传阅、转发给本部门内其他人员。2.5 个人办公待办事宜用于集中管理个人所有的待办工作。待办事宜可作为公文管理、日常事务等子系统的 统一入口。关于有明确流程的任务，处理完后自动从待办事宜中去除，放到已办事宜中， 关于那些没有流程的任务，由用户自己确定是否处理完毕。假如有新的待办事宜，系统给 予文字、声音与图标提示。传统的工作方式下，办公人员在事务处理过程中，很难全面地掌握自己应该处理的事 务的数量、内容、紧急程度与处理情况，

6、而作为整个办公事务流程的一个环节，假如处理 不及时或者不当，会直接影响整个工作进程与工作效率。因此，每位办公人员都非常希望 有一位“秘书”将各类待办公文分门别类地整理出来，办公人员按照文件内容、紧急程 度、优先等级阅读与处理文件，处理完毕的公文由“秘书”交下一部门或者办公人员处 理，假如在办公处理过程中有新的办公事务递交过来，“秘书”会马上给予提示。办公人员日常事务处理概括为两大类。一类是自己主动开始办理的事务，如公文的起 草、信息查询，称之主动办理类事务；另一类来自于其他人员与部门需要您办理的事务， 如审批、会签、批示等，这类事务称之被催、督办类事务。通常情况下，日常处理的工作 大多数为被催

7、、督办类事务。系统设计过程中，我们将这类事务的处理统一归纳到专门设 计的待办事宜功能中进行。工作授权：当用户因公务出差或者其他原因不能办理自己的公务时，能够授权其他 人临时办理自己务必及时处理的事务。2.5.1 常用意见 每个用户能够在些模块中保护自己在审批过程中的个人常用意见，以便填写 意见时选择用。2.6 非功能性需求档案接口提供0A与档案管理系统的接口，实现0A系统中的电子公文直接归档到档案管 理系统中。2.6.1 与身份认证系统的对接与身份认证系统对接，实现统一身份认证。2.6.2 与信息门户系统的对接将0A系统中的待办事宜集成到信息门户系统中，用户能够在门户系统中直接查 看到0A系统

8、的待办事宜。2.6.3 性能性能要求要紧表现在系统稳固性与访问速度两方面。系统的稳固性表现为系统在规定的操作环境中响应的一致性，与在系统面临访问高 峰等压力情况下的运行稳固性。系统访问速度应满足：在桌面带宽10M,并发用户200左右，数据库中的数据容量 在20000条的时候，客户机（PIH500或者以上，内存128M或者以上）单独运行办公自 动化系统时，登录系统的时间小于3秒，访问单个链接的时间小于3秒。2.6.4 安全系统安全有下列几方面要求：1、服务器上数据的安全：不丢失、不损坏、访问权限受到操纵。在出现不可预料 原因使得数据损坏时，能从最近的备份数据中恢复。2、数据传输的要求：数据在传输

9、过程中不被截获、解密。（需要SSL支持）3、客户端的安全要求：不降低客户缺省的安全等级，不带来客户端的安全风险。 用户在一段时间不作任何操作自动过期，防止他人冒名操作。=文档结束=1.1.2 收文管理（校外来文）81.1.3 请示报告11个人办公142.4.1 待办事宜142.4.2 常用意见14非功能性需求142.4.3 档案接口152.4.4 与身份认证系统的对接152.4.5 与信息门户系统的对接142.4.6 性能152.4.7 安全151引言L1编写目的本功能说明书描述了南京农业大学办公自动化系统项目第一部分的功能需求。要紧根 据是南京农业大学两办的公文管理业务需求，要紧目的是整理用

10、户的业务描述并使之确定 化，提供由南京农业大学与金智教育信息技术有限公司双方共同确定的开发系统的业务需 求目标，并对所实现的软件功能做全面的规格描述，以便进行下一步的设计工作。同时，在用户业务需求的基础上，通过需求分析与数据整理，以向整个开发期提供关 于南京农业大学办公自动化系统的业务与数据的技术信息与整体描述，成为软件开发的技 术基础，也作为系统设计与实现的目标及测试、验收根据。本说明书将作为系统测试的基本根据与系统验收的基础标准。本说明书同时提供给用户与设计开发人员及有关测试人员，经双方协商后定稿。L2文档书写约定0A为办公自动化系统办公自动化系统为南京农业大学办公自动化系统L3术语定义无

11、2 办公自动化系统功能需求系统总体目标建设一个面向全体教职工、全面覆盖学校日常行政办公、有效整合学校信息资源的网 络协同办公平台，不断规范学校管理，提高学校管理水平，为学校决策提供辅助支持。2.1 系统框架通过对南京农业大学办公环境与业务流程的分析，我们提出南京农业大学办公自动化 系统第一部分的功能需求，要紧包含内容为：公文管理（发文管理、收文管理、校内请示 与报告）；个人办公（待办事宜、常用意见），下面分别全面描述。2.2 公文处理发文管理实现发文的网上拟稿、部门领导审核、跨部门会签、审稿、签发、编号、成文、用 印、校对、公布、归档等功能，其中管理员用户能够定制文件流转过程，系统按照预先 定

12、义的工作流程进行流转，系统提供严密的授权管理，保证文件不被未授权人处理与查 看，实现对文档传递过程中有效的实时监控，保证文件网上流转准确。发文表单的字段 有：文件类别（可选目前可选项为党委文件、行政文件、部门文件；其中要求：选择 “党委文件”后发文单题头显示为“中共南京农业大学委员会发文稿纸”、选择“行政 文件”后发文单题头显示为“南京农业大学发文稿纸”、选择“部门文件”后发文单题 头显示为“发文稿纸”）、发文编号、紧急程度（可选目前可选项为通常、紧急、加 急；其中通常为默认值）、秘密程度（可选目前可选项为空白、秘密、机密；其中通常 为默认值空白）注：在待办事宜中有显著提醒、按缓急进行排序，同

13、时也适用于收文。 文件标题、拟稿部门、拟稿人、核稿人、办公室意见、会核人、会签人、拟稿日期、主 题词、主送机关、抄送、成文日期、签发人、印发份数、参考资料（以附件的形式资 料）、备注。发文表单的字段布、标题、发文字号、缓急（通常、紧急、加Q-主送L送送L 抄报、拟稿部-门、拟稿人、拟稿日期、标题、主题词、序件、文件日期、签发人等。发文管理的功能构成如下： 痕迹保留：通过保留WORD文档的修订痕迹来实现区别不一致人员的修改。 发文拟稿：由拟稿人选择公文流转类型编写并填写有关的文稿信息；同时按 照预先定义的流程进行发送。 发文会签发文会核:由部门秘书发给是有关部门领导会签座并提出修改意 见，修改文

14、稿并保留修改痕迹。 办公室审稿：审稿人员审核并提出意见，修改文稿并保留修改痕迹。 发文签发：校领导提出签发意见，修改文稿并保留修改痕迹发文签发：拟稿部门秘书将文件送给会签部门电子公文秘书，再由相应会签 部门电子公文秘书将文件送给本部门领导审签U有关部门领导填写部门会 签意见，修改文稿并保留修改痕迹。 文件发送：将文件发送到各部门有关人员。 意见查阅：只要流转过程中用户都能够查阅文件处理过程中别人签署的意 见。 版本储存及查阅：能够储存及查阅发文正文的各个历史版本。 文件查询：通过各类条件组合，实现查询。 全文检索：通过模糊查询的方法在发文文档中（不包含正文与附件）进行全 文检索。 流程跟踪：自

15、动跟踪并显示文件的流转过程，能够查看流转的情况，文件流 转时间，经手人，执行的操作，将要执行的操作。 发文传阅：校级秘书能够将文件传阅给校领导或者有关部门电子公文秘书， 各部门电子公文秘书能够将收到的发文传阅给本部门的有关人员。 自动编号：文件每年度按机关代字的流水自动进行编号，其中机关代字，系 统提供能够保护功能。各部门的机关代字与各部门绑定，发文编号在各部 门领导审批通过后由各部门电子公文秘书完成，各部门只能按自己部门的 机关代字进行编号。 签署意见：各部门秘书没有签署意见的权限，校领导、办公室主任、各部门 负责人有关环节有签署意见的权限。 电子签章：流程中有用印权限的人员能够在正文（Wo

16、rd）文件加盖电子印章 的功能。加盖电子印章的Word文件不可再修改。如实在要修改，需要将文 件撤消印章后才可再修改。修改完后再重新加盖电子印章。 模板定义：管理员可自定义各类公文的红头模板，包含文件内容格式与排版 格式。模板制作使用Word文档，方便易用。 发文登记簿：关于办理完成的文件，系统提供发文登记簿方便统计查询。 流程收回：供发送人收回已经发送的发文，避免由于接收人外出或者有事的 情况下延误发文过程。收回功能务必在提交的下一步处理人未将文件提交 至下一环节时才能够使用。 返回功能：能够通过返回功能把该文返回到文件已流转的任意一个节点。 流程跟踪：自动跟踪并显示文件的流转过程，能够查看

17、流转的情况，文件流 转时间，经手人，执行的操作，将要执行的操作。 流程催办：流程管理员能够查看到所有在办的文件状态，流程管理员能够手 工对有关文件进行催办。每催办一次，当前处理人会收到收到一条待办事宜提 醒，同时待办事宜标题前会有“催办”的字样。 文件转办：假如文件的当前处理人由于出差、休假等原因，不能及时处理待 办公文（事先未作授权），为了保障整个流程的流转畅通，流程管理员能够文件转 给其他人处理。 流程定义：管理员能够对流程进行定义，可自己定义多个发文流程,如行政 发文、党委发文等。可定义单独每个流程的发启权限、流程的管理监控权限、流 程的默认查看权限等。学校发文流程图如下图:（将图中的部

18、门会签改为部门会核，图中的校办两 字去掉或者者改为两办）部门发文流程图如下图:其他人审核拟稿入校对工学院院办发文流程图如下图:工学院党办发文流程图如下图:工学院部门发文流程图如下图:2.3.2收文管理（校外来文）收文管理要紧对学校收到的外来文件进行收文校办登记、主任拟办、校领导阅批、下 发、归档、查询等功能。用户在登记收文的时候，首先需将纸质文件扫描。用户流程能够 自行定义，文件按系统设置好的流程正常流转。用户能够查看、打印文件的流转过程记录 （包含办文的通知时间、办理时间、办理结果、意见、与领导批示意见等）；并对文档进 行实时监控；主办与协办部门在网上的填写意见；同时系统关于文件的权限有严格

19、的限 制。收文管理的要紧功能构成如下： 收文登记：机要员进行收文基本信息与内容的录入。关于接收到的文字材 料，能够通过扫描仪先扫描成电子格式（PDF格式），然后通过文件引入的方式引 入到系统中。登记内容包含文件标题、主题词、来文单位（可选）、来文字号、份 数、收文类别（可选）、收文号（格式为：校收年份+流水+号）、来文日期、收 文日期、登记人、办理期限、紧急程度（可选：选项有“通常”、“紧急”、“加急”）、来文原文、备注。其中收文日期、登记人系统自动生成登记人员能够 再进行修改；缓急提供选择功能，选择项为通常、急件、特急； 收文编号：编号规则为按收文类类别年度流水、系统提供收文自动编号功 能；

20、 收文拟办：由拟办的负责人填写或者选择拟办意见-选择批示领导、批阅 领导、主办与协办部门，并能够自动生成拟办意见。 收文分发：收文秘书能够对通过主任拟办、校领导批阅的收文跟据两级领导 的意见分发至主办与协办部门。 收文办理：供主办部门与协办部门有关人员填写办理意见。主办部门由校级 秘书通过流程“提交”操作将文件送达，主办部门务必反馈办理情况流程才能继 续下一环节。协办部门由校级秘书通过“传阅”操作将文件送达有关部门电子公 文秘书，部门电子公文秘书可将文件进行“二次传阅”，“二次传阅”只能传阅 给本部门内的用户。协办部门也可能填写意见或者办理情况。 收文登记簿：关于完成收文登记的文件，系统提供收

21、文登记簿方便统计查 询。 文件转办：办理过程中模块管理员有督办与催办功能，并可更换受理人； 收文传阅：接收人能够将收到的收文传阅给本部门的有关人员。 文件查询：通过收文日期、来文日期、原文文号、收文字号、文件标题、来 文机关字段、文件日期等各类条件组合，检索出符合条件的收文。 全文检索：通过模糊查询的方法在收文文档中（不包含附件）进行全文检 索。 流程收回：供发送人收回已经发送的发文，避免由于接收人外出或者有事的 情况下延误发文过程。收回功能务必在提交的下一步处理人未将文件提交 至下一环节时才能够使用。 流程跟踪：自动跟踪并显示文件的流转过程，能够查看流转的情况，文件流 转时间，经手人，执行的操作，将要执行的操作。 流程催办：流程管理员能够查看到所有在办的文件状态，流程管理员能够手 工对有关文件进行催办。每催办一次，当前处理人会收到收到一条待办事宜提 醒，同时待办事宜标题前会有“催办”的字样。 文件转办：假如文件的当前处理人由于出差、休假等原因，不能及时处理待 办公文（事先未作授权），为了保障整个流程的流转畅通，流程管理员能够文件转 给其他人处理。 流程定义：管理员能够对流程进行定义，可定义流程的发启权限、流程的管 理监控权限、流程的默认查看权限等。目前已定义了收文流程。收文流程如下图：（校办改为两办）