需求调研表
| 项目 名称 |
项目 代号 |
|
|
| 调研 对象 |
调研 日期 |
|
|
| 需求调研根据 |
文件名（及时间） √立项项目名称（及时间） 用户 / 运行维护人员提出（请注明） |
||
| 需求类型 |
√ 新建项目在建项目补充现有系统运维
|
||
| 用户 范围 |
管理员： 1-2 人，负责配置系统相关信息。 高级用户： *** 处人员，主要进行立项、督查、汇总等工作。 一般用户：总行各司局所有人员（包括借调人员和行政秘书）、 ** 家分支行办公室人员、各直属企事业单位办公室（待定） |
||
| 调研目的及内容 |
初步讨论系统功能 |
||
|
|
|||
| 业务 内容 |
系统 / 功能主要目的或内容（包括确定系统 / 功能边界） Q1 ：系统主要功能 完成
Q2 ：系统主要用户 ** 司局综合处、各处工作人员（包括行政秘书和借调工作人员）。
业务描述（组织结构、流程、角色、业务规则、主要业务特点等） Q1 ：系统可分为哪些角色？ Re ：管理员、高级用户、综合处（分办人员）、承办人员、查询人员。
Q2 ：系统的数据量大约有多少？ Re ：每年大约 5000 件。
Q3 ：系统是否需要归档，是否需要编号？ Re ：每两年清空一次数据库，将历史数据移到历史数据库中。可在立项时自动生成流水号“督 [2006]XX 号”。（待定）
Q4 ：督查的业务流程 :
Re ： 1 、文件分类： 督办处对各类文件进行分类，确定是否立项，或确定为阅知件。（阅知件将作为编写刊物的依据）
2 、督察处 / 秘书处分办 :
对于需要立项督办的文件或事宜，督办处或秘书处进行督查立项后，发送给办理司局综合处处长和督办专员。要求支持同时发送多个司局。通常都有主办司局和协办司局，对于没有主办司局的情况，由督办处向厅主任汇报后决定。
3 、司局综合处分办：
分办司局综合处收到督办立项单后，报司局长审批后发给分办处处长，再由处长发送给承办人。
4 、事件处理： 承办人可根据具体情况选择拟稿发文或直接在督办立项单上填写办理信息和办理进度。 如拟稿发文，则由承办人将发文的相关信息（如文件名称，事件处理状态等）填写到督办立项单中。当该文件处于流转过程中时，督办单中事件办理状态填写为“文件流转中”；文件办结后，修改状态为“已办结”（要求督查人员可查看发文流转的路径和状态），并将督办单返回督查处。 如无需行文，直接填写督办单，则需提交本司局综合处进行审核，核稿后返回督查处。 （ 1 ）此处需要制度规范：分办司局综合处要对本司局内所有人员填写的办理信息进行核稿。 （ 2 ）系统为各承办人与分办司局综合处开辟不同区域，以供填写办理情况等相关信息。（各综合处意见是否覆盖承办人意见有待确定）
5 、事项办结 督办处收到承办人或分办司局综合处返回的督办单后，需要对办理信息进行汇总后填写在办理情况一栏中。并将该督办立项单归档，以此作为生成督办刊物的依据。
Q2 ：系统首页的信息如何显示？ Re ：系统首页信息显示分为两大类，左侧为菜单区，可根据用户权限控制显示。右侧为工作区，根据用户的身份不同，显示的信息有所不同。 1 、 高级用户 菜单区包括文件分类、立项、分办、汇总、办结等功能键。并能够浏览所有文件，并能够区分优先级。 工作区内容包括待办文件和在办文件两类： （ 1 ）待办文件：包括“已经过处理”和“未经过处理”两类，分两个区域显示。 “未经处理”中包含从收文系统中同步过来的 A 类、 C 类、 D 类收文信息；（包括文件名以及正文） “已经过处理”中已立项中包括当前用户还没打开的从分办司局综合处或承办人返回的督办单。
（ 2 ）在办文件：包括 已立项但是未归档的督办立项单 正在处理（包括分类、
填写立项信息，汇总信息等操作）的事项。 功能区 1 、 对于分办到各司局正在 一般用户的首页信息显示包括： 1 、待办文件：当前用户还没打开的从督查处发送的督办立项单。 2 、在办文件：当前用户已经打开但是还未办理完毕发给督查处的督办立项单。
Q3 ：如何处理重要事项？
Re ：在全部文件浏览中设置“我的关注事项” 我的关注事项可理解为用户的一个单独的文件夹，高级用户可在立项时直接将督查立项设为我的关注事项，也可在办理过程中将某个或某些督办事项设为我的关注事项。
Q3 ：主办和协办的意见填写方式？ Re ：协办司局填写意见需要根据协办司局的个数灵活生成相应个数的意见框，供协办司局填写办理情况。同时，可在办理情况框中引入 Word 、 Excel 类型的附件。
Q4 ：系统的查询方式？ Re ：查询分为两种，一种为不带统计的查询，可根据文号和督办号等要素进行查询。另一种为统计查询，查询后要根据模板格式生成相应的统计结果。
Q5 ：督办立项中填写的办理时限有什么用？ Re ：可用于定期提示承办人。先设为提前五天提示所有分办人员。 |
||
| 立项、汇总、办结等操作）中的文件。
2 、 一般用户 菜单栏中包括办理事项、修改信息以及查看进度等。 工作区主要为 待办和在办事项 。
|
|||
| 相关系统 / 功能（相似功能 / 系统，系统间关系、接口）
Q1 ：与其它哪些系统有关系？ Re ：（ 1 ） （ 2 ）文书处理系统（作为文书处理系统的办文依据，其中部分行发文、厅发文由督查处核稿，文号通常为银函银办函） （ 3 ）电子公文传输系统：可给分支行传输《重要事项督察情况》等文件（等待办公厅付主任审批） （ 4 ）小 OA 系统会议管理子系统：可引入会议纪要，然后人工分别立项。
Q2 ：系统文件是否盖章？ Re ：无需盖章。
|
|||
| 其他要求（系统性能、历史数据处理、现有资源情况、相关法规或规则等） Q1 ：现有处理方式如何？ Re ：由收文系统导出 EXCEL 表，生成督办单，再通过电子邮件发送司局，通过电话等方式人工督办。
Q2 ：如何处理历史数据？ Re ：可将两年内纸质文件导入系统作为初始化数据。
Q3 ：有无相关规则，规范？ Re ：有工作手册、督查管理办法。
Q4 ：如何确保系统安全？ Re ：根据不同安全级别分别定义。 A 类、 D 类文的密级与收文系统相同。 绝密件只显示标题和领导批示，再由督办处根据情况处理领导批示。
|
|||
| 相关文档 |
工作手册 |
||
| 相关模版 （表单等） |
1 、 2 、 3 、查询统计格式模版 |
||
| 界面 要求 |
展示方式：√通过浏览器安装客户端
参照文书处理系统的展示方式。 |
||
| 配色风格
参照文书处理系统的配色风格。 |
|||
| 版式：√三栏式两栏式√目录树内容分区
|
|||
| 界面内容及其分布：（栏目名称及位置等） 已办： 在办 针对每一件事情，使用不同颜色变化。已办结（蓝色），正在办理（红色）阅知件（黄颜色）（阅知件不需要督办，备案，放在专门的库里面，在制作刊物时需要用到。）
|
|||
| 其他：（是否需要图片 /flash ）
|
|||
| 其他 要求 |
待确定问题： 1 、 工作计划（完善制度） 2 、 对于由多个司局协同办理的是否均存在主办单位？ |
||
|
|
|||
| 用户 确认 |
用户确认本次调研内容符合能够反映用户需求。签名： |
||
| 参与调研人员 |
用户方： 信管中心： 开发或集成方： |