产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第1页 目的及适用范围 1.1 1.1 1.2 1.3
为充分整合公司外的资源，降低产品开发成本，增加市场占有率，特制定本程序； 本程序文件适用于侏罗纪公司产品合作；
本程序文件由侏罗纪公司 制定，其解释权及修改权属于 ； 本程序文件从2003年 月 日起执行；
2 职责 2.1 2.2 2.3 2.4
产品部负责产品合作论证、谈判和产品包装；
专家委员会、CEO、决策委员会分别在自己权限内对关键节点进行控制； 技术支持部和市场部负责产品合作和产品销售的衔接工作； 质量控制部对相关成果和文档进行质量检验，并存入资源管理部；
3 产品合作流程 3.1
对外合作部经理从相关部门（所有可能产生市场和产品信息的部门，如：市场部、销售部等）汇总产品信息； 3.2
对外合作部经理在对汇总后的产品信息进行分析后准备论证方案，提交专家委员会（主要由石油行业专家和软件技术专家组成，市场和财务人员列席）论证； 3.3
若论证未通过，对外合作部经理相关文档放入资源管理部存档；若论证通过，CEO对论证方案进行决议； 3.4
若CEO决议未通过，相关文档存入资源管理部；若CEO决议通过，同时相关合作没有超过CEO权限，对外合作部经理和合作方进行商务谈判； 3.5
若CEO决议通过，同时相关合作超过CEO权限，CEO将方案提交决策委员会决议，若决策委员会决议未通过，相关文档存入资源管理部存档；若决策委员会决议通过，产品合作部经理和合作方进行商务谈判； 3.6
产品合作部经理将商务谈判形成的合同提交CEO评审，若合同评审未通过，产品合作部经理继续商务谈判，若CEO评审未通过且判断无法达成最后合作，产品合作部经理将相关文档放入资源管理部存档； 3.7
若合同评审通过，对外合作部经理对合作产品进行判断，若合作产品属于产品体系，转交给
程序文件 编制 日期 产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第2页 产品部进行产品技术包装，若合作产品属于项目体系，转交给项目中心进行产品技术包装； 3.8
质量控制部对产品包装成果进行质量检验，若未通过质检，产品部/项目中心对合作产品技术包装进行修改；若通过质检，相关成果和文档放入资源管理部存档； 3.9
产品部/项目中心在完成合作产品技术包装后，将相关成果交给技术支持部；
3.10 技术支持部开始制作产品资料，包括产品宣传WORD材料、PPT材料、用户手册等； 3.11 技术支持部完成资料制作后，市场部对资料进行包装；
3.12 同时技术支持部对销售人员进行产品培训，销售人员完成产品培训后，开始产品销售流程； 4
相关文件 4.1 4.2 4.3 4.4 4.5 4.6 4.7 4.8
《潜在合作产品信息说明》 《潜在合作产品论证方案》 《潜在合作产品商务谈判》 《综合评审记录》 《评审规程》 《软件质量保证文档》 《资源中心验收单》 《软件缺陷报告》
程序文件 编制 日期 产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第3页 潜在合作产品信息说明
合作产品类型（专业类、通用类、） 主要功能描述 应用范围和成功案例 合作方信息 姓名 职位 专业特长 其它特征 信息提供者情况 姓名 部门 对外合作部签收者姓名
时间
程序文件 编制 日期 产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第4页 潜在合作产品论证方案
产品类型 产品功能描述 产品编号 产品市场前景分析 潜在客户需求（现状及未来预计） 竞争状况 产品技术分析 产品的技术成熟度 产品先进性和后期拓展性 产品的技术复杂度 公司掌握该技术的可能性 与公司现有资源关联性分析 与现有资源无关 与现有资源互补 与现有资源竞争 产品价值估计 合作建议 方案准备人 对外合作部经理意见 专家意见 CEO意见 决策委员会意见（超过50万）
时间
程序文件 编制 日期 产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第5页 潜在合作产品商务谈判
产品名称 关于合作条件（双方责任制、版权、资源） 我方态度 合作方态度 关于价格 我方态度 合作方态度 合作建议 产品编号 CEO审批
时间
程序文件 编制 日期 产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第6页 综合评审记录（公司）
评审对象（项目名称及编号） 评审项类（如合同、投标方案等） 评审人 时间 业务板块(产品中心、项目中心、服务中心、营销中心)评审意见 财务部评审意见 资源管理部和质量控制部评审意见 技术委员会评审意见 专家委员会评审意见 最终意见： 通过 修改 修改内容
时间
程序文件 编制 日期 产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第7页 评审规程
状态： 草稿
评审 初始版 修订版
标识号： 当前版本： 前一版本： 发布日期：
1.0
摘要
本文详细描述了软件工作产品的评审规程。将要执行评审的所有项目的软件工作产品都必须遵循该评审规程。
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第8页 修改历史
日期 版本 作者 修改内容 评审号 更改请求号
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第9页 目录
1 目的和范围 10 2 评审角色
10
2.1 作者 ............................................................................... 10 2.2 评审组长 ........................................................................... 10 2.3 记录员 ............................................................................. 10 2.4 其他参与人员 ....................................................................... 10
3 评审过程
11
3.1 计划阶段 ........................................................................... 11 3.1.1 进入条件 ....................................................................... 11 3.1.2 目的 ........................................................................... 11 3.1.3 活动 ........................................................................... 11 3.2 准备阶段 ........................................................................... 11 3.2.1 进入条件 ....................................................................... 11 3.2.2 目的 ........................................................................... 12 3.2.3 活动 ........................................................................... 12 3.3 执行阶段 ........................................................................... 12 3.3.1 进入条件 ....................................................................... 12 3.3.2 目的 ........................................................................... 12 3.3.3 活动 ........................................................................... 12 3.4 整理阶段 ........................................................................... 13 3.4.1 进入条件 ....................................................................... 13 3.4.2 目的 ........................................................................... 13 3.4.3 活动 ........................................................................... 13
4 附录A 评审活动检查表 14 5 附录B 评审记录表 15 6 附录C 评审通知
17
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第10页 1 目的和范围
本文档主要描述了软件工作产品的评审过程，目的是能够及早和有效地发现并排除软件工作产品的缺陷。
2 评审角色 在评审时有四种角色：作者、评审组长、记录员及其他人员。这些角色在评审会上要承担不同的职责。角色的划分必须遵循下面的原则：
作者和评审组长是必须的角色，且不能为同一人 记录员可以是任何人员，也可由作者或评审组长兼任
其他人员在数量上没有限制，可以来自与项目相关的其它组织或部门
所有人员都必须具备相关的技术背景知识，对评审的软件工作产品有足够的了解，熟悉评审规程。
2.1 作者
作者是指被评审的软件工作产品的作者，其主要职责如下： 准备相关的评审资料 完成评审后的修改工作
2.2 评审组长
评审组长必须为该软件工作产品所属领域的高级技术人员，其主要职责如下： 指导作者组织并实施评审活动，对评审材料进行初审，确定参加评审的人员 按照评审规程主持评审会议
在评审会议上控制评审进度，提醒参加者不要在某一问题上花费过多时间 对评审中发现的问题进行分析判断，确定处理办法，建议为两类：
1. 问题项：当场确定为问题，需要解决
2. 调查项：无法确定是否为主要问题，需要进一步调查确认 决定评审结果（通过和再评审）
2.3 记录员
记录员在评审会议中记录发现的问题及相关的数据，其主要职责如下： 填写评审记录表 作为评审员参与评审
2.4 其他参与人员
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第11页 其他人员评审软件工作产品，回答问题、参与讨论同时帮助解决问题。所有的参与人员都必须严格遵循评审规程。
3 评审过程 评审过程分为四个阶段，每一阶段都包含一定的任务描述，可以参考《评审活动检查表》执行评审。 《评审活动检查表》是帮助评审人员正确执行评审的工具，它与本章所描述的各阶段的具体活动是一致的。 评审过程的四个阶段为：计划、准备、执行和整理。 每一阶段必须顺序地执行，才能保证评审成功。 下面将详细描述这四个步骤。
3.1 计划阶段
这是评审的第一阶段，其每一步都有详细说明，只有计划阶段的任务完成后才能进入准备阶段。
3.1.1 进入条件
软件工作产品满足规范要求 软件工作产品经过拼写检查
3.1.2 目的
确保作者提供正确的评审材料 确保软件工作产品满足评审要求 确定评审员并明确其职责
3.1.3 活动
作者准备评审所需的材料，包含被评审的软件工作产品、支持材料及评审表格等 技术委员会指定评审组长 评审组长检查进入标准是否满足
技术委员会确定参评人员。也可由技术委员会委托评审组长确定需要参加评审的人员 评审组长确认作者准备好所需要的材料 评审组长与作者共同确定评审会议日程
3.2 准备阶段
3.2.1 进入条件
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第12页 评审材料已准备好
参加者对被评审的软件工作产品具备必要的背景知识 评审组长确认评审材料符合要求
3.2.2 目的
评审员明确自己的职责
所有评审员在评审之前得到评审材料
确保评审员在评审之前阅读评审材料，找出问题
3.2.3 活动
作者发评审会议通知给所有评审员 作者将评审材料分发给所有评审员
评审组长标识软件工作产品的范围，强调重点，提取问题 评审组长熟悉议程，确保评审进度
评审员仔细阅读评审材料，在评审材料上做评注，找出问题 所有评审员记录自己准备所花费的时间
3.3 执行阶段
执行评审必须召开评审会议，所有评审员进行面对面地讨论是必要的。
3.3.1 进入条件
所有评审员得到评审材料
所有评审员根据自己的角色要求准备并且评审软件工作产品
所有评审员记录自己的准备时间。本次评审的准备时间是所有评审员的准备时间之和 会议室和其它资源已经准备就绪
作者准备就绪，重要参加人员能够出席评审会议
3.3.2 目的
找出、记录和分析所有问题
3.3.3 活动
评审组长检查所有评审员是否已经做好评审的准备工作 记录员记录评审员的准备时间，开始评审
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第13页 作者为软件工作产品逐项进行概要介绍 记录员在评审会议上记录发现的问题 所有评审员把重点放在讨论和提出问题上
评审员使用自己注释的评审材料对有问题的地方提出讨论 作者和评审员协助评审组长描述和分析问题， 发现一个问题后，评审组长确保该问题被正确记录
所有评审员提出对评审会议的改进建议，记录员在评审表上记录要点 评审组长确保评审完成
评审组长在评审组的协助下决定评审结果。如果没有问题或发现的问题类型和数量容易改正和处理，其结果为
“通过”，否则为“再评审” 如果需要“再评审”，可以只评审需要评审的部分。评审组长记录需要再被评审的部分
3.4 整理阶段
3.4.1 进入条件
问题已被记录在评审表中
3.4.2 目的
修正评审中发现的所有问题
确保所有需要进行调查的项目已经被分析，并且被排除 评审数据被记录
3.4.3 活动
评审组长估计并跟踪修改问题所需时间 对于问题项，作者确保有问题记录
对于调查项，经研究后，如果是问题项，作者负责解决并记录在评审表中 作者修正所有问题项
评审组长协调所有评审员检查作者已修改过的内容。如果没有问题，则评审结果定为“通过”，否则，评审组
长应提出解决方案 所有评审员确认后，在评审表上签字
如果使用评审工具代替评审记录表，则作者在评审工具中生成一个新的评审记录表，填入相应内容并提交
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第14页 4 附录A 评审活动检查表 阶段 作者 准备评审材料 同评审组长一起选择评审员 与评审组长共同 确保评审材料准备好 给所有评审员发评审会议通知 将被评审材料分发给所有评审员 确保会议室和其它资源准备就绪 介绍评审会议日程 逐项概要介绍软件工作产品 计划 评审组长 接受评审组长角色并确定评审目标 检查评审进入条件是否满足 确定需要参加评审的人员 核实进入条件 学习并且评注软件工作产品 熟悉评审议程 记录个人的准备时间 控制评审进度 分析问题 决定评审结果 其他评审员 接受评审员角色 理解自己的职责 学习并且评注软件工作产品 记录个人的准备时间 准备 按时出席，提供准备时间 记录员记录所有评审员姓名及准备时间 参加讨论并提出问题 记录员记录问题 所有评审员提出对评审会议的改进建议，记录员在评审表上记录要点 执行 改正评审所发现的问题 如果有评审工具，则生成一个新的评审记录表，填入相应内容并提交 提交文档 估计并跟踪需要修改问题所需时间 检查修改内容的正确性 签字 整理 阅读并确认评审记录表内容的正确性 签字 注：首先由技术委员会指定评审组长。
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第15页 5 附录B 评审记录表
评审会日期：_________________ 开始时间：_________________ 结束时间：_________________ 评审会地点：___________________________________________________________第_____次评审 评审主题：__________________________________________________________________________ __________________________________________________________________________ 软件工作产品名称：________________________________软件工作产品大小：_________SLOC/页 软件工作产品标识号：____________________________版本号：_______ 作者：_______________ 评审员及准备时间： 角色 评审组长 作者 记录员 姓名 评审员 总和
问题记录： 序号 位置 描述 类型 问题项 调查项 问题项 调查项 状态 未解决 已解决 未解决 已解决 准备时间（小时） 修改软件工作产品工作量（小时）：___________________ 评审结果： □ 通过
□ 再评审
改进建议：__________________________________________________________________________ __________________________________________________________________________ ___________________________________________________________________________
___________________________________________________________________________
签字： 角色 评审组长
姓名 签字 程序文件 编制 日期 产品合作流程 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第16页 审核 日期 评审员
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第17页 6 附录C 评审通知
主题： 第 次评审 期望准备时间：
评审会日期： 开始时间： 持续时间： 评审会地点： 软件工作产品名称：
软件工作产品标识号： 版本号： 作者： 评审组长： 记录员： 其他评审员： 议程： 起止时间
软件工作产品信息： 软件工作产品标识号： 版本：
软件工作产品大小（SLOC/页）： 其它支持材料： 遵循标准： 其它：
主题
软件质量保证文档
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第18页 （项目名称）SQA计划
计划编号：
版本： 分册：
1.
质量目标
质量目标，尽可能用测试的条款表达。
2.
SQA组织
SQAL： SQAM：
日期： 日期： 日期：
PM/SM：
2.1 SQA组的组成
SQA的成员及资格说明（经验与培训）
2.2 SQA职责和权力 2.3 SQA组的资源需求 3.
SQA任务
3.1 规程与标准
明确项目标准和规程，作为SQA评审和审计的基础。 3.2 明确质量活动的责任
如检查、审计和测试，配置管理和变更控制，测量和报告，缺陷控制和纠正措施。
3.3 阶段划分与任务列表
为每个开发阶段定义入口和出口条件，划分SQA的工作阶段，确定评审与审计的类型，明确SQA作业，可依据项目特点对作业列表进行裁剪与增添。 3.4 测试与评估
确定测试的类型，对于产品规范、计划要求、测试规范及采用的开发方法和工具的确认和验证活动；通过详细的测试和验证活动计划，对包括资源、进度和审批等方面进行评估。
3.5 全程的偏差跟踪
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第19页 4.
根据任务列表进行全程偏差跟踪。 SQA报告
4.1 文档化SQA组的活动结果
软件产品评价报告 软件工具评价报告 项目设备评价报告 过程审核报告
测量报告
4.2 提供给软件工程组和其他相关组SQA活动反馈的方法和频率
周报、月报与重要报告等提交的方式与日程（可在计划表中体现）。 5.
计划进度表与预算表 序号 1 2 3 4 5 预算：
任务 完成时间 提交结果 备注
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第20页 SQA作业列表（发布日期）SQA方向质量目标任务质量策划评估工具和设备的管理作业项质量目标，尽可能用测试的条款表达质量标准与规程的确立审核与检验工具和设备软件工具设备配套的产品与设备软件过程评估软件产品评审过程评估项目计划和监督过程评估系统需求分析过程评审的标准，依据程序文件的要求或在《质量计划》与SDP中明确项目计划的建立与监控执行保证通过需求定义和配置过程来确定用户的所有的需求保证需求被评审，以确定它是切实可行的，描述清楚的和一致的保证分配需求，工作产品和活动的变化都被确定，评审，跟踪到结束项目参与者受到必要的培训保证分配需求的约定是同被影响的组协商有同意的验证约定文档化，被传达，被评审和被接受保证潜在需求受到评审，被文档化，并在分配需求中作出必要的变化验证定义，文档化和分配需求的过程被执行和文档化确认CM过程受控和管理基准验证需求文档化，被管理，受控，和被跟踪验证同意的需求在SDP中给予记录评估系统设计过程保证生存周期文档和可跟踪距阵准备好并是最新的和一致的验证相关的生存周期文档是更新的并基于批准的需求变化识别缺陷，保证已发现的缺陷被解决，和变更控制完整性选择性的评审和审计系统设计文档确定不符合标准的项，并确定矫正措施决定需求，设计和工具符合标准和是否放弃进一步的软件开发评审实例原型满足需求和标准保证实例符合标准和规程评审设计的里程碑状态保证需求定义和分析过程及相关的需求评审符合标准和规程保证需求分析引起的行动条款符合标准和规程保证软件设计过程和相关的设计评审符合标准和规程保证设计评审引起的行动条款符合标准和规程评估跟踪和文档化软件单元开发的方法作为评估软件单元开发进程的利用率保证作为跟踪和文档化软件单元开发的方法，如SDF，UDF，得到实施且是最新的保证编码过程，相关的代码评审，软件单元测试符合标准和规程保证代码评审引起的行动条款符合标准和规程评估软件需求分析过程评估软件设计过程评估编码和单元测试过程评估单元集成保证SDF/UDF得到实施和保持最新和测试，CSCI资格测试，保证软件测试活动已经确定，测试环境已经CSCI/HWCI集定义，测试指导方针已经设计
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第21页
保证矫正措施有效地使差异得到解决保证软件性能测试结果将允许确定软件的性能参数保证测试和报告结果的职责分配给明确的组织元素保证监控测试的规程已经建立评审软件测试计划和软件测试规程保证软件被测试过评估最终-项目交付过程评估矫正行动过程定期评审矫正过程和其结果，评估矫正行动过程的有效性实施所有报告问题的分析，确定出可能揭露一般问题区域的趋势媒体验证不交付的软件验证评估存取和操作过程评估子合同控制评估偏离和放弃过程评估配置管理过程保证配置确定的文档，代码，和计算机数据已经建立标准变化的基准管理确定，评审，实施和与建立规程合为一体保证基准文档和软件变化的配置控制符合CM需求保证配置状态报告准备好，且符合所建立的规程，并报告了同有关软件产品和文档的配置管理有很重要关联的的重要条款的状态保证个人遵守SCMP参与配置审计保证文档控制，只有被批准的，最新的文档才能被引用，文档分配过程导致收到正确的文档保证所有软件的基准版本只放在规划支持库里面，并有软件名称和独一无二的标识评估软件开发库控制过程保证SDL的建立和规程能管理它的操作保证文档和计算机材料得到批准并在库的控制下保证CM批准的文档和软件版本的正式释放的规程建立保证库的控制不受未经受权的更改和保证所有批准变更的合并评估不直接开发的软件过程实施配置审计验证需求管理KPA的实施情况验证软件项目策划KPA的实施情况验证软件项目跟踪和监督KPA的实施情况。验证软件子合同管理KPA的实施情况验证软件配置管理KPA实施情况系统需求评审，系统设计评审，软件规范评审，软件详细设计评审，软件关键设计评审，软件测试准备就述评审，正式资格评审，产品准备就述评审。项目技术评审参与技术评审报告技术评审报告技术评审度量
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第22页 软件产品/工具和设备/项目技术评价报告摸板
报告编号： SQAL：
1. 2. 3. 4.
5.
日期： 日期： SQAM： 软件产品/工具和设备/项目技术评估：
评估方法或标准：
评估结果：
建议纠正措施：
实施纠正措施：
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第23页 过程审计报告模板
报告编号： 主要审计人： 项目名称： 审计项： 报告日期： 项目编号： 审计日期： 审计过程/程序： 审计检查表（附件） 审计结果： 过程/程序 可接受 过程/程序 有条件的接受 条件说明： 过程/程序 不可接受 条件说明： 措施项： A1# 标题 责任人 预计日期 完成日期 纠正措施： 审批： 批准 取消 推迟 PM： 日期： 验证关闭： SQAL： 日期：
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第24页 SQA测量报告摸板
报告编号： SQAL：
SQAM： 日期： 日期： 软件产品/软件工具/项目设备评估测量
软件产品 软件需求说明 过程/程序审计测量
软件开发过程 纠正措施过程
规模/形态 Of Page 20 评估工作时 3 报告工作时 1 审计准备工作时 2 审计工作时 2 报告工作时 1 程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第25页
文档编号：Test005 版本编号：V1.00 密 级：中
北京侏罗纪软件开发有限公司 质量控制部文档
XX系统 之
xx系统
缺陷报告
文档编号：Test005 版本号 ：V1.0 文 件 名：缺陷报告.doc 编 写：质量控制部 年 月 日 校 对： 年 月 日 审 核： 年 月 日 批 准： 年 月 日
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第26页 XXX系统之
XX系统 缺陷报告
版本 1.0
修订历史记录
日期 版本 1.0 首次的缺陷报告 说明 作者 质量控制部 程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第27页 缺陷报告
一.简介
1.1目的
本文档作为《XXX系统》之< XX系统>的“缺陷报告”，有助于实现以下目标： A、 列出测试活动的主要内容。 B、 列出测试活动的测试统计结果。 C、 列出系统的主要缺陷。
D、 对于缺陷提出的修改建议。
E、 由于本系统的某些需求尚未最后确定，目前只能对系统进行部分的功能测试及完全的用户界面测试。 F、 本报告为针对测试活动的首次缺陷报告，以后的测试活动还会提交迭代的缺陷报告。 G、 本文档提交给项目组的管理者及开发人员审阅。
二.测试内容
下面的列表列出了本次测试活动的主要测试内容。
2.1数据库测试
核实系统是否能访问数据库。
2.2功能测试
核实..
2.3用户界面测试
浏览所有的用例，核实是否每个 UI 面板都易于理解。 核实界面操作是否简单易行，图形显示是否清晰。
三.测试统计结果及缺陷总结
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第28页 3.1数据库测试
3.1.1核实系统是否能访问数据库。
3.2功能测试
3.2.1核实是否能够浏览数据库中保存的电子化文档；
3.2.2核实是否能够查找和检索资料；
3.2.3核实是否能够实现资料文件的管理；
3.2.4核实是否能够实现资料文件图片的导入；
3.2.5核实是否能够实现资料文件图片的导出；
3.2.6核实是否能够实现资料的打印输出；
3.2.7核实是否具有灵活的显示模式，如放大、缩小等。
3.3用户界面测试
3.3.1窗口
3.3.2下拉式菜单和鼠标操作
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第29页 3.3.3数据项
四.针对缺陷提出的建议
4.1功能方面
4.2用户界面方面
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第30页 资源中心验收单（式样）一式三份
序号 1 2 编号 NAVIKEN Ver2.1 成果题名 完成日期 提交日期 1998-8-21 1998-12-30 页数 72 42 密级 保管期限 备注 长期 长期 MO盘 磁盘 多媒体办公自动化系统MOAS 填表人： 成果管理员： 成果提交人：
程序文件 编制 日期
产品合作流程 审核 日期 2003年 月 日起生效 批准 日期 文件号 版 次 共31页 1.0 第31页
卷内成果目录（式样）一式三份
序号 文件编号 责任者 李峰 王琛 李峰 王琛 FAX 乐器练习软件功能说明书 乐器练习软件概要书 AMOR RT Ver 1.0开发计划 题 名 日期 1997-3-31 1997-4-3 1997-4-3 1997-4-25 页次 备注 1 4 64 102 1 AT97004DP01 2 NA504100A 3 AT97004SD01 4 NR506100A 第 页/共 页
因篇幅问题不能全部显示，请点此查看更多更全内容