【软件项目需求调查指标项评价标准】指标需求标准

指标项评价标准——技术部（外包） 序号 评审指标项 评审要点（参考点） A-优秀 （90-100分） B-良好 （80-89分） C-合格 （60-79分） D-需改进 （60分以下） 权重 1 项目描述 1、项目关联性：与其他现有软件系统的关联性；
对现有客户环境（IT环境、管理措施等）造成的影响；
对以后可能建设的其他系统造成的长期影响。

2、设计和实现上的限制：软件实现技术上的要求；
与其他关联系统的对接要求；
预留接口或扩展性的要求。

3、非技术性条件和限制：对目标用户文化程度和计算机操作水平等方面的考虑；
项目建设时间上的考虑；
团队人员或人资条件上的限制和要求；

在项目关联性、设计和实现限制、非技术性条件和限制三个及以上方面，调研充分、情况覆盖面广且能够合理、清楚地阐述。

在项目关联性、设计和实现限制、非技术性条件和限制三个方面进行了一定的调研，能够阐述了大部分的关联性和条件限制。

在项目关联性、设计和实现限制、非技术性条件和限制三个方面进行了调研，且能够阐述部分情况。

调研工作不充分或没有进行过调研，项目描述上出现严重的漏洞和逻辑缺陷且无法描述清楚状况。

5% 2 用户环境 1、 用户需求度：用户单位组织结构、部门设置、部门职责、业务关系以及系统面向的用户群等需求的调研情况。

2、 关键计算机资源：涉及到的所有部门和机房的软硬件资源情况、设备要求等。

3、 用户环境中的其他应用系统分布：如：其他应用系统的名称、责任部门、应用系统功能概述、部署的服务器以及机房等。

在用户需求度、关键计算机资源及其他应用系统分布等方面，经过充分调研，能够清晰合理地阐述调研内容。

在用户需求度、关键计算机资源及其他应用系统方面，进行了一定调研，能够清晰阐述大部分调研情况。

在用户需求度、关键计算机资源以及其他应用系统分布方面，进行了相关调研，能够较阐述清楚部分调研情况。

调研工作不充分或没有进行过调研，用户环境描述出现严重漏洞和逻辑缺陷且无法描述清楚状况。

15% 3 功能性需求 1、 用户部门当前的工作模式考察情况：调研过程中发现的客户业务实际的操作情况的说明，如：工作内容、工作流程、涉及到的表单流转等。

2、 构建该系统的目标：介绍本软件系统的建设目的，从用户的角度描述该系统建立后应该达到的预期目标。

3、 功能结构图：软件系统中各个模块以及模块下功能/子模块的划分情况介绍；
整体展示系统中所具备的功能模块，以及各个模块之间的关联情况。

4、 功能点需求：描述调研过程中发现的，客户对软件具体功能点的要求，建议以表格、流程图加文字的形式进行说明，按照不同的功能点进行列举方式描述。

5、 接口需求：描述该软件所涉及到的内部接口和外部接口需求，以及每个接口间列出的接口要素及其说明。

对部门工作模式、系统目标构建、功能需求、接口需求等方面进行了充分的需求调研；
能够对评审参考要点中的五个或更过方面通过数据图表、结构框图等方式清晰展现调研工作开展情况，并能够对各项内容进行清晰合理地阐述。

对部门工作模式、系统目标构建、功能需求、接口需求进行了一定的工作调研；
能够对评审参考要点中的五个方面进行阶段工作提炼与归纳，并能合理阐述相关工作情况。

在部门工作模式考察、系统目标构建、 功能结构需求、接口需求方面进行了相关调研；
能够对评审要点中的大部分（3点或以上）内容进行清楚阐述。

调研工作不充分或没有进行过调研，功能性需求描述上维度单一（2个点以下），出现严重漏洞和逻辑缺陷且无法描述清楚调研状况。

40% 4 非功能性需求 1、 系统环境需求：客户方对软件系统的系统环境需求，如：客户要求在什么样的环境下使用该系统；
包括网络环境、人员环境、使用频率和周期等等。

2、 易用性和用户体验需求：如客户对界面布局的要求，对软件各项表单操作提醒的要求、对帮助文档的要求等等。

3、 软硬件技术需求：如：软件开发过程中使用到的开发语言、基础框架；
软件开发和部署的操作系统、WEB 浏览器等方面的要求；
软件部署的硬件服务器的性能配置要求等；

4、安全性需求：如：数据库安全性；
备份和容灾策略；
数据出错时的回滚机制；
系统安全性；
密码安全性；
防止XSS和SQL注入攻击等；

5、可维护性需求：如：远程维护的需求；
备份的需求；
对系统维护的要求（对管理人员专业水平的要求）等；

6、对培训的需求：如：对客户方领导的培训；
对客户方管理人员/系统管理员的培训；
对客户方普通操作人员的培训；
对我方技术实施和售后人员的培训等；

在系统环境需求、易用性和用户体验需求、软硬件技术需求、安全性需求、可维护性需求和培训需求等六个或六个以上的方面进行了充分的需求调研；
能够采取多种展现方式清晰呈现调研工作情况，并能够对各项内容进行清晰合理地阐述。

在系统环境需求、易用性和用户体验需求、软硬件技术需求、安全性需求、可维护性需求和培训需求的六个方面进行了一定的调研；
能够归纳总结调研阶段的需求情况，并能较为清楚、合理地阐述大部分的工作开展情况。

在系统环境需求、易用性和用户体验需求、软硬件技术需求、安全性需求、可维护性需求和培训需求的大多数方面（3点以上）进行了相关调研；
能够较为清楚地归纳总结并描述各方面（3点以上）的需求调研阶段的工作进展情况。

调研工作不充分或没有进行过调研，非功能性需求描述上维度单一（2个点以下），出现严重漏洞和逻辑缺陷且无法描述清楚调研状况。

30% 5 其他 1、 该软件应当遵循的标准或规范梳理 2、用户需求调研表发放情况 对应该遵循的标准或规范进行了系统梳理，并能全面展现；
保留并展现所有的用户需求调研表 对应该遵循的标准或规范进行了大量的梳理；
保留并展现大部分的需求调研原始表 对应该遵循的标准或规范进行了部分的梳理；
保留了少量的需求调研原始表单，有迹可循。

没有进行标准规范的梳理；
没有发放用户需求调研表，没有任何调研痕迹可寻。

10% 需求调研阶段—评审打分表 技术部（委托外包） 序号 评估指标项 专家小组评估 优 势（亮点） 不 足（建议） 综合得分 1 项目描述（5%） 2 用户环境（15%） 3 功能性需求（40%） 4 非功能性需求（30%） 5 其 他（10%） 评分标准：
1、评分标准分为四个等级：
90-100分（优秀） 80-89分（良好） 60-79分（合格） 60分以下（需改进）；

2、每项指标满分为100分，不轻易打满分，可以打0.5分；

3、分级建议分为四大类：A 优秀 B 良好 C 合格 D 需改进。

需求调研阶段—评审打分表 技术部（委托外包） 序号 评估指标项 专家小组评估 优 势 不 足 综合得分 1 项目描述（5%） 2 用户环境（15%） 3 功能性需求（40%） 4 非功能性需求（30%） 5 其 他（10%） 评分标准：
1、评分标准分为四个等级：优秀 90-100分 良好 80-89分 合格 60-79分 需改进 60分以下；

2、每项指标满分为100分，不轻易打满分，可以打0.5分；

3、分级建议分为四大类：A 优秀 B 良好 C 合格 D 需改进。

需求调研阶段—评审统计表 技术部（委托外包） 序号 评审方 （所属单位） 评审人 （姓名） 指标评估项权重 优 势 不 足 项目描述 （5%） 用户环境 （15%） 功能性需求 （40%） 非功能性需求 （30%） 其 他 （10%） 1 XXX 2 XXX 3 评分标准：
1、评分标准分为四个等级：
90-100分（优秀） 80-89分（良好） 60-79分（合格） 60分以下（需改进）；

2、每项指标满分为100分，不轻易打满分，可以打0.5分；

3、分级建议分为四大类：A 优秀 B 良好 C 合格 D 需改进。