如何解读单位之间的文件传输.docVIP

公文收发需求分析说明书 前言 公文收发是公务网中各单位进行业务的核心内容，本系统引入了模板的概念，使公文处理软件针对不同的政府部门可以最大限度的自适应，极大的方便了系统的安装和使用。同时，系统从公文的起草、收发、跟踪、催办、统计、查询等各个环节对市公务网中各单位之间的公文处理事务进行了详细的设计和自动化辅助实现。 目的 在需求分析阶段，我们的焦点是“做什么”，而不是“怎么做”。不是具体地解决问题，而是准确地确定为了解决这个问题，目标系统必须做什么主要是确定目标系统必须具备哪些功能。项目概述 产品描述 该系统可以实现一系列的工作流：起文→下发→阅文→统计→查询等收发文文件的管理工作，及打印公文。公文收发系统并自动追踪流转情况，提供完整的催办、催阅功能，实现跨地域、跨网络域、跨单位的公文收发处理。 公文管理还提供与Microsoft Office的衔接，使用户可以继续使用自己熟悉的编辑软件。 产品功能 该产品服务于政府部门，为政府职能部门的公务活动提供辅助作用。概括来说，该产品提供如下功能： 与其他公文系统的转换接口； 公文的撰写功能； 单位通信录功能； 公文的发送功能； 公文的接收功能； 收文提醒功能； 收文后回执功能； 回执的统计功能； 收文后逾期催办功能； 按文件的原样打印功能； 文件的查询、统计功能。 用户特点 该产品的用户是政府机关，用户的计算机水平参差不齐，所处理的数据一般都比较安全。 一般约束 经用户的反复权衡，该系统的实现将不采用Notes以及Outlook，并且，需通过B/S的方式进行开发。 假设和依据 不需要考虑公文流转等功能。 具体需求 功能需求 用户管理 是指对用户的注册，用户资料修改，用户权限管理等一系列有关用户的管理工作。需要安全部配合，对于用户的信息，如身份证书、权限、所属单位、级别等进行配制。 考虑是对全网用户进行配置，总体上设立一个总管理员，由他分配所有的子域（单位）及子管理员（单位管理员），由管理员确定该域（单位）下所有用户的身份和权限。 全网采用统一的用户管理方式，与身份认证系统结合，详细描述请见《共享资料库需求分析说明书》。 公文模板管理 引言 为了使系统具有通用性，能够处理公文样式不同、相异的各种办公事务，系统提供了建立模板的功能。模板分为公文模板。 模板管理系统的工作是对公文模板数据库进行维护，包括模板的新建、打开、修改、存储、删除、更名和查询。 模版采用XML实现，并把其存储在数据库中，每一个模版对应着相应的输入界面，可以采用与实际相应的屏幕显示、打印功能。 输入 根据公文实际形式，采用支持XML编辑工具实现，输入的关键项由实际公文格式决定。 加工 利用XML编辑器，把上述数据转化为XML文件。 输出。 模版，即XML文件。 公文编辑 引言 考虑到还有许多单位没有公文系统，在本软件系统中提供了公文编辑功能，实现增删改，显示和打印等功能；操作员通过选择XML制作的模版，该模版描述了公文的编辑格式，并规定了输入界面的显示方式。 输入 根据不同的XML模版，对应着相应的输入截面，每一个输入界面都有自己的输入项，所以，输入项是不固定的，随XML模版（或公文类型）而定。 加工 当在输入界面填入内容时，事实上是在修改XML文件，在模版空着的位置填入数据。 输出。 某种格式的公文，也即XML文件。 公文导入 引言 在很多委办局由于工作需要，已各自开发了自己的公文收发系统，这些系统都是根据本单位的实际情况而设计的，大都有着符合本单位实情的公文格式。如果我们的系统能与这些局部的OA系统进行交互，将大大地减少工作量，使工作更加方便。 输入 当前常见的（特别是上海机关单位常用的）公文数据文件。 加工 通过一个转换引擎，把各种格式的公文输入到该引擎中，然后转换成XML文件，从而可以在本系统中进行流转。这些转换在后台执行，但要使操作人员感知工作进行程度。 输出。 转换后的XML文件，并可以预览转换后的公文文件，以核对转换结果的正确性。 发文系统 引言 发文系统执行公文的发送功能，包括下级向上级提交公文、上级向下级下发公文和平级之间的文件传递。 3.1.5.2 输入 按上述模版结构，在相应项输入对应的数据。 3.1.5.3 加工 修改模版XML文件。 3.1.5.4 输出 输出新的XML文件，不需采用XML编辑器。 收文系统 3.1.6.1 引言 收文系统是用户接受信息的场所，收到后具有提醒效果。 3.1.6.2 输入 输入数据为XML文件。 3.1.6.3 加工 把内容信息与显示的结构信息结合起来，收到后触发信息通知收文人，在收文人的客户端设备上。 3.1.6.4 输出 XML文件的屏幕显示。 公文跟踪 3.1.7.1 引言 公文跟踪系统自动按时间