信息系统需求调研表.docx

资源描述

信息系统需求调研表.docx

《信息系统需求调研表.docx》由会员分享，可在线阅读，更多相关《信息系统需求调研表.docx（7页珍藏版）》请在冰豆网上搜索。

信息系统需求调研表.docx

信息系统需求调研表

[]技术有限公司[公司名称]

[]有限公司[客户名称]

[]信息系统项目[项目或产品名称]

需求调研记录

文件信息

文件状态：

[√]草稿文件

[]正式文件

[]更改正式文件

当前版本：

V1.0.0

作者：

审核：

完成日期：

文档编号：

文档标题：

软件项目需求调研记录

文档类别：

提交人员：

文件名：

文件摘要：

项目名称：

当前阶段：

需求调研阶段

修改历史

日期

版本

作者

修改内容

评审号

更改请求号

2015-04-19

V1.0.0

定义文件模板

表单编号：

项目名称

项目代号

调研对象

调研日期

需求调研根据

□文件名（及时间）

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

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

需求类型

□新建项目

□在建项目补充

□现有系统运维

用户范围

管理员：

1-2人，负责配置系统相关信息。

高级用户：

**处人员，主要进行等工作。

一般用户：

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

调研目的

初步讨论系统功能

准备问题

需求没有提出或是第N次进行调研前，调研人员准备需要客户解答的问题；

调研内容

系统/功能主要目的或内容（包括确定系统/功能边界）

Q1：

系统主要功能

完成功能

Q2：

系统主要用户

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

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

Q1：

系统可分为哪些角色？

：

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

Q2：

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

：

每年大约5000件。

Q3：

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

：

每两年清空一次数据库，将历史数据移到历史数据库中。

可在立项时自动生成流水号“督[2006]号”。

（待定）

Q4：

督查的业务流程:

：

1、文件分类：

督办处对各类文件进行分类，确定是否立项，或确定为阅知件。

（阅知件将作为编写刊物的依据）

系统功能

Q1：

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

：

系统首页信息显示分为两大类，左侧为菜单区，可根据用户权限控制显示。

右侧为工作区，根据用户的身份不同，显示的信息有所不同。

Q2：

如何处理重要事项？

：

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

Q3：

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

：

协办司局填写意见需要根据协办司局的个数灵活生成相应个数的意见框，供协办司局填写办理情况。

同时，可在办理情况框中引入、类型的附件。

Q4：

系统的查询方式？

：

查询分为两种，一种为不带统计的查询，可根据文号和督办号等要素进行查询。

另一种为统计查询，查询后要根据模板格式生成相应的统计结果。

Q5：

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

：

可用于定期提示承办人。

先设为提前五天提示所有分办人员。

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

Q1：

及其它哪些系统有关系？

：

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

（2）电子公文传输系统：

可给分支行传输《重要事项督察情况》等文件（等待办公厅付主任审批）

（3）小系统会议管理子系统：

可引入会议纪要，然后人工分别立项。

Q2：

系统文件是否盖章？

：

无需盖章。

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

Q1：

现有处理方式如何？

：

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

Q2：

如何处理历史数据？

：

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

Q3：

有无相关规则，规范？

：

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

Q4：

如何确保系统安全？

：

根据不同安全级别分别定义。

A类、D类文的密级及收文系统相同。

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