论文部分内容阅读
摘要：在对HB109软件平台的现有缺陷数据库进行分析的基础上，就企业系统软件的缺陷处理流程进行了较为详细的探讨。最终，对SACOO系统对手机软件的定制流程进行了优化和改进。
关键词：半自动；手机软件；SACOO；软件定制；缺陷分析
中图分类号：TP311.52 文献标识码：A 文章编号：1007-9599 (2012) 10-0000-02
随着移动通信网络技术的快速发展，同时3G网络得到迅速发展，运营商在移动数据业务服务行业中开始进入激烈的竞争时期。为了能够有效的扩展己方在一定数据市场的占有份额，运营商在竞争的过程中采用各种营销策略，而利用手机终端厂商来进行其自身专有的系列软件成为了一种有效的手段和方式。同时，手机终端厂商也能够依靠运营商的销售网络来对自己的终端品牌进行推广。所以。手机软件定制成为了当前手机移动业务运营商以及手机终端厂商的主要经营模式。而解决软件定制过程中的缺陷自然成为了手机软件稳定性测试的关键工作。
一、软件缺陷及其处理工具
（一）手机软件缺陷
手机软件的缺陷，通常又被称作手机软件的Bug。就是手机软件在运行的过程中出现影响软件程序正常运行的问题、错误以及各种隐藏的功能缺陷。这些缺陷的存在将会导致用户正常的使用手机来获得运营商获得的功能和服务。
（二）手机软件缺陷处理的工具
软件缺陷管理工具从本质上讲是对软件中存在的缺陷进行收集和发布，并提供修改补丁。它是软件开发、测试、以及管理人员与各种缺陷进行沟通和对应操作的工具和渠道。而对软件缺陷管理工具的操作实际上就是对缺陷数据库的操作，通过保证数据库的合理准确性来给对相关的数据进行分类和分析，最终得到准确的评估。
二、半自动化手机软件定制缺陷处理的流程
半自动化手机软件定制缺陷的处理流程主要可以分为这样几个基本的步骤：
（一）提交缺陷
在进行软件的测试过程中会发现各种缺陷，这些软件测试内容包括软件的系统测试、功能測试，区域用户测试以及运营商测试等。其中区域用户的测试主要是日常使用过程中发现的软件缺陷，这可以利用DMS系统来进行提交。
（二）缺陷的确认
当提交的缺陷道道软件的开发团队之后，他们讲能够以所提交的缺陷描述来对软件缺陷进行核实，确认该缺陷是否真实存在或者是否会影响到软件的正常使用。
（三）分析缺陷是否为重复缺陷或者是错误缺陷
提交的缺陷有时候已经被人提交，且经过了处理，还有部分缺陷是用户对软件功能的误解而导致的缺陷。这时候，缺陷状态将成为拒绝或者是重复，将不会得到处理。
（四）缺陷分配到处理部门
当缺陷被确认之后，需要进行处理的时候，缺陷将被修改为开始处理的分配状态。假若缺陷的处理需要其他部门来进行时，则将之提交给其他部门。
（五）缺陷的处理
在进行缺陷的分配之后，就需要在对应的时间内完成对缺陷的处理和修改，在这个过程中缺陷状态将被修改为处理中的状态。
（六）完成缺陷的修改
在经过一段时间的修改和处理之后，缺陷修改完成后。缺陷矗立着还需要自己对软件进行一次测试，确保自己已经完成了对缺陷的修改，并且确保其修改工作不会导致其他副作用的产生。当确认处理完成之后，则将缺陷修改成为处理成功的状态。
（七）修改软件的集成缺陷
在处理人员完成自我软件测试之后，将处理好的软件打包提交给项目组进行集成之前的测试，这时处理过程进入了集成状态。
（八）集成测试确认通过
软件的集成测试通常是由缺陷的提交者来进行的，这主要是因为特定的缺陷只有少数人最为清楚。若处理不成功，将再一次进入软件缺陷提交状态。
（九）缺陷的关闭
项目负责人将定期的对DMS系统当中的已处理缺陷进行验证，并将之全部修改成为关闭状态，使得缺陷修改完毕。
三、半自动化手机软件定制过程中缺陷管理流程改进与优化
（一）SACCO处理流程的优化和改进策略
1.分析数据处理
以某一次缺陷分析为例，利用XSLT模板以及CDA生成的缺陷分析数据如下：以HB109为平台的手机软件与XSLT解析模板相关的设计缺陷一共包括271项，占到所有CDA分析缺陷的10.81％。而其中属于严重缺陷的数目达到64个，为全部CDA严重缺陷的17.63％。以HB109为平台的手机软件在软件定制过程中的缺陷一共包括487项，是所有CDA缺陷的19.35％。而属于严重缺陷的为123项，达到CDA严重缺陷的34.05％。
2.导致缺陷的原因
从上述的分析数据可以看到，与XSLT模板相关的缺陷是所有手机缺陷当中最少的一种，这有力地证明了采用XSLT模板相关的软件要远远比采用SACCO系统进行输入的成熟度要高。但是，一般就是这些问题最少的环节经常导致了最为严重的问题。在实际的上市使用过程中，XSLT模板就出现了很多严重的问题，导致大量的手机进入生产工厂返工的问题。
而由CDA生成分析过程而带来的缺陷以及对软件的整体影响程度在整个软件中处于一个中间水平，其最严重的比例也仅仅只是占到了三分之一。在进行CDA操作的生成过程中，由于基本的操作都是通过利用SACCO系统进行的。从这方面来看，导致这方面的缺陷主要是由于工程师在进行产品设计及建模过程中对建模需求的了解不足而导致的。
3.优化和改进策略
①进行XSLT任务移交
在文章上述中提到的产品上市过程中遭遇的严重缺陷，主要是由于针对软件技术的更新信息没有实时的提交给XSLT设计工程师，导致了软件设计理念的滞后。为了有效的杜绝这种现象的出现，同时考虑到XSLT模板已经趋于成熟。因此，这里可以将进入市场之后产品的XSLT修改工作直接提交给XSLT工程师来完成。这样，当XSLT在手机进入市场并得到用户的反馈信息之后可以更加及时的提交到处理部门，有效的降低了由于更新信息不及时而带来的风险。 ②取消软件定制工程师的具体分工处理方式
针对上述软件定制过程中出现软件建模的问题，可以从下面这样两个方面进行优化：其一，当前在进行CDA分析数据的分析过程中，通常是由于产品的建模过程中出现对应的内容缺失甚至是错误。导致这些问题的主要原因是由于软件的定制协调者在和软件设计工程师之间进行信息沟通的过程中出现沟通不畅以及信息共享时存在延迟或者是滞后而导致的。所以，为了有效的优化软件产品的建模过程，可以将建模工作提交给软件定制协调人员。而且每一个分开的建模工作量都不会很大，更多的工作一般都是对模板进行的更新和维护，便于简化建模工作，提高工作的质量和效率；其二，软件定制工程师的另外一个重要工作是利用SACCO系统进行CDA的建立，并提交给软件进行测试，发布软件信息。整个过程都是有操作系统来通来通过一系列的简单操作来完成的，不存在太大的技术难度。因此，可以将之提交给客户定制经理来完成。而这在一定程度上可能会造成客户定制经理工作量的增加，这时可以考虑适当增加客户定制经理的方式来予以平衡。这样，在同一个区域、同一个职位或者是同一个部门，都会在信息共享方面更加的流畅，迅速的提高工作效率和质量，减少软件的缺陷。
（二）CDA測试环节的改进建议
1.分析数据的处理
以HB109为平台建立的定制软件中，CDA缺陷项数为2505，在运营商进行测试的过程中发现了804项，在CDA的功能专项测试过程中发现了670项，在进行系统功能测试过程中发现398项，这其中还包括779项重复无效或者是被拒接的缺陷。
2.导致缺陷的原因
在对缺陷的分布特性进行分析的过程中，除了CDA生成过程中存在的缺陷在功能专项测试过程中被大量发现之外，其他的缺陷都是在运营商测试过程中才被发现的，发现的时间较晚。从这方面来讲，这直接影响到了软件的质量，运营商难以对软件形成较高的认可度，影响其上市时间。
2.优化及改进策略
强化CDA文件包与运营商的原始需求之间的对比测试。尤其是在SACCO系统软件测试的过程中，其主要的测试内容包括SACCO输入内容与CDA文件包之间的对比测试，在每一个版本的测试过程中都能够发现CDA文件包生成过程中的问题。而另外一种测试就是主要是将最终生成的文件包与运营商的需求规范进行对比测试。这种测试可以及时的发现软件平台的缺陷，但是其执行的频率较低，实际效果难以实现。因此，在进行优化的过程中可以加强这方面的保障性测试，并采取由SACCO系统自动提交测试请求的方式，在测试执行周期内分别在产品的初期、中期以及末期都执行一次的方式。这将便于及时的发现缺陷，确保顺利的完成并达到运营商的测试标准。
四、结语
本文对HB109软件平台的现有缺陷数据库进行了详细的分析，并针对企业系统软件的缺陷处理流程进行了深入探讨。最终，对SACOO系统对手机软件的定制流程进行了优化和改进。给提高手机软件定制过程中的缺陷处理效率提供了一个参考。
参考文献：
[1]张增建.半自动化手机软件定制中的缺陷分析和流程改进[D].北京邮电大学.2010,05
[2]孙磊.软件缺陷追踪研究及在手机软件研发中的应用[D].大连理工大学.2006,06
[3]洪勇军.第三方JavaME GUI框架LWUIT的分析与应用[J].连云港职业技术学院学报.2010:23(4):24-27
[4]王尚华.基于缺陷管理的手机软件质量管理方法研究[D].中国科学院研究生院,2010
关键词：半自动；手机软件；SACOO；软件定制；缺陷分析
中图分类号：TP311.52 文献标识码：A 文章编号：1007-9599 (2012) 10-0000-02
随着移动通信网络技术的快速发展，同时3G网络得到迅速发展，运营商在移动数据业务服务行业中开始进入激烈的竞争时期。为了能够有效的扩展己方在一定数据市场的占有份额，运营商在竞争的过程中采用各种营销策略，而利用手机终端厂商来进行其自身专有的系列软件成为了一种有效的手段和方式。同时，手机终端厂商也能够依靠运营商的销售网络来对自己的终端品牌进行推广。所以。手机软件定制成为了当前手机移动业务运营商以及手机终端厂商的主要经营模式。而解决软件定制过程中的缺陷自然成为了手机软件稳定性测试的关键工作。
一、软件缺陷及其处理工具
（一）手机软件缺陷
手机软件的缺陷，通常又被称作手机软件的Bug。就是手机软件在运行的过程中出现影响软件程序正常运行的问题、错误以及各种隐藏的功能缺陷。这些缺陷的存在将会导致用户正常的使用手机来获得运营商获得的功能和服务。
（二）手机软件缺陷处理的工具
软件缺陷管理工具从本质上讲是对软件中存在的缺陷进行收集和发布，并提供修改补丁。它是软件开发、测试、以及管理人员与各种缺陷进行沟通和对应操作的工具和渠道。而对软件缺陷管理工具的操作实际上就是对缺陷数据库的操作，通过保证数据库的合理准确性来给对相关的数据进行分类和分析，最终得到准确的评估。
二、半自动化手机软件定制缺陷处理的流程
半自动化手机软件定制缺陷的处理流程主要可以分为这样几个基本的步骤：
（一）提交缺陷
在进行软件的测试过程中会发现各种缺陷，这些软件测试内容包括软件的系统测试、功能測试，区域用户测试以及运营商测试等。其中区域用户的测试主要是日常使用过程中发现的软件缺陷，这可以利用DMS系统来进行提交。
（二）缺陷的确认
当提交的缺陷道道软件的开发团队之后，他们讲能够以所提交的缺陷描述来对软件缺陷进行核实，确认该缺陷是否真实存在或者是否会影响到软件的正常使用。
（三）分析缺陷是否为重复缺陷或者是错误缺陷
提交的缺陷有时候已经被人提交，且经过了处理，还有部分缺陷是用户对软件功能的误解而导致的缺陷。这时候，缺陷状态将成为拒绝或者是重复，将不会得到处理。
（四）缺陷分配到处理部门
当缺陷被确认之后，需要进行处理的时候，缺陷将被修改为开始处理的分配状态。假若缺陷的处理需要其他部门来进行时，则将之提交给其他部门。
（五）缺陷的处理
在进行缺陷的分配之后，就需要在对应的时间内完成对缺陷的处理和修改，在这个过程中缺陷状态将被修改为处理中的状态。
（六）完成缺陷的修改
在经过一段时间的修改和处理之后，缺陷修改完成后。缺陷矗立着还需要自己对软件进行一次测试，确保自己已经完成了对缺陷的修改，并且确保其修改工作不会导致其他副作用的产生。当确认处理完成之后，则将缺陷修改成为处理成功的状态。
（七）修改软件的集成缺陷
在处理人员完成自我软件测试之后，将处理好的软件打包提交给项目组进行集成之前的测试，这时处理过程进入了集成状态。
（八）集成测试确认通过
软件的集成测试通常是由缺陷的提交者来进行的，这主要是因为特定的缺陷只有少数人最为清楚。若处理不成功，将再一次进入软件缺陷提交状态。
（九）缺陷的关闭
项目负责人将定期的对DMS系统当中的已处理缺陷进行验证，并将之全部修改成为关闭状态，使得缺陷修改完毕。
三、半自动化手机软件定制过程中缺陷管理流程改进与优化
（一）SACCO处理流程的优化和改进策略
1.分析数据处理
以某一次缺陷分析为例，利用XSLT模板以及CDA生成的缺陷分析数据如下：以HB109为平台的手机软件与XSLT解析模板相关的设计缺陷一共包括271项，占到所有CDA分析缺陷的10.81％。而其中属于严重缺陷的数目达到64个，为全部CDA严重缺陷的17.63％。以HB109为平台的手机软件在软件定制过程中的缺陷一共包括487项，是所有CDA缺陷的19.35％。而属于严重缺陷的为123项，达到CDA严重缺陷的34.05％。
2.导致缺陷的原因
从上述的分析数据可以看到，与XSLT模板相关的缺陷是所有手机缺陷当中最少的一种，这有力地证明了采用XSLT模板相关的软件要远远比采用SACCO系统进行输入的成熟度要高。但是，一般就是这些问题最少的环节经常导致了最为严重的问题。在实际的上市使用过程中，XSLT模板就出现了很多严重的问题，导致大量的手机进入生产工厂返工的问题。
而由CDA生成分析过程而带来的缺陷以及对软件的整体影响程度在整个软件中处于一个中间水平，其最严重的比例也仅仅只是占到了三分之一。在进行CDA操作的生成过程中，由于基本的操作都是通过利用SACCO系统进行的。从这方面来看，导致这方面的缺陷主要是由于工程师在进行产品设计及建模过程中对建模需求的了解不足而导致的。
3.优化和改进策略
①进行XSLT任务移交
在文章上述中提到的产品上市过程中遭遇的严重缺陷，主要是由于针对软件技术的更新信息没有实时的提交给XSLT设计工程师，导致了软件设计理念的滞后。为了有效的杜绝这种现象的出现，同时考虑到XSLT模板已经趋于成熟。因此，这里可以将进入市场之后产品的XSLT修改工作直接提交给XSLT工程师来完成。这样，当XSLT在手机进入市场并得到用户的反馈信息之后可以更加及时的提交到处理部门，有效的降低了由于更新信息不及时而带来的风险。 ②取消软件定制工程师的具体分工处理方式
针对上述软件定制过程中出现软件建模的问题，可以从下面这样两个方面进行优化：其一，当前在进行CDA分析数据的分析过程中，通常是由于产品的建模过程中出现对应的内容缺失甚至是错误。导致这些问题的主要原因是由于软件的定制协调者在和软件设计工程师之间进行信息沟通的过程中出现沟通不畅以及信息共享时存在延迟或者是滞后而导致的。所以，为了有效的优化软件产品的建模过程，可以将建模工作提交给软件定制协调人员。而且每一个分开的建模工作量都不会很大，更多的工作一般都是对模板进行的更新和维护，便于简化建模工作，提高工作的质量和效率；其二，软件定制工程师的另外一个重要工作是利用SACCO系统进行CDA的建立，并提交给软件进行测试，发布软件信息。整个过程都是有操作系统来通来通过一系列的简单操作来完成的，不存在太大的技术难度。因此，可以将之提交给客户定制经理来完成。而这在一定程度上可能会造成客户定制经理工作量的增加，这时可以考虑适当增加客户定制经理的方式来予以平衡。这样，在同一个区域、同一个职位或者是同一个部门，都会在信息共享方面更加的流畅，迅速的提高工作效率和质量，减少软件的缺陷。
（二）CDA測试环节的改进建议
1.分析数据的处理
以HB109为平台建立的定制软件中，CDA缺陷项数为2505，在运营商进行测试的过程中发现了804项，在CDA的功能专项测试过程中发现了670项，在进行系统功能测试过程中发现398项，这其中还包括779项重复无效或者是被拒接的缺陷。
2.导致缺陷的原因
在对缺陷的分布特性进行分析的过程中，除了CDA生成过程中存在的缺陷在功能专项测试过程中被大量发现之外，其他的缺陷都是在运营商测试过程中才被发现的，发现的时间较晚。从这方面来讲，这直接影响到了软件的质量，运营商难以对软件形成较高的认可度，影响其上市时间。
2.优化及改进策略
强化CDA文件包与运营商的原始需求之间的对比测试。尤其是在SACCO系统软件测试的过程中，其主要的测试内容包括SACCO输入内容与CDA文件包之间的对比测试，在每一个版本的测试过程中都能够发现CDA文件包生成过程中的问题。而另外一种测试就是主要是将最终生成的文件包与运营商的需求规范进行对比测试。这种测试可以及时的发现软件平台的缺陷，但是其执行的频率较低，实际效果难以实现。因此，在进行优化的过程中可以加强这方面的保障性测试，并采取由SACCO系统自动提交测试请求的方式，在测试执行周期内分别在产品的初期、中期以及末期都执行一次的方式。这将便于及时的发现缺陷，确保顺利的完成并达到运营商的测试标准。
四、结语
本文对HB109软件平台的现有缺陷数据库进行了详细的分析，并针对企业系统软件的缺陷处理流程进行了深入探讨。最终，对SACOO系统对手机软件的定制流程进行了优化和改进。给提高手机软件定制过程中的缺陷处理效率提供了一个参考。
参考文献：
[1]张增建.半自动化手机软件定制中的缺陷分析和流程改进[D].北京邮电大学.2010,05
[2]孙磊.软件缺陷追踪研究及在手机软件研发中的应用[D].大连理工大学.2006,06
[3]洪勇军.第三方JavaME GUI框架LWUIT的分析与应用[J].连云港职业技术学院学报.2010:23(4):24-27
[4]王尚华.基于缺陷管理的手机软件质量管理方法研究[D].中国科学院研究生院,2010