[表格]需求调研表

□立项项目名称（及时间）

□用户/运行维护人员提出（请注明）

□在建项目补充

□现有系统运维

高级用户：**处人员，主要进行XXX等工作。

一般用户：总行各司局所有人员（包括借调人员和行政秘书）、**家分支行办公室人员、各直属企事业单位办公室（待定）

Q1：系统主要功能

 完成XXXXX功能

Q2：系统主要用户

 **司局综合处、各处工作人员（包括行政秘书和借调工作人员）。

 业务描述（组织结构、流程、角色、业务规则、主要业务特点等）

Q1：系统可分为哪些角色？

Re：管理员、高级用户、综合处（分办人员）、承办人员、查询人员。

Q2：系统的数据量大约有多少？

Re：每年大约5000件。

Q3：系统是否需要归档，是否需要编号？

Re：每两年清空一次数据库，将历史数据移到历史数据库中。可在立项时自动生成流水号“督[2006]XX号”。（待定）

Q4：督查的业务流程:

 Re：1、文件分类：

督办处对各类文件进行分类，确定是否立项，或确定为阅知件。（阅知件将作为编写刊物的依据）

系统功能

Q1：系统首页的信息如何显示？

Re：系统首页信息显示分为两大类，左侧为菜单区，可根据用户权限控制显示。右侧为工作区，根据用户的身份不同，显示的信息有所不同。

Q2：如何处理重要事项？

Re：在全部文件浏览中设置“我的关注事项”,我的关注事项可理解为用户的一个单独的文件夹，高级用户可在立项时直接将督查立项设为我的关注事项，也可在办理过程中将某个或某些督办事项设为我的关注事项。

Q3：主办和协办的意见填写方式？

Re：协办司局填写意见需要根据协办司局的个数灵活生成相应个数的意见框，供协办司局填写办理情况。同时，可在办理情况框中引入Word、Excel类型的附件。

Q4：系统的查询方式？

Re：查询分为两种，一种为不带统计的查询，可根据文号和督办号等要素进行查询。另一种为统计查询，查询后要根据模板格式生成相应的统计结果。

Q5：督办立项中填写的办理时限有什么用？

Re：可用于定期提示承办人。先设为提前五天提示所有分办人员。

相关系统/功能 （相似功能/系统，系统间关系、接口）

 Q1：与其它哪些系统有关系？

Re：（1）文书处理系统（作为文书处理系统的办文依据，其中部分行发文、厅发文由督查处核稿，文号通常为银函  银办函）

（2）电子公文传输系统：可给分支行传输《重要事项督察情况》等文件（等待付主任审批）

（3）小OA系统会议管理子系统：可引入会议纪要，然后人工分别立项。

Q2：系统文件是否盖章？

Re：无需盖章。

其他要求 （系统性能、历史数据处理、现有资源情况、相关法规或规则等）

Q1：现有处理方式如何？

Re：由收文系统导出EXCEL表，生成督办单，再通过电子邮件发送司局，通过电话等方式人工督办。

Q2：如何处理历史数据？

Re：可将两年内纸质文件导入系统作为初始化数据。

Q3：有无相关规则，规范？

Re：有工作手册、督查管理办法。

Q4：如何确保系统安全？

Re：根据不同安全级别分别定义。A类、D类文的密级与收文系统相同。

绝密件只显示标题和领导批示，再由督办处根据情况处理领导批示。

2）……

 参照文书处理系统的展示方式。

配色风格：

参照文书处理系统的配色风格

版式：    □三栏式    □两栏式      □目录树      □内容分区

界面内容及其分布：（栏目名称及位置等）

已办：

在办：

针对每一件事情，使用不同颜色变化。已办结（蓝色），正在办理（红色）阅知件（黄颜色）（阅知件不需要督办，备案，放在专门的库里面，在制作刊物时需要用到。）

其他：（是否需要图片/flash）

1、  工作计划（完善制度）

2、  对于由多个司局协同办理的是否均存在主办单位？

信管中心：

开发或集成方：