国家自然科学基金信息系统应用软件开发项目一期工程.docx

上传人:b****5 文档编号:6362493 上传时间:2023-01-05 格式:DOCX 页数:16 大小:25.13KB
下载 相关 举报
国家自然科学基金信息系统应用软件开发项目一期工程.docx_第1页
第1页 / 共16页
国家自然科学基金信息系统应用软件开发项目一期工程.docx_第2页
第2页 / 共16页
国家自然科学基金信息系统应用软件开发项目一期工程.docx_第3页
第3页 / 共16页
国家自然科学基金信息系统应用软件开发项目一期工程.docx_第4页
第4页 / 共16页
国家自然科学基金信息系统应用软件开发项目一期工程.docx_第5页
第5页 / 共16页
点击查看更多>>
下载资源
资源描述

国家自然科学基金信息系统应用软件开发项目一期工程.docx

《国家自然科学基金信息系统应用软件开发项目一期工程.docx》由会员分享,可在线阅读,更多相关《国家自然科学基金信息系统应用软件开发项目一期工程.docx(16页珍藏版)》请在冰豆网上搜索。

国家自然科学基金信息系统应用软件开发项目一期工程.docx

国家自然科学基金信息系统应用软件开发项目一期工程

 

国家自然科学基金信息系统应用软件开发项目一期工程

 

第三方验收服务需求说明书

 

国家自然科学基金委员会信息中心

二〇一三年十月

一.项目名称

国家自然科学基金信息系统应用软件开发项目一期工程第三方验收测试服务项目

二.项目背景

在国家自然科学基金委“十二•五”信息化建设总体规划的指导下,规范流程,整合系统、强化基础、完善功能,到2012年,建设成以科学基金管理业务为核心,融合办公事务管理,提供信息资源共享和辅助决策支持的科学基金管理平台,实现统一系统,统一门户,统一编码,统一数据,统一共享的新一代信息化管理系统。

为全面贯彻基金委“十二•五”信息化建设总战略,新一代基金委信息化管理系统将更好地服务于国家科学界,服务于科学基金的管理者、专家和广大科研人员,提高科学家和公众的认知度和满意度,有效降低行政成本,提高监管能力和公共服务水平。

国家自然科学基金委信息系统建设工程以国家自然科学基金项目管理为核心,综合运用创新的管理理念和先进的信息技术,建立覆盖基金项目全过程生命周期的业务支撑和信息管理与服务平台。

在实现业务管理信息化的同时,进一步推进内部办公的全程电子化和对外信息发布的网络化进程。

通过国家自然科学基金信息系统的实施,初步建成网络化、数字化、安全、可靠、高效的国家自然科学基金信息共享环境和支撑服务体系,进一步提升信息化基础设施的建设水平,拓展和完善数据中心的服务能力,为科学基金资助管理提供深层次的信息化服务与支持,为基础科学研究提供信息共享服务支持。

国家自然科学基金委新一代信息系统的建设内容包括科学基金管理、电子政务办公、数据资源共享、辅助决策支持等内容的信息库,分别为项目基本信息库、项目拨款信息库、专家与人才信息库、依托单位信息库、学术和科研成果库、组织机构信息库、用户信息库、电子文档信息库、项目档案信息库和网站内容信息库。

科学基金管理系统是基金委的核心业务系统,涵盖全过程项目管理子系统、计划与财务管理子系统、依托单位和地区联络网管理子系统和专家人才管理子系统。

三.软件测评目标

根据信息系统开发的工作安排,为规范开发过程、提高开发效率、保证开发质量、实现既定目标,本项目将通过招标方式聘请专业软件评测机构,组织对指定信息系统进行验收评测,最终使系统达到预期功能、性能和安全以及项目验收要求,实现总体项目目标。

四.第三方资质要求

投标方应当具有中国合格评定国家认可委员会(CNAS)实验室认可证书、信息安全等级保护测评机构能力评估合格证书、GB/T19001-2000质量管理体系认证证书。

投标方近三年以来具有同等规模的类似项目经验(中标后提供项目合同复印件)。

投标方满足本需求5.15.2节“项目团队人员要求”中提出的关于人员资质及数量要求(中标后提供团队人员名单)。

五.第三方测试技术要求

5.1总体原则

公平原则:

实施方应遵循“面向应用、保证质量、客观公正、诚信守诺”的原则开展软件评测工作。

标准性原则:

实施方应依据相关国家标准、行业标准开展评测工作。

本评测要求所使用的标准和规范如与实施方所执行的标准不一致时,按较高标准执行。

优质服务原则:

本评测要求实施方提供的是最低限度的要求,实施方应保证提供符合本评测要求和有关标准的优质服务,并确保评测报告符合项目最终验收的所有要求。

保密原则:

对评测服务过程中接触到的各种信息,不得泄漏给任何单位和个人,未经允许不得利用这些信息从事与服务无关的活动。

5.2总体要求

根据本项目情况,保证开发软件质量要求。

1)对被评测应用系统功能、易用性、性能、安全性等方面进行评估,为系统评审验收提供客观依据。

2)规范各系统文档资料,协调评测计划时间安排,组织完成评测业务需求分析、编写评测方案计划,并组织实施评测。

根据评测结果,编写并提交评测报告,保证评测内容与评测方案一致。

3)严格管理项目参加人员,把控方案、计划、实施工作,确保评测工作按时保

质完成。

4)根据系统需求、系统设计编写评测方案、评测计划、评测用例、评测报告等相关文档,确保文档质量。

通过实施软件评测,发现和找出系统开发阶段未满足项目设计要求并且影响上线使用的开发设计缺陷,对被评测系统进行评估,指导开发方修改完善,为系统上线并最后总体验收使用提供质量保证。

根据项目各系统建设情况和系统评测目标,需将《软件需求规格说明书》、《系统详细设计文档》、甲方能够出具的相关行业标准和其他具体要求列为评测依据,避免漏测部分功能。

5.3评测对象及范围要求

对国家自然科学基金信息系统应用软件开发项目一期工程进行验收评测。

5.4系统验收评测内容要求

为了保证软件评测质量,评测工作的展开需依据《软件需求规格说明书》、《系统详细设计文档》、《ISO9126软件质量模型》和《GB/T25000.51软件工程软件产品质量要求和评价(SQuaRE)商业现货(COTS)软件产品的质量要求和评测细则》以及用户能够出具的相关行业标准和其他具体要求,从应用系统的功能性、可靠性、效率、维护性、可移植性、易用性、用户文档等方面开展评测。

5.5具体评测内容要求

5.5.1功能测试

功能评测的目的是评测系统是否逐项满足了业务需求,屏幕显示及打印是否规范、准确等,确保业务需求的功能实现。

分析被测应用系统功能需求,依据《软件需求规格说明书》、《系统详细设计文档》和软件产品质量要求验证系统实现了全部需求和设计,评测覆盖所有功能点,确保各项功能是可正确执行的;

1)根据系统《软件需求规格说明书》和《系统详细设计文档》,分析各功能点评测的优先级别。

用户经常使用、关系到系统核心功能、优先级别较高的功能点应予以重点关注,尤其在回归测试时应优先执行;

2)分析应用系统业务需求,对业务流程进行数据流向评测,确保关键业务流程正确执行;必须既包括正常输入和正常业务流程评测,也包括对非法数据输入和异常处理的评测。

3)分析应用系统数据处理需求,对系统业务数据进行严格的正确性评测(包括数据是否超出正常的值范围、报表数据准确性等),确保系统即时数据和历史数据准确无误;

4)评测系统的应用安全特性,主要考察应用系统存取访问的安全性及应用软件本身的安全性。

确认系统具有防止对程序或数据被非授权访问的能力,主要包括操作安全性、存储安全性、传输安全性以及软件系统防御来自系统内部和外界的窃密、篡改和恶意攻击能力,包括权限管理、日志记录、数据备份与恢复策略等。

系统具体的功能项见附件Ⅰ。

5.5.2可靠性测试

依据系统质量的可靠性要求,确保系统持续运行中数据不丢失,并且在以下特殊环境下也要满足:

系统使用容量高达或超出规定的极限;相关软件或最终用户造成的不正确输入;违背系统运行的特性要求;在不限于以上环境下系统有对应的处理机制。

5.5.3效率测试

依据《软件需求规格说明书》中对应用系统效率的描述,考查应用系统关键业务在正常工作量、预期的峰值工作量下的效率情况,主要考虑系统容量特性、时间特性及资源利用状况等效率指标是否符合用户需求,并据此对系统的性能做出全面的评价:

基金委信息系统的总体处理能力要求达到以下指标:

(1)每个年度管理不少于10万个资助项目、20万个申请项目;每个项目平均涉及不少于50个独立电子文件。

(2)支持50万个系统注册用户(20-30万个年度申请人、15万个专家)。

(3)支持5000个科研单位及其下属院所的分级操作。

(4)支持1000个基金委管理人员,同时在线500人。

(5)系统应具备支持10000人同时在线操作的能力。

(6)用户提交服务请求后,处理结果在用户端界面响应时间要求少于3秒。

(7)系统对上传文件不应该限制文件大小。

(8)支持断点续传能够处理超大的文件(大于200MB)的传输。

(9)每小时能够接收上传文件在10000份以上。

(10)用户提交上传文件后及时回复。

5.5.4可移植性(兼容性)测试

如果用户能够对系统实施部署,应有可遵循的安装文档成功部署系统;对于应用系统成功安装和正确运行的支撑平台和系统加以验证。

确认应用系统软件与相关的各种硬件设备、操作系统、相关支撑软件以及其他相关应用系统的兼容性。

5.5.5易用性测试

依据用户视觉感受和使用习惯,应用系统人机交互友好,界面风格一致,简洁美观,有关系统执行过程中的各种中断操作的问题、提示消息和操作结果都有相应的提示信息,并且信息内容易理解。

5.5.6用户文档集核查

应用系统的实现,应具备完整的文档文件。

文档文件应包含使用系统的必须的信息,对系统实现功能和用户最终调用的功能有尽可能详细的语言描述或图示;文档文件对使用系统的限制条件和约束应有足够的说明;各文档文件内容信息正确无误,相互一致,没有歧义,并且易理解和易学习。

具体文档包括使用手册、管理手册、培训资料(PPT、视频教程)、操作指南等所有提交给用户的文档资料。

核查、鉴定用户文档集的完备、正确、一致、易理解、可操作。

5.6评测实施要求

中标方应根据上述评测内容,制定详细的软件评测方案、编写评测计划、制定评测策略、设计评测用例、执行评测并进行总结分析。

为保证软件评测质量,在评测实施过程中应满足:

Ø应覆盖《软件需求规格说明书》、《系统详细设计文档》、用户能够出具的相关行业标准及其他具体意见和要求中规定的所有功能、安全性及系统相关指标。

Ø评测用例执行率应达到100%。

Ø回归测试时,评测用例通过率超过90%、且无严重技术缺陷和错误。

符合以上要求方可认定该系统通过评测。

5.7评测依据要求

包括但不限于以下内容:

1)GB/T16260.1-2006《软件工程产品质量第1部分:

质量模型》

2)GB/T16260.2-2006《软件工程产品质量第2部分:

外部度量》

3)GB/T25000.51-2010《软件工程软件产品质量要求和评价(SQuaRE)商业现货(COTS)软件产品的质量要求和评测细则》

4)GB2312-1980《信息交换用汉字编码字符集基本集》

5)GB13000.1-1993《信息技术通用多八位编码字符集(UCS)》

6)GB18030-2005《信息技术中文编码字符集》

7)GB8567-1988《计算机软件产品开发文件编制指南》

8)GB/T12504-1990《计算机软件质量保证计划规范》

9)GB/T1988-1998《信息技术信息交换用七位编码字符集》

10)GB2312-1980《信息交换用汉字编码字符集基本集》

11)GB/T11457-1995《软件工程术语》

12)《软件需求规格说明书》

13)《系统详细设计文档》

14)用户能够出具的相关行业标准及其他具体意见和要求

5.8评测方案要求

针对项目总体情况和测评工作要求,指定整体评测工作方案,方案内容包括但不限于:

◆评测背景

◆评测标准

◆评测流程

◆采用的评测方法

◆参与各方的职责

5.9评测计划要求

针对项目总体情况,指定整体评测工作计划;针对每一个系统另行制定单独评测计划,完成《京市人力社保局人事与技能鉴定考务系统及公共服务平台升级改造项目评测计划》。

评测计划中需规定被评测的对象、明确评测需求、被评测项目的特性、应完成的评测任务、人员职责及风险等,确定要完成的评测活动,评估完成活动所需要的时间和资源,设计评测组织和岗位职权,进行活动安排和资源分配,安排跟踪和控制评测过程的活动。

5.10评测用例要求

根据评测范围设计科学合理有效的评测用例及评测脚本,并对评测用例和脚本统一管理,要求评测用例具有可重复性、有组织性、可回溯性和可操作性。

经开发方、用户方和评测方三方认可的评测用例,方可作为最终评测用例。

用户方有权跟你需求变更,要求评测方增补评测用例。

5.11评测过程

(1)评测过程应按照国家等级保护的相关政策进行;

(2)评测过程应综合运用各种手段,通过技术测试、实地调查、访谈等多种途径以切实发现网络信息系统中存在的各类问题和隐患;

(3)评测前须向用户方提交评测方案,方案应包含评测方法、工具和评测内容,经用户方确认后方可实施;

(4)评测的过程不能影响各项业务的正常进行,对危险操作给出风险规避方案,并指明可能产生的后果,在征得批准后方可实施。

5.12测试缺陷要求

在评测过程中,应制定缺陷管理方案,并及时提交缺陷报告。

5.13评测执行及评估要求

将获得的运行结果与预期结果进行比较和分析,记录、跟踪和管理系统缺陷,评测后对评测过程进行分析评估,对各系统的缺陷进行分析评估并提出改进意见,最终提交评测报告。

5.14评测报告

评测报告和评测结果应包含但不局限于评测结果描述。

按实际工作需要,应提交一份评测总结报告。

所有报告的内容包括评测工作总结、评测结果分析、评测结论、网络及系统改进建议等。

5.15评测人员要求

评测工作必须成立合理的组织机构,建立健全保障项目顺利实施的各项管理制度和质量保证体系;建立测试方、开发方、管理方专人接口、实时沟通的处理机制。

明确各岗位的职责、任职资格及成果,确保工程顺利实施。

参与此项目的软件评测技术人员必须具有强烈的服务意识和高度的责任感,必须具有丰富的项目集成经验或评测经验,能够与用户进行良好的沟通,充分理解应用系统需求;熟悉软件评测;具有相应的信息技术软件检测基础理论的专业知识;具备知识产权意识,确保有关利益和机密不被泄漏。

5.15.1项目团队结构要求

项目团队人员配置科学合理、分工明确,至少应包括项目负责人、评测负责人、评测组长、评测工程师、配置管理员、质量保证员等角色。

项目团队需保持稳定,制定具体管理措施,以确保具体工作得到有效落实。

5.15.2项目团队人员要求

中标方必须指定一名项目负责人(项目经理),全程负责本测试工作。

项目负责人必须具有3年以上的软件开发或测试工作经验,1个以上部委级软件测试工作经验。

项目负责人应至少具备高级专业技术职称(或者工信部颁发的高级项目经理认证、技术资格考试中的软件评测师的职称),同时中标方应提供项目总负责人驻场承诺。

应明确项目负责人、技术负责人等角色在实际评测工作中的岗位职责、任职资格及管理权限,以确保工程顺利实施。

根据项目业务性质,应分别配备经验丰富的项目负责人、技术负责人、核心技术人员承担本项目工作。

参与本项目的技术人员应掌握各专项技术领域的相关专业知识,能够与研发人员及用户进行良好的沟通,应明确为保证项目的顺利实施所设置的组织机构和具体资源角色/职责、技能水平和数量。

由于本项目涉及的系统数目较多、专业性较强,同时还涉及到与其他系统同步建设的配合、协调和沟通问题,因此,应合理安排主要技术人员岗位。

为保证项目的顺利实施,所设置的组织机构和具体资源角色/职责、技能水平和数量,具体要求如下:

编号

角色

技能和经验要求

数量要求

1

项目负责人

3年以上大项目管理经验,作为带头人,参与过省部级以上重大IT项目的建设

1

2

技术负责人

应具有2年以上评测项目管理经验,具有整合评测单位相关资源的能力,具有较好的协调能力和服务意识,具有全局掌控力

1

3

功能评测工程师

应具备2年以上功能评测经验,熟练掌握功能评测方法与技巧,具有良好的责任心与执行力

3

4

性能评测工程师

应具备2年以上性能评测经验,熟练掌握性能评测工具,能够独立对性能评测结果进行分析并提出改进建议,具有良好的责任心与执行力

2

5

质量保障人员

应熟悉软件质量和评价标准,具有3年以上大型项目配置管理和评测质量管理经验

1

6

技术支持人员

熟悉常用操作系统及数据库,具有基础网络环境的搭建能力

5

投标方应承诺配置足够的人员组织实施项目,确保按项目进度完成建设工作;招标方提供办公场所后。

对于最终确定的项目组成员,核心成员除离职外,应保证在系统建设期间内不得变动。

投标方技术服务人员技能不足情况下,投标方应该在招标方提出人员替换要求后一周内安排具备足够技能的人员代替。

投标方承诺,中标后未经招标方同意,不得以任何方式把服务转包给第三方。

5.16项目管理要求

5.16.1项目管控体系建立的要求

中标方应充分理解本项目的难点与重点,并能针对性给出切实、可行的解决方案,整个方案应包括但不限于相关规范制定、培训机制形成、知识库建立等内容。

5.16.2单一系统的测试管理要求

在对每一个系统进行测试的过程中,为确保系统的顺利有效进行,需要对测试过程中的工作进行有效管理,其内容包括但不限于以下方面:

◆项目实施管理计划

◆进度管理方案

◆项目质量管理的内容

◆评测过程的质量控制

◆评测项目变更管理

◆评测项目日常管理

◆评测项目文档管理

◆评测项目成本管理和风险管理

5.17项目交付物要求

严格按照系统需求,客观、公正、严谨开展评测工作,并在评测过程中和评测结束后根据各个受测项目分类,提供相关评测文档,具体包含(但不限于)以下文档:

◆评测方案

◆评测计划(含人员、进度计划、里程碑等)

◆评测用例

◆评测数据

◆评测脚本

◆缺陷文档

◆评测报告

◆项目管理报告

5.18评测验收要求

根据整体工作计划和安排完成软件评测的验收工作,验收必须符合以下准则:

◆完成所有评测工作;

◆项目交付物齐全,符合项目要求及有关标准的规定;

◆评测报告详实、客观、有法律效力,为系统上线和验收提供准确指导。

5.19测试环境、工具及知识产权要求

1)测试环境包括实际生产环境和模拟环境,实际生产环境由中标方协助采购方解决,模拟环境的搭建主要由中标方负责搭建。

2)中标方必须在投标文件详细说明用于本次测试的所需的具体测试环境要求、测试场地、各种硬件设备、测试工具及其使用计划。

3)中标方应对测试过程中使用的各种软件的版权负责。

如果因此引起版权纠纷,由中标方承担全部责任。

5.20罚则

中标方应严格遵守保密协议,如果在规定的保密期内发生泄密情况,投标方及中标方应依法承担责任。

由于中标方提供的技术服务不能够满足本文件测试要求,中标方应承担责任,并及时予以解决;同时,中标方应对提供材料的真实性以及测试结果负责。

如果经过测试的系统在运行过程中出现测试过程中未发现的重大缺陷,测试方应按照采购方的要求重新开展第三方测试工作,并由中标方承担由此所造成的相应损失。

中标方应保证,采购方在获得其服务时,不存在任何已知的不合法的情形,也不存在任何已知的与第三方专利权、著作权、商标权或工业设计权相关的任何争议。

如果有任何因招标方使用中标方提供的服务而提起的侵权指控,中标方应依法承担责任,所造成的损失全部由中标方承担。

附件Ⅰ被测系统功能项

1

静态口令

1

静态口令

2

数字证书

3

数据推送

4

个性定制

5

用户管理

6

机构管理

7

权限管理

8

数据服务

9

申请指南

10

项目申请

11

申请接收

12

申请接收

13

违规查询

14

不予受理管理

15

申请管理

16

申请项目学科分配

17

申请信息规范

18

评议指派及通知

19

项目评议

20

评议回收及统计

21

评议信息管理

22

反馈评审意见表

23

评审费发放

24

录入审定金额

25

拟批项目文件

26

审核拟批项目文件

27

制作批准项目文件

28

审核批准项目文件

29

制作批文

30

审核批文

31

打印批准通知书

32

委托打印批准通知书

33

违规查询

34

不予资助管理

35

项目计划书

36

在研管理

37

项目变更

38

计划通知书

39

结题管理

40

归档设置

41

项目经费信息查询

42

项目申请

43

在研管理

44

结题管理

45

项目成果管理

46

结题项目评估

47

切换工作年度

48

项目类型维护

49

项目类型拨款比例维护

50

项目类型经费来源维护

51

项目类型分组维护

52

计划指标体系管理

53

制作计划指标

54

审核计划指标

55

查询与统计

56

预算指标体系管理

57

月度用款管理

58

制作预算计划指标

59

审核预算计划指标

60

查询与统计

61

年度项目细化预算制作

62

年度项目细化预算审核

63

制作拨款申请

64

审核批准拨款申请

65

拨款通知单打印

66

审核授权通知单

67

支付回单录入

68

支付回单处理

69

制作提交重拨申请

70

审核批准重拨申请

71

项目拨款确认

72

项目追款管理

73

项目暂停设定

74

预算结余录入

75

预算结余审核

76

联行号管理

77

依托单位预申请

78

预受理注册管理

79

依托单位申请

80

单位接收管理

81

单位注册管理

82

单位变更管理

83

单位变更管理

84

依托单位信息查询

85

人员信息管理

86

院系所管理

87

管理工作报告

88

单位联络网管理

89

人员管理

90

成果管理

91

评议人信息管理

92

个人信息管理

93

评议信息管理

94

全仿真的培训环境

95

操作指南

96

培训网站

97

信息收集及反馈

98

收文处理

99

发文处理

100

签报处理

101

传阅管理

102

督办管理

103

栏目管理

104

信息管理

105

推荐阅读

106

尾号限行

107

食谱管理

108

廉政及职业规范学习

109

会议室管理

110

通讯录管理

111

消息提醒管理

112

会议管理

113

请假管理

114

综合服务

115

文印管理

116

座机电话号码管理

117

部门额度管理

118

办公用品入库

119

办公用品领用

120

办公用品查询

121

统计报告

122

出访管理

123

来访管理

124

部门定义

125

机构管理

126

人员信息

127

家庭成员变更管理

128

培训经历管理

129

考勤管理

130

个人信息

131

工资管理

132

财务信息管理

133

可视化数据浏览环境

134

查询

135

数据导出

136

数据备份与恢复管理

137

用户授权管理

138

运行数据库监控

139

数据转换的监控

140

审计日志管理

141

设备日志审计

142

应用系统审计

143

数据库操作审计

144

项目日志审计

145

统计分析

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 党团工作 > 入党转正申请

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1