
| 文件状态: | [ √ ] 草稿文件 [ ] 正式文件 [ ] 更改正式文件 | 当前版本: | V1.0.0 |
| 作 者: | |||
| 审 核: | |||
| 完成日期: | |||
| 文档编号: | 文档标题: | 软件项目需求调研记录 | |
| 文档类别: | 提交人员: | ||
| 文 件 名: | |||
| 文件摘要: | |||
| 项目名称: | |||
| 当前阶段: | 需求调研阶段 | ||
| 版权所有: | |||
| 日期 | 版本 | 作者 | 修改内容 | 评审号 | 更改请求号 |
| 项目名称 | 项目代号 | |||
| 调研对象 | 调研日期 | |||
| 功能需求名称 | ||||
| 需求类型 | □新建项目 □在建项目补充 □现有系统运维 | |||
| 用户范围 | 管理员: 高级用户: 一般用户: | |||
| 调研目的 | 初步讨论系统功能 | |||
| 准备问题 | 调研人员准备需要客户解答的问题; | |||
| 调研内容 | 系统/功能主要目的或内容(包括确定系统/功能边界) Q1:系统主要功能 ?完成XXXXX功能 Q2:系统主要用户 ?局综合处、各处工作人员(? ?业务描述(组织结构、流程、角色、业务规则、主要业务特点等) Q1:系统可分为哪些角色 Re:管理员、高级用户、综合处(分办人员)、承办人员、查询人员。 Q2:系统的数据量大约有多少 Re:每年大约5000件。 Q3:系统是否需要归档,是否需要编号 Q4:督查的业务流程: 系统功能 相关系统/功能?(相似功能/系统,系统间关系、接口) ?Q1:与其它哪些系统有关系 Re:(1)文书处理系统 (2)电子公文传输系统:可给分支行传输《重要事项督察情况》等文件 (3)小OA系统会议管理子系统:可引入会议纪要,然后人工分别立项。 Q2:系统文件是否盖章 Re:无需盖章。 其他要求?(系统性能、历史数据处理、现有资源情况、相关法规或规则等) Q1:现有处理方式如何 Re:由收文系统导出EXCEL表,生成督办单,再通过电子邮件发送司局,通过电话等方式人工督办。 Q2:如何处理历史数据 Re:可将两年内纸质文件导入系统作为初始化数据。 Q3:有无相关规则,规范 Re:有工作手册、督查管理办法。 Q4:如何确保系统安全 Re:根据不同安全级别分别定义。A类、D类文的密级与收文系统相同。 绝密件只显示标题和领导批示,再由督办处根据情况处理领导批示。 | |||
| 相关文档 | 工作手册 | |||
| 相关模版 | 1)查询统计格式模版 2)…… | |||
| 界面要求 | 展示方式:□通过浏览器 □安装客户端 ?参照文书处理系统的展示方式。 配色风格: 参照文书处理系统的配色风格 版式:??□三栏式□两栏式??□目录树??□内容分区 界面内容及其分布:(栏目名称及位置等) 其他:(是否需要图片/flash) | |||
| 输 入 | ||||
| 输 出 | ||||
| 附 件 | ||||
| 其他要求 | 待确定问题: | |||
| 用户确认 | 用户确认本次调研内容符合能够反映用户需求。?签名: | |||
| 参与调研人员 | ||||
