软件过程检查表

软件过程检查表
软件过程检查表

1.过程检查要素表

2.过程打分

2.1.过程打分原则:

1)过程打分占整个项目得分的30%,以30分为满分,最低分不低于9分。

2)不同的项目可以从标准软件过程中剪裁得到项目定义过程,因此各项目包含的软件过程是不同

的,为了使软件过程数目不同的项目,仍以合理的方式进行过程打分,需对剪裁后的软件过程数目进行换算,从而不因剪裁而失分。

3)SQA人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。

4)项目级的软件过程剪裁必须得到高级经理,质量管理部经理和项目SQA人员的检查和认可;

检查内容和实施情况剪裁必须得到项目经理和受审计人员的认可。

5)软件过程检查打分的依据是“过程检查表”。

2.2.打分步骤:

1)依据标准过程定义项目过程,得出项目过程数N。

2)每个项目过程的得分M=30 / N。

3)采用“过程检查表”,对各个过程进行检查和打分。

4)定义“过程检查表”中的实际检查内容项个数为X,每项标准得分10分,因此每个“过程检

查表”的最高得分A = 10X。

5)实际检查时,对“实施情况”一栏中每个条款进行打勾“ ”,因此实际每项得分Bj=(打勾条

款数/ 该项实际检查总条款数)×10。

6)每个过程的实际得分Bi=∑1x Bj。

7)每个过程的换算得分B=Bi /A ×M。

8)若某个过程发生多次z,则该过程得分B=(∑1z

B)/z 。

9)项目的过程得分C=∑1N

B 。

10)为确保项目组的基本得分不低于9分,因此各过程打分不得低于9/N分,低于此分,以9/N分

计算。

2.3.例子:

某项目计划进行5个阶段的审计:计划过程,需求过程,设计过程,测试过程,计划跟踪和监督过程,其中计划跟踪和监督过程执行两次,其他各一次

则每阶段得分M=30/5=6;

第一次计划跟踪和监督过程检查项共15项,实际由于变更未发生检查了13项,

标准分为A=13×10=130,实际检查得分Bi=123

则该阶段得分B1=123/130 * 6=5.67

第二次计划跟踪和监督过程,实际检查了15项,标准分为15×10=150;

实际检查得分140。

则该阶段得分B2=140/150 * 6=5.6

则计划跟踪和监督过程得分B=(5.67+5.6)/2=5.6

计划过程得分=5.3;需求过程得分=5.6;设计过程得分=5.3;测试过程得分=5.7

C=5.3+5.6+5.3+5.7+5.6=27.5

3.过程检查表

3.1.计划过程检查表

3.2.软件产品审查过程检查表

3.3.计划跟踪和监督过程检查表

3.4.需求分析过程检查表

3.5.系统设计过程检查表

3.6.需求和设计管理过程检查表

3.7.软件编码过程检查表

3.8.软件测试过程检查表

3.9.产品验收和发布过程检查表

3.10.配置管理过程检查表

3.11.软件质量保证过程检查表

软件公司客户满意度调查表样版

客户满意度调查表 尊敬的客户: 力求客户满意一直是我公司追求的目标,了解您对我公司服务品质的满意程度,必有助于我们改善我公司产品品质,提升服务的品质。请您于百忙之中真实地填写此份问卷,您所提的每一项宝贵意见,都将成为我们改进的方向。 客户信息: 姓名及职务: 电话: 传真: E-mail: 单位: 址址及邮编: 1.您对本公司售前实施培训人员精神面貌的综合评价是:(多选) 诚信热情耐心友善 高效懒散浮躁拖沓 2.在了解我公司产品的过程中,您觉得我公司的市场人员在(产品/方案解析)方面的表现表现是否令您满意(单选) 非常满意满意一般不满意非常不满意 3.在了解我公司产品的过程中,您觉得我公司的市场人员在(与客户及时沟通)方面的表现表现是否令您满意(单选) 非常满意满意一般不满意非常不满意 4.在了解我公司产品的过程中,您觉得我公司的市场人员在(根据系统功能,充分了解客户需求)方面的表现表现是否令您满意(单选)

5.在我公司的实施过程中,我公司会提供培训,您对培训的组织工作评价如何?(单选) 非常满意满意一般不满意非常不满意 6.在我公司的实施过程中,我公司会提供培训,您对培训人员的专业能力评价如何?(单选) 非常满意满意一般不满意非常不满意 7.在我公司的实施过程中,我公司会提供培训,您对培训人员的服务态度评价如何?(单选) 非常满意满意一般不满意非常不满意 8.在我公司的实施过程中,我公司会提供培训,您对我公司的培训内容评价如何?(单选) 非常满意满意一般不满意非常不满意 9.在我公司的实施过程中,我公司会提供培训,您对我公司的培训效果评价如何?(单选) 非常满意满意一般不满意非常不满意 10.对于我公司的实施及培训您还有哪些要求(请说明): 11.您认为我公司客服在沟通表达能力方面表现如何?(单选) 非常满意满意一般不满意非常不满意 12.您认为我公司客服在问题响应速度方面表现如何?(单选)

软件开发检查表

代码大全——检查表 1.欢迎进入软件创建世界 1.1.l.3 小结 ●创建活动是总体设计和系统测试之间承上启下的工作。 ●创建活动主要包括:详细设计、编码、调试和单元测试。 ●关于创建活动的其它称谓有:实现、编程等。 ●创建活动质量对软件质量有潜在影响。 2.利用隐喻对编程进行更深刻的理解 2.1.2.4 小结 ●隐喻仅仅是启发,而不是公式,因此,它们更倾向于比较随便,无拘无束。 ●隐喻通过把软件开发与你所熟知的事情联系在一起,从而使你对其有更深刻的理解。 ●一些隐喻要好于其它隐喻。 ●把软件创建与建造建筑物类比,表明开发软件前要精心准备,并表明了大规模项目与 小规模项目之间的差别。 ●认为软件开发实践是智能工具箱中的工具进一步表明,每个程序员都有许多自己的工 具,没有任何一种工具是万能的。为每件工作选择合适的工具,是成为一个优秀程序员的首要素质之一。 3.软件创建的先决条件 3.1.需求 3.1.1.需求内容 ●系统的所有输入都定义了吗?包括它们的来源、精度、取值范围和频率? ●系统所有的输出都定义了吗?包括它们的目标、精度、取值范围、频率和格式? ●所有的报告格式都定义了吗? ●所有的硬件与软件接口都定义了吗? ●所有的通信交界面都定义了吗?包括握手、错误检查以及通信约定? ●是否从用户的观点出发,定义了所有必要操作的反应时间? ●是否定义了时间问题,如处理时间、数据传输率以及系统吞吐能力? ●是否对用户所要求完成的任务部作出了规定? ●每项任务所需用到和产生的数据都规定了吗? ●规定保密级别了吗?

●规定可靠性了吗?包括软件出错的后果、在出错时要保护的至关重要的信息、以及错 误测试和恢复策略。 ●规定所需最大内存了吗? ●所需最大存储容量规定了吗? ●对系统的维护性是否作出了规定?包括系统对运行环境、精度、性能以其与其它软件 的接口等方面变化的适应能力规定了吗? ●是否规定了相互冲突的设计之间的折衷原则,例如,在坚固性与准确性之间如何进行 折衷? ●是否制定了系统成败的标准? 3.1.2.关于需求的完善性 ●在开发开始前暂时得不到的信息是什么?是否规定了不够完善的区域? ●需求定义是否已经完善到了可以成为软件标准的地步? ●需求中是否有哪一部分令你感到不安?有没有根本不可能实现,而仅仅为了取悦老板 和用户才加进来的内容? 3.1.3.关于需求的质量 ●需求是否是用户的语言制定的?用户也这样认为吗? ●需求中是否每一条之间都尽量避免冲突? ●需求中是否注意了避免规定设计工作? ●需求在详细程度方面是否保持了一致性;有没有应该更详细些的要求?有没有应该更 简略些的? ●需求是否明确得可以分为一些独立的可执行部分,而每一部分又都很明了? ●是否每一条都与问题和答案相关?是否每一条都可以追溯到产生它的环境中? ●是否每一条需求都可以作为测试依据?是否可以针对每一条进行独立测试以确定是否 满足需求? ●是否对可能的改动作出了规定?包括每一改动的可能性? 3.2.结构设计 ●一个好的结构设计应该阐明所有问题。这个表并不是用于指导结构设计的,而只是想 提供一种方法,通过它,你可以估计处于软件食物链顶层的程序员可以从食物中获得多少营养。它可以作为建立自己的检查表的起点。同要求定义检查表的使用一样,如果你正在从事一个非正式的项目,那么其中有些条款是不必考虑的。但如果你正在开

软件过程检查表

1.过程检查要素表 2.过程打分 2.1.过程打分原则: 1)过程打分占整个项目得分的30%,以30分为满分,最低分不低于9分。 2)不同的项目可以从标准软件过程中剪裁得到项目定义过程,因此各项目包含的软件过程是不同 的,为了使软件过程数目不同的项目,仍以合理的方式进行过程打分,需对剪裁后的软件过程数目进行换算,从而不因剪裁而失分。

3)SQA人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。 4)项目级的软件过程剪裁必须得到高级经理,质量管理部经理和项目SQA人员的检查和认可; 检查内容和实施情况剪裁必须得到项目经理和受审计人员的认可。 5)软件过程检查打分的依据是“过程检查表”。 2.2.打分步骤: 1)依据标准过程定义项目过程,得出项目过程数N。 2)每个项目过程的得分M=30 / N。 3)采用“过程检查表”,对各个过程进行检查和打分。 4)定义“过程检查表”中的实际检查内容项个数为X,每项标准得分10分,因此每个“过程检 查表”的最高得分A = 10X。 5)实际检查时,对“实施情况”一栏中每个条款进行打勾“ ”,因此实际每项得分Bj=(打勾条 款数/ 该项实际检查总条款数)×10。 6)每个过程的实际得分Bi=∑1x Bj。 7)每个过程的换算得分B=Bi /A ×M。 8)若某个过程发生多次z,则该过程得分B=(∑1z B)/z 。 9)项目的过程得分C=∑1N B 。 10)为确保项目组的基本得分不低于9分,因此各过程打分不得低于9/N分,低于此分,以9/N分 计算。 2.3.例子: 某项目计划进行5个阶段的审计:计划过程,需求过程,设计过程,测试过程,计划跟踪和监督过程,其中计划跟踪和监督过程执行两次,其他各一次 则每阶段得分M=30/5=6; 第一次计划跟踪和监督过程检查项共15项,实际由于变更未发生检查了13项, 标准分为A=13×10=130,实际检查得分Bi=123 则该阶段得分B1=123/130 * 6=5.67 第二次计划跟踪和监督过程,实际检查了15项,标准分为15×10=150; 实际检查得分140。 则该阶段得分B2=140/150 * 6=5.6 则计划跟踪和监督过程得分B=(5.67+5.6)/2=5.6 计划过程得分=5.3;需求过程得分=5.6;设计过程得分=5.3;测试过程得分=5.7 C=5.3+5.6+5.3+5.7+5.6=27.5

软件过程检查表

1.过程检查要素表

配置管理过 程√√√√ 设计阶段结束 测试阶段结束 软件过程 审计报告 SQA人员, 项目经理, 配置管理员 软件质量保 证过程√√√√验收阶段结束 软件过程 审计报告 高级经理, SQA经理, 项目经理 2.过程打分 2.1.过程打分原则: 1)过程打分占整个项目得分的30%,以30分为满分,最低分不低于9分。 2)不同的项目可以从标准软件过程中剪裁得到项目定义过程,因此各项目包含的软件 过程是不同的,为了使软件过程数目不同的项目,仍以合理的方式进行过程打分,需对剪裁后的软件过程数目进行换算,从而不因剪裁而失分。 3)SQA人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。 4)项目级的软件过程剪裁必须得到高级经理,质量管理部经理和项目SQA人员的检 查和认可;检查内容和实施情况剪裁必须得到项目经理和受审计人员的认可。 5)软件过程检查打分的依据是“过程检查表”。 2.2.打分步骤: 1)依据标准过程定义项目过程,得出项目过程数N。 2)每个项目过程的得分M=30 / N。 3)采用“过程检查表”,对各个过程进行检查和打分。 4)定义“过程检查表”中的实际检查内容项个数为X,每项标准得分10分,因此每 个“过程检查表”的最高得分A = 10X。 5)实际检查时,对“实施情况”一栏中每个条款进行打勾“”,因此实际每项得分 Bj=(打勾条款数/ 该项实际检查总条款数)×10。

6)每个过程的实际得分Bi=∑1x Bj。 7)每个过程的换算得分B=Bi /A ×M。 8)若某个过程发生多次z,则该过程得分B=(∑1z B)/z 。 9)项目的过程得分C=∑1N B 。 10)为确保项目组的基本得分不低于9分,因此各过程打分不得低于9/N分,低于此 分,以9/N分计算。 2.3.例子: 某项目计划进行5个阶段的审计:计划过程,需求过程,设计过程,测试过程,计划跟踪和监督过程,其中计划跟踪和监督过程执行两次,其他各一次 则每阶段得分M=30/5=6; 第一次计划跟踪和监督过程检查项共15项,实际由于变更未发生检查了13项,标准分为A=13×10=130,实际检查得分Bi=123 则该阶段得分B1=123/130 * 6= 第二次计划跟踪和监督过程,实际检查了15项,标准分为15×10=150; 实际检查得分140。 则该阶段得分B2=140/150 * 6= 则计划跟踪和监督过程得分B=(+)/2= 计划过程得分=;需求过程得分=;设计过程得分=;测试过程得分= C=++++= 3.过程检查表 3.1.计划过程检查表

软件开发部内审检查表

内部审核检查表 JL-HWKS-24 受审核部门软件开发部审核日期2017年9月15日审核员茆秋琪 ISO9001管理体系要求条款检查内容和方法检查记录 6.2质量目标与应对措施组织是否设定了质量目标?目标的内容是否符合方针的要求? 目标的内容是否包括产品要求及满足产品要求的所需的内容? 目标的内容是否体现了持续改进的精神?组织均已设定了质量目标。目标的内容均已符合方针的要求。目标的内容均已包括产品要求及满足产品要求的所需的内容。 目标的内容均已体现了持续改进的精神。 9.3管理评审询问管理评审会议是如何筹备的; 查评审计划和评审记录:a评审计划和.会议通知,b.评审输入的 发言文件,c.签到表,d.会议记录,e. 评审决定(输出),f. 会 议决定落实的文件。已查管理评审的相关记录,基本筹备符合ISO标准要求。 9.1.3 分析和评价如何证实质量管理体系的适宜性和有效性,并评价在何处可以 持续改进质量管理体系的有效性,公司建立和保持《分析与改 进管理程序》,以确定、收集和分析适当的数据和信息?证实质量管理体系的适宜性和有效性,并评价在何处可以持续改进质量管理体系的有效性,公司建立和保持《分析与改进管理程序》,以确定、收集和分析适当的数据和信息。 8.5.2产品标识对产品是否进行了标识,产品的检验状态标识是否符合规定的 要求? 在记录中对标示和可追溯性进行了规定。 7.1.3基础设施是否为公司的设备设施提供管理?配备了满足公司软件开发,开发的产品能够满足客户的 需求,符合相关产品标准 7.1.4过程运行环境是否为公司办的环境提供检查?为公司软件开发的工作环境提供检查,见相关制度 7.1.5监视和测量的资源是否编制了《监视和测量控制程序》? 对于计量器具的管理是否建立台账并且年度检测?编制了《监视和测量控制程序》 对于计量器具的管理建立台账并且年度检测

软件易用性检查表

软件易用性检查表 1. 目的 软件易用性作为软件质量的六大特性之一,对用户满意度具有非常重要的作用,但软件易用性又比较难以界定范围,难以确定检查标准。因此,本文将试着对易用性检查点进行详细描述,为开发人员提供易用性开发指导,为测试人员提供测试要点及依据。 2. 易用性分类 导航---我可以很容易找到在哪 帮助和支持---当我需要时我能得到帮助 工作流支持---我可以按照自己的方式完成 错误处理---错误很难产生,并容易修正 一致性---我不需要学习新的技巧 反馈信息---我知道系统在做什么 功能性---系统能作我期望的工作 控制---系统交互在我的控制中 视觉清晰---如果有疑问,它就不应该出现 语言---我能了解我所读到的 3. 详细检查点 3.1 导航 导航是界面上最重要的元素,菜单位置按照按功能来组织。习惯用法,阅读顺序,从从左到右,从上到下。 (菜单应放在左边或上边,滚动条放在右边,状态栏放在下边,以符合视觉流程和用户使用心理。) 3.1.1 功能导航 3.1.1.1 主要功能有多种形式的导航 如打开一个文件,可以通过菜单、工具条、快捷键,甚至是资源管理器中的右键菜单等。 3.1.1.2 主要功能的导航是否在明显位置 3.1.1.3 是否有明显的页面位置提示,位置提示是否正确 3.1.1.4 完成相同或相近功能的按钮用Frame框起来,并要有功能说明或标题 3.1.1.5 完成同一功能或任务的元素放在集中位置,减少鼠标移动的距离。 3.1.1.6 界面要支持键盘自动浏览按钮功能,即按Tab键的自动切换功能。 3.1.1.7 界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口

软件开发过程管理规范

0 引言 如果要提高软件开发人员的开发质量,必须有相应的考核制度,有了制度后才能推动开发人员想方设法改善自已的开发质量。目前研发对软件开发的过程缺乏细粒度的度量,所以不能依据有效的度量数据来考核开发人员的工作绩效,大部份只是凭考核人主观意志来考核,不能形成对被考核人有效的说服力。此绩效考核办法旨在结合实际情况合理客观地评价开发效率和质量。 1 目的 对软件开发的过程所产生的软件项的质量和过程进行定量的评价,用评价的结果指导软件的开发过程,不断地提高软件开发质量水平,并依据度量记录来考核软件开发人员的工作绩效。 2 软件项包括 1)技术文档:主要包括:可行性分析报告、需求分析报告、软件功能规格说明、开发计划、系统设计报告、测试文档、用户手册、总结报告等; 2)计算机程序。 3 度量数据的来源 1)项目计划; 2)评审报告; 3)测试报告; 4)问题报告; 5)软件维护记录; 4 质量度量 4.1 度量指标 主要根据各类软件项检查表的检查指标来确定,例如,软件需求规格说明书检查表(见附录1),有10个检查指标,则根据具体项目检查侧重点不同,可从中选择相应的检查指标作为度量指标。 4.2 质量等级 1)软件项的质量等级的确定根据度量综合指标进行。 2)度量综合指标计算公式为:Total = ∑QiMi。 3)其中i=1,2,...n代表指标数量; 4)Q代表度量的指标; 5)M代表度量的指标Q在整个指标体系中所占的权重系数,对不同的开发项目可能不同,此系数根据开发的不同着重点给出。 度量指标权重系数表: 序号指标权重 1 指标1 权数1 2 指标2 权数2 3 指标3 权数3 4 指标4 权数4 5 指标5 权数5 加权平均分1.0 6)质量评价:一般地,根据度量综合指标值,有以下评分标准。 质量评价计分标准表 序号得分质量评价 1 9.0~10.0 优质 2 8.0~8.9 良好 3 6.0~7.9 合格 4 低于6.0 劣质

相关主题
相关文档
最新文档