信息系统需求调研表
- 格式：doc
- 大小：72.45 KB
- 文档页数：7
精品文档
。 1欢迎下载 [XXXX]技术有限公司[公司名称]
[XXXX]有限公司[客户名称]
[XXXX]信息系统项目[项目或产品名称]
需求调研记录
文件信息
文件状态： [ √ ] 草稿文件
[ ] 正式文件
[ ] 更改正式文件 当前版本： V1.0.0
作 者：
审 核：
完成日期：
文档编号： 文档标题： 软件项目需求调研记录
文档类别： 提交人员：
文 件 名：
文件摘要：
项目名称：
当前阶段： 需求调研阶段
版权所有： 精品文档
。 2欢迎下载 修改历史
日期 版本 作者 修改内容 评审号 更改请求号
2015-04-19 V1.0.0 定义文件模板
精品文档
。 3欢迎下载 表单编号：
项目名称 项目代号
调研对象 调研日期
需求调研根据 □文件名（及时间）
□立项项目名称（及时间）
□用户/运行维护人员提出（请注明）
需求类型 □新建项目
□在建项目补充
□现有系统运维
用户范围 管理员：1-2人，负责配置系统相关信息。
高级用户：**处人员，主要进行XXX等工作。
一般用户：总行各司局所有人员（包括借调人员和行政秘书）、**家分支行办公室人员、各直属企事业单位办公室（待定）
调研目的 初步讨论系统功能
准备问题
需求没有提出或是第N次进行调研前，调研人员准备需要客户解答的问题；
调研内容 系统/功能主要目的或内容（包括确定系统/功能边界）
Q1：系统主要功能
完成XXXXX功能
Q2：系统主要用户
**司局综合处、各处工作人员（包括行政秘书和借调工作人员）。
业务描述（组织结构、流程、角色、业务规则、主要业务特点等）
Q1：系统可分为哪些角色？
Re：管理员、高级用户、综合处（分办人员）、承办人员、查询人员。
Q2：系统的数据量大约有多少？
Re：每年大约5000件。
Q3：系统是否需要归档，是否需要编号？
Re：每两年清空一次数据库，将历史数据移到历史数据库中。可在立项时自动生成流水号“督[2006]XX号”。（待定） 精品文档
。 4欢迎下载
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：如何处理历史数据？ 精品文档
。 5欢迎下载 Re：可将两年内纸质文件导入系统作为初始化数据。
Q3：有无相关规则，规范？
Re：有工作手册、督查管理办法。
Q4：如何确保系统安全？
Re：根据不同安全级别分别定义。A类、D类文的密级与收文系统相同。
绝密件只显示标题和领导批示，再由督办处根据情况处理领导批示。
相关文档 工作手册
相关模版 1） 查询统计格式模版
2） ……
界面要求 展示方式：□通过浏览器 □安装客户端
参照文书处理系统的展示方式。
配色风格：
参照文书处理系统的配色风格
版式： □三栏式 □两栏式 □目录树 □内容分区
界面内容及其分布：（栏目名称及位置等）
已办：
在办：
针对每一件事情，使用不同颜色变化。已办结（蓝色），正在办理（红色）阅知件（黄颜色）（阅知件不需要督办，备案，放在专门的库里面，在制作刊物时需要用到。）
其他：（是否需要图片/flash）
输 入
输 出
时 序
约 束
附 件
其他要求 待确定问题：
1、 工作计划（完善制度）
2、 对于由多个司局协同办理的是否均存在主办单位？
用户确认 用户确认本次调研内容符合能够反映用户需求。 签名：
参与调研人员 用户方： 精品文档
。 6欢迎下载 信管中心：
开发或集成方：
精品文档
。 7欢迎下载 注意：
1）需求调研表中标红字的地方都是需要根据实际情况而必须改写的地方；
2）需求调研表中标黑字的地方都是不要改变的，请填写时不要改动。
3）在需求调研表右上方“表单编号：”中，SSSS是系统的英文缩写字头，请根据实际系统的英文缩写情况而填写，八位数字当中，前两位是本系统的第几次需求调研数，如本系统是第一次需求调研就写01、第二次需求调研就写02，依次类推；八位数字当中的后六位是进行需求调研的日期，如是在03年的3月1日进行的需求调研就填030301。
4）业务需求的内容请逐条描述，并标注1、2、3 ……
5）需求调研的目标：首先理解客户需求，完整的进行记录；其次将客户意见进行归类，以模块、功能、说明、等方式将调研结果进行总结；最后进行模块划分，并给出简易的界面示意图。
