ImageVerifierCode 换一换
格式:DOCX , 页数:8 ,大小:10.84KB ,
资源ID:13035900      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/13035900.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(软件质量管理制度(详细)Word下载.docx)为本站会员(wj)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

软件质量管理制度(详细)Word下载.docx

1、 编制完成、审核通过、批准通过。其中管理类文档只有编制和批准两种状态,技术类文档拥有所有三种状态。所有文档必须明确说明当前文档版本号。管理类文档包含以下类型:计划、总结、报告、会议纪要、备忘录、申请等。技术类文档包含:设计文档、需求文档、测试设计文档、界面原型软件、使用手册、安装手册、技术白-皮-书、培训资料、源代码、软件产品等。除VSS 库中的文档以外,放入知识库中的文档由部门助理统一放入, 文档必须批准通过。文档的编制、审核、批准可在文档中直接写明,也可使用单独的审批文档进行说明。每个项目在不同阶段必须产生的文档如下,但不限于此:1、项目开始前:合同、技术方案、市场立项表。以上文档存放于知

2、识库。2、项目策划阶段:业务启动表(EXCEL 格式)、项目规划(WORD 格式)、项目进度(PROJECT 格式)等。必须使用规定模板编写。3、需求分析阶段:需求模型(EA 格式)、软件需求规格说明书(WORD 格式)、单据报表格式(EXCEL 格式)、需求分析评审表(WORD 格式)、需求分析计划(WORD 格式和 PROJECT 两种格式)。4、设计阶段软件开发计划(PROJECT 格式)、逻辑设计(EA 格式)、物理设计(VS.NET 格式)、设计评审表(WORD 格式),必须使用规定模板编写。物理设计存放于 VSS 库,其它文档存放于知识库。5、开发阶段源代码、可安装的软件、安装手册

3、、评审表(WORD 格式)。源代码、可安装的软件存放于 VSS 库,其它文档存放于知识库。6、测试阶段测试用例设计、软件 BUG、测试计划(WORD 格式和PROJECT 两种格式)、测试报告(WORD 格式)、开发的测试工具源代码及软件、测试通过的软件产品、软件评审表(WORD 格式)。开发的测试工具源代码及软件、测试通过的软件产品存放于 VSS 库,其它文档存放于知识库。软件 BUG 存于 TD 中。7、实施阶段实施计划(WORD 格式和 PROJECT 两种格式)、实施报告(WORD 格式)、用户使用手册、用户培训资料、用户培训记录、软件问题反馈表(EXCEL 格式)、上线报告(书面、电

4、子扫描件)等。8、验收阶段验收材料、验收报告(书面、电子扫描件)。9、维护阶段维护报告(WORD 格式),以上文档存放于知识库。四、检查和审查本公司的项目关键检查点有以下 8 个,采取评审和批准的方式,由质量管-理-员进行跟踪。1、策划完成里程碑以总经理批准通过业务启动表为标志,质量管-理-员检查业务启动表、项目规划、项目风险控制计划、项目进度、技术方案文档是否进入知识库。负责人为项目经理。2、需求明确里程碑以软件需求评审通过为标志,评审通过后由配置管-理- 员建立软件功能基线。项目由用户代表、公司代表、同行、 下游人员(程序经理、开发经理、测试经理、用户教育经理 ) 进行评审,评审记录上必须

5、有以上几类角色的人员进行签名。质量管-理-员检查需求规格说明书、需求模型、需求评审表 是否进入知识库。负责人为产品经理。3、设计完成里程碑以逻辑设计和物理设计通过评审为标志,它包含两个部分:逻辑设计与物理设计。逻辑设计评审通过后由配置管 - 理-员建立指派基线 1,物理设计评审通过后由配置管-理-员建立指派基线 2。逻辑设计评审参与人员必须包括:公司代表、产品经理、开发经理、测试经理、同行。物理设计评审参与人员必须包括:公司代表、程序经理、测试经理、同行。质量管-理-员检查逻辑设计、物理设计、设计评审表是否进入知识库或 VSS 库。逻辑设计负责人为程序经理、物理设计负责人为开发经理。4、开发完

6、成里程碑以软件所有功能开发完成,并通过评审为标志,它的评审必须包括:公司代表、产品经理、程序经理、测试经理。质量管-理-员检查评审表是否进入知识库。负责人为开发经理。5、测试通过里程碑以软件评审通过作为标志,评审通过后将建立产品基线。评审参与人员必须包括:公司代表、产品经理、开发经理、 实施经理、用户教育经理。质量管-理-员检查测试报告、软 件评审表是否进入知识库。负责人为测试经理。6、系统上线里程碑以用户签署通过上线报告为标志,评审参与人员必须包括:用户代表、公司代表、项目经理。质量管-理-员检查上线报告、实施计划、培训材料等文档是否进入知识库。如上线报告为纸质文档,则扫描后入库。负责人为实

7、施经理。7、验收通过里程碑以用户签署通过验收报告为准,评审参与人员必须包括: 用户代表、公司代表、项目经理。质量管-理-员检查验收报 告文档是否进入知识库,如上线报告为纸质文档,则扫描后 入库。8、合同结束里程碑合同结束,项目跟踪完成。负责人为软件业务部技术服务组长。五、测试本公司的软件必须通过测试。测试工作由开发部测试组负责,所有测试出来的 BUG 必须统一存放,由测试组负责管理。在测试活动进行前必须有测试计划,测试完成后必须编写测试报告。测试报告由测试经理负责编写,测试组长批准。六、配置管理软件开发过程中的配置管理工作由配置管-理-员负责, 配置管理工作详细要求依据配置管理规范进行。七、媒

8、体控制在软件开发过程中产生的正式文档必须存入于知识库中或VSS 库中,由公司系统管-理-员负责每天进行物理备份。在项目进行过程中的备份采用移动硬盘进行,已结项的项目使用刻录光盘存档备份。八、质量记录质量记录主要包括各种评审记录和审批记录,形式有评审表、签名文件、会议纪要、质量报告等。所有的质量记录由质量管-理-员统一管理,纸质的保存在指定的文件柜中, 电子的保存在知识库中。质量记录的保存期限是 3 年。九、风险和应急公司所有的项目必须有独立的风险控制计划,风险控制计划由项目经理负责编写并跟踪,风险控制计划由项目管理部门批准。风险计划中必须包括风险列表、风险度、应急方案、缓解方案、责任人、风险状

9、态。风险度由风险发生可能性和风险造成的危害程度相乘得到。十、质量报告项目的质量管-理-员必须在每周五 12:00 以前制作当前的项目质量报告,报告公司当前正在进行的项目的质量状态。主要包括:项目文档的审核情况、存放情况、完备情况; 各里程碑的评审执行情况;各种计划的跟踪情况,责任人是否及时更新计划;各项规范的符合程度;等等。质量报告属于项目状态报告的一部分,与其一同填写。具体格式参见项目状态报告。十一、质量会议质量会议与公司的项目月例会合并召开,开会时必须提交质量报告。参会人员必须包括软件业务部部门经理、产品组组长、实施组组长和开发部部门经理、开发组组长、技术支持组组长、测试组组长、各项目经理

10、。如遇特殊情况,质量管-理-员可临时针对某类问题发起会议,会议结束时必须有会议纪要并存档。十二、工具及技术在进行质量保证活动中,主要使用两种工具软件:知识管理系统和 MSVisualSourceSafe。前者用来存放项目产生的各种文档,后者主要用于存放源码。公司在所有正式场合中所使用的项目文档均以这两个系统中的数据为准。在使用工具软件的过程中,各项目成员的权限统一由公司文档管 - 理-员进行分配。十三、变更控制委员会公司所有在建项目必须成立变更控制委员会,该委员会最小要包括以下人员:用户代表、市场代表、软件业务代表、开发代表、项目经理,但不限于此。一般情况下,产品经理、程序经理、开发经理、测试经理、实施经理、用户教育经理也可包括在该组织中。对于维护性项目,变更控制委员会由营销中心主任、软件业务部经理、开发部经理组成。

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

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