SlideShare une entreprise Scribd logo
1  sur  3
Télécharger pour lire hors ligne
ISSN: 2278 – 1323
International Journal of Advanced Research in Computer Engineering & Technology (IJARCET)
Volume 2, No 5, May 2013
1841
www.ijarcet.org
A Maintainability Estimation Model and
Metrics for Object-Oriented Design (MOOD)
Kiranjit Kaur
M.tech, research work, Software Engineering.
Sami Anand Asst. Prof.(L.P.U.)
M.tech ,member of IEEE&IEEE Computer Society,
research work in area of Network Security and Software Engineering..
Abstract— Maintainability is that phase which may help
the designer for improving the quality of the software system
before deliver to a customer. This paper uses a multivariate
linear model, which estimates the maintainability of a class
diagram in the term of reliability, portability that are the
sub-characteristics of maintainability which are use to
evaluate maintainability estimation model of class diagram
and create the Maintainability Estimation Metrics for a
maintainability estimation of class diagram. These metrics
help a software designer for the purpose of improving the
maintainability of a class diagram in the design phase,
which are helpful in feature to reduce the increasing high
cost of software maintenance phase
Index Terms — UML Class Diagram, Software
Maintainability, Software Maintainability Model,
Software Metrics.
I .INTRODUCTION
A good development method is one that requires less
effort to maintain the software. It reduces the increasing
high cost of software maintenance phase.
Maintainability of any software in design phase may be
helping a software designer to improve the
maintainability of software before deliver to a customer
[1], [2]. The maintainability is defined by ―IEEE
standard glossary of Software Engineering as ―the ease
with which a software system or component can be
modified to correct faults, improve performance or
other attributes, or adapt to a changed environment‖.
Software maintains is one of the important part that are
expensive in cost and challenging in nature, which it is
not properly managed and often ignored [3].
UML (Unified Modeling Language) has been proposed
as a standard language for expressing object-oriented
software designs which used in the development of any
software system.UML provides the structural and
behavioral aspects of software systems. Class diagram
is one of the important parts of any software which play
an important role in the design phase of object-oriented
software early estimation of their maintainability may
help designers to incorporate required enhancements
and corrections for the purpose of improve the
maintainability of the final software to be delivered in
future [4].
11.RELATED WORK
―Maintainability Estimation Model for Object-Oriented
software in design phase (MEMOOD)‖ estimation the
maintainability of UML class diagram in term of
understandability and modifiability and developed a
multivariate linear model [4]. Object –Oriented process
are used as a solution to software development problems.
Object –Oriented development use to reduce the
maintenance effort that not based on reliable
experimentation [5]. Presents a multivariate linear
regression for establish the maintainability estimation
model and develop the Maintainability Estimation Tool
for a maintainability estimation of class diagram. It takes
two quality factor flexibility and extendibility [6]. It
effort to maintain a software system is related to
technical quality of the source code of that system. It
defines the Maintainability Index limitations and
problems [7]. The Halstead complexity is used for
measuring maintainability. It shows the results that
confirmed partially our assumptions that need to be
evaluated with future uses [8]. The types of models are
used that give us a vocabulary and a tool that allow us to
discuss how to maintain software so as not to make it
deteriorate. Verifying and valid verification
measurements are used [9]. Study on the empirical
evidence using some object –oriented metrics that can
effectively predict maintainability of software systems.
These metrics are such as size, inheritance, cohesion and
coupling [10]. It presented a concern-oriented framework
which supports the instantiation and comparison of
concern measures. In this paper there is a rich body of
ideas regarding the way to address concern measurement
[11]. When more and more attentions are focused on the
quality of the software, it’s reasonable to believe that the
ISSN: 2278 – 1323
International Journal of Advanced Research in Computer Engineering & Technology (IJARCET)
Volume 2, No 5, May 2013
1842
www.ijarcet.org
software complexity metrics will be sit on its right place
that is the main purpose of a survey on metrics of
software complexity [12]. Measure the software metrics
and Reliability that try to define how software is reliable
and easy to maintain, which free from errors, faults and
failure [13].
III. PROPESAL WORK
Scope of study: A new Extended Maintenance Model
is to be design which calculates Maintainability of
UML class diagrams of Object Oriented Software in the
terms of reliability and portability based upon MOOD
metrics. On the basis of following factors we will create
our Extended Maintenance Model. These new added
factors can decrease the maintain cost of the software
project. In portability we can reuse the software
component. As we know that the software project takes
more cost for debugging as compare to new building of
project So if we use reusability factor in maintenance
model. We can replace the component which contains
bugs instead of debugging it. It may reduce the
maintenance cost of our project. The other factor is
reliability. It increases the reliability of software project
during its maintenance. It may increase the accuracy,
completeness and robustness of our software project.
Portability: The effort required to transfer a program
from one environment to another. To executable version
of software in a new environment is a act of porting. It’s
like software component but in portability the
component change its environment. A software system
is a collection of software units. We use the term
software unit to indicate an application program, a
system program, or a component of a program. The
term environment refers to the complete range of
elements in an installation that interact with the ported
software. This includes a processor and operating
system and it may also involve I/O devices, networks. It
is important to remember that porting is an alternative
to redevelopment. One alternative starts with an
existing implementation, the other starts with a
specification. When a new implementation is the goal, a
critical choice must be made as to which approach will
be most cost effective. The portability of a software unit
is only meaningful with respect to one or more
environments. We are particularly interested in
portability for a class of environments, since we do not
expect to know all likely target environments when the
software is developed.
Reliability: The system’s ability not to fail/ the extent
to which the system fails. It’s is most commonly
measured by the Mean Time between Failures. Changes
that reduce reliability should be avoided. The software
verification process aims to detect and remove defects
and make it more reliable. Changes that introduce
defects into the software make it less reliable. Tests
should be used to verify that no defects have been
introduced by the change after it has been implemented.
Reliability can be reduced by reusing components that
have not been developed to the same standards as the
rest of the software. The effect of a modification on
software reliability can be estimated indirectly by
measuring its effect on the complexity of the software.
This effect can be measured when the change is
designed.
Fig 1: Existing Maintainability Model
Methodology: In the following, definitions will be
given of a few fundamental concepts discussed in this
paper. While the terms below will be used throughout
the report, it must be understood that we can decrease
the maintenance cost by adding reliability and
portability in to maintenance model. Maintainability is a
effort required to locate and fix a fault in the program
within its operating environment. In the purposed
methodology we add two new factors in to
maintainability model. These two factors are portability
and reliability. These factors may reduce the
maintenance cost of the software project. Portability
provides Device Independence and self contentedness
to the software components and reliability provide self
contentedness, accuracy, completeness and robustness.
In the purposed methodology we are going to
add two new factors in to Maintenance model which
reduces the maintenance cost of software project. We
are going to develop a tool in MATLAB GUI which
shows the maintainability process through different
software components. This GUI will contain different
components of software in which some components
contain bugs. The working of GUI shows s that if we
change the bugged components during maintenance
then we can reduce the cost of maintenance because in
software engineering we know that the cost of
debugging is more then to create a new project. Now
the reliability factor gives us the reliability of new
added component. It will give estimation of the
reliability of new added component in the existing
environment. New added factor are Reliability and
Portability, which increase the maintainability of the
project by using some data set. Which increase the
maintainability of the project.
1. The fixed data set is taken which is having
MOOD metrics values
ISSN: 2278 – 1323
International Journal of Advanced Research in Computer Engineering & Technology (IJARCET)
Volume 2, No 5, May 2013
1843
www.ijarcet.org
2. The inheritance approach is been used for
adding the factor of reliability and portability
in MOOD metrics
3. Reliability and portability are inherited from
CK metrics
4. When both the features are added into MOOD
metrics, software maintained will done more
accurately in efficient way
5. The enhancement is made in MOOD metrics
in terms of performance after adding feature of
portability and reliability
Formula used for inheritance is as:
function inheritance =
likelihood2class(likelihoods)
[sample_n,class_n] = size(likelihoods);
maxs =
(likelihoods==repmat(max(likelihoods,[],2),[1,class_n])
);
inheritance=zeros(sample_n,1);
for i=1:sample_n
inheritance(i) = find(maxs(i,:),1);
Data set (input)
Testability
.Accessibility 2.1%
.Communicativeness 8.7%
.Self Descriptiveness 9.32%
Understandability
.Consistency 10.09%
.Conciseness4.21%
.Legibility9.27%
Modifiability
.Structrendness10.51%
.Augmentability1.04%
Portability
.Device independence7.87%
.Self containdness11.11%
Reliability
.Complentness7.34%
.Robusrnesss3.25%
.Accuracy5.21%
V.REFERENCES
[1] Oman P. and Hagemeister J.,―Metrics for assessing a
software system’s maintainability,‖ Software
Maintenance, 1992, pp.337-334.
[2] Kiewkanya M., Jindasawant N. and Muenchaisri P., ―A
methodology for constructing maintainability model of
object-oriented design,‖ Quality Software QSIC2004
Proceeding Fourth International, 2004, pp.206-213.
[3] Dagpinder Melis and Jahnke Jens H.,―Predicting
Maintainability with Object-Oriented Metric- an
Empirical Comparison,‖Proc.10th
Working Conference
on Reverse Engineering (WCRE’03), 13-17Nov.2003,
pp.155-164, 2003.
[4] Rizvi S.W.A.And Khan R.A., ―Maintainability
Estimation Model for Object-Oriented Software in
Sannella Design Phase (MEMOOD),‖JOURNAL OF
COMPUTING, VOLUME 2, ISSUE 4, APRIL2010.
[5] Hall John M., ―The Maintainability of Object-Oriented
Software‖..
[6] Hincheeranan Alisara and Rivepiboon Wanchai , ―A
Maintainability Estimation Model and Tool,‖
International Journal of Computer and Communication
Engineering, Vol.1, No.2, july2012.
[7] Heitlager Ilja, Kuipers Tobias and Visser Joost, ―A
Practical Model for Measuring Maintainability,‖-a
preliminary report.
[8] Gentzane Aldekoa, Salvador Trujillo, Goiuria Sagardui
and Oscar Diaz ―Experience Measuring Maintainability
in Software Product Lines,‖ XV Jornadas de ingenieria
del Software y Bases de Datos JISBD 2006.
[9] Land Rikard , ― Software Deterioration and
Maintainability-A Model Proposal‖.
[10]Dagpinar Melis and Jahnke Jens H., ―Predicting
Maintainability with Object-Oriented Metrics-An
Empirical Comparison,‖ proceedings of the 10th
Working Conferenceon Reverse Engineering
(WDRE’03)2003 IEEE
[11]Figueiredo Eduardo, Anna Claudio Sant, Garcia
Alessandro, Bartolomei Thiago T., Cazzola Walter and
Marchetto Alessandro ―On the Maintainability of
Aspect-Oriented Software: A Concern-Oriented
Measurement Framework‖.
[12]Yu Sheng, Zhou Shijie, ―A Survey on Metric of
Software Complexity‖.
[13]Rosenberg Dr.Linda, Hammer Ted and Shaw Jack,
―Software Metrics and Reliability‖.
[14]Sharma Aman Kumar, Kalia Arvind and Singh
Hardeep, ―Metrics Identification for Measuring Object
Oriented Software Quality,‖ International Journal of
Soft Computing and Engineering (IJSCE) ISSN: 2231-
2307, Volume-2, issu-5, November 2012.

Contenu connexe

Tendances

Software evolution and maintenance
Software evolution and maintenanceSoftware evolution and maintenance
Software evolution and maintenanceFeliciano Colella
 
Contributors to Reduce Maintainability Cost at the Software Implementation Phase
Contributors to Reduce Maintainability Cost at the Software Implementation PhaseContributors to Reduce Maintainability Cost at the Software Implementation Phase
Contributors to Reduce Maintainability Cost at the Software Implementation PhaseWaqas Tariq
 
02 software component selection
02 software component selection02 software component selection
02 software component selectionprj_publication
 
Ch7-Software Engineering 9
Ch7-Software Engineering 9Ch7-Software Engineering 9
Ch7-Software Engineering 9Ian Sommerville
 
Ch8-Software Engineering 9
Ch8-Software Engineering 9Ch8-Software Engineering 9
Ch8-Software Engineering 9Ian Sommerville
 
SWE-401 - 5. Software Design Basics
SWE-401 - 5. Software Design BasicsSWE-401 - 5. Software Design Basics
SWE-401 - 5. Software Design Basicsghayour abbas
 
Software engineering lecture notes
Software engineering   lecture notesSoftware engineering   lecture notes
Software engineering lecture notesAmmar Shafiq
 
EMPIRICALLY VALIDATED SIMPLICITY EVALUATION MODEL FOR OBJECT ORIENTED SOFTWARE
EMPIRICALLY VALIDATED SIMPLICITY EVALUATION MODEL FOR OBJECT ORIENTED SOFTWAREEMPIRICALLY VALIDATED SIMPLICITY EVALUATION MODEL FOR OBJECT ORIENTED SOFTWARE
EMPIRICALLY VALIDATED SIMPLICITY EVALUATION MODEL FOR OBJECT ORIENTED SOFTWAREijseajournal
 
Software Engineering
Software Engineering Software Engineering
Software Engineering JayaKamal
 
Chapter 5 software design
Chapter 5 software designChapter 5 software design
Chapter 5 software designPiyush Gogia
 
Ian Sommerville, Software Engineering, 9th Edition Ch2
Ian Sommerville,  Software Engineering, 9th Edition Ch2Ian Sommerville,  Software Engineering, 9th Edition Ch2
Ian Sommerville, Software Engineering, 9th Edition Ch2Mohammed Romi
 
Software Engineering
Software Engineering Software Engineering
Software Engineering JayaKamal
 
SE2_Lec 23_Introduction to Cloud Computing
SE2_Lec 23_Introduction to Cloud ComputingSE2_Lec 23_Introduction to Cloud Computing
SE2_Lec 23_Introduction to Cloud ComputingAmr E. Mohamed
 
Software Engineering - Ch3
Software Engineering - Ch3Software Engineering - Ch3
Software Engineering - Ch3Siddharth Ayer
 

Tendances (20)

Software evolution and maintenance
Software evolution and maintenanceSoftware evolution and maintenance
Software evolution and maintenance
 
Contributors to Reduce Maintainability Cost at the Software Implementation Phase
Contributors to Reduce Maintainability Cost at the Software Implementation PhaseContributors to Reduce Maintainability Cost at the Software Implementation Phase
Contributors to Reduce Maintainability Cost at the Software Implementation Phase
 
02 software component selection
02 software component selection02 software component selection
02 software component selection
 
Ch7-Software Engineering 9
Ch7-Software Engineering 9Ch7-Software Engineering 9
Ch7-Software Engineering 9
 
Ch8-Software Engineering 9
Ch8-Software Engineering 9Ch8-Software Engineering 9
Ch8-Software Engineering 9
 
SWE-401 - 5. Software Design Basics
SWE-401 - 5. Software Design BasicsSWE-401 - 5. Software Design Basics
SWE-401 - 5. Software Design Basics
 
Software engineering lecture notes
Software engineering   lecture notesSoftware engineering   lecture notes
Software engineering lecture notes
 
Software Evolution
Software EvolutionSoftware Evolution
Software Evolution
 
EMPIRICALLY VALIDATED SIMPLICITY EVALUATION MODEL FOR OBJECT ORIENTED SOFTWARE
EMPIRICALLY VALIDATED SIMPLICITY EVALUATION MODEL FOR OBJECT ORIENTED SOFTWAREEMPIRICALLY VALIDATED SIMPLICITY EVALUATION MODEL FOR OBJECT ORIENTED SOFTWARE
EMPIRICALLY VALIDATED SIMPLICITY EVALUATION MODEL FOR OBJECT ORIENTED SOFTWARE
 
Ch17 distributed software engineering
Ch17 distributed software engineeringCh17 distributed software engineering
Ch17 distributed software engineering
 
Software Engineering
Software Engineering Software Engineering
Software Engineering
 
Ch15 software reuse
Ch15 software reuseCh15 software reuse
Ch15 software reuse
 
Chapter 5 software design
Chapter 5 software designChapter 5 software design
Chapter 5 software design
 
Ian Sommerville, Software Engineering, 9th Edition Ch2
Ian Sommerville,  Software Engineering, 9th Edition Ch2Ian Sommerville,  Software Engineering, 9th Edition Ch2
Ian Sommerville, Software Engineering, 9th Edition Ch2
 
Ch2 sw processes
Ch2 sw processesCh2 sw processes
Ch2 sw processes
 
Ijetcas14 340
Ijetcas14 340Ijetcas14 340
Ijetcas14 340
 
Ch19 systems engineering
Ch19 systems engineeringCh19 systems engineering
Ch19 systems engineering
 
Software Engineering
Software Engineering Software Engineering
Software Engineering
 
SE2_Lec 23_Introduction to Cloud Computing
SE2_Lec 23_Introduction to Cloud ComputingSE2_Lec 23_Introduction to Cloud Computing
SE2_Lec 23_Introduction to Cloud Computing
 
Software Engineering - Ch3
Software Engineering - Ch3Software Engineering - Ch3
Software Engineering - Ch3
 

En vedette

Dissertation_MSc Human Rights
Dissertation_MSc Human RightsDissertation_MSc Human Rights
Dissertation_MSc Human RightsSally Smith
 
Ijarcet vol-2-issue-7-2384-2388
Ijarcet vol-2-issue-7-2384-2388Ijarcet vol-2-issue-7-2384-2388
Ijarcet vol-2-issue-7-2384-2388Editor IJARCET
 
Filiación
FiliaciónFiliación
FiliaciónAmalWai
 
A Review- Pharmaceutical and Pharmacokinetic Aspect of Nanocrystalline Suspen...
A Review- Pharmaceutical and Pharmacokinetic Aspect of Nanocrystalline Suspen...A Review- Pharmaceutical and Pharmacokinetic Aspect of Nanocrystalline Suspen...
A Review- Pharmaceutical and Pharmacokinetic Aspect of Nanocrystalline Suspen...Dhaval shah
 

En vedette (8)

Excel referencias3
Excel  referencias3Excel  referencias3
Excel referencias3
 
Opciones windows(1)
Opciones windows(1)Opciones windows(1)
Opciones windows(1)
 
Kareem
KareemKareem
Kareem
 
1789 1800
1789 18001789 1800
1789 1800
 
Dissertation_MSc Human Rights
Dissertation_MSc Human RightsDissertation_MSc Human Rights
Dissertation_MSc Human Rights
 
Ijarcet vol-2-issue-7-2384-2388
Ijarcet vol-2-issue-7-2384-2388Ijarcet vol-2-issue-7-2384-2388
Ijarcet vol-2-issue-7-2384-2388
 
Filiación
FiliaciónFiliación
Filiación
 
A Review- Pharmaceutical and Pharmacokinetic Aspect of Nanocrystalline Suspen...
A Review- Pharmaceutical and Pharmacokinetic Aspect of Nanocrystalline Suspen...A Review- Pharmaceutical and Pharmacokinetic Aspect of Nanocrystalline Suspen...
A Review- Pharmaceutical and Pharmacokinetic Aspect of Nanocrystalline Suspen...
 

Similaire à 1841 1843

Intro softwareeng
Intro softwareengIntro softwareeng
Intro softwareengPINKU29
 
Software engineering introduction
Software engineering introductionSoftware engineering introduction
Software engineering introductionVishal Singh
 
IRJET- A Study on Software Reliability Models
IRJET-  	  A Study on Software Reliability ModelsIRJET-  	  A Study on Software Reliability Models
IRJET- A Study on Software Reliability ModelsIRJET Journal
 
Elementary Probability theory Chapter 2.pptx
Elementary Probability theory Chapter 2.pptxElementary Probability theory Chapter 2.pptx
Elementary Probability theory Chapter 2.pptxethiouniverse
 
A New Model for Study of Quality Attributes to Components Based Development A...
A New Model for Study of Quality Attributes to Components Based Development A...A New Model for Study of Quality Attributes to Components Based Development A...
A New Model for Study of Quality Attributes to Components Based Development A...Kiogyf
 
Software maintaince.pptx
Software maintaince.pptxSoftware maintaince.pptx
Software maintaince.pptxAmarYa2
 
An Approach to Calculate Reusability in Source Code Using Metrics
An Approach to Calculate Reusability in Source Code Using MetricsAn Approach to Calculate Reusability in Source Code Using Metrics
An Approach to Calculate Reusability in Source Code Using MetricsIJERA Editor
 
Changeability Evaluation Model for Object Oriented Software
Changeability Evaluation Model for Object Oriented SoftwareChangeability Evaluation Model for Object Oriented Software
Changeability Evaluation Model for Object Oriented SoftwareAIRCC Publishing Corporation
 
CHANGEABILITY EVALUATION MODEL FOR OBJECT ORIENTED SOFTWARE
CHANGEABILITY EVALUATION MODEL FOR OBJECT ORIENTED SOFTWARECHANGEABILITY EVALUATION MODEL FOR OBJECT ORIENTED SOFTWARE
CHANGEABILITY EVALUATION MODEL FOR OBJECT ORIENTED SOFTWAREAIRCC Publishing Corporation
 
Advanced Software Engineering.ppt
Advanced Software Engineering.pptAdvanced Software Engineering.ppt
Advanced Software Engineering.pptRvishnupriya2
 
A Review On Software Reliability.
A Review On Software Reliability.A Review On Software Reliability.
A Review On Software Reliability.Kelly Taylor
 
Relational Analysis of Software Developer’s Quality Assures
Relational Analysis of Software Developer’s Quality AssuresRelational Analysis of Software Developer’s Quality Assures
Relational Analysis of Software Developer’s Quality AssuresIOSR Journals
 
Identification & analysis of parameters for program quality improvement a ree...
Identification & analysis of parameters for program quality improvement a ree...Identification & analysis of parameters for program quality improvement a ree...
Identification & analysis of parameters for program quality improvement a ree...Alexander Decker
 

Similaire à 1841 1843 (20)

Intro softwareeng
Intro softwareengIntro softwareeng
Intro softwareeng
 
Software engineering introduction
Software engineering introductionSoftware engineering introduction
Software engineering introduction
 
IRJET- A Study on Software Reliability Models
IRJET-  	  A Study on Software Reliability ModelsIRJET-  	  A Study on Software Reliability Models
IRJET- A Study on Software Reliability Models
 
Elementary Probability theory Chapter 2.pptx
Elementary Probability theory Chapter 2.pptxElementary Probability theory Chapter 2.pptx
Elementary Probability theory Chapter 2.pptx
 
Lecture1422914635
Lecture1422914635Lecture1422914635
Lecture1422914635
 
A New Model for Study of Quality Attributes to Components Based Development A...
A New Model for Study of Quality Attributes to Components Based Development A...A New Model for Study of Quality Attributes to Components Based Development A...
A New Model for Study of Quality Attributes to Components Based Development A...
 
Software maintaince.pptx
Software maintaince.pptxSoftware maintaince.pptx
Software maintaince.pptx
 
An Approach to Calculate Reusability in Source Code Using Metrics
An Approach to Calculate Reusability in Source Code Using MetricsAn Approach to Calculate Reusability in Source Code Using Metrics
An Approach to Calculate Reusability in Source Code Using Metrics
 
D502023439
D502023439D502023439
D502023439
 
D502023439
D502023439D502023439
D502023439
 
Cm24585587
Cm24585587Cm24585587
Cm24585587
 
C0371019027
C0371019027C0371019027
C0371019027
 
Changeability Evaluation Model for Object Oriented Software
Changeability Evaluation Model for Object Oriented SoftwareChangeability Evaluation Model for Object Oriented Software
Changeability Evaluation Model for Object Oriented Software
 
CHANGEABILITY EVALUATION MODEL FOR OBJECT ORIENTED SOFTWARE
CHANGEABILITY EVALUATION MODEL FOR OBJECT ORIENTED SOFTWARECHANGEABILITY EVALUATION MODEL FOR OBJECT ORIENTED SOFTWARE
CHANGEABILITY EVALUATION MODEL FOR OBJECT ORIENTED SOFTWARE
 
M017548895
M017548895M017548895
M017548895
 
Advanced Software Engineering.ppt
Advanced Software Engineering.pptAdvanced Software Engineering.ppt
Advanced Software Engineering.ppt
 
A Review On Software Reliability.
A Review On Software Reliability.A Review On Software Reliability.
A Review On Software Reliability.
 
Relational Analysis of Software Developer’s Quality Assures
Relational Analysis of Software Developer’s Quality AssuresRelational Analysis of Software Developer’s Quality Assures
Relational Analysis of Software Developer’s Quality Assures
 
Identification & analysis of parameters for program quality improvement a ree...
Identification & analysis of parameters for program quality improvement a ree...Identification & analysis of parameters for program quality improvement a ree...
Identification & analysis of parameters for program quality improvement a ree...
 
Chapter1
Chapter1Chapter1
Chapter1
 

Plus de Editor IJARCET

Electrically small antennas: The art of miniaturization
Electrically small antennas: The art of miniaturizationElectrically small antennas: The art of miniaturization
Electrically small antennas: The art of miniaturizationEditor IJARCET
 
Volume 2-issue-6-2205-2207
Volume 2-issue-6-2205-2207Volume 2-issue-6-2205-2207
Volume 2-issue-6-2205-2207Editor IJARCET
 
Volume 2-issue-6-2195-2199
Volume 2-issue-6-2195-2199Volume 2-issue-6-2195-2199
Volume 2-issue-6-2195-2199Editor IJARCET
 
Volume 2-issue-6-2200-2204
Volume 2-issue-6-2200-2204Volume 2-issue-6-2200-2204
Volume 2-issue-6-2200-2204Editor IJARCET
 
Volume 2-issue-6-2190-2194
Volume 2-issue-6-2190-2194Volume 2-issue-6-2190-2194
Volume 2-issue-6-2190-2194Editor IJARCET
 
Volume 2-issue-6-2186-2189
Volume 2-issue-6-2186-2189Volume 2-issue-6-2186-2189
Volume 2-issue-6-2186-2189Editor IJARCET
 
Volume 2-issue-6-2177-2185
Volume 2-issue-6-2177-2185Volume 2-issue-6-2177-2185
Volume 2-issue-6-2177-2185Editor IJARCET
 
Volume 2-issue-6-2173-2176
Volume 2-issue-6-2173-2176Volume 2-issue-6-2173-2176
Volume 2-issue-6-2173-2176Editor IJARCET
 
Volume 2-issue-6-2165-2172
Volume 2-issue-6-2165-2172Volume 2-issue-6-2165-2172
Volume 2-issue-6-2165-2172Editor IJARCET
 
Volume 2-issue-6-2159-2164
Volume 2-issue-6-2159-2164Volume 2-issue-6-2159-2164
Volume 2-issue-6-2159-2164Editor IJARCET
 
Volume 2-issue-6-2155-2158
Volume 2-issue-6-2155-2158Volume 2-issue-6-2155-2158
Volume 2-issue-6-2155-2158Editor IJARCET
 
Volume 2-issue-6-2148-2154
Volume 2-issue-6-2148-2154Volume 2-issue-6-2148-2154
Volume 2-issue-6-2148-2154Editor IJARCET
 
Volume 2-issue-6-2143-2147
Volume 2-issue-6-2143-2147Volume 2-issue-6-2143-2147
Volume 2-issue-6-2143-2147Editor IJARCET
 
Volume 2-issue-6-2119-2124
Volume 2-issue-6-2119-2124Volume 2-issue-6-2119-2124
Volume 2-issue-6-2119-2124Editor IJARCET
 
Volume 2-issue-6-2139-2142
Volume 2-issue-6-2139-2142Volume 2-issue-6-2139-2142
Volume 2-issue-6-2139-2142Editor IJARCET
 
Volume 2-issue-6-2130-2138
Volume 2-issue-6-2130-2138Volume 2-issue-6-2130-2138
Volume 2-issue-6-2130-2138Editor IJARCET
 
Volume 2-issue-6-2125-2129
Volume 2-issue-6-2125-2129Volume 2-issue-6-2125-2129
Volume 2-issue-6-2125-2129Editor IJARCET
 
Volume 2-issue-6-2114-2118
Volume 2-issue-6-2114-2118Volume 2-issue-6-2114-2118
Volume 2-issue-6-2114-2118Editor IJARCET
 
Volume 2-issue-6-2108-2113
Volume 2-issue-6-2108-2113Volume 2-issue-6-2108-2113
Volume 2-issue-6-2108-2113Editor IJARCET
 
Volume 2-issue-6-2102-2107
Volume 2-issue-6-2102-2107Volume 2-issue-6-2102-2107
Volume 2-issue-6-2102-2107Editor IJARCET
 

Plus de Editor IJARCET (20)

Electrically small antennas: The art of miniaturization
Electrically small antennas: The art of miniaturizationElectrically small antennas: The art of miniaturization
Electrically small antennas: The art of miniaturization
 
Volume 2-issue-6-2205-2207
Volume 2-issue-6-2205-2207Volume 2-issue-6-2205-2207
Volume 2-issue-6-2205-2207
 
Volume 2-issue-6-2195-2199
Volume 2-issue-6-2195-2199Volume 2-issue-6-2195-2199
Volume 2-issue-6-2195-2199
 
Volume 2-issue-6-2200-2204
Volume 2-issue-6-2200-2204Volume 2-issue-6-2200-2204
Volume 2-issue-6-2200-2204
 
Volume 2-issue-6-2190-2194
Volume 2-issue-6-2190-2194Volume 2-issue-6-2190-2194
Volume 2-issue-6-2190-2194
 
Volume 2-issue-6-2186-2189
Volume 2-issue-6-2186-2189Volume 2-issue-6-2186-2189
Volume 2-issue-6-2186-2189
 
Volume 2-issue-6-2177-2185
Volume 2-issue-6-2177-2185Volume 2-issue-6-2177-2185
Volume 2-issue-6-2177-2185
 
Volume 2-issue-6-2173-2176
Volume 2-issue-6-2173-2176Volume 2-issue-6-2173-2176
Volume 2-issue-6-2173-2176
 
Volume 2-issue-6-2165-2172
Volume 2-issue-6-2165-2172Volume 2-issue-6-2165-2172
Volume 2-issue-6-2165-2172
 
Volume 2-issue-6-2159-2164
Volume 2-issue-6-2159-2164Volume 2-issue-6-2159-2164
Volume 2-issue-6-2159-2164
 
Volume 2-issue-6-2155-2158
Volume 2-issue-6-2155-2158Volume 2-issue-6-2155-2158
Volume 2-issue-6-2155-2158
 
Volume 2-issue-6-2148-2154
Volume 2-issue-6-2148-2154Volume 2-issue-6-2148-2154
Volume 2-issue-6-2148-2154
 
Volume 2-issue-6-2143-2147
Volume 2-issue-6-2143-2147Volume 2-issue-6-2143-2147
Volume 2-issue-6-2143-2147
 
Volume 2-issue-6-2119-2124
Volume 2-issue-6-2119-2124Volume 2-issue-6-2119-2124
Volume 2-issue-6-2119-2124
 
Volume 2-issue-6-2139-2142
Volume 2-issue-6-2139-2142Volume 2-issue-6-2139-2142
Volume 2-issue-6-2139-2142
 
Volume 2-issue-6-2130-2138
Volume 2-issue-6-2130-2138Volume 2-issue-6-2130-2138
Volume 2-issue-6-2130-2138
 
Volume 2-issue-6-2125-2129
Volume 2-issue-6-2125-2129Volume 2-issue-6-2125-2129
Volume 2-issue-6-2125-2129
 
Volume 2-issue-6-2114-2118
Volume 2-issue-6-2114-2118Volume 2-issue-6-2114-2118
Volume 2-issue-6-2114-2118
 
Volume 2-issue-6-2108-2113
Volume 2-issue-6-2108-2113Volume 2-issue-6-2108-2113
Volume 2-issue-6-2108-2113
 
Volume 2-issue-6-2102-2107
Volume 2-issue-6-2102-2107Volume 2-issue-6-2102-2107
Volume 2-issue-6-2102-2107
 

Dernier

Data governance with Unity Catalog Presentation
Data governance with Unity Catalog PresentationData governance with Unity Catalog Presentation
Data governance with Unity Catalog PresentationKnoldus Inc.
 
Arizona Broadband Policy Past, Present, and Future Presentation 3/25/24
Arizona Broadband Policy Past, Present, and Future Presentation 3/25/24Arizona Broadband Policy Past, Present, and Future Presentation 3/25/24
Arizona Broadband Policy Past, Present, and Future Presentation 3/25/24Mark Goldstein
 
The Future Roadmap for the Composable Data Stack - Wes McKinney - Data Counci...
The Future Roadmap for the Composable Data Stack - Wes McKinney - Data Counci...The Future Roadmap for the Composable Data Stack - Wes McKinney - Data Counci...
The Future Roadmap for the Composable Data Stack - Wes McKinney - Data Counci...Wes McKinney
 
A Deep Dive on Passkeys: FIDO Paris Seminar.pptx
A Deep Dive on Passkeys: FIDO Paris Seminar.pptxA Deep Dive on Passkeys: FIDO Paris Seminar.pptx
A Deep Dive on Passkeys: FIDO Paris Seminar.pptxLoriGlavin3
 
Passkey Providers and Enabling Portability: FIDO Paris Seminar.pptx
Passkey Providers and Enabling Portability: FIDO Paris Seminar.pptxPasskey Providers and Enabling Portability: FIDO Paris Seminar.pptx
Passkey Providers and Enabling Portability: FIDO Paris Seminar.pptxLoriGlavin3
 
Design pattern talk by Kaya Weers - 2024 (v2)
Design pattern talk by Kaya Weers - 2024 (v2)Design pattern talk by Kaya Weers - 2024 (v2)
Design pattern talk by Kaya Weers - 2024 (v2)Kaya Weers
 
A Journey Into the Emotions of Software Developers
A Journey Into the Emotions of Software DevelopersA Journey Into the Emotions of Software Developers
A Journey Into the Emotions of Software DevelopersNicole Novielli
 
Microservices, Docker deploy and Microservices source code in C#
Microservices, Docker deploy and Microservices source code in C#Microservices, Docker deploy and Microservices source code in C#
Microservices, Docker deploy and Microservices source code in C#Karmanjay Verma
 
Testing tools and AI - ideas what to try with some tool examples
Testing tools and AI - ideas what to try with some tool examplesTesting tools and AI - ideas what to try with some tool examples
Testing tools and AI - ideas what to try with some tool examplesKari Kakkonen
 
Emixa Mendix Meetup 11 April 2024 about Mendix Native development
Emixa Mendix Meetup 11 April 2024 about Mendix Native developmentEmixa Mendix Meetup 11 April 2024 about Mendix Native development
Emixa Mendix Meetup 11 April 2024 about Mendix Native developmentPim van der Noll
 
2024 April Patch Tuesday
2024 April Patch Tuesday2024 April Patch Tuesday
2024 April Patch TuesdayIvanti
 
Unleashing Real-time Insights with ClickHouse_ Navigating the Landscape in 20...
Unleashing Real-time Insights with ClickHouse_ Navigating the Landscape in 20...Unleashing Real-time Insights with ClickHouse_ Navigating the Landscape in 20...
Unleashing Real-time Insights with ClickHouse_ Navigating the Landscape in 20...Alkin Tezuysal
 
Modern Roaming for Notes and Nomad – Cheaper Faster Better Stronger
Modern Roaming for Notes and Nomad – Cheaper Faster Better StrongerModern Roaming for Notes and Nomad – Cheaper Faster Better Stronger
Modern Roaming for Notes and Nomad – Cheaper Faster Better Strongerpanagenda
 
Digital Identity is Under Attack: FIDO Paris Seminar.pptx
Digital Identity is Under Attack: FIDO Paris Seminar.pptxDigital Identity is Under Attack: FIDO Paris Seminar.pptx
Digital Identity is Under Attack: FIDO Paris Seminar.pptxLoriGlavin3
 
[Webinar] SpiraTest - Setting New Standards in Quality Assurance
[Webinar] SpiraTest - Setting New Standards in Quality Assurance[Webinar] SpiraTest - Setting New Standards in Quality Assurance
[Webinar] SpiraTest - Setting New Standards in Quality AssuranceInflectra
 
Scale your database traffic with Read & Write split using MySQL Router
Scale your database traffic with Read & Write split using MySQL RouterScale your database traffic with Read & Write split using MySQL Router
Scale your database traffic with Read & Write split using MySQL RouterMydbops
 
Microsoft 365 Copilot: How to boost your productivity with AI – Part one: Ado...
Microsoft 365 Copilot: How to boost your productivity with AI – Part one: Ado...Microsoft 365 Copilot: How to boost your productivity with AI – Part one: Ado...
Microsoft 365 Copilot: How to boost your productivity with AI – Part one: Ado...Nikki Chapple
 
A Glance At The Java Performance Toolbox
A Glance At The Java Performance ToolboxA Glance At The Java Performance Toolbox
A Glance At The Java Performance ToolboxAna-Maria Mihalceanu
 
Potential of AI (Generative AI) in Business: Learnings and Insights
Potential of AI (Generative AI) in Business: Learnings and InsightsPotential of AI (Generative AI) in Business: Learnings and Insights
Potential of AI (Generative AI) in Business: Learnings and InsightsRavi Sanghani
 
Generative AI - Gitex v1Generative AI - Gitex v1.pptx
Generative AI - Gitex v1Generative AI - Gitex v1.pptxGenerative AI - Gitex v1Generative AI - Gitex v1.pptx
Generative AI - Gitex v1Generative AI - Gitex v1.pptxfnnc6jmgwh
 

Dernier (20)

Data governance with Unity Catalog Presentation
Data governance with Unity Catalog PresentationData governance with Unity Catalog Presentation
Data governance with Unity Catalog Presentation
 
Arizona Broadband Policy Past, Present, and Future Presentation 3/25/24
Arizona Broadband Policy Past, Present, and Future Presentation 3/25/24Arizona Broadband Policy Past, Present, and Future Presentation 3/25/24
Arizona Broadband Policy Past, Present, and Future Presentation 3/25/24
 
The Future Roadmap for the Composable Data Stack - Wes McKinney - Data Counci...
The Future Roadmap for the Composable Data Stack - Wes McKinney - Data Counci...The Future Roadmap for the Composable Data Stack - Wes McKinney - Data Counci...
The Future Roadmap for the Composable Data Stack - Wes McKinney - Data Counci...
 
A Deep Dive on Passkeys: FIDO Paris Seminar.pptx
A Deep Dive on Passkeys: FIDO Paris Seminar.pptxA Deep Dive on Passkeys: FIDO Paris Seminar.pptx
A Deep Dive on Passkeys: FIDO Paris Seminar.pptx
 
Passkey Providers and Enabling Portability: FIDO Paris Seminar.pptx
Passkey Providers and Enabling Portability: FIDO Paris Seminar.pptxPasskey Providers and Enabling Portability: FIDO Paris Seminar.pptx
Passkey Providers and Enabling Portability: FIDO Paris Seminar.pptx
 
Design pattern talk by Kaya Weers - 2024 (v2)
Design pattern talk by Kaya Weers - 2024 (v2)Design pattern talk by Kaya Weers - 2024 (v2)
Design pattern talk by Kaya Weers - 2024 (v2)
 
A Journey Into the Emotions of Software Developers
A Journey Into the Emotions of Software DevelopersA Journey Into the Emotions of Software Developers
A Journey Into the Emotions of Software Developers
 
Microservices, Docker deploy and Microservices source code in C#
Microservices, Docker deploy and Microservices source code in C#Microservices, Docker deploy and Microservices source code in C#
Microservices, Docker deploy and Microservices source code in C#
 
Testing tools and AI - ideas what to try with some tool examples
Testing tools and AI - ideas what to try with some tool examplesTesting tools and AI - ideas what to try with some tool examples
Testing tools and AI - ideas what to try with some tool examples
 
Emixa Mendix Meetup 11 April 2024 about Mendix Native development
Emixa Mendix Meetup 11 April 2024 about Mendix Native developmentEmixa Mendix Meetup 11 April 2024 about Mendix Native development
Emixa Mendix Meetup 11 April 2024 about Mendix Native development
 
2024 April Patch Tuesday
2024 April Patch Tuesday2024 April Patch Tuesday
2024 April Patch Tuesday
 
Unleashing Real-time Insights with ClickHouse_ Navigating the Landscape in 20...
Unleashing Real-time Insights with ClickHouse_ Navigating the Landscape in 20...Unleashing Real-time Insights with ClickHouse_ Navigating the Landscape in 20...
Unleashing Real-time Insights with ClickHouse_ Navigating the Landscape in 20...
 
Modern Roaming for Notes and Nomad – Cheaper Faster Better Stronger
Modern Roaming for Notes and Nomad – Cheaper Faster Better StrongerModern Roaming for Notes and Nomad – Cheaper Faster Better Stronger
Modern Roaming for Notes and Nomad – Cheaper Faster Better Stronger
 
Digital Identity is Under Attack: FIDO Paris Seminar.pptx
Digital Identity is Under Attack: FIDO Paris Seminar.pptxDigital Identity is Under Attack: FIDO Paris Seminar.pptx
Digital Identity is Under Attack: FIDO Paris Seminar.pptx
 
[Webinar] SpiraTest - Setting New Standards in Quality Assurance
[Webinar] SpiraTest - Setting New Standards in Quality Assurance[Webinar] SpiraTest - Setting New Standards in Quality Assurance
[Webinar] SpiraTest - Setting New Standards in Quality Assurance
 
Scale your database traffic with Read & Write split using MySQL Router
Scale your database traffic with Read & Write split using MySQL RouterScale your database traffic with Read & Write split using MySQL Router
Scale your database traffic with Read & Write split using MySQL Router
 
Microsoft 365 Copilot: How to boost your productivity with AI – Part one: Ado...
Microsoft 365 Copilot: How to boost your productivity with AI – Part one: Ado...Microsoft 365 Copilot: How to boost your productivity with AI – Part one: Ado...
Microsoft 365 Copilot: How to boost your productivity with AI – Part one: Ado...
 
A Glance At The Java Performance Toolbox
A Glance At The Java Performance ToolboxA Glance At The Java Performance Toolbox
A Glance At The Java Performance Toolbox
 
Potential of AI (Generative AI) in Business: Learnings and Insights
Potential of AI (Generative AI) in Business: Learnings and InsightsPotential of AI (Generative AI) in Business: Learnings and Insights
Potential of AI (Generative AI) in Business: Learnings and Insights
 
Generative AI - Gitex v1Generative AI - Gitex v1.pptx
Generative AI - Gitex v1Generative AI - Gitex v1.pptxGenerative AI - Gitex v1Generative AI - Gitex v1.pptx
Generative AI - Gitex v1Generative AI - Gitex v1.pptx
 

1841 1843

  • 1. ISSN: 2278 – 1323 International Journal of Advanced Research in Computer Engineering & Technology (IJARCET) Volume 2, No 5, May 2013 1841 www.ijarcet.org A Maintainability Estimation Model and Metrics for Object-Oriented Design (MOOD) Kiranjit Kaur M.tech, research work, Software Engineering. Sami Anand Asst. Prof.(L.P.U.) M.tech ,member of IEEE&IEEE Computer Society, research work in area of Network Security and Software Engineering.. Abstract— Maintainability is that phase which may help the designer for improving the quality of the software system before deliver to a customer. This paper uses a multivariate linear model, which estimates the maintainability of a class diagram in the term of reliability, portability that are the sub-characteristics of maintainability which are use to evaluate maintainability estimation model of class diagram and create the Maintainability Estimation Metrics for a maintainability estimation of class diagram. These metrics help a software designer for the purpose of improving the maintainability of a class diagram in the design phase, which are helpful in feature to reduce the increasing high cost of software maintenance phase Index Terms — UML Class Diagram, Software Maintainability, Software Maintainability Model, Software Metrics. I .INTRODUCTION A good development method is one that requires less effort to maintain the software. It reduces the increasing high cost of software maintenance phase. Maintainability of any software in design phase may be helping a software designer to improve the maintainability of software before deliver to a customer [1], [2]. The maintainability is defined by ―IEEE standard glossary of Software Engineering as ―the ease with which a software system or component can be modified to correct faults, improve performance or other attributes, or adapt to a changed environment‖. Software maintains is one of the important part that are expensive in cost and challenging in nature, which it is not properly managed and often ignored [3]. UML (Unified Modeling Language) has been proposed as a standard language for expressing object-oriented software designs which used in the development of any software system.UML provides the structural and behavioral aspects of software systems. Class diagram is one of the important parts of any software which play an important role in the design phase of object-oriented software early estimation of their maintainability may help designers to incorporate required enhancements and corrections for the purpose of improve the maintainability of the final software to be delivered in future [4]. 11.RELATED WORK ―Maintainability Estimation Model for Object-Oriented software in design phase (MEMOOD)‖ estimation the maintainability of UML class diagram in term of understandability and modifiability and developed a multivariate linear model [4]. Object –Oriented process are used as a solution to software development problems. Object –Oriented development use to reduce the maintenance effort that not based on reliable experimentation [5]. Presents a multivariate linear regression for establish the maintainability estimation model and develop the Maintainability Estimation Tool for a maintainability estimation of class diagram. It takes two quality factor flexibility and extendibility [6]. It effort to maintain a software system is related to technical quality of the source code of that system. It defines the Maintainability Index limitations and problems [7]. The Halstead complexity is used for measuring maintainability. It shows the results that confirmed partially our assumptions that need to be evaluated with future uses [8]. The types of models are used that give us a vocabulary and a tool that allow us to discuss how to maintain software so as not to make it deteriorate. Verifying and valid verification measurements are used [9]. Study on the empirical evidence using some object –oriented metrics that can effectively predict maintainability of software systems. These metrics are such as size, inheritance, cohesion and coupling [10]. It presented a concern-oriented framework which supports the instantiation and comparison of concern measures. In this paper there is a rich body of ideas regarding the way to address concern measurement [11]. When more and more attentions are focused on the quality of the software, it’s reasonable to believe that the
  • 2. ISSN: 2278 – 1323 International Journal of Advanced Research in Computer Engineering & Technology (IJARCET) Volume 2, No 5, May 2013 1842 www.ijarcet.org software complexity metrics will be sit on its right place that is the main purpose of a survey on metrics of software complexity [12]. Measure the software metrics and Reliability that try to define how software is reliable and easy to maintain, which free from errors, faults and failure [13]. III. PROPESAL WORK Scope of study: A new Extended Maintenance Model is to be design which calculates Maintainability of UML class diagrams of Object Oriented Software in the terms of reliability and portability based upon MOOD metrics. On the basis of following factors we will create our Extended Maintenance Model. These new added factors can decrease the maintain cost of the software project. In portability we can reuse the software component. As we know that the software project takes more cost for debugging as compare to new building of project So if we use reusability factor in maintenance model. We can replace the component which contains bugs instead of debugging it. It may reduce the maintenance cost of our project. The other factor is reliability. It increases the reliability of software project during its maintenance. It may increase the accuracy, completeness and robustness of our software project. Portability: The effort required to transfer a program from one environment to another. To executable version of software in a new environment is a act of porting. It’s like software component but in portability the component change its environment. A software system is a collection of software units. We use the term software unit to indicate an application program, a system program, or a component of a program. The term environment refers to the complete range of elements in an installation that interact with the ported software. This includes a processor and operating system and it may also involve I/O devices, networks. It is important to remember that porting is an alternative to redevelopment. One alternative starts with an existing implementation, the other starts with a specification. When a new implementation is the goal, a critical choice must be made as to which approach will be most cost effective. The portability of a software unit is only meaningful with respect to one or more environments. We are particularly interested in portability for a class of environments, since we do not expect to know all likely target environments when the software is developed. Reliability: The system’s ability not to fail/ the extent to which the system fails. It’s is most commonly measured by the Mean Time between Failures. Changes that reduce reliability should be avoided. The software verification process aims to detect and remove defects and make it more reliable. Changes that introduce defects into the software make it less reliable. Tests should be used to verify that no defects have been introduced by the change after it has been implemented. Reliability can be reduced by reusing components that have not been developed to the same standards as the rest of the software. The effect of a modification on software reliability can be estimated indirectly by measuring its effect on the complexity of the software. This effect can be measured when the change is designed. Fig 1: Existing Maintainability Model Methodology: In the following, definitions will be given of a few fundamental concepts discussed in this paper. While the terms below will be used throughout the report, it must be understood that we can decrease the maintenance cost by adding reliability and portability in to maintenance model. Maintainability is a effort required to locate and fix a fault in the program within its operating environment. In the purposed methodology we add two new factors in to maintainability model. These two factors are portability and reliability. These factors may reduce the maintenance cost of the software project. Portability provides Device Independence and self contentedness to the software components and reliability provide self contentedness, accuracy, completeness and robustness. In the purposed methodology we are going to add two new factors in to Maintenance model which reduces the maintenance cost of software project. We are going to develop a tool in MATLAB GUI which shows the maintainability process through different software components. This GUI will contain different components of software in which some components contain bugs. The working of GUI shows s that if we change the bugged components during maintenance then we can reduce the cost of maintenance because in software engineering we know that the cost of debugging is more then to create a new project. Now the reliability factor gives us the reliability of new added component. It will give estimation of the reliability of new added component in the existing environment. New added factor are Reliability and Portability, which increase the maintainability of the project by using some data set. Which increase the maintainability of the project. 1. The fixed data set is taken which is having MOOD metrics values
  • 3. ISSN: 2278 – 1323 International Journal of Advanced Research in Computer Engineering & Technology (IJARCET) Volume 2, No 5, May 2013 1843 www.ijarcet.org 2. The inheritance approach is been used for adding the factor of reliability and portability in MOOD metrics 3. Reliability and portability are inherited from CK metrics 4. When both the features are added into MOOD metrics, software maintained will done more accurately in efficient way 5. The enhancement is made in MOOD metrics in terms of performance after adding feature of portability and reliability Formula used for inheritance is as: function inheritance = likelihood2class(likelihoods) [sample_n,class_n] = size(likelihoods); maxs = (likelihoods==repmat(max(likelihoods,[],2),[1,class_n]) ); inheritance=zeros(sample_n,1); for i=1:sample_n inheritance(i) = find(maxs(i,:),1); Data set (input) Testability .Accessibility 2.1% .Communicativeness 8.7% .Self Descriptiveness 9.32% Understandability .Consistency 10.09% .Conciseness4.21% .Legibility9.27% Modifiability .Structrendness10.51% .Augmentability1.04% Portability .Device independence7.87% .Self containdness11.11% Reliability .Complentness7.34% .Robusrnesss3.25% .Accuracy5.21% V.REFERENCES [1] Oman P. and Hagemeister J.,―Metrics for assessing a software system’s maintainability,‖ Software Maintenance, 1992, pp.337-334. [2] Kiewkanya M., Jindasawant N. and Muenchaisri P., ―A methodology for constructing maintainability model of object-oriented design,‖ Quality Software QSIC2004 Proceeding Fourth International, 2004, pp.206-213. [3] Dagpinder Melis and Jahnke Jens H.,―Predicting Maintainability with Object-Oriented Metric- an Empirical Comparison,‖Proc.10th Working Conference on Reverse Engineering (WCRE’03), 13-17Nov.2003, pp.155-164, 2003. [4] Rizvi S.W.A.And Khan R.A., ―Maintainability Estimation Model for Object-Oriented Software in Sannella Design Phase (MEMOOD),‖JOURNAL OF COMPUTING, VOLUME 2, ISSUE 4, APRIL2010. [5] Hall John M., ―The Maintainability of Object-Oriented Software‖.. [6] Hincheeranan Alisara and Rivepiboon Wanchai , ―A Maintainability Estimation Model and Tool,‖ International Journal of Computer and Communication Engineering, Vol.1, No.2, july2012. [7] Heitlager Ilja, Kuipers Tobias and Visser Joost, ―A Practical Model for Measuring Maintainability,‖-a preliminary report. [8] Gentzane Aldekoa, Salvador Trujillo, Goiuria Sagardui and Oscar Diaz ―Experience Measuring Maintainability in Software Product Lines,‖ XV Jornadas de ingenieria del Software y Bases de Datos JISBD 2006. [9] Land Rikard , ― Software Deterioration and Maintainability-A Model Proposal‖. [10]Dagpinar Melis and Jahnke Jens H., ―Predicting Maintainability with Object-Oriented Metrics-An Empirical Comparison,‖ proceedings of the 10th Working Conferenceon Reverse Engineering (WDRE’03)2003 IEEE [11]Figueiredo Eduardo, Anna Claudio Sant, Garcia Alessandro, Bartolomei Thiago T., Cazzola Walter and Marchetto Alessandro ―On the Maintainability of Aspect-Oriented Software: A Concern-Oriented Measurement Framework‖. [12]Yu Sheng, Zhou Shijie, ―A Survey on Metric of Software Complexity‖. [13]Rosenberg Dr.Linda, Hammer Ted and Shaw Jack, ―Software Metrics and Reliability‖. [14]Sharma Aman Kumar, Kalia Arvind and Singh Hardeep, ―Metrics Identification for Measuring Object Oriented Software Quality,‖ International Journal of Soft Computing and Engineering (IJSCE) ISSN: 2231- 2307, Volume-2, issu-5, November 2012.