当前位置：文档之家 › 测试需求调研表.

测试需求调研表.

  • 格式：doc
  • 大小：222.00 KB
  • 文档页数：6

珠海南方软件产品检测中心调研表 第 1 页 共 6页 测试需求调研表 送检 单位 委托方：珠海市信息化办公室 研究开发方：上海双杨电脑高科技开发公司、杭州瑞成信息技术有限公司 样品 名称 珠海市电子公文协同处理系统 版本 1.4 ？

测试 类型 □性能测试 验收测试 □鉴定测试 □协议测试

测试 依据

国家或国际标准 GB/T 17544-1998 《信息技术 软件包 质量要求和测试》 GB/T 16260.1-2006 《软件工程 产品质量 第1部分：质量模型》

合同、软件需求及相关文档 ZHSSTC/S-QD-006 《验收测试规范》 ZHSSTC/S-QD-007 《性能测试规范》 ZHSSTC/S-QD-010 《测试实施方案》 ZHSSTC/S-QD-017 《软件验收测试登记表》

1《珠海市电子公文协同处理系统技术开发合同》（包括附件一、二） 2《珠海市电子公文协同处理系统》用户手册 3《珠海市电子公文协同处理系统》管理员手册 4《珠海市电子公文交换平台》用户手册？ 5《珠海市电子公文协同处理系统》应用指南？

可提供的文档

用户文档：软件操作手册 □软件维护手册 □软件用户手册 □软件安装手册 开发文档：□需求分析 □概要设计 □详细设计 □数据库设计文档 测试文档：□系统测试报告 □系统测试问题报告 其它文档：□合同或鉴定依据文档 □其它：

合同技术要求 附件二： 3.2.6 高效性 1系统在数据量50万条（50万个文件,公文处理与公文交换各50万条）情况下，在本次双方确认的测试环境下，代办事项点击开始后到弹出处理框时间不超过5秒（登录、代办事项）。 2电子公文处理系统与电子公文交换系统支持的同时在线用户数大于3000，支持的并发用户数100。 3集中式部署公文处理数据量100万条（100万个文件,10个单位各10万条）。

性能测试要求

 系统最佳并发用户数；

□ 系统最大并发用户数；  系统性能拐点分析；

 系统资源利用率分析；

 三至五年预测试未来运行趋势；

□ 中间件、数据库优化参数配置； 珠海南方软件产品检测中心调研表 第 2 页 共 6页 □ 多环境基准测试找出最优运行环境；  系统故障定位、优化分析。

□ 其它:

系统基本情况 软件类型 □系统软件 □支持软件 应用软件 □其他软件 系统结构 □C/S  B/S □其它 系统用户总数 同时在线人数 同时在线：3000，并发：100 开发平台 Vistul Studio 使用的第三方组件： J2EE：□Struts □JSF □A4J □Hibernate □EJB .NET：□Hibernate □Remoting 其他技术： 通讯协议 Http、Web Service 系统访问加密手段 □CA加密 □SSL加密 用户登录随机码验证 □是 □否 生产环境硬、软件调研： 公文处理系统服务器（市府办）: CPU：Xeon E7330 操作系统：Windows 2003 Enterprise Edition 位数：32 中间件：IIS 6.0 数据库：Oracle 9i 内存： 4G 硬盘：272G 网络：172.22.20.18 公文交换系统服务器:

CPU：Xeon E7310 操作系统：Windows 2003 Standard Edition

位数：32 中间件：IIS 6.0 数据库：Oracle 9i

内存：4G 硬盘：558G 网络：172.22.1.5

集中式部署公文处理系统： Web应用服务器

CPU：Xeon E5410 操作系统：Windows 2003 Standard Edition 位数：32 中间件：IIS 6.0 内存：4G

硬盘：272G 网络：19.48.8.30

集中式部署公文处理系统： 数据库服务器

CPU：PC_POWER5 操作系统：AIX 5.3 位数：64 数据库：Oracle 9i 内存：16G

硬盘：1500G 网络：19.48.8.240

测试环境硬、软件调研：

公文处理系统服务器（市府办）： CPU：Xeon E5410 操作系统：Windows 2003 Standard Edition 位数：32 中间件：IIS 6.0 数据库：Oracle 9i

内存：4G

硬盘：400G 网络：172.22.1.13 珠海南方软件产品检测中心调研表 第 3 页 共 6页 公文交换系统服务器: CPU：Xeon E7310 操作系统：Windows 2003 Standard Edition 位数：32 中间件：IIS 6.0 数据库：Oracle 9i

内存：4G

硬盘：272G 网络：172.22.1.8

集中式部署公文处理系统服务器： CPU：Xeon（TM） 操作系统：Windows 2003 Enterprise Edition 位数：32 中间件：IIS 6.0 数据库：Oracle 9i

内存：4G

硬盘：400G 网络：172.22.1.1

初始化参数配置调研（包括JDK、中间件和数据库的配置） 软件类型 初始化参数 中间件 IIS 最大连接数=无限制

数据库 Oracle 9i 公文处理系统 Processes=300 Db_cache_size=500 Sora_area_size=500 Hash_area_size= Share_pool_size=200 Java_pool_size=50 Large_pool_size=20 公文交换系统 Processes=600 Db_cache_size=500 Sora_area_size=500 Hash_area_size= Share_pool_size=200 Java_pool_size=50 Large_pool_size=20

备注：以上初始化参数在配置系统时进行设置，无初始化要求的参数按照“默认值”。

业务模型交易时间分布 业务模块名称 并发用户数 登录 200 发文 50 收文 100 文件查询 50 交易时间 2:00 4:00 6:00 8:00 10:00 12:00 14:00 16:00 18:00 20:00 22:00 00:00 注：填写系统在某个时间段各业务流程有多少并发用户操作，如12:00 是指11:00~12:00之间。 选择业务流程的原则：选择系统性能影响较大、用户经常使用的和关键业务流程。

业务模型风险评估 业务模块名称 并发用户（Vu） 日常业务笔数/小时 高峰期业务笔数/小时 Web服务器负载 数据库服务器负载 风险

登录 珠海南方软件产品检测中心调研表 第 4 页 共 6页 发文 收文 文件查询

业务流程中操作功能点的选择 编号 业务模块名称 功能点名称 详细操作步骤 备注 登录 登录

发文 1.拟稿 各业务科室直接在系统中进行拟稿，并加发文信息（文件标题、正文，附件，附件名称、主送、抄送、主办科室名称和拟稿人姓名等），或直接修改由部门通过公文交换平台上报的代拟稿。

2.科室审核 由拟稿人负责，将稿件送给指定的人员（科长）进行修订保留修改痕迹，最后返回拟稿人。 在这个环节根据需要可以送委办局会签。 3.发文审核 由办领导负责，就稿件进行审核后返回拟稿人

4.签批 由拟稿人负责，将稿件送给指定市领导进行签批，最后返回拟稿人。 5.电子盖章 由拟稿人负责，将稿件套红排版后送给指定的人员用印，最后送拟稿人分发电子文件。

6.电子发文 由拟稿人负责将文件分发给相关单位，最后送交指定人员进行归档。 7.归档 由归档人员打印文件进行存档。 8.办结 归档人存档后直接办结文件。

收文 1.收文登记 从公文交换平台接受委办局上报的电子文件或收到的纸质文件，收发室对接收的公文，进行登记编号，填写来文相关信息。另，纸质文件需要进行扫描录入。确定收文类型（办件或阅件），确定责任科室后送科长审核。 收发室人员对不符合规定的来文可退文通知原发文单位

2.科室审核 由登记人负责，将稿件送给指定的人员（科长）审核，确定责任科室后返回登记人。 珠海南方软件产品检测中心调研表 第 5 页 共 6页 3.拟办 由登记人负责将文件送指定的责任科室办理，责任科室经办人填写拟办意见后送科长审核。 此环节根据需要可发意见征求单征求委办局意见。 4.科室领导审核 科室领导审核后直接送办领导审核。 科长可以在此环节修改拟办意见。 5.办领导审核 办领导审核后返回经办人。 6.领导批示 由经办人根据办领导意见送相关市领导批示，领导批示意见后返回经办人。

7.销案 经办人办理完成后将文件送本科室负责人销案。 8.归档 由销案人将稿件送指定人员归档。 9.办结 归档人打印文件存档的直接办结文件。

收文统计 系统提供了自动统计功能，直接选择相应菜单即可。

文件查询 文件自分类查询 或 根据查询条件查询 自分类查询是否触发器触发？

垫底数据记录登记(垫低数据: 1 季度) 业务模块名称 功能点名称 对应数据表 数据记录数(条) 表名 主外键关联关系

登录 登录 G_LOGINS,G_USERS ID,USER_ID 10000

发文 1.拟稿 FW,G_INFOS INF0_ID 200 2.科室审核 G_PNODES 190 3.发文审核 G_PNODES 120 4.签批 G_PNODES 90 5.电子盖章 G_PNODES 10

6.电子发文 G_PNODES 10

7.归档 G_PNODES 60

8.办结 G_PNODES 100

收文 1.收文登记 LW,G_INFOS INFO_ID 2000 2.科室审核 G_PNODES 1400 3.拟办 G_PNODES 2500 4.科室领导审核 G_PNODES 900 5.办领导审核 G_PNODES 800

合集下载

物资需求计划表

物资需求计划表

物资需求计划表物资需求计划表一、前言随着社会经济的发展，物资需求越来越大，对物资需求计划的编制和落实也越来越重要。

本文通过对公司物资需求进行调研和分析，制订出合理的物资需求计划表，以达到提高工作效率和降低成本的目的。

二、需求情况调研（一）物资需求清单1. 办公用品：纸张、笔、墨水、打印机、复印机、传真机、粘贴笔等。

2. 原材料：木材、钢铁、铜、铝、塑料、橡胶、玻璃等。

3. 消耗品：食品、日用品、洗涤用品、卫生用品等。

4. 设备：机床、装配线、起重设备、检测设备、通讯设备等。

5. 工具：电动工具、手动工具、计量工具、搬运工具等。

6. 其他：耗材、机油、润滑油、清洁剂等。

（二）采购历史分析对公司过去一年的采购历史进行分析，发现公司的物资采购比较稳定，主要采购类别为原材料、办公用品和消耗品，其中原材料采购量较大，占采购总量的40%以上，办公用品和消耗品采购量稳定。

（三）需求预测根据调研和采购历史分析，可以预测公司未来一年的物资需求量较为稳定，主要集中在原材料、办公用品和消耗品上，预测值可以作为物资需求计划编制的参考。

三、物资需求计划表（一）物资名称：办公用品1. 纸张：A4纸、A3纸、各类特种纸等。

2. 笔：中性笔、钢笔、签字笔等。

3. 墨水：黑色、蓝色、红色、绿色等。

4. 打印机：激光打印机、喷墨打印机、多功能复印机等。

5. 传真机：普通传真机、网络传真机等。

6. 粘贴笔：水性粘贴笔、油性粘贴笔等。

7. 笔筒：木质笔筒、金属笔筒等。

8. 计算器：普通计算器、科学计算器等。

9. 桌面文件夹：分类文件夹、资料夹等。

10. 桌面摆设：文具盒、信封柜、白板、通讯簿等。

（二）物资名称：原材料1. 木材：松木、橡木、桦木等。

2. 钢铁：冷轧板、热轧板、不锈钢等。

3. 铜：紫铜、黄铜、铜管等。

4. 铝：铝合金、铝板、铝桶等。

5. 塑料：聚乙烯、聚丙烯、聚苯乙烯等。

6. 橡胶：天然橡胶、合成橡胶等。

7. 玻璃：玻璃板、铝贴玻璃等。

需求调研竞品分析报告模板(3篇)

需求调研竞品分析报告模板(3篇)

第1篇一、报告概述1. 报告名称：[产品/服务名称]需求调研竞品分析报告2. 报告日期：[填写日期]3. 报告编制人：[填写姓名]4. 报告目的：通过对[产品/服务名称]市场竞品的调研分析，了解市场现状，挖掘用户需求，为产品/服务的设计和优化提供数据支持。

二、市场概述1. 市场背景：- 简述[产品/服务名称]所属行业的发展现状、趋势及市场规模。

- 分析当前市场的主要驱动因素和潜在风险。

2. 目标用户：- 描述目标用户的年龄、性别、职业、收入、教育程度等基本特征。

- 分析目标用户的需求、偏好和行为习惯。

三、竞品分析1. 竞品选择：- 列出主要竞品及其所属公司。

- 说明选择竞品的依据和标准。

2. 竞品分析维度：- 产品特性：- 功能特点：详细描述竞品的核心功能和辅助功能。

- 设计风格：分析竞品的设计风格、界面布局和用户体验。

- 技术特点：评估竞品的技术水平、创新程度和安全性。

- 市场表现：- 市场占有率：分析竞品在市场中的份额和排名。

- 销售业绩：对比竞品的销售额、增长率等数据。

- 用户评价：收集并分析用户对竞品的评价和反馈。

- 营销策略：- 定价策略：分析竞品的定价模式、价格区间和促销活动。

- 推广方式：评估竞品的线上线下推广渠道和效果。

- 销售渠道：了解竞品的销售渠道布局和合作伙伴。

3. 竞品优劣势分析：- 列出每个竞品的优势和劣势，并进行分析和比较。

四、用户需求分析1. 用户需求调研方法：- 说明调研方法，如问卷调查、访谈、用户测试等。

2. 用户需求调研结果：- 分析用户对[产品/服务名称]的需求，包括功能需求、性能需求、体验需求等。

3. 用户需求优先级排序：- 根据用户需求调研结果，对需求进行优先级排序。

五、产品/服务设计建议1. 功能设计：- 根据用户需求调研结果，提出产品/服务的功能设计建议。

2. 性能设计：- 针对用户需求，提出产品/服务的性能优化建议。

3. 用户体验设计：- 分析竞品的用户体验设计，提出改进建议。

开发项目推进表

开发项目推进表

开发项目推进表基本信息：项目名称：XX开发项目开始日期：XXXX年X月XX日结束日期：XXXX年X月XX日参与人员：项目经理、技术团队、测试团队等任务清单：1.需求分析：完成用户需求调研，整理并提交需求文档。

2.设计阶段：完成系统架构设计、数据库设计、界面设计等工作。

3.编码阶段：按照设计文档进行代码编写，实现功能模块。

4.测试阶段：进行单元测试、集成测试和系统测试，确保质量达标。

5.上线准备：配置服务器环境、安装相关软件、调整网络设置等。

6.培训与支持：为使用该系统的客户或客户提供培训和技术支持。

进度管理：截止日期：XXXX年X月XX日已完成任务数：x/xx（百分号）剩余任务数：xx（百分号）当前进度：（用百分比表示）xx%预计完成时间：（根据实际情况填写）实际耗时：（记录每日工作时长）备注：（如有特殊情况需说明，如人员变更、技术难题等）资源分配：人力资源：确定各任务所需的具体工作人员，包括负责人和成员名单。

设备资源：列出所需的硬件设备和软件工具，以及采购状态和使用情况。

资金资源：估算项目总预算及每项任务的预算，监控实际支出并与预算对比。

其他资源：如外部合作、场地租赁等，需要注明来源和状态。

风险管理：列举可能出现的风险和问题，如技术难题、预算超支、人员变动等，并提出应对措施。

定期评估风险发生概率及其影响程度，及时调整计划和策略。

对于已经出现的问题和风险，要详细记录并及时处理，避免再次出现类似问题。

总结反馈：每周或每月对开发项目的进展情况进行总结，分析存在的问题和不足之处，提出改进意见和建议。

同时也要关注客户的反馈和市场变化，以便及时调整开发方向和重点。

需求调研计划

需求调研计划

需求调研计划篇一：需求调研方案第一章调研目的在ERP项目的售前阶段，一般XX公司售前询问顾问会进行一些简要的调研，来确定项目实施的目标。

其目的是为了论证ERP项目可行性的需要，所制定的实施方案是一个比较粗略的方案，对工期和资源的估算只是一些预估；在实施阶段，需要重新进行调研，以澄清全部的客户业务细节，并进行业务规章与系统的匹配。

调研结束之后，可以得到实施的应用解决方案。

其次章调研的范围2.1、调研的职能范围依据《项目实施方案书》所确定的项目实施范围，本次调研所涉及的职能部门以及项目组成员有（请奥普泰项目组补充）调研。

2.2、调研的业务范围调研的业务范围：调研时根据《项目实施方案书》规定全部调研。

详细包括：1、企业基本状况2、销售业务3、选购业务4、仓库管理业务5、 BOM的制定6、方案的制定（选购方案、生产方案）7、生产管理业务8、品质管理业务9、财务业务10、成本管理11、基础数据12、企业特别要求等2.3、调研的地点范围调研的详细地点为：重庆和记奥普泰通信有限公司办公地点第三章调研的方式1、由客户方组织收集客户相关的文档（要求电子版）资料，如公司概况、主要产品和业务、财务核算制度、成本核算制度、业务岗位责任制度等。

2、问卷调查，事先预备好问卷表，发给相关业务部门，由业务人员填写后收回。

3、个别沟通，就某一详细问题或业务处理和相关业务人员直接沟通。

4、开会争论，对跨部门、跨岗位的业务，可以把相关人员召集在一起，了解这些业务的真实状况。

第四章调研的阶段第五章详细时间支配（请奥普泰公司项目组根据第4小节的各阶段时间支配部门调研时间）篇二：需求调研方案一、目的针对公司20XX年的培训状况，通过对公司内部员工、管理人员的培训需求调查，为20XX年部门、公司培训方案的制定供应依据。

二、目标最终交付物交付截至日期《培训需求调查统计分析报告》11月30日《部门培训需求统计分析报告》11月30日中间交付物交付截至日期《培训需求调查表－员工篇》11月13日《培训需求调查表－中层管理人员篇》11月13日《中层管理人员培训需求面谈表》11月13日《高层管理人员培训需求面谈表》11月13日三、方案描述此次培训需求调查共由五部分组成，分别为：1、《培训需求调查表－员工篇》（附件一）2、《培训需求调查表－中层管理人员篇》（附件二）3、《中层管理人员培训需求面谈表》（附件三）4、《高层管理人员培训需求面谈表》（附件四）《培训需求调查表》主要是用来调查公司一般员工和中层经理对培训工作的认可程度和明年的个人培训需求。