所有提交的电磁系统将被重定向到在线手稿提交系统。作者请直接提交文章在线手稿提交系统各自的杂志。

自动缺陷识别方法的虐待数字图像的过程

Kannan萨勃拉曼尼亚
MCA称,Bharath大学印度钦奈- 600073
相关文章Pubmed,谷歌学者

访问更多的相关文章国际期刊的创新在计算机和通信工程的研究

文摘

质量控制是瓷砖行业的一个重要问题。另一方面维持生产的速度对时间瓷砖制造也是一个大问题。再次,瓷砖的价格也取决于纯度的质地、颜色的准确性,形状等。考虑到这标准,自动缺陷检测和分类技术提出了在这个报告,可以确保更好的质量的瓷砖生产过程以及生产速度。我们建议的方法中扮演一个重要的角色在瓷砖行业检测缺陷和瓷砖的质量控制。这个自动化分类方法能帮助我们获得知识缺陷的模式在很短的时间内,也决定对恢复过程,以便叛逃瓷砖不得混合着新鲜的瓷砖。

关键字

质量控制;模式的缺陷;叛逃瓷砖;新鲜的瓷砖

我选择的编程语言

选择特定的语言应该根据项目的总体目标。开始前的一个重要项目,这将是重要的在各种语言创建多个独立的测试代码项目。这将描述哪一个最适合你的任务,将会节省时间在选择一个特定的语言没有不必要的头痛。另一种方法是把项目分成不同的模块或小型项目为每个模块并选择一个不同的语言可能是最适合这个项目。有些编程语言需要高端配置而其他常见的配置需求,是非常重要的考虑用户的机器配置而选择语言。选择特定的语言,开发人员需要考虑平台的依赖,员工知道的语言,流行的语言,对语言项目团队的一致。所选语言必须由用户和开发人员容易理解的。预计选择语言有助于节省时间,金钱,努力在项目和适用性。

二世。复杂性是什么?

试图理解程序的复杂性时遇到的第一个问题是定义意味着什么程序很复杂。Basili复杂性定义为衡量系统消耗的资源而相互作用的一个软件来执行一个给定的任务[1]。如果交互系统是一个计算机,然后复杂性定义为所需的执行时间和存储执行计算。如果交互系统是一个程序员,那么复杂性定义为执行任务的难度,如编码、调试、测试、或修改软件。软件复杂性这个词往往是应用程序之间的交互和程序员在编程任务。
这些措施通常是基于程序代码无视评论和文体属性,如缩进和命名约定。措施通常依赖于项目规模、控制结构、模块接口的本质。最广为人知的措施是霍氏和他的同事们设计的,统称为软件科学[2]。
Halstead措施的函数操作符和操作数的程序的数量。软件科学的主要组件
n1,独特的运营商,
n2,独特的操作数,
N1,运营商的总数,
N2,操作数的总数。
Halstead定义的体积,V,程序的
V = (N1 + N2) log2 (N1 + N2)
和程序困难,D
D = (n1 X N2) / 2 N2
Halstead派生的其他措施。其中最广泛研究的是一个估计的工作量,E,需要实现一个计划:
E = D X V

三世。软件复杂性度量的属性

几个属性的措施决定的方式测量可以使用。

强度

如果软件复杂性测量用来评估项目,那么重要的是要考虑测量的响应程序的修改。不仅措施应可靠地预测软件的复杂性,但编程技术,减少测量应该检查以确保减少测量一直生产改善项目。特别是,它应该不可能减少测量通过偶然的修改计划。此外,编程技术,修改程序以一个理想的方式对一个属性不能产生不良变化的另一个属性作为一个副作用。一个健壮的软件复杂性是敏感的底层程序的复杂性,不能误导附带修改程序。
一些作者研究之间的关系的复杂性措施和普遍接受的公理为良好的编程(3、4、5、6)。他们的策略是研究复杂性措施如何影响遵循良好的编程风格的格言。霍氏的E、圈数、行数已经检查了模块化的响应能力,使用临时变量,初始化程序等。这些分析的结果不为这些措施提供强有力的支持。对于某些类的程序,采取措施减少一些良好的编程实践。

b . Normativeness

复杂性测量的解释是,如果度量提供了一个标准的测量可以相比。没有这样的一个标准,是毫无意义的度规适用于项目的孤立。判断一个项目是否过于复杂,一个规范,表明一些复杂性必须指定的可接受的水平。

特异性

软件复杂性分析可以提供一个评估工具,它可以在程序开发和测试期间使用。设计师和程序员可以使用措施在项目建设找到不足。复杂性测量也可以用作指导进行测试和维护工作。衡量的程度能够执行这些函数,将取决于它指定如何对一个程序的复杂性。

d .规定性就是

如果软件复杂性的限制措施证明是有用的程序复杂性,然后他们必须不仅指数级别的程序的复杂性,但是也应该显示的方法来减少复杂性。可以开技术措施以避免过度复杂性以及过于复杂的程序已经写的直接修改。

四、任务复杂性

答:任务量

我们测量的任务大小数千行软件指令的数量。随着软件产品在一个编程语言编写,代码行提供一个合理的测量软件的大小。自然,我们希望更多的软件指令将需要更长的时间来开发。

b结构复杂性

结构复杂性可以通过测量评估特征,使编程语言难以理解和改变[7]。作为影响的模块数量的增加,它变得更加难以理解的部分被修改将影响系统的其他部分,增加开发人员需要处理的信息量来实现

诉项目失败的主要原因

项目开发的IT服务行业是至关重要的因素,因为整个IT行业利润取决于项目的成功。图1显示了IT项目失败的主要原因,29%的IT项目失败由于资源的不充分协调在项目的编程语言和数据库管理系统是一个主要的资源项目。讨论项目开发时的一些问题需要解决在项目的早期阶段,因为它的时间很长,因此如果我们不解决这个问题,在开发阶段的早期就成为不可避免的。
图像

诉测试

一次测量了,必须测试,以确保它实际上措施要度量的东西。

答:实验设计

研究人员试图验证措施的软件复杂性方法论的泥沼。一个巨大的数量的参数可能会影响实验的结果。主题选择、编程语言、编程任务和实现的算法都能深刻地影响结果的性质和程度的实验观测将推广到更大的编程环境。问题的不确定性加剧了这些参数如何确定程序员交互行为。甚至更糟的是,没有好的方法来量化参数,比如程序员能力和困难的问题。
一旦指定编程环境,实验者必须设计一个方法来操纵独立variable-typically一些程序属性。如果作为一个自然实验进行研究(观察实际项目生产在实际工作环境中),那么问题是找到不同的程序只有在感兴趣的变量。很难获得uncontrived程序只在一个或两个不同维度不应被低估。

结论

软件开发人员的主要目标是开发一个项目,满足用户的需求以及项目时间期限内将完成。如果编程语言的选择不能在项目初始阶段,开发团队需要去基础,重新开始工作。这是浪费资源的组织。本文提供了指导方针,选择项目开发的编程语言。如果开发人员使用不合适的编程语言然后项目肯定会不正常工作,由于用户不满意的项目。复杂性措施目前只提供软件复杂性的原油指数。进步可能会慢慢随着编程行为变得更好理解。用户必须意识到复杂的措施这些措施的局限性和谨慎地靠近他们的应用程序。测量前纳入一个编程环境,用户应该确保测量适合手头的任务。使用要求的测量必须具备的属性。 Finally, users should always view complexity measurements with a critical eye.

引用

  1. Basili稳压器定性软件复杂性模型:总结。在教程软件管理和工程模型和方法。IEEE计算机协会出版社,洛杉矶类似加州1980。
  2. Halstead M.H.元素科学的软件。爱思唯尔北荷兰,纽约,1977年。
  3. 贝克,A.L.软件科学评估模块化概念的使用。IEEE反式。Softw。Eng。SE-S 2(1979年3月),页110 - 120。
  4. 贝克,A.L.,and Zweben, S.H. A comparison of measures of control flow complexity. IEEE Trans. Softw. Eng. SE-6,6 (Nov. 1980). 506-512.
  5. 传教士、高家俊软件复杂性度量灵敏度程序构建规则。一、系统。Softw。3, 3(1983年9月),231 - 243。
  6. 戈登,r测量改进程序清晰。IEEE反式。Softw。Eng。se 5 2(1979年3月),页79 - 90。
  7. 柯蒂斯,B。,S. B. Sheppard, P. Milliman, M. A. Borst, T. Love. 1979. Measuring the psychological complexity of software maintenance tasks with the Halstead and Mccabe metrics. IEEE Trans. Software Engrg. 5(2) 96–104.