international journal of software engineering (ijse v1_i1)

Upload: ai-coordinator-csc-journals

Post on 10-Apr-2018

226 views

Category:

Documents


0 download

TRANSCRIPT

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    1/22

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    2/22

    International Journal of

    Software Engineering (I JSE)

    Volume 1, Issue 1, 2010

    Edited ByComputer Science Journals

    www.cscjournals.org

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    3/22

    International Journal of Software Engineering

    (IJSE)

    Book: 2010 Volume 1, Issue 1

    Publishing Date: May - 2010

    Proceedings

    ISSN (Online): 2180-1320

    This work is subjected to copyright. All rights are reserved whether the whole or

    part of the material is concerned, specifically the rights of translation, reprinting,

    re-use of illusions, recitation, broadcasting, reproduction on microfilms or in anyother way, and storage in data banks. Duplication of this publication of parts

    thereof is permitted only under the provision of the copyright law 1965, in its

    current version, and permission of use must always be obtained from CSC

    Publishers. Violations are liable to prosecution under the copyright law.

    IJCN Journal is a part of CSC Publishers

    http://www.cscjournals.org

    IJSE Journal

    Published in Malaysia

    Typesetting: Camera-ready by author, data conversation by CSC Publishing

    Services CSC Journals, Malaysia

    CSC Publishers

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    4/22

    Editorial Preface

    The International Journal of Software Engineering (IJSE) provides a forum for software

    engineering research that publishes empirical results relevant to both researchers andpractitioners. It is the First issue of First volume of IJSE and it is published bi-monthly,

    with papers being peer reviewed to high international standards.

    IJSE encourage researchers, practitioners, and developers to submit research papersreporting original research results, technology trend surveys reviewing an area of

    research in software engineering, software science, theoretical software engineering,computational intelligence, and knowledge engineering, survey articles surveying a broad

    area in software engineering and knowledge engineering, tool reviews and book reviews.Some important topics covered by IJSE usually involve the study on collection and

    analysis of data and experience that can be used to characterize, evaluate and revealrelationships between software development deliverables, practices, and technologies.

    IJSE is a refereed journal that promotes the publication of industry-relevant research, toaddress the significant gap between research and practice.IJSE give the opportunity to researchers and practitioners for presenting their research,

    technological advances, practical problems and concerns to the software engineering..IJSE is not limited to a specific aspect of software engineering it cover all Software

    engineering topics. In order to position IJSE amongst the most high quality journal oncomputer engineering sciences, a group of highly professional scholars are serving on the

    editorial board. IJSE include empirical studies, requirement engineering, softwarearchitecture, software testing, formal methods, and verification.

    International Editorial Board ensures that significant developments in softwareengineering from around the world are reflected in IJSE. The submission and publicationprocess of manuscript done by efficient way. Readers of the IJSE will benefit from the

    papers presented in this issue in order to aware the recent advances in the Softwareengineering. International Electronic editorial and reviewer system allows for the fast

    publication of accepted manuscripts into issue publication of IJSE. Because we knowhow important it is for authors to have their work published with a minimum delay after

    submission of their manuscript. For that reason we continue to strive for fast decisiontimes and minimum delays in the publication processes. Papers are indexed & abstracted

    with International indexers & abstractors

    Editorial Board MembersInternational Journal of Software Engineering (IJSE)

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    5/22

    International Journal of Software Engineering (IJSE)Volume (1) Issue (1)

    Table of Contents

    Volume 1, Issue 1, May 2010.

    Pages

    1 - 11 Fuzzy Based Approach for Predicting Software DevelopmentEffort

    Prasad Reddy P.V.G.D, Sudha K. R, Rama Sree P, Ramesh

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    6/22

    Prasad Reddy P.V.G.D, Sudha K.R , Rama Sree P & Ramesh S.N.S.V.S.C

    International Journal of Software Engineering (IJSE), Volume (1): Issue (1) 1

    FuzzyBasedApproach for Predicting Software DevelopmentEffort

    Prasad Reddy P.V.G.D [email protected]. of CSSEAndhra UniversityVisakhapatnam, 530003, INDIA

    Sudha K. R [email protected]. of EEAndhra UniversityVisakhapatnam, 530003, INDIA

    Rama Sree P [email protected] Dept. of CSEAditya Engineering College

    JNTUKKAKINADA, 533003, INDIA

    Ramesh S.N.S.V.S.C [email protected]. of CSESri Sai Aditya Institute of Science & TechnologyJNTUKKAKINADA, 533003, INDIA

    Abstract

    Software development effort prediction is one of the most significant activities insoftware project management. The literature shows several algorithmic costestimation models such as Boehms COCOMO, Albrecht's' Function PointAnalysis, Putnams SLIM, ESTIMACS etc, but each do have their own pros andcons in estimating development cost and effort. This is because project data,available in the initial stages of project is often incomplete, inconsistent, uncertainand unclear. The need for accurate effort prediction in software projectmanagement is a challenge till today. Fuzzy logic-based estimation models aremore apt when vague and inaccurate information is to be used. In the presentpaper software development effort prediction using Fuzzy triangular and GBellmembership functions is presented and compared with COCOMO. A case studybased on the COCOMO81 database compares the proposed fuzzy model withthe Intermediate COCOMO. The results were analyzed using five differentcriterions VAF, MARE, VARE, Prediction and BRE. It is observed that the fuzzymodel using triangular membership function provided better results.

    Keywords:Development Effort, EAF, Cost Drivers, Fuzzy Identification, Membership Functions, FuzzyRules, COCOMO81 53 projects

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    7/22

    Prasad Reddy P.V.G.D, Sudha K.R , Rama Sree P & Ramesh S.N.S.V.S.C

    International Journal of Software Engineering (IJSE), Volume (1): Issue (1) 2

    1. INTRODUCTIONIn algorithmic cost estimation [1], costs and efforts are predicted using mathematical formulae.The formulae are derived based on some historical data [2]. The best known algorithmic costmodel called COCOMO (COnstructive COst MOdel) was published by Barry Boehm in 1981[3]. Itwas developed from the analysis of sixty three (63) software projects. Boehm projected three

    levels of the model called Basic COCOMO, Intermediate COCOMO and Detailed COCOMO [3,5].In the present paper we mainly focus on the Intermediate COCOMO.

    1.1 Intermediate COCOMO

    The Basic COCOMO model [3] is based on the relationship: Development Effort, DE =a*(SIZE)b;where, SIZE is measured in thousand delivered source instructions. The constants a, b aredependent upon the mode of development of projects. DE is measured in man-months. Boehmproposed 3 modes of projects [3]:1. Organic mode simple projects that engage small teams working in known and stableenvironments.2. Semi-detached mode projects that engage teams with a mixture of experience. It is inbetween organic and embedded modes.3. Embedded mode complex projects that are developed under tight constraints with changingrequirements.The accuracy of Basic COCOMO is limited because it does not consider the factors likehardware, personnel, use of modern tools and other attributes that affect the project cost. Further,Boehm proposed the Intermediate COCOMO[3,4] that adds accuracy to the Basic COCOMO bymultiplying Cost Drivers into the equation with a new variable: EAF (Effort Adjustment Factor)shown in Table 1.

    Development mode Intermediate Effort Equation

    Organic DE = EAF * 3.2 * (SIZE)1.05

    Semi-detached DE = EAF * 3.0 * (SIZE)1.12

    Embedded DE = EAF * 2.8 *(SIZE)1.2

    TABLE 1 : DE for the Intermediate COCOMO

    The EAF term is the product of 15 Cost Drivers [5,11] that are listed in Table 2 .The multipliers ofthe cost drivers are Very Low, Low, Nominal, High, Very High and Extra High. For example, for aproject, if RELY is Low, DATA is High , CPLX is extra high, TIME is Very High, STOR is Highand rest parameters are nominal then EAF = 0.75 * 1.08 * 1.65 *1.30*1.06 *1.0. If the categoryvalues of all the 15 cost drivers are Nominal, then EAF is equal to 1.

    S. NoCost

    DriverSymbol

    Very low Low Nominal High Very high Extra high

    1 RELY 0.75 0.88 1.00 1.15 1.40

    2 DATA 0.94 1.00 1.08 1.16

    3 CPLX 0.70 0.85 1.00 1.15 1.30 1.65

    4 TIME 1.00 1.11 1.30 1.66

    5 STOR 1.00 1.06 1.21 1.56

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    8/22

    Prasad Reddy P.V.G.D, Sudha K.R , Rama Sree P & Ramesh S.N.S.V.S.C

    International Journal of Software Engineering (IJSE), Volume (1): Issue (1) 3

    6 VIRT 0.87 1.00 1.15 1.30

    7 TURN 0.87 1.00 1.07 1.15

    8 ACAP 0.87 1.00 1.07 1.15

    9 AEXP 1.29 1.13 1.00 0.91 0.82

    10 PCAP 1.42 1.17 1.00 0.86 0.70

    11 VEXP 1.21 1.10 1.00 0.90

    12 LEXP 1.14 1.07 1.00 0.95

    13 MODP 1.24 1.10 1.00 0.91 0.82

    14 TOOL 1.24 1.10 1.00 0.91 0.83

    15 SCED 1.23 1.08 1.00 1.04 1.10

    TABLE 2 : Intermediate COCOMO Cost Drivers with multipliers

    The 15 cost drivers are broadly classified into 4 categories [3,5].

    1. Product : RELY - Required software reliabilityDATA - Data base sizeCPLX - Product complexity

    2. Platform: TIME - Execution timeSTORmain storage constraintVIRTvirtual machine volatilityTURNcomputer turnaround time

    3. Personnel: ACAPanalyst capabilityAEXPapplications experiencePCAPprogrammer capabilityVEXPvirtual machine experienceLEXPlanguage experience

    4. Project: MODPmodern programmingTOOLuse of software toolsSCEDrequired development schedule

    Depending on the projects, multipliers of the cost drivers will vary and thereby the EAF may begreater than or less than 1, thus affecting the Effort [5].

    2. FUZZY IDENTIFICATIONA fuzzy model is used when the systems are not suitable for analysis by conventional approachor when the available data is uncertain, inaccurate or vague [7]. The point of Fuzzy logic is tomap an input space to an output space using a list of if-then statements called rules. All rules areevaluated in parallel, and the order of the rules is unimportant. For writing the rules, the inputsand outputs of the system are to be identified. To obtain a fuzzy model from the data available,the steps to be followed are,

    1. Select a Sugeno type Fuzzy Inference System.2. Define the input variables and output variable.3. Set the type of the membership functions (TMF or GBellMF) for input variables.4. Set the type of the membership function as linear for output variable.5. The data is now translated into a set of ifthen rules written in Rule editor.6. A certain model structure is created, and parameters of input and output variables can be

    tuned to get the desired output.

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    9/22

    Prasad Reddy P.V.G.D, Sudha K.R , Rama Sree P & Ramesh S.N.S.V.S.C

    International Journal of Software Engineering (IJSE), Volume (1): Issue (1) 4

    2.1 Fuzzy Approach for Prediction of EffortThe Intermediate COCOMO model data is used for developing the Fuzzy Inference System(FIS)[10]. The inputs to this system are MODE and SIZE. The output is Fuzzy Nominal Effort.The framework [8] is shown in Figure 1.

    FIGURE 1: Fuzzy Framework

    Fuzzy approach [9] specifies the SIZE of a project as a range of possible values rather than aspecific number. The MODE of development is specified as a fuzzy range .The advantage ofusing the fuzzy ranges is that we will be able to predict the effort for projects that do not come

    under a precise mode i.e. comes in between 2 modes. This situation cannot be handled using theCOCOMO. The output of this FIS is the Fuzzy Nominal Effort. The Fuzzy Nominal Effortmultiplied by the EAF gives the Estimated Effort. The FIS needs appropriate membershipfunctions and rules.

    2.2 Fuzzy Membership FunctionsA membership function (MF) [9] is a curve that defines how each point in the input space is

    mapped to a membership value (or degree of membership) between 0 and 1. The input space isalso called as the universe of discourse. For our problem, we have used 2 types of membershipfunctions:1. Triangular membership function2. Guass Bell membership functionTriangular membership function (TMF):It is a three-point function [8], defined by minimum (),Maximum () and modal (m) values, that is,TMF (, m, ), where ( m ). Please refer to Figure 2 for a sample triangular membershipfunction.

    FIGURE 2: A Sample Triangular Membership Function

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    10/22

    Prasad Reddy P.V.G.D, Sudha K.R , Rama Sree P & Ramesh S.N.S.V.S.C

    International Journal of Software Engineering (IJSE), Volume (1): Issue (1) 5

    FIGURE 3: Fuzzy Set for Mode

    The fuzzy set definitions for the MODE of development appear in Figure 3 and the fuzzy set [8]for SIZE appear in Figure 4.

    FIGURE 4: Fuzzy set for SIZE

    Guass Bell membership function (GBellMF):It is a three-point function, defined by minimum (), maximum () and modal (m) values, that is,GBellMF(, m, ), where ( m ) . Please refer to Figure 5 for a sample Guass Bell

    membership function.

    FIGURE 5: A Sample Guass Bell Membership Function

    We can get the Fuzzy sets for MODE, SIZE and Effort for GBellMF in the same way as intriangular method, but the difference is only in the shape of the curves.

    2.3 Fuzzy RulesOur rules based on the fuzzy sets [9] of MODE, SIZE and EFFORT appears in the following form:

    If MODE is organic and SIZE is s1 then EFFORT is EF1

    If MODE is semidetached and SIZE is s1 then EFFORT is EF2

    If MODE is embedded and SIZE is s1 then EFFORT is EF3

    If MODE is organic and SIZE is s2 then EFFORT is EF4

    If MODE is semidetached and SIZE is s2 then EFFORT is EF5

    If MODE is embedded and SIZE is s3 then EFFORT is EF5

    If MODE is embedded and SIZE is s4 then EFFORT is EF3

    If MODE is organic and SIZE is s3 then EFFORT is EF4

    If MODE is embedded and SIZE is s5 then EFFORT is EF6

    If MODE is organic and SIZE is s4 then EFFORT is EF4

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    11/22

    Prasad Reddy P.V.G.D, Sudha K.R , Rama Sree P & Ramesh S.N.S.V.S.C

    International Journal of Software Engineering (IJSE), Volume (1): Issue (1) 6

    ......

    3. VARIOUS CRITERIONS FOR ASSESSMENT OF SOFTWARE EFFORTESTIMATION MODELS1. Variance Accounted For (VAF)

    VAF (%) =

    2. Mean Absolute Relative Error (MARE)

    MARE (%) =

    3. Variance Absolute Relative Error (VARE)

    VARE (%) =

    4. Prediction (n)

    Prediction at level n is defined as the % of projects that have absolute relative error less than n.

    5. Balance Relative Error (BRE)

    BRE =

    Where, = estimated effort E

    = actual effort

    Absolute Relative Error (RE ) =

    A model which gives higher VAF is better than that which gives lower VAF. A model which giveshigher Pred(n) is better than that which gives lower Pred(n). A model which gives lower MARE isbetter than that which gives higher MARE[11]. A model which gives lower VARE is better thanthat which gives higher VARE [6]. A model which gives lower BRE is better than that which giveshigher BRE.

    4. Experimental StudyThe COCOMO81 database [5] consists of 63 projects data [3,11], out of which 28 are EmbeddedMode Projects, 12 are Semi-Detached Mode Projects, and 23 are Organic Mode Projects. Thus,there is no uniformity in the selection of projects over the different modes. In carrying out ourexperiments, we have chosen 53 projects data out of the 63, which have their lines of code (size)to be less than 100KDSI. The estimated efforts using Intermediate COCOMO, Fuzzy using TMFand GBellMF are shown in Table 3. Table 4 and Figure.6.to Figure 13. shows the comparisons ofvarious models basing on different criterions.

    SNo MODE SIZE EAFActualEffort

    COCOMOEffort

    EffortusingTMF

    EffortusingGBell

    1 1.05 46 1.17 240 212 246 252

    2 1.05 16 0.66 33 39 41 41

    3 1.05 4 2.22 43 30 34 34

    ),min(

    EE

    EE

    100var

    var1

    E

    EE

    100E

    R

    f

    f

    100

    2

    f

    EmeanRERf

    E

    EE

    E

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    12/22

    Prasad Reddy P.V.G.D, Sudha K.R , Rama Sree P & Ramesh S.N.S.V.S.C

    International Journal of Software Engineering (IJSE), Volume (1): Issue (1) 7

    4 1.05 6.9 0.4 8 9.8 11 11

    5 1.2 22 7.62 1075 869 1078 1116

    6 1.2 30 2.39 423 397 484 485

    7 1.2 18 2.38 321 214 239 231

    8 1.2 20 2.38 218 243 287 303

    9 1.2 37 1.12 201 238 280 28010 1.2 24 0.85 79 108 138 138

    11 1.12 3 5.86 73 60 63 62

    12 1.2 3.9 3.63 61 52 51 50

    13 1.2 3.7 2.81 40 38 37 36

    14 1.2 1.9 1.78 9 10.7 10 9

    15 1.2 75 0.89 539 443 534 927

    16 1.12 90 0.7 453 326 453 486

    17 1.2 38 1.95 523 430 502 502

    18 1.2 48 1.16 387 339 380 379

    19 1.2 9.4 2.04 88 89 74 75

    20 1.05 13 2.81 98 133 143 143

    21 1.12 2.14 1 7.3 7 7 722 1.12 1.98 0.91 5.9 5.8 6 6

    23 1.2 50 3.14 1063 962 1063 1064

    24 1.2 40 2.26 605 529 615 614

    25 1.2 22 1.76 230 201 249 258

    26 1.2 13 2.63 82 161 135 138

    27 1.12 12 0.68 55 33 31 31

    28 1.05 34 0.34 47 44 46 47

    29 1.05 15 0.35 12 20 21 21

    30 1.05 6.2 0.39 8 8.4 9 9

    31 1.05 2.5 0.96 8 8.1 9 9

    32 1.05 5.3 0.25 6 4.7 5 5

    33 1.05 19.5 0.63 45 46 48 4934 1.05 28 0.96 83 102 106 106

    35 1.05 30 1.14 87 130 136 136

    36 1.05 32 0.82 106 100 104 105

    37 1.05 57 0.74 126 166 126 114

    38 1.05 23 0.38 36 33 35 35

    39 1.12 91 0.36 156 168 235 246

    40 1.2 24 1.52 176 193 247 246

    41 1.05 10 3.18 122 114 124 124

    42 1.05 8.2 1.9 41 55 61 61

    43 1.12 5.3 1.15 14 22 23 23

    44 1.05 4.4 0.93 20 14 16 16

    45 1.05 6.3 0.34 18 7.5 8 846 1.2 27 3.68 958 537 673 673

    47 1.2 15 3.32 237 239 234 210

    48 1.2 25 1.09 130 145 185 184

    49 1.05 21 0.87 70 68 72 72

    50 1.05 6.7 2.53 57 60 66 66

    51 1.05 28 0.45 50 47 50 50

    52 1.12 9.1 1.15 38 42 40 40

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    13/22

    Prasad Reddy P.V.G.D, Sudha K.R , Rama Sree P & Ramesh S.N.S.V.S.C

    International Journal of Software Engineering (IJSE), Volume (1): Issue (1) 8

    53 1.2 10 0.39 15 17 15 15

    TABLE 3: Estimated Effort in Man Months of Various Models

    FIGURE 6 : Estimated Effort using Fuzzy GBellMF versus Actual Effort

    FIGURE 7 : Estimated Effort using Fuzzy TMF versus Actual Effort

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    14/22

    Prasad Reddy P.V.G.D, Sudha K.R , Rama Sree P & Ramesh S.N.S.V.S.C

    International Journal of Software Engineering (IJSE), Volume (1): Issue (1) 9

    FIGURE 8: Estimated Effort of various models versus Actual Effort

    Model VAF(%) MARE(%) VARE(%) MeanBRE

    Pred (25)(%)

    IntermediateCOCOMO

    Model87.16 21.41 5.48 0.25 72

    Fuzzy usingTMF

    95.83 18.63 4.35 0.23 68

    Fuzzy usingGBellMF

    92.25 20.35 4.24 0.26 62

    TABLE 4: Comparison of various models

    FIGURE 9: Comparision of VAF against various models

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    15/22

    Prasad Reddy P.V.G.D, Sudha K.R , Rama Sree P & Ramesh S.N.S.V.S.C

    International Journal of Software Engineering (IJSE), Volume (1): Issue (1) 10

    FIGURE 10: Comparision of MARE against various models

    FIGURE 11:Comparision of Mean BRE against various models

    FIGURE 12 :Comparision of VARE against various models

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    16/22

    Prasad Reddy P.V.G.D, Sudha K.R , Rama Sree P & Ramesh S.N.S.V.S.C

    International Journal of Software Engineering (IJSE), Volume (1): Issue (1) 11

    FIGURE 13 :Comparision of Pred(25) against various models

    5. CONCLUSION

    Referring to Table 4, we see that Fuzzy using TMF yields better results for maximum criterionswhen compared with the other methods. Thus, basing on VAF, MARE & Mean BRE, we come toa conclusion that the Fuzzy method using TMF (triangular membership function) is better thanFuzzy method using GBellMF or Intermediate COCOMO. It is not possible to evolve a method,which can give 100 % VAF. By suitably adjusting the values of the parameters in FIS we canoptimize the estimated effort.

    6. REFERENCES

    [1] Ramil, J.F. , Algorithmic cost estimation for software evolution, Software Engg. (2000)701-703.

    [2] Angelis L, Stamelos I, Morisio M, Building a software cost estimation model based oncategorical data, Software Metrics Symposium, 2001- Seventh International Volume (2001)4-15.

    [3] B.W. Boehm, Software Engineering Economics, Prentice-Hall, Englewood Cli4s, NJ, 1981[4] Kirti Seth, Arun Sharma & Ashish Seth, Component Selection Efforts Estimation a Fuzzy

    Logic Based Approach, IJCSS-83, Vol (3), Issue (3).[5] Zhiwei Xu, Taghi M. Khoshgoftaar, Identification of fuzzy models of software cost estimation,

    Fuzzy Sets and Systems 145 (2004) 141163[6] Harish Mittal, Harish Mittal, Optimization Criteria for Effort Estimation using Fuzzy Technique,

    CLEI Electronic Journal, Vol 10, No 1, Paper 2, 2007[7] R. Babuska, Fuzzy Modeling For Control, Kluwer Academic Publishers, Dordrecht, 1999[8] Moshood Omolade Saliu, Adaptive Fuzzy Logic Based Framework for Software Development

    Effort Prediction, King Fahd University of Petroleum & Minerals, April 2003[9] Iman Attarzadeh and Siew Hock Ow, Software Development Effort Estimation Based on a

    New Fuzzy Logic Model, IJCTE, Vol. 1, No. 4, October2009

    [10] Xishi Huang, Danny Ho,Jing Ren, Luiz F. Capretz, A soft computing framework for softwareeffort estimation, Springer link, Vol 10, No 2 Jan-2006

    [11] Prasad Reddy P.V.G.D, Sudha K.R , Rama Sree P & Ramesh S.N.S.V.S.C,Software

    Effort

    Estima tion using Rad ial Basis and Ge neralized Reg ression Neural Netw orks,

    Journal o f

    Com puting , Vol 2, Issue 5 Ma y 2010, Page 87-92

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    17/22

    CALL FOR PAPERS

    Journal:International Journal of Software Engineering (IJSE)Volume: 1 Issue: 2ISSN:2180-1320

    URL: http://www.cscjournals.org/csc/description.php?JCode=IJSE

    About IJSE

    The International Journal of Software Engineering (IJSE) provides aforum for software engineering research that publish empirical resultsrelevant to both researchers and practitioners. IJSE encourage researchers,practitioners, and developers to submit research papers reporting originalresearch results, technology trend surveys reviewing an area of research insoftware engineering and knowledge engineering, survey articles surveying abroad area in software engineering and knowledge engineering, tool reviews

    and book reviews. The general topics covered by IJSE usually involve thestudy on collection and analysis of data and experience that can be used tocharacterize, evaluate and reveal relationships between softwaredevelopment deliverables, practices, and technologies. IJSE is a refereed

    journal that promotes the publication of industry-relevant research, toaddress the significant gap between research and practice.

    IJSE List of Topics

    The realm of International Journal of Computer Networks (IJSE) extends, butnot limited, to the following:

    Ambiguity in SoftwareDevelopment

    Application of Object-OrientedTechnology to Engin

    Architecting an OO System forSize Clarity Reuse E

    Composition and Extension

    Computer-Based EngineeringTechniques

    Data Modeling Techniques

    History of Software Engineering IDEF Impact of CASE on Software

    Development Life Cycle Intellectual Property

    Iterative Model Knowledge Engineering

    Methods and Practices Licensing Modeling Languages Object-Oriented Systems Project Management

    Quality Management Rational Unified Processing

    SDLC Software Components Software Deployment Software Design and

    applications in Various Domain

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    18/22

    Software EngineeringDemographics

    Software EngineeringEconomics

    Software Engineering Methodsand Practices

    Software EngineeringProfessionalism

    Software Ergonomics Software Maintenance andEvaluation

    Structured Analysis Structuring (Large) OOSystems

    Systems Engineering Test Driven Development UML

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    19/22

    CFP SCHEDULE

    Volume: 1Issue: 2

    Paper Submission: July 31 2010

    Author Notification: September 1 2010Issue Publication: September/October 2010

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    20/22

    CALL FOR EDITORS/ REVIEWERS

    CSC Journals is in process of appointing Editorial Board Members forI nternat ional Journal of Softw are Engineer ing ( I JSE). CSCJournals would like to invite interested candidates to join IJSE network

    of professionals/researchers for the positions of Editor-in-Chief,Associate Editor-in-Chief, Editorial Board Members and Reviewers.

    The invitation encourages interested professionals to contribute into

    CSC research network by joining as a part of editorial board members

    and reviewers for scientific peer-reviewed journals. All journals use anonline, electronic submission process. The Editor is responsible for the

    timely and substantive output of the journal, including the solicitation

    of manuscripts, supervision of the peer review process and the final

    selection of articles for publication. Responsibilities also includeimplementing the journals editorial policies, maintaining high

    professional standards for published content, ensuring the integrity of

    the journal, guiding manuscripts through the review process,

    overseeing revisions, and planning special issues along with theeditorial team.

    A complete list of journals can be found at

    http://www.cscjournals.org/csc/byjournal.php. Interested candidatesmay apply for the following positions throughhttp://www.cscjournals.org/csc/login.php.

    Please remember that it is through the effort of volunteers such as

    yourself that CSC Journals continues to grow and flourish. Your helpwith reviewing the issues written by prospective authors would be very

    much appreciated.

    Feel free to contact us at [email protected] if you have anyqueries.

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    21/22

    Contact Information

    Computer Science Journals Sdn BhDM-3-19, Plaza Damas Sri Hartamas

    50480, Kuala Lumpur MALAYSIA

    Phone: +603 6207 1607

    +603 2782 6991

    Fax: +603 6207 1697

    BRANCH OFFICE 1

    Suite 5.04 Level 5, 365 Little Collins Street,

    MELBOURNE 3000, Victoria, AUSTRALIA

    Fax: +613 8677 1132

    BRANCH OFFICE 2Office no. 8, Saad Arcad, DHA Main Bulevard

    Lahore, PAKISTAN

    EMAIL SUPPORT

    Head CSC Press: [email protected] Press: [email protected]

    Info: [email protected]

  • 8/8/2019 International Journal of Software Engineering (IJSE V1_I1)

    22/22