1引言

1.1编写目的

  本文档的目的是详细地介绍电子公文系统APP所包含的需求，需求分析阶段，同时需求分析的结果也决定了后续的系统设计、开发、测试等阶段能否顺利如期进行。即使是用敏捷开发，同样也少不了对需求的分析整理。可以说需求就是整个产品的源头，所以需求分析的结果往往决定了产品的成败。

1.2背景

  本文档说明的是开发电子公文传输系统的需求，而电子公文传输系统就是利用计算机网络和安全技术，实现政府部门与部门之间、单位与单位之间政府红头文件的起草、制作、分发、接收等功能，以现代的电子公文传输模式取代传统的纸质公文传输模式。公文经过计算机排版，制作成含有红头和公章的电子公文文件，经过加密，通过计算机网络直接发送给接收方，接收方通过解密处理，还原得到内容和版面与发送方完全一样的公文文件，最后用彩色打印机打印出含有红头和公章的公文。整个过程都是通过计算机监控在政府专用网络中进行的，从而大大缩短了公文传输的时限，并有效地提高了公文的安全性能。

1.3 采访

采访了18级的学长宋同学，问题如下：

• 最重要的项目开发经验 1.注重前期准备 2.注重团队合作 3.脚踏实地，不要好高骛远
• 最高效团队组织的方式 1.大方向一致，力往一处使 2.相互分享经验，共同成长 3.成员步调一致，互相补位
• 如何让进行时间规划 1.计划要晚，要充分考虑不可预见的困难，不要急于求成 2.行动要早，不要把所有问题都拖到最后一天解决
• 项目前期的准备要注意什么 1.购买相关书籍，梳理项目线索 2.深度分析需求，挖掘项目土壤
• 项目中期遇到困难怎么办 1.勇于独自解决问题 2.也可以向老师，同学求助
• 队员意见出现分歧怎么办 1.尽量说服某一方让团队的意见完全统一
• 如何准确把握项目的需求 1.做尽可能全面的前期调查 2.团队要经过充足的讨论

2用户场景

好的公文传输系统必须满足以下要求：

• 公文的安全性要求   安全性要求是无纸化电子公文传输系统首先要满足的要求。由于网络环境的广泛性和复杂性等特点，普通电子文件很容易在网络传输过程中被截取或篡改。而电子公文文件必须具有保密性、严肃性和不可抵赖性的特性，绝对不允许出现此类安全漏洞。
• 传输的高效性要求   要保障电子公文的畅通传输，必须尽可能地降低网络传输的数据量，以适应复杂的网络环境。再者，需要保证全天候畅通，以应对突发事件的发生
• 操作的简便性要求   由于电子公文传输系统的使用对象涉及政府部门及相关单位实际操作人数较多，人员水平参差不齐，因此其操作系统必须力求简洁、方便。
• 环境的适用性要求   公文接收方浏览器的运行环境是复杂和多样的，优秀的公文接收浏览软件必须能适应多种多样的软件环境。为此无纸化电子公文传输系统提供了图档化的电子公文传输模式，从而使公文接收端可以无须与公文的发送端具有相同的软件环境。
• 系统的集成性要求   优秀的软件系统一定是一个开放的系统，必须能够提供有效的途径，与用户的其他相关系统之间进行数据交换。

3 产品功能

1.收文办理：具体要求见(一)；
2.发文办理：具体要求见(二)；
3.公文归档：具体要求见(三)；
4.公文交换：与交换系统集成时应符合GB/T 33479--2016的接口要求；
5.用户登录：按实施环境要求提供用户名密码等身份认证方式；
6.公文检索：按核心元数据或文内关键词检索公文；
7.待办提醒：使用消息提醒等方式提示用户当前需要处理的事务；
8.用户管理：添加、删除和修改用户，设定用户角色及权限，以及角色和权限的管理；
9.模板管理：添加、删除、修改、启用、停用公文模板；
10.日志管理：记录用户访问、收发文记录等相关操作轨迹。

(一)收文办理

收文办理要求如下： 1.支持对其他单位来文的处理，具体流程应符合《党政机关公文处理工作条例》的要求； 2.系统界面中公文要素名称和含义应与GB/T 33480--2016一致； 3.应按照GB/T 33478--2016的接口要求集成电子公文标准化套件，实现公文阅读和批注； 4.接收OFD电子公文时，应能读取语义信息或元数据信息自动登记； 5.收文登记的电子公文格式应为OFD； 6.办文批示宜以注释形式附加在公文页面上。

(二)发文办理

1.发文流程应符合《党政机关公文处理工作条例》； 2.应按照GB/T 33478--2016的接口要求集成电子公文标准化套件，实现公文编辑、成文和阅读； 3.系统和软件界面中公文要素名称和含义应与GB/T 33480--2016保持一致； 4.应对公文标识进行维护和管理，标识编码规则应符合GB/T 33477--2016； 5.应根据用户需求定制符合GB/T 9704--2012和GB/T 33476.2--2016要求的公文模板； 6.电子公文文件应在成文时转换为版式格式(OFD)，公文盖章应在成文后进行； 7.盖章后的电子公文文件应符合GB/T 33476.3--2016的格式要求。

(三)公文归档

1.系统应具有导出归档文件的功能； 2.用于归档的电子公文文件应满足DA/T 47--2009的要求； 3.归档文件的包格式应满足档案部门提出的相关要求，以在线或离线方式提交到档案管理部门； 4.发文归档宜在归档文件中包含正式公文以及起草、审核、签发等过程信息和过程稿本；收文归档宜在归档文件中包含批示意见的公文、文件办理单等关联文档。

4 类图

用户界面

5用户模板库

  平台预先设置公文模板库，起草公文的时候可以直接从公文模板库中选择相关的模板，公文模板库分为法定公文和事务性公文两大类，公文模板库除了有既定可选的模板外，还提供对该公文模板的添加、更新功能，可以根据政策的变化调整公文模板库中的公文模板，方便地进行扩充，使其能够适应灵活的变化。由系统管理员对系统中所涉及到的公文模板进行维护、更新，提供各交换单位可以下载的公文模版。图表及其他符号按照政府公开标准.

6 验收验证标准