指标项评价标准——技术部（外包） 序号 评审指标项 评审要点（参考点） A-优秀 （90-100 分） B-良好 （80-89 分） C-合格 （60-79 分） D-需改进 （60 分以下） 权重 1、项目关联性：与其他现有软件系统的关联性；对现有客户 环境（IT 环境、管理措施等）造成的影响；对以后可能建设的其 他系统造成的长期影响。 在项目关联性、设 计和实现限制、非 技术性条件和限制 三个及以上方面， 调研充分、情况覆 在项目关联性、 在项目关联性、设 调研工作不充分 或没有进行过调 研，项目描述上 出现严重的漏洞 和逻辑缺陷且无 法描述清楚状况。 设计和实现限制、 计和实现限制、非 非技术性条件和 限制三个方面进 技术性条件和限制 三个方面进行了调 1 项目描述 2、设计和实现上的限制：软件实现技术上的要求；与其他关 联系统的对接要求；预留接口或扩展性的要求。 行了一定的调研， 研，且能够阐述部 分情况。 5% 3、非技术性条件和限制：对目标用户文化程度和计算机操作水平 等方面的考虑；项目建设时间上的考虑；团队人员或人资条件上 的限制和要求； 1、用户需求度：用户单位组织结构、部门设置、部门职责、业务 盖面广且能够合理、 能够阐述了大部 清楚地阐述。 分的关联性和条 件限制。 在用户需求度、关 键计算机资源及其 他应用系统分布等 方面，经过充分调 研，能够清晰合理 地阐述调研内容。 在用户需求度、 关键计算机资源 及其他应用系统 方面，进行了一 定调研，能够清 晰阐述大部分调 研情况。 在用户需求度、关 键计算机资源以及 其他应用系统分布 方面，进行了相关 调研，能够较阐述 调研工作不充分 或没有进行过调 研，用户环境描 述出现严重漏洞 和逻辑缺陷且无 2 用户环境 关系以及系统面向的用户群等需求的调研情况。 2、关键计算机资源：涉及到的所有部门和机房的软硬件资源情况、 设备要求等。 15% 3、用户环境中的其他应用系统分布：如：其他应用系统的名称、 责任部门、应用系统功能概述、部署的服务器以及机房等。 清楚部分调研情况。 法描述清楚状况。 1、用户部门当前的工作模式考察情况：调研过程中发现的客户业 务实际的操作情况的说明，如：工作内容、工作流程、涉及到的 表单流转等。 对部门工作模式、 系统目标构建、功 能需求、接口需求 等方面进行了充分 的需求调研；能够 对评审参考要点中 的五个或更过方面 通过数据图表、结 构框图等方式清晰 展现调研工作开展 情况，并能够对各 项内容进行清晰合 理地阐述。 对部门工作模式、 在部门工作模式考 系统目标构建、 功能需求、接口 需求进行了一定 的工作调研；能 够对评审参考要 点中的五个方面 进行阶段工作提 炼与归纳，并能 合理阐述相关工 作情况。 调研工作不充分 察、系统目标构建、 或没有进行过调 研，功能性需求 2、构建该系统的目标：介绍本软件系统的建设目的，从用户的角 功能结构需求、接 口需求方面进行了 相关调研；能够对 评审要点中的大部 分（3 点或以上） 内容进行清楚阐述。 描述上维度单一 （2 个点以下）， 出现严重漏洞和 逻辑缺陷且无法 描述清楚调研状 况。 度描述该系统建立后应该达到的预期目标。 3、功能结构图：软件系统中各个模块以及模块下功能/子模块的划 分情况介绍；整体展示系统中所具备的功能模块，以及各个模块 之间的关联情况。 3 功能性需求 40% 4、功能点需求：描述调研过程中发现的，客户对软件具体功能点 的要求，建议以表格、流程图加文字的形式进行说明，按照不同 的功能点进行列举方式描述。 5、接口需求：描述该软件所涉及到的内部接口和外部接口需求， 以及每个接口间列出的接口要素及其说明。 1、系统环境需求：客户方对软件系统的系统环境需求，如：客户 在系统环境需求、 易用性和用户体验 需求、软硬件技术 在系统环境需求、 在系统环境需求、 易用性和用户体 验需求、软硬件 易用性和用户体验 需求、软硬件技术 调研工作不充分 或没有进行过调 研，非功能性需 4 非功能性需求 要求在什么样的环境下使用该系统；包括网络环境、人员环境、 使用频率和周期等等。 2、易用性和用户体验需求：如客户对界面布局的要求，对软件各 项表单操作提醒的要求、对帮助文档的要求等等。 需求、安全性需求、 技术需求、安全 可维护性需求和培 训需求等六个或六 个以上的方面进行 性需求、可维护 性需求和培训需 求的六个方面进 需求、安全性需求、 求描述上维度单 可维护性需求和培 训需求的大多数方 面（3 点以上）进 一（2 个点以下） ，出现严重漏洞 和逻辑缺陷且无 30% 3、软硬件技术需求：如：软件开发过程中使用到的开发语言、基 础框架；软件开发和部署的操作系统、WEB 浏览器等方面的要求； 了充分的需求调研； 行了一定的调研； 行了相关调研；能 软件部署的硬件服务器的性能配置要求等； 能够采取多种展现 方式清晰呈现调研 工作情况，并能够 对各项内容进行清 晰合理地阐述。 能够归纳总结调 研阶段的需求情 况，并能较为清 楚、合理地阐述 大部分的工作开 展情况。 够较为清楚地归纳 总结并描述各方面 （3 点以上）的需 求调研阶段的工作 进展情况。 法描述清楚调研 状况。 4、安全性需求：如：数据库安全性；备份和容灾策略；数据出错 时的回滚机制；系统安全性；密码安全性；防止 XSS 和 SQL 注入 攻击等； 5、可维护性需求：如：远程维护的需求；备份的需求；对系统维 护的要求（对管理人员专业水平的要求）等； 6、对培训的需求：如：对客户方领导的培训；对客户方管理人员/ 系统管理员的培训；对客户方普通操作人员的培训；对我方技术 实施和售后人员的培训等； 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 需改进。