完整word版,XXX系统__软件质量保证计划
- 格式:doc
- 大小:66.51 KB
- 文档页数:11
xxxxxxxxxxxxxxx 系统测试报告xxxxxxxxxxx公司20xx年xx月版本修订记录目录1引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3术语解释 (1)1.4参考资料 (1)2测试概要 (2)2.1系统简介 (2)2.2测试计划描述 (2)2.3测试环境 (3)3测试结果及分析 (4)3.1测试执行情况 (4)3.2功能测试报告 (4)3.2.1系统管理模块测试报告单 (4)3.2.2功能插件模块测试报告单 (12)3.2.3网站管理模块测试报告单 (13)3.2.4内容管理模块测试报告单 (15)3.2.5辅助工具模块测试报告单 (17)3.3系统性能测试报告 (19)3.4不间断运行测试报告 (20)3.5易用性测试报告 (20)3.6安全性测试报告 (21)3.7可靠性测试报告 (21)3.8可维护性测试报告 (22)4测试结论与建议 (23)4.1测试人员对需求的理解 (23)4.2测试准备和测试执行过程 (23)4.3测试结果分析 (23)4.4建议 (23)1引言1.1 编写目的本测试报告为xxxxxx软件项目的系统测试报告,目的在于对系统开发和实施后的的结果进行测试以及测试结果分析,发现系统中存在的问题,描述系统是否符合项目需求说明书中规定的功能和性能要求。
预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层领导。
1.2 项目背景➢项目名称:xxxxxxx系统➢开发方:xxxxxxxxxx公司1.3 术语解释系统测试:按照需求规格说明对系统整体功能进行的测试。
功能测试:测试软件各个功能模块是否正确,逻辑是否正确。
系统测试分析:对测试的结果进行分析,形成报告,便于交流和保存。
1.4 参考资料1)GB/T 8566—2001 《信息技术软件生存期过程》(原计算机软件开发规范)2)GB/T 8567—1988 《计算机软件产品开发文件编制指南》3)GB/T 11457—1995 《软件工程术语》4)GB/T 12504—1990 《计算机软件质量保证计划规范》5)GB/T 12505—1990 《计算机软件配置管理计划规范》2测试概要2.1 系统简介xxxxxxxxxxxxxxxxxxxx2.2 测试计划描述本测试报告按照xxxxx系统使用手册介绍系统的功能,测试系统的能力是否满足《xxxx 项目需求规格说明书》的功能和性能需求。
软件质量管理体系1..1关于质量管理体系帮助组织增强客户满意度、提升产品质量,是质量管理体系的目的之一。
每个组织都有自己的产品,都希望能提供令客户满意的产品。
客户要求产品应当具有满足其需求的特性,并以合同的方式规定或由组织自己确定。
在组织产品的实现过程中,这些要求通过产品规范来表述。
在任何情况下,组织所提供的产品是否被接受是由客户决定的。
每个组织都会面临客户期望和需求不断变化的情况、技术不断发展以及同行竞争压力的情况,这些都将促使组织持续改进其产品、过程,并进一步提高质量管理体系的有效性。
质量管理体系能够提供持续改进的框架,因而可以增加客户及其他相关方面对组织及其所提供产品的满意程度,同时也帮助组织提高竞争力。
质量管理体系还能够持续提供满足要求的产品,向组织及其客户提供信任。
质量管理体系方法的意义在于鼓励组织分析客户的要求,规定满足客户要求的实现过程以及相关的支持过程,并使其受控,以实现并提供顾客能接受的产品。
1..2质量管理体系与产品质量任何一个组织在使用质量管理体系标准时,应一并考虑产品的要求,而不可偏废任何一项。
表1.1表述了质量管理体系要求和产品要求的差异。
表1.1质量管理体系要求和产品要求的差异质量管理体系要求和产品要求的相互关系为:质量管理体系要求本身不规定产品要求,它是对产品要求的补充,但是不能取代产品要求。
1..3质量管理体系方法质量管理体系方法是为帮助组织致力于质量管理,建立一个协调的、有效运行的质量管理体系,从而实现组织质量方针和质量目标而提出的一套系统而严谨的逻辑步骤和运作程序。
它是将质量管理原则——“管理的系统方法”应用于质量管理体系研究的结果。
1.质量管理体系方法的作用质量管理体系方法可帮助组织建立一个适合的并能有效运行的质量管理体系,从而使组织具有以下功能。
➢对组织的产品实现过程能力和产品质量树立信心。
➢为持续改进提供基础。
➢最终增进客户和其他相关方面满意度并使组织获得成功。
设计质量、进度、保密等保证措施一、设计质量保证措施我公司奉行"品味、知识、激情、严谨"的精神,不断建立和完善各项管理规定和制度,集多年设计管理经验,形成了以工程设计质量为中心的质量保证体系,对设计各工序进行严格质量控制,确保工程设计质量,为用户提供满意的服务。
我公司将严格执行国家有关法规、规范提供设计文件,并对其质量负责;技术方案进行多方案比较,选择最优方案、最佳设备,严格执行各项技术经济指标,并对其经济合理性负责。
1.合理配制人力资源本项目将由公司负责人亲自负责,由经验丰富的建筑师、结构工程师全面负责项目的工程设计和技术服务工作,严格校审制度,严把图纸质量,保证图纸可以指导工程施工。
我单位承诺对本项目提供全方位的优质服务,具体措施如下:2.设计质量保证体系本公司为本项目组成工作组,并严格校审制度,严把图纸质量,保证图纸可以指导工程施工,具体措施如下:(1)会同方案设计方、我公司室内设计师进行方案设计的定案工作,为进入下一步的施工图设计做好技术准备工作。
(2)在项目实施的各个设计阶段,明确各阶段的设计质量和设计周期,控制各阶段的设计造价,阐述项目概况、建设要求,明确设计依据,提供各专业的设计原则和设计控制进度,报总工程师审批。
(3)根据所编制的设计进度,明确质量策划的内容,若有特殊的质量要求,制定专项质量控制计划。
(4)依据所批准的设计进度开展具体的设计作业,在设计作业中,重视设计过程工序管理和设计接口控制,作好各专业之间的设计组织协调工作,严格控制互提资料质量,做到成品校审会签齐全,切实避免专业间的"错、漏、碰、缺"。
(5)各级设计岗位人员具备资质和技能,明确各自的职责,采用各专业间相互会签制度,保证设计质量得到有效的控制。
(6)通过设计校核和验证,及时解决设计过程中出现质量问题,设计文件提交后发现质量问题,及时修改或返工,并采取相应的纠正和预防措施,对各项措施进行实施效果验证。
技术文件标识:密级:XXXXX软件质量保证计划册号:x/x 总页数:页XXXXXXXXXXXX 软件质量保证计划编写:审核:批准:xxxx年xx月xx日修改文档历史记录:日期版本说明修改人1 范围1.1 标识本条应描述本文档所适用的系统和软件的完整标识,适用时,包括其标识号、标题、缩略名、版本号和发行号。
1.2 系统概述本条应概述本文档所适用的系统和软件的用途。
它还应描述系统与软件的一般特性;概述系统开发、运行和维护的历史;标识项目的需方、用户、开发方和保障机构等;标识当前和计划的运行现场;列出其他有关文档。
1.3 文档概述本条应概述本文档的用途和内容,并描述与它的使用有关的保密性方面的要求。
1.4 与其他计划之间的关系2 引用文档本章应列出引用文档的编号、标题、编写单位、修订版及日期,还应标识不能通过正常采购活动得到的文档的来源。
3 组织和职责本章应描述本项目软件质量保证负责人在项目中的职责和权限;相应的高层经理和与软件质量保证紧密配合的项目经理的职责;部门内部软件质量保证组的职责;部门内部软件质量保证组与项目软件质量保证组的关系。
4 标准、条例和约定本章应列出软件开发过程中要用到的标准、条例和约定,并描述监督和保证其实施的措施。
5 活动审核本章应描述对项目活动进行审核的方法和依据,列出项目定义的活动以及相应的活动审核,包括被审核的项目活动、该活动的工作产品、审核方法和依据、责任人、计划的审核时间、审核记录的名称等。
6 工作产品审核本章应描述进行工作产品审核的方法和依据,列出项目过程应产生的工作产品和质量记录,以及需要由软件质量保证人员负责审核的工作产品和相应的产品审核活动,包括被审核的工作产品、审核方法和依据、责任人、计划的审核时间、审核记录的名称等。
7 不符合问题的解决本章应描述过程评审和产品审核的结果的记录以及形成记录的方法,并描述处理在评审和审核中出现的不符合问题的规程。
8 工具、技术和方法本章应描述用以支持特定软件项目质量保证工作的工具、技术和方法,描述它们的用途和用法。
1概述 (2)1.1 服务范围和服务内容 (2)1.2 服务目标 (2)2 系统现状 (2)2.1 网络系统 (2)2.2 设备清单 (3)2.3 应用系统 (5)3 服务方案 (6)3.1 系统日常维护 (6)3.2 信息系统安全服务 (11)3.3 系统设备维修及保养服务 (13)3.4 软件系统升级及维保服务 (14)4服务要求 (14)4.1 基本要求 (15)4.2 服务队伍要求 (16)4.3 服务流程要求 (16)4.4 服务响应要求 (17)4.5 服务报告要求 (18)4.6 运维保障资源库建设要求 (18)4.7 项目管理要求 (19)4.8 质量管理要求 (19)4.9 技术交流及培训 (19)5经费预算 (19)本次服务范围为 XX 局信息化系统硬件及应用系统,各类软硬件均位于 XX 局第一办公区内,主要包括计算机终端、打印机、服务器、存储设备、网络 (安全) 设备以及应用系统。
服务内容包括日常运维服务(驻场服务) 、专业安全服务、主要硬件设备维保服务、主要应用软件系统维保服务、信息化建设咨询服务等。
保障软硬件的稳定性和可靠性;保障软硬件的安全性和可恢复性;故障的及时响应与修复;硬件设备的维修服务;人员的技术培训服务;信息化建设规划、方案制定等咨询服务。
XX 局计算机网络包括市电子政务外网(简称外网)、市电子政务内网(简称内网)以及全国政府系统电子政务专网(简称专网)三部份。
内网、外网、专网所有硬件设备集中于 XX 局机房各个独立区域,互相物理隔离。
外网与互联网逻辑隔离,主要为市人大建议提案网上办理、 XX 局政务公开等应用系统提供网络平台,为市领导及 XX 局各处室提供互联网服务。
外网安全加固措施: WSUS 服务器、瑞星杀毒软件服务器为各联网终端提供系统补丁分发和瑞星杀毒软件管理服务,建立 IPS、防火墙等基本网络安全措施。
内网与外网和互联网物理隔离,为 XX 局日常公文流转、公文处理等信息化系统提供基础网络平台。
本文部分内容来自网络整理,本司不为其真实性负责,如有异议或侵权请及时联系,本司将立即删除!== 本文为word格式,下载后可方便编辑和修改! ==计算机软件质量保证计划规划篇一:iso标准之计算机软件质量保证计划规划中华人民共和国国家标准计算机软件质量保证计划规范specification for computer software quality assurance planGB/T 12504-901 主题内容与适用范围本规范规定了在制定软件质量保证计划时应该遵循的统一的基本要求。
本规范适用于软件特别是重要软件的质量保证计划制订工作。
对于非重要软件或已经开发好的软件,可以采用本规范规定的要求的子集。
2 引用标准GB/T 11457 软件工程术语GB 8566 计算机软件开发规范GB 8567 计算机软件产品开发文件编制指南GB/T 12505 计算机软件配置管理计划规范3 术语下面给出本规范中用到的一些术语的定义,其他术语的定义按GB/T 11457。
3.1项目委托单位 project entrust organization项目承办单位是指为产品开发提供资金并通常也是(但有时也未必)确定产品需求的单位或个人。
3.2项目承办单位project undertaking organization项目承办单位是指为项目委托单位开发、购置或选用软件产品的单位或个人。
3.3软件开发单位 software development organization软件开发单位是指直接或间接项目委托单位委托而直接负责开发软件的单位或个人。
3.4用户 user用户是指实际使用软件来完成某项计算、控制或数据处理等任务的单位或个人。
3.5 软件 software软件是指计算机程序及其有关的数据和文档,也包括固化了的程序。
3.6重要软件 critical software重要软件是指它的故障会影响到人身安全、会导致重大经济损失或社会损失的软件。
质量保证体系和控制措施与承诺1 质量目标和质量承诺对于,我公司制定的质量目标是:单位工程确保验收优良,力争创市优良样板工程。
分项工程质量目标:分项工程合格率为100%,优良率85%以上。
杜绝重大质量事故,消除质量通病.我公司承诺将投入足够的管理技术力量和先进施工机械设备,按ISO9001:2000质量体系标准的要求进行科学管理,实现上述质量目标,提高精品意识,争创优质精品工程。
2 质量管理组织机构3 质量保证体系我公司的质量保证体系是参照ISO9001:2000质量体系标准建立的。
本工程我公司拟按ISO9001:2000质量体系标准的要求,成立项目管理部,建立岗位责任制,以保证实现总的质量目标。
质量保证体系框图如下:4 质量保证措施施工中,我公司严格按ISO9001:2000质量体系标准要求运作,在思想、技术、经济保证、材料及机械配合上采用一系列措施以保证质量目标的实施,具体见框图。
为确保本工程创优,达到既定的质量目标,我公司将采用一系列措施保证质量目标的实施。
以ISO9001:2000质量体系标准作为我公司在本工程及相关质量活动中的质量管理和质量保证模式,确保各种质量活动始终在受控状态下进行。
具体如下:(1)技术责任制和技术交底制度1)项目经理部设项目技术负责人,项目技术负责人负责组织项目部的工程技术工作.2)施工中实行分级技术交底制,第一级交底为公司工程部组织由公司总工程师对项目部总技术负责人、施工员、质安员及其他施工管理人员的交底,第二级交底为项目总工程师对作业班组、操作人员的交底,涉及工艺要求、操作要点、质量标准.3)技术交底保持详细记录。
(2)工程任务单制度1)由主管施工员开据任务单给作业班组,书面明确当天生产任务和完成任务的时间、应达到的质量标准。
2)凡需耗用材料的生产任务,在开据工程任务单的同时,开据限额领料单,以控制材料的领用数量,材料员依据限额领料单发放材料给作业班组.3)作业班组按任务单的要求完成任务后,施工员检查任务完成是否满足要求,质安员检查其质量是否符合规定,材料员检查材料耗用是否超过定额要求,并交下道工序作业班组验收。
1运维服务方案1.1运维服务承诺如我公司中标,我公司作出如下承诺:1、运维工作人员1)我司针对本项目成立专门的运维团队和项目管理机构,负责保障服务期内本项目安全、稳定地运行。
我司明确运维团队组织、人员、岗位职责、工作流程等,须建立详细的运维保障体系,并提供方案。
2)系统运维团队须具备安全防范系统工程设计、施工和维护能力。
3)系统运维团队须熟练掌握网络安全配置技术,包括网络及安全设备管理、安全域划分、安全策略优化、防火墙配置、VPN管理技术.4)系统运维团队须具备视频服务管理能力,精通各种视频监控设备与平台,精通视频资源目录服务体系管理,精通各种可视调度系统设备维护。
2、巡检排故工作1)对重点设备的维护工作,采取分工负责的措施;节假日期间,或有重要的会议及有关活动期间,应专门安排值班,同时作好应急准备工作,必要时安排专人在现场值班,以确保系统正常运行。
2)维护人员应围绕系统功能、系统的各项技术指标及操作运行情况,逐点、逐台、逐项地进行检验,边检边进行记录,并排除发现的故障。
3、用户信息反馈及持续改进工作1)建立客户意见反馈渠道,收集对维护工作的希望、要求和意见.2)建立维护工作联系卡,提供公司相关部门负责人及维护工作人员联系电话,保证与客户联系的畅通、维护工作的及时、有效。
3)每半年向用户送交《维护工作客户意见征询表》,收集对维护工作的意见、要求和评议。
4)每维护年度对客户满意度作统计分析,提交书面报告5)及时修正维护工作方案、方法及纠正维护工作的不足之处,回复客户的意见和要求,提高维护工作质量和服务水平。
4、服务响应要求(1)运营维护服务要求我司提供服务期内详细的运行维护保障服务方案,包括服务内容、服务形式和服务保障措施。
我司的运维服务方案应完全满足以下具体要求:1)系统质量保证:服务期内,我司保障系统能以满足本招标文件中技术要求的性能有效运行,保障过程中,涉及的软硬件升级、更换、维修等所产生的费用均包含在本次服务采购中,我司对此进行服务承诺,采购人不再支付任何费用。
质量保证体系文件一,消毒产品生产标准操作规程。
1.1 企业应制定详细的生产工艺流程、标准操作程序或作业指导书,不得任意更改。
如需更改时,应按规定程序办理修订、审批手续。
1.2 企业在试生产时应对生产工艺流程中的每个加工步骤进行影响产品的功能和安全性,确定关键控制点和控制参数,建立和实施监控系统及纠正偏差的程序。
1.3 消毒剂生产应按照已被批准的标准操作程序或作业指导书进行。
1.4 物料的接受和发放,应做到物料的名称、代号、生产批号、数量准确无误,做好记录。
1.5 生产过程应使用适宜并有效的产品物料标识,保证在产品形成的每一过程都有清晰的状态标识。
1.6 产品投料批的划分应按国家有关规定,并至少能从批号追溯到该批产品的原料批号、生产过程的控制情况、有关生产设备、操作和检验人员、清场记录和质量记录、检验记录和销售情况。
1.7 投料批生产记录应字迹清晰、内容真实、数据完整,并包括记录日期和时间、操作人员和复核人员签名。
笔误更改应采用杠改,并在更正处签名或盖名章。
投料批生产记录应按批号归档,至少保存至产品有效期满后3个月。
1.8 产品生产应当防止混淆和交叉污染,清洁洗涤和清场应按有关程序操作,并做好记录。
同时应采取以下措施:a)液体、固体、气体消毒剂的生产操作不得在同一生产车间进行;b)同一品种不同规格的消毒剂生产操作不得在同一生产线上同时进行;c)有数条包装线同时进行包装时,应采取隔离或其它有效防止污染或混淆的设施;d)生产过程中使用的设备、容器等应有明显的状态标志。
1.9 企业应对不合格品进行标识、登记、隔离并严格按照规定的职责和权限进行评价、处置。
1.10 企业应有生产过程记录并归档。
生产过程记录应包括配料和投料记录、生产过程关键数据记录、投料批和生产批次记录、生产设备清洗和/或消毒记录、清场记录、校正和维修记录、原料查验和使用记录、关键控制点的检查记录。
1.11 企业应当及时分析生产过程、工作操作的相关信息和异常情况、鉴别存在的和可能引发不合格产品或其它质量问题的原因,并采取必要的纠正和预防措施。
软件开发计划书项目名称:图书管理系统目录1引言------------------------------------- - 5 -1。
1编写目的 --------------------------- - 5 -1.2背景 -------------------------------- - 5 -1。
3定义 ------------------------------- - 6 -1.4参考资料 ---------------------------- - 7 -1.5 系统动机---------------------------- - 7 -1.6标准、条件和约定--------------------- - 7 -1。
7编写文档的WBS ---------------------- - 8 -2项目概述-------------------------------- - 10 -2.1工作内容 --------------------------- - 10 -2.2主要参加人员 ----------------------- - 11 -2。
3产品及成果 ------------------------ - 13 -2。
3.1程序-------------------------- - 13 -2。
3。
2文件------------------------- - 13 -2。
3.3服务-------------------------- - 13 -2.3.4非移交产品--------------------- - 14 -2.4验收标准 --------------------------- - 15 -2.4。
1代码的验收-------------------- - 15 -2.4.2 文档验收----------------------- - 15 -2。
4.3 服务验收---------------------- - 15 -2。
XXXX系统质量保证计划上海XXX有限公司2013年8月目录1引言 (3)1.1目的 (3)1.2定义 (3)1.3参考资料 (3)2管理 (3)2.1机构 (3)2.2任务 (4)2.3职责 (5)3文档 (5)3.1基本文档 (6)3.2其他文档 (6)3.3文档质量的度量准则 (7)4标准、条例和约定 (7)5评审和检查 (8)6软件配置管理 (9)7工具、技术和方法 (9)8媒体控制 (10)9对供货单位的控制 (10)10记录收集、维护和保存 (10)1引言1.1目的本计划的目的在于对所开发的上海博物馆古籍数字化系统规定各种必要的质量保证措施,以保证所交付的上海博物馆古籍数字化系统能够满足项目委托书或合同中规定的各项需求,能够满足本项目总体组制定的且经领导小组批准的该软件系统需求规格说明书中规定的各项具体需求。
软件开发单位在开发上海博物馆古籍数字化系统所属的各个子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该执行本计划中的有关规定,但可根据各自的情况对本计划作适当的剪裁,以满足特定的质量保证要求,剪裁后的计划必须经总体组批准。
1.2定义本计划用到的一些术语的定义按GB/T 11457和GB/T 12505。
1.3参考资料GB/T 11457 软件工程术语GB 8567 计算机软件开发规范GB 8567 计算机软件产品开发文件编制指南GB/T 12504 计算机软件质量保证计划规范GB/T 12505 计算机软件配置管理计划规范上海博物馆古籍数字化系统配置管理计划2管理2.1机构在本软件系统整个开发期间,必须成立软件质量保证小组负责质量保证工作。
软件质量保证小组属总体组领导,由总体组代表、项目的软件工程小组代表、项目的专职质量保证人员、项目的专职配置管理人员以及各个子系统软件质量保证人员等方面的人员组成,由项目的软件工程小组代表任组长。
各子系统的软件质量保证人员在业务上受软件质量保证小组领导,在行政上受各子系统负责人领导。
软件质量保证小组和软件质量保证人员必须检查和督促本计划的实施。
各子系统的软件质量保证人员有权直接向软件质量保证小组报告子项目的软件质量状况。
各子系统的软件质量保证人员应该根据对子项目的具体要求,制订必要的规程和规定,以确保完全遵守本计划的所有要求。
2.2任务软件质量保证工作涉及软件生存周期各阶段的活动,应该贯彻到日常的软件开发活动中,而且应该特别注意软件质量的早期评审工作。
因此,对新开发的或正在开发的各子系统,要按照GB 8567与本计划的各项规定进行各项评审工作。
软件质量保证小组要派成员参加所有的评审与检查活动。
评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。
在上海博物馆古籍数字化系统开发过程中,经总体组研究决定,要进行如下几类评审与检查工作:a.阶段评审:在软件开发过程中,要定期地或阶段性地对某一开发阶段或某几个开发阶段的阶段产品进行评审。
根据总体组研究决定,在上海博物馆古籍数字化系统及其所属各子系统的开发过程中,应该进行以下三次评审:第一次评审软件需求、概要设计、验证与确认方法;第二次评审详细设计、功能测试与演示,并对第一次评审结果复核;第三次是功能检查、物理检查和综合检查。
关于这些评审工作的详细内容见第5章。
b.阶段评审工作要组织专门的评审小组,原则上由项目总体小组成员或特邀专家担任评审组长,评审小组成员应该包括项目委托单位或用户的代表、质量保证人员、软件开发单位和上级主管部门的代表,其他参加人员视评审内容而定。
c.日常检查:在上海博物馆古籍数字化系统的工程化生产过程中,各子系统应该填写项目进展报表,即软件进展报表表头、软件阶段进度表、软件阶段产品完成情况表。
d.软件验收:必须组织专门的验收小组对上海博物馆古籍数字化系统及其所属各个子系统进行验收。
验收工作应按照经项目委托单位“上海博物馆”与上海博物馆古籍数字化系统组双方都认可的验收规程正式履行验收手续。
验收内容应包括文档验收、程序验收、演示、验收测试与测试结果评审等几项工作。
具体的验收规程另行制订。
2.3职责在上海博物馆古籍数字化系统的软件质量保证小组中,其各方面人员的职责如下:a.组长全面负责有关软件质量保证的各项工作;b.总体组代表负责有关阶段评审、项目进展报表检查以及软件验收准备等三方面工作中的质量保证工作;c.项目的专职配置管理人员负责有关软件配置变动、软件媒体控制以及对供货单位的控制等三方面的质量保证活动;d.各子系统的软件质量保证人员负责测试复查和文档的规范化检查工作;e.用户代表负责反映用户的质量要求,并协助检查各类人员对软件质量保证计划的执行情况;f.项目的专职质量保证人员协助组长开展各项软件质量保证活动,负责审查所采用的质量保证工具、技术和方法,并负责汇总、维护和保存有关软件质量保证活动的各项记录。
3文档本章给出了在上海博物馆古籍数字化系统开发过程各阶段需要编制的文档名称及其要求,并且规定了评审文质量的通用的度量准则。
3.1基本文档为了确保软件的实现满足项目委托单位“上海博物馆”认可的需求规格说明书中规定的各项需求,上海博物馆古籍数字化系统各开发单位至少应该编写以下八个方面内容的文档:a. 软件需求规格说明书(SRS);b. 软件设计说明书(SDD),对一些规模较大或复杂性较高的项目,应该把本文档分成概要设计说明书(PDD)与详细设计说明书(DDD)两个文档;c. 软件测试计划(STP);d. 软件测试报告(STR);e. 用户手册(SUM);f. 源程序清单(SCL);g. 项目实施计划(PIP);h. 项目开发总结(PDS)。
3.2其他文档除了基本文档之外,对于尚在开发中的软件,还应该包括以下四个方面的文档:a. 软件质量保证计划(SQAP);b. 软件配置管理计划(SCM P);c. 项目进展报表(PPR);注:前面两个文档由项目软件工程小组制订,属于管理文档,各个子系统的项目承办单位与软件开发单位都应充分考虑执行计划中规定的条款。
后面两类文档属于工作文档,各个子系统的项目承办单位或软件开发单位应该按照规定要求认真填写有关内容。
3.3文档质量的度量准则文档是软件的重要组成部分,是软件生存周期各个不同阶段的产品描述。
验证和确认就是要检查各阶段文档的合适性。
评审文档质量的度量准则有以下六条:a. 完备性:所有承担软件开发任务的单位,都必须按照GB 8567的规定编制相应的文档,以保证在开发阶段结束时其文档是齐全的。
b. 正确性:在软件开发各个阶段所编写的文档的内容,必须真实地反映该阶段的工作且与该阶段的需求相一致。
c. 简明性:在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准确简练,适合各种文档的特定读者。
d. 可追踪性:在软件开发各个阶段所编写的各种文档应该具有良好的可追踪性。
文档的可追踪性包括纵向可追踪性与横向可追踪性两个方面。
前者是指在不同文档的相关内容之间相互检索的难易程度;后者是指确定同一文档某一内容在本文档中的涉及范围的难易程度。
e. 自说明性:在软件开发各个阶段所编写的各种文档应该具有较好的自说明性。
文档的自说明性是指在软件开发各个阶段中的不同文档能独立表达该软件其相应阶段的阶段产品的能力。
f. 规范性:在软件开发各个阶段所编写的各种文档应该具有良好的规范性。
文档的规范性是指文档的封面、大纲、术语的含义以及图示符号等符合有关规范的规定。
4标准、条例和约定在上海博物馆古籍数字化系统的开发过程中,还必须遵守下列标准、条例和约定:a. 《上海博物馆古籍数字化系统配置管理计划》。
b. 各类开发规范。
5评审和检查本章具体规定了应该进行的阶段评审、阶段评审的内容和评审时间要求。
对新开发的或正在开发的各个子系统,都要按照GB 8567的规定认真进行定期的或阶段性的各项评审工作。
就整个软件开发过程而言,至少要进行软件需求评审、概要设计评审、详细设计评审、软件验证和确认评审、功能检查、物理检查、综合检查以及管理评审等八个方面的评审和检查工作。
*概要设计评审和详细设计评审视项目规模和重要程度决定是否进行。
*()内的人员或文件视项目实际情况确定是否参与。
评审会要进行功能检查、物理检查和综合检查。
这些评审会应在集成测试阶段结束后进行。
a. 功能检查(FA)应验证所开发的软件已经满足在软件需求规格说明书中规定的所有需求。
b. 物理检查(PA)应对软件进行物理检查,以验证程序和文档已经一致、并已做好了交付的准备。
c. 综合检查(CA)应验证代码和设计文档的一致性、接口规格说明之间的一致性(硬件和软件)、设计实现和功能需求的一致性、功能需求和测试描述的一致性。
6软件配置管理对上海博物馆古籍数字化系统的各项配置进行及时、合理的管理,是确保软件质量的重要手段,也是确保该软件具有强大生命力的重要措施。
有关上海博物馆古籍数字化系统软件的配置管理工作,可按《系统配置管理计划》。
在软件配置管理工作中,要特别注意规定对软件问题报告、追踪和解决的步骤,并指出实现报告、追踪和解决软件问题的机构及其职责。
7工具、技术和方法在上海博物馆古籍数字化系统所属的各个子系统(其中包括有关的支持软件)的研制与开发过程中,都应该在各自的软件质量保证活动中合理地使用软件质量活动的支持工具、技术和方法。
这些工具主要有下列三种:A.软件测试工具:它支持用Java语言编写的模块的静态分析、结构测试与功能测试。
主要功能为:协助测试人员判断程序结构与变量使用情况是否有错;给出不同测试用例有效性的表格;同时提出功能测试的有效情况,并协助组织最终交付给用户的有效测试用例的集合。
B.软件配置管理工具:它支持用户对源代码清单的更新管理以及对重新编译与连接的代码的自动组织;支持用户在不同文档相关内容之间进行相互检索并确定同一文档某一内容在本文档中的涉及范围;同时还应支持软件配置管理小组对软件配置更改进行科学的管理。
C.文档辅助生成工具与图形编辑工具:它主要协助用户绘制描述程序流程与结构图、绘制描述软件功能(输入、输出关系)的系统特性的一些其他图形,同时还可生成若干与软件文档编制大纲适应的文档模板。
用户利用这个工具的正文与图形编辑功能以及上述辅助功能,可以比较方便地产生清晰悦目的文档,也有利于对文档进行更改,这有助于提高文档的编制质量。
8媒体控制为了保护计算机程序的物理媒体,以免非法存取、意外损坏或自然老化,上海博物馆古籍数字化系统的各个子系统(包括支持软件)都必须设立软件配置管理人员,并按照上海博物馆古籍数字化系统开发小组制订的、且经项目组批准的《系统配置管理计划》妥善管理和存放各个子系统及其专用支持软件的媒体。
9对供货单位的控制上海博物馆古籍数字化系统所属的各个子系统开发组,如果需要从软件销售单位购买、委托其他开发单位开发、从开发单位现存软件库中选用或从项目委托单位或用户的现有软件库中选用软部件时,则在选用前应向上海博物馆古籍数字化系统组报告,然后由上海博物馆古籍数字化系统组组织“软件选用评审小组”进行评审、测试与检查,只有当演示成功、测试合格后才能批准选用。