Functional Size Measurement for Web Applications
|
|
- Leo Allen
- 5 years ago
- Views:
Transcription
1 Functional Size Measurement for Web Applications Silvia Abrahão Valencia University of Technology, Spain
2 Contents Part I Introduction Why measure? Software Metrics Why measure software size? Functional Size Measurement (FSM) History ISO Standards for FSM Function Point Analysis (FPA) Functional Size Measurement for the Web Silvia Abrahão,
3 Contents Part II OOmFPWeb: A FSM method for Web Applications Foundations Measurement Process Identifying the Application Boundary and the Measurement Scope Measuring Data Candidate Functions Measuring Transactional Candidate Functions Determining the Complexity for each function Determining the Functional Size of the Web Application Silvia Abrahão,
4 Part I Introduction: Why Measure? If you cant measure it, you cant manage it Tom DeMarco 1 ¹ Tom DeMarco, Controlling Software Projects, Yourdon Press, Silvia Abrahão,
5 Introduction: Software Metrics Software Metrics Size Effort Cost Quality Hour $ Defect Changes Syntatic Hybrid Semantic Halstead Reifer 3D Size Complexity Function Point Analysis LOC McCabe Silvia Abrahão,
6 Introduction: Why Measure Software Size? To normalize other measures... Estimation How long will it take to develop this system? How much will it cost? Productivity How productive are the development team? Silvia Abrahão,
7 Software Size Software Size SYNTATIC Programs, source lines of code (SLOC) Technical Size: Developer view No method for normalizing across languages It is measured in the detailed project or when the project is finished SEMANTIC Functional requirements from the user point of view Logical Size: User View It is measured in early stages of the development lifecycle Provide a consistent measure among various projects and organizations Silvia Abrahão,
8 unctional Size Measurement (FSM): History Silvia Abrahão,
9 tandards for FSM ISO/IEC Series of standards that provide a framework in which a new FSM method can be developed, tested and refined. It is composed by the following five parts: Part 1: Definition of concepts Part 2: Conformance evaluation of software sizing methods to ISO/IEC :1998 Part 3: Verification of a functional size measurement method Part 4: Functional size measurement reference model Part 5: Determination of functional domains for use with functional size measurement. Silvia Abrahão,
10 tandards for FSM FSM methods used in industry approved by ISO The following FSM methods are ISO standards: It is composed by the following five parts: IFPUG FPA (ISO/IEC 20926) Mark II FPA (ISO/IEC 20968) COSMIC-FPP (ISO/IEC 19761) NESMA FPA (ISO/IEC 24570) Silvia Abrahão,
11 The most widely used FSM method unction Point Analysis (FPA) by International Function Point Users Group External Inputs Aplicativo External Input External Interface Files (EIFs) Determine the type of count Identify Boundary Count the Data function types Count the Transactional function types Determine the Complexity for each function type (low, average, high) Determine the unadjusted functional size Determine the value adjustment factor (based on 14 general caracteristics of system) Determine the adjusted functional size External Outputs External Inquiry Internal Logical Files (ILFs) External Output External Inquiry Other Systems Silvia Abrahão,
12 Functional Size Measurement for the Web But... How about FSM for Web applications? The FSM methods used in industry (mainly Function Points Analysis date from a pre-web era. None of the ISO-standardized FSM methods were designed taking the particular features of Web applications into account. Silvia Abrahão,
13 urrent Status of the Web (Cutter Consortium) Many business are moved to the Web: 196 million new sites in 5 years Web-based Applications delivered didn't have required functionality (53%) Delivered Web Applications met business needs only 16% of the time Project exceeded budget (63%) Deliverables were of poor quality (52%) One of the major issues facing Web development is the lack of appropriate metrics for estimating WebApps (effort, time, productivity, cost, etc.). Silvia Abrahão,
14 Functional Size Measurement for the Web Some approaches have been proposed in the literature: Internet Points, Web Objects (Reifer, 2000) Web-Points (Charismatek, 2000) Internet Points (Cost Xpert Group, 2001) Problems: They apply measurement to the final software product They focus on the estimation of static Web Sites High level of dependence on implementation technology (counting html or xml files, scripts, multimedia files, etc.) Silvia Abrahão,
15 Functional Size Measurement for the Web What is needed is An implementation-independent FSM method that is based on the user-defined requirements captured in the conceptual model of the Web application. Silvia Abrahão,
16 Part II OOmFPWeb: A FSM Method for Web Applications E <<view>> Shopping_Cart subtotal purchase() * [H ] <<view>> Item price quantity <<Context>> Shopping_Cart name [Album_Details] Navigational Model <<view>> Internaut name <<view>> <<Context>> AlbumRent title description Presentation: Master-Detail pattern Cardinality: 1 Internaut <<Context>> Home <<Context>> Cars You can measure the functional size of Web applications from OOWS conceptual models Silvia Abrahão,
17 OOmFPWeb: Main Characteristics It is based on the FPA proposed by IFPUG (Counting Practices Manual, release 4.1) Size measurement is made early in the development life cycle (problem space level) The measurement process is embedded in the conceptual modeling phase of a model-driven approach for Web application development. It measure complex Web applications (static, dynamic, presentation and navigation features) Silvia Abrahão,
18 OOmFPWeb: Measurement Procedure Silvia Abrahão,
19 OOmFPWeb: Measurement Process Given a conceptual schema CS produced in the OOWS conceptual modeling phase, OOmFPWeb is calculated as follows: Where, OOmFPWeb = OOmFP D + OOmFP T OOmFP D is the size related to the data logical functions, and OOmFP T is the size related to the transactional logical functions. Silvia Abrahão,
20 OOmFPWeb: Measurement Process The measurement process according to the following steps: 1. The Object Model is analyzed to determine the application boundary and the measuring scope. 2. The Object Model is used for measuring the data functions (OOmFP D ). 3. The Object, Navigational and Presentation Models are used for measuring the transactional functions (OOmFP T ). 4. Levels of complexity for functions are translated into values using IFPUG tables. 5. The sum of values produces the functional size of a Web application (non-adjusted OOmFPWeb). Silvia Abrahão,
21 STEP 1. Identifying the Measurement Scope and the Application Boundary The measurement scope limits which functionality will be measured in a particular measurement (a sub-set). It can include in OOmFPWeb: A complete Web application, tacking into account all Navigational Maps and Agents. A Navigational Map for a specific agent (measures the functionality for a given user type) A Navigational Context The first one is applied in a new development whereas the latter ones in the restructuring phase of a WebApp (e.g. adaptive or corrective maintenance) Silvia Abrahão,
22 STEP 1. Identifying the Measurement Scope and the Application Boundary The application boundary indicates the border between the project or application being measured, and the external applications or user domain. Identification rule: External Inquiries (EQs) Application Boundary Measured WebApp EIs EOs External WebApp Agents External Outputs (EOs) External Intputs (EIs) Internal Logical Files (ILFs) DB Business Logic EQs External WebApp A WebApp is a group of logically related functions that fulfill specific business requirements. Silvia Abrahão,
23 STEP 1. Identifying the Measurement Scope and the Application Boundary The application boundary is identified by applying the following rules: Accept each agent as a user of the application. The boundary corresponds to all navigational maps existing in a Navigational Model (the navigational contexts inherited by users are measured only once!). Silvia Abrahão,
24 STEP 2. Measuring Data Functions In FPA the Data Functions represent the functionality provided to the user to meet internal (ILFs) and external (EIFs) data requirements. Measuring Data Functions Identification of ILFs Identification of EIFs Determination of the Complexity Silvia Abrahão,
25 STEP 2. Measuring Data Functions Internal Logical File (ILF) FPA: is a user identifiable group of logically related data or control information maintained within the boundary of the application. OOmFP: is a class with an associated agent. A class encapsulates a set of data items (attributes) representing the state of the objects in each class. Silvia Abrahão,
26 STEP 2. Measuring Data Functions External Interface File (EIF) FPA: is a user identifiable group of logically related data or control information referenced by the application, but maintained within the boundary of another application. OOmFP: is a legacy view is defined as a filter placed on a class by a preexisting software system. Silvia Abrahão,
27 STEP 2. Measuring Data Functions The complexity of a data function is determined by: DET (Data Element Type): unique userrecognizable, non-repeated fields. RET (Record Element Type): user-recognizable subgroups of data contained within an ILF or EIF. Silvia Abrahão,
28 Determining the Complexity of Classes OOmFP ILF DETsc, Measurement Rules for DETs of a Class: 1 DET for each data-valued attribute of the class 1 DET for each attribute in the Identification Function (IF)1 of a class or legacy view referenced in a univalued aggregation relationship. 1 DET for each attribute in the IF of the superclasses of a class. Measurement Rules for RETs of a Class: 1 RET for the class 1 RET for each multivalued aggregation relationship (class or legacy view). 1 A class can have 0 or N Identification Functions (IF) that are specified by indicating the constant attributes that define it. Silvia Abrahão, c MO RETs c
29 Determining the Complexity of Classes OOmFP ILF DETsc, RETs c DETs RETs 1 = 2 to 5 morethan 6 1 to to morethan Where the complexity is: Low=7, Average=10, High=15 Silvia Abrahão,
30 Measuring Classes Measuring classes with aggregation relationship. The Identification Function (IF) of the Country class is made up of the countryname and id_country attributes. The class City is identified by id_name Country (ILF) DETs = 2 (attributes) RETs = 2 (class) + 1 (multivalued aggr. relationship) [Low Complexity = 7 UFP] Silvia Abrahão, City (ILF) DETs = 4 2 (attributes) +2 (IF/univalued aggr. relationship) RETs = 1 (Class) [Low Complexity = 7 UFP]
31 Measuring Classes Measuring classes with inheritance and aggregation relationships. The identification function (IF) of the class Person is made up of the attributes id_dni and Fullname. The class Car is identified by id_car. Person (ILF) DETs = 3 ( attributes ) RETs = 2 ( class + multivalued aggr.) [Low complexity = 7 UFP] Car (ILF) DETs = 3 ( 1 attribute + 2 univalued aggr. ) RETs = 1 (class) [Low complexity = 7 UFP] Silvia Abrahão, Estudiante (ILF) DETs = 4 ( 2 attributes + 2 FI univalued aggr. ) RETs = 1 ( class ) [Low complexity = 7 UFP]
32 Determining the Complexity of Legacy View vl MO OOmFP EIF DETsvl, Measurement Rules for DETs of a Legacy View: RETs 1 DET for each data-valued (non-derived) attribute of the legacy view 1 DET for each attribute in the IF the class related to by a univalued aggregation relationship vl Measurement Rules for RETs of a Legacy View: 1 RET for the legacy View 1 RET for each multivalued aggregation relationship with a class Silvia Abrahão,
33 etermining the Complexity of Legacy View OOmFP EIF DETs vl, RETs vl DETs RETs 1 = 2 a 5 morethan6 1 to to morethan Where the complexity is: Low= 5, Average=7, High=10 Silvia Abrahão,
34 Measuring Legacy Views Rate (EIF) [Low complexity = 7 UFP] Silvia Abrahão,
35 STEP 3. Measuring Transactional Functions In FPA the transactional functions represent the functionality provided to the user to process data. There are three function types: External Inputs (EIs), External Outputs (EOs), or External Inquiries (EIs). Measuring Transactional Functions Identification of EIs Identification of EOs Identification of EQs Determination of Complexity Silvia Abrahão,
36 STEP 3. Measuring Transactional Functions External Inputs (EIs) FPA: is a transaction must have processing logic that is unique and represents the smallest unit of activity that is meaningful to the business user. OOmFP: is a service that represents a unit of functional logic contained within an object. We identify one EI for each service (class or legacy view) that is activated for an agent. Silvia Abrahão,
37 STEP 3. Measuring Transactional Functions Hints for identifying EIs: An event or transaction are measured only once (in the class in which they are declared), even if they are inherited by several subclasses. Shared events must measured only once (in any class in which they are declared ). Reject event or transactions that are not activated for no client class. Silvia Abrahão,
38 Determining the Complexity of Services Se determina la complejidad por la cantidad de: DET (Data Element Type) a unique user recognizable, non-repeated field. FTR (File Type Referenced) subgroup of logical data referenced/maintained by a transactional function. Silvia Abrahão,
39 Determining the Complexity of a Service Measurement Rules for DETs of a Class Service: 1 DET for each data-valued argument of the service 1 DET for the capability of the application to send messages 1 DET for the action (Accept/Cancel) of the service execution. s MO OOmFP EI DETss, FTRs s Measurement Rules for FTRs of a Class Service: 1 FTR for the class in which the service is declared. 1 FTR for each new class referenced in the object-valued argument of the service (only if it is different of the class service). If integrity constraints are defined, count one FTR for new class referenced in the formula. If the service is a transaction, count one FTR for each class referenced in the transaction formula. Silvia Abrahão,
40 Determining the Complexity of a Service Measurement Rules for FTRs of a Class Service (cont): If a specialization by condition is defined, count one FTR for each new class accessed in the specialization formula If a specialization by event is defined (carrier/liberator event), count one FTR for each new class for which the event is a carrier/liberator. 1 FTR for each new class referenced in the formula of a control condition, defined in the State Transition Diagram. 1 FTR for each new class referenced in the formula of a trigger, defined in the Interaction Diagram. 1 FTR for each new class referenced in the formula of a precondition, defined in the State Transition Diagram. s MO OOmFP EI DETss, FTRs s Silvia Abrahão,
41 etermining the Complexity of Services OOmFP EI DETss, FTRs s DETs FTRs 0 a 1 = 2 a 3 morethan 4 1 to to morethan Where the complexity is: Low=3, Average=4, High=6 Silvia Abrahão,
42 Measuring Class Services createperson (EI) [Low complexity = 3 UFP] register (EI) [Low complexity = 3 UFP] Silvia Abrahão,
43 STEP 3. Measuring Transactional Functions External Inquiries (EQs) FPA: retrieval data to send outside the system boundary. The intent is to present information to a user retrieving data from ILFs or EIFs. The processing logic contains no calculations and creates no derived data. OOmFPWeb: It is an unique Navigational Context defined in the Navigational Model. The intent is to present information to the user without altering the system behaviour. Silvia Abrahão,
44 Determining the Complexity of Navigational Contexts Se determina la complejidad por la cantidad de: DET (Data Element Type) a unique user recognizable, non-repeated field. FTR (File Type Referenced) subgroup of logical data referenced/maintained by a transactional function. Silvia Abrahão,
45 Determining the Complexity of a Navigational Context Measurement Rules for DETs of Navigational Context (Navigation perspective): 1 DET for each attribute of the navigational classes 1DET for each contextual dependency relationship 2 DETs for each context relationship 1 DET for each service defined in the navigational classes 1 DET for each service link associated to a service 1 DET for each attribute defined in the formula of a population filter. 1 DET for each attribute defined in the formula of a information access filter 1 DET for each attribute defined in the formula of an index Silvia Abrahão, w x= 1 z y= 1 OOmFP ncontext xy
46 Determining the Complexity of a Navigational Context Measurement Rules for DETs of Navigational Context (Presentation perspective): 4DETsfor each sequential access mode to data blocks (previousnext-first-last). 5 DETs for each random access mode to data blocks (previousnext-first-last-num). 1 DET for the cardinality (dynamic) 1 DET for each ordering criteria of the navigational context 1 DET for the ability to specify an action to be taken 1 DET for the application capacity of presenting messages (error, control, etc.) w x= 1 z y= 1 OOmFP ncontext xy Silvia Abrahão,
47 Determining the Complexity of a Navigational Context Measurement Rules for FTRs of Navigational Context: 1 FTR for each navigational class 1 FTR for each new class referenced in the population filter formula 1 FTR for each new class referenced in the information access filter formula 1 FTR for each new class referenced in the index formula w x= 1 z y= 1 OOmFP ncontext xy Silvia Abrahão,
48 Determining the Complexity of a Navigational Context Hints for Measure Navigational Contexts: If a access mode is defined in conjunction with a cardinallity pattern the measurement is as follow: A sequential access mode with a static cardinallity pattern, count only 4 DETs. A sequential access mode with a dynamic cardinallity pattern, count 5 DETs. A random access mode with a static cardinallity pattern, count 5 DETs. A random access mode with a dynamic cardinallity pattern, count 6 DETs. w x= 1 z y= 1 OOmFP ncontext xy Silvia Abrahão,
49 etermining the Complexity of Navigationa ontexts OOmFP EI DETss, FTRs s DETs FTRs 0 a 1 = 2 a 3 morethan 4 1 to to morethan Where the complexity is: Low=3, Average=4, High=6 Silvia Abrahão,
50 Measuring Navigational Contexts Suppose that we need provide an indexed access to the Albums context using the attribute tittle. The following index is defined: ATTRIBUTE INDEX Album_title ATTRIBUTES title, price, photo LINK ATTRIBUTE title Albums (EQ) DETs = 7 FTRs = 2 [Average complexity = 4 UFP] Then, one more DET is added to the measurement of the context Albums due to the attribute photo. Silvia Abrahão,
51 Measuring Navigational Contexts Album_Track Navigational Context Measurement (EQ): DETs = 18 3 attributes (title, price, name) + 4 by context relationships + 1 link attribute + 1 service (purchase) + 1 service link (ShoppingCart in purchase) + 2 ordering criteria (name, price) + 4 sequential access mode with static cardinallity + 1 application ability to offer actions + 1 application capability to present messages FTRs = 2 2 due to the navigational classes Album and Track Silvia Abrahão, [Average complexity = 4 UFP]
52 Step 5. Determining thefunctional size of the Web application Project Name: Measurement Type: Logical Functions Complexity Total Low Average High Class (ILFs) x 7 = 0 x10 = 0 x 15 = 0 0 Legacy Views (EIFs) x 5 = 0 x 7 = 0 x 10 = 0 0 Services (EIs) x 3 = 0 x 4 = 0 x 6 = 0 0 Navigational Contexts (EQs) x 3 = 0 x 4 = 0 x 6 = 0 0 Tamaño Funcional (sin ajustar): 0 Silvia Abrahão,
53 Thank you for your attention!!! Silvia Abrahão,
EI, EO, EQ QUESTIONS. Expected Result: The student should obtain a score of 90 percent.
EI, EO, EQ QUESTIONS Objective: The following questions represent typical questions regarding transactions that will be on the exam. It is important that you become familiar with answering these types
More informationSeminar on Software Cost Estimation: Function Points
: Function Points Institut für Informatik, Universität Zürich Prof. Dr. Martin Glinz Arun Mukhija WS 2002/03 10. December 2002 Author: Christoph Suter Hoffeld 2 8057 Zürich fels@datacomm.ch 1 Introduction...4
More informationBoundaries: The Undiscovered Territory
Boundaries: The Undiscovered Territory 2009 The Problem... Many definitions although lots of similarities Individual perception can and does impact the definition of boundaries Boundary definition can
More informationInternational Function Point Users Group References: Capers Jones: Applied Software Measurement (1997) Estimating Software Costs (1998)
Function Point Estimation Normalized software project metric Application domain rather than technical domain Application functions and data rather than code International Function Point Users Group www.ifpug.org
More informationWorkshop 2-3: Function Point Analysis. Dietmar Pfahl
Software Economics Fall 2015 Workshop 2-3: Function Point Analysis Dietmar Pfahl (slides based on material of Marlon Dumas and (partly) on FPA Manual by David Longstreet) Function Point Analysis Function
More informationInterface Models and Function Point Calculation
Interface Models and Function Point Calculation Jeannie Bellows Senior Consultant jbellows@castek.com Who is Castek? Who is Castek? Global organization, headquartered in Toronto, Canada with offices in
More informationWorkshop 2: Function Point Analysis. Marlon Dumas
Software Economics Fall 2012 Workshop 2: Function Point Analysis Marlon Dumas (slides partly based on FPA Manual by David Longstreet) Function Point Analysis Function point is a measure of the amount of
More informationTechnical Report
FULL FUNCTION POINTS: COUNTING PRACTICES MANUAL Technical Report 1997-04 Edited by Software Engineering Management Research Laboratory and Software Engineering Laboratory in Applied Metrics (SELAM) In
More informationPart 1 - Process and Rules
Part 1 - Process and Rules This page intentionally left blank. Part 2 Counting Practices This page intentionally left blank. Part 3 - Examples This page intentionally left blank. Part 4 Appendices and
More informationFPA and Portfolio Counting
FPA and Portfolio Counting Size for Application Maintenance projects the easy way Christine Green CFPS EDS and the EDS logo are registered trademarks of Electronic Data Systems Corporation. EDS is an equal
More informationFunction Point Analysis
Function Point Analysis Introduction and Basic Overview as an Alternative to SLOC-based Estimation November 17, 2010 Tucker Moore TASC - ASOU Software Cost Estimation Two Main Types of Developed SW Cost
More informationAligning Function Point Counting and Test Planning
Aligning Function Point Counting and Test Planning Chris Francis, CSTE Senior Consultant Nestlé Purina Petcare Company Checkerboard Square St. Louis, MO 63164 1 Content Brief Background on Testing Similarities
More informationShared Data Real-time Responses
itip Guidance from the Functional Sizing Standards Committee on topics important to you Shared Data Real-time Responses itip # 06 (Version 1.1 10/19/2014) itips provide guidance on topics important to
More informationINTERNAL LOGICAL FILES
INTERNAL LOGICAL FILES 9 Objective of Section: Describe and define the concepts necessary to identify and rate Internal Logical Files. The exercises at the end of the section help the student demonstrate
More informationE s timation of effort using F unction Points
E s timation of effort using F unction Points -Vijay S hankar Vijay Shankar Cognizant Technology Solutions, Feb 2003. All rights reserved. You may make one attributed copy of this material for your own
More informationEXTERNAL INQUIRIES. Objective of Section: Definition: Rating:
EXTERNAL INQUIRIES 7 Objective of Section: Describe and define the concepts necessary to identify and rate External Inquiries. The exercises at the end of the section help the student demonstrate that
More informationCertified Function Point Specialist
IFPUG I40-420 Certified Function Point Specialist Version: 4.1 Topic 1, Definitions IFPUG I40-420 Exam QUESTION NO: 1 When counting DETs which of the following rules apply? A. Count a DET for each recursive
More informationA System for Measuring Function Points from Specifications
A System for Measuring Function Points from Specifications Technical Report DEIS-LIA-97-006 Fausto Gramantieri 1, Evelina Lamma 1, Paola Mello 2, Fabrizio Riguzzi 1 1 DEIS - Università di Bologna Viale
More informationBasel Dudin
Measuring Internal Product Attributes: Size Basel Dudin dudinbk@mcmaster.ca Outline Aspects of Software Size Length (LOC) Lines of Code Halstead s Theory Functionality Unadjusted Function Point Count (UFC)
More informationFunction Point Training
Function Point Training Instructor: David Longstreet David@SoftwareMetrics.Com www.softwaremetrics.com 816-739-4058 tel. or 816-228-8259 fax. 112 Two Day Schedule Day One - Function Points Concepts, Questions
More informationExploring the Convertibility between IFPUG and COSMIC FP: Preliminary Findings. October , Assisi, Italy
Exploring the Convertibility between IFPUG and COSMIC FP: Preliminary Findings Çiğdem GENCEL & Carl BIDEAU October 17-19 2012, Assisi, Italy Çiğdem GENCEL Assist.Prof., Free University of Bolzano, ITALY
More informationProbabilistic Models of Software Function Point Elements
Probabilistic Models of Software Function Point Elements Masood Uzzafer Amity university Dubai Dubai, U.A.E. Email: muzzafer [AT] amityuniversity.ae Abstract Probabilistic models of software function point
More informationSome doubts about the objectivity of logical determination of the uniqueness of the elementary process in the Function Point Analysis
Some doubts about the objectivity of logical determination of the uniqueness of the elementary process in the Function Point Analysis Table of Contents Marian Zalcman, Ph.D. ASSECO Poland, Rzeszów 1. Introduction
More informationImproving the Accuracy of Function Points Counts
The PROJECT PERFECT White Paper Collection Improving the Accuracy of Function Points Counts Abstract Amit Javadekar The Function Point (FP) Analysis model was invented by Allan Albrecht in 1979 as an alternative
More informationPart 5 Appendices and Glossary
Part 5 Appendices and Glossary This page intentionally left blank. Part 5 Appendix A Appendix A: Functional Size Calculation Table Introduction Contents Appendix A includes a table to facilitate measuring
More informationEarly & Quick Function Point: Sizing More with Less
Early & Quick Function Point: Sizing More with Less Luca Santillo, Massimiliano Conte, Roberto Meli DPO (Data ing Organization), Italy luca.santillo@dpo.it, massimiliano.conte@dpo.it, roberto.meli@dpo.it
More informationMs. Bhawna Sharma 1, Ms. Kavita Choudhary 2, Mr Rajendra Purohit 3 1 M.Tech. Scholar, 2 Associate professor, 3 Research Scholar
Function Point Analysis: Converting various design elements into Function Points Ms. Bhawna Sharma 1, Ms. Kavita Choudhary 2, Mr Rajendra Purohit 3 1 M.Tech. Scholar, 2 Associate professor, 3 Research
More informationEVOLVED. Function Points. Lee Fischman COCOMO/SCM 15 Forum Spring 2000
EVOLVED Function Points Lee Fischman COCOMO/SCM 15 Forum Spring 2000 Galorath Incorporated 2000 1 Traditional Function Points - A Great Start At Functional Scoping Identification Input Inquiry Output Complexity
More informationJoint Application Design & Function Point Analysis the Perfect Match By Sherry Ferrell & Roger Heller
Joint Application Design & Function Point Analysis the Perfect Match By Sherry Ferrell & Roger Heller Introduction The old adage It s not what you know but when you know it that counts is certainly true
More informationSimple Function Point! measurement fully compatible with the IFPUG method 4.x
! A new method for functional size measurement fully compatible with the IFPUG method 4.x Roberto Meli CEO - Data Processing Organization President Association N. 1 IFPUG FP Reference Model EQ EIF ILF
More informationIFPUG 4.3 What You Need to Know!
DCG WEBINAR IFPUG 4.3 What You Need to Know! Sheila P. Dennis, CFPS sdennis@davidconsultinggroup.com Presentation Topics Let s Talk Function Points What Did They Do to the Counting Practices Manual (CPM)?
More informationFunctional Measure of a Real-time System
IWSM/Mensura 2009, November 4-6, 2009 Amsterdam (Netherlands) Functional Measure of a Real-time System Jean-Marc Desharnais, Alain Abran, Pınar Efe Dikici, Mert Can İliş, İrfan Nuri Karaca Agenda Introduction
More informationA Worked Function Point model for effective software project size evaluation
A Worked Function Point model for effective software project size evaluation Luca Santillo, Italo Della Noce Abstract This work explains the Worked Function Point model for effective software project size
More informationSENG 421: Software Metrics
SENG 421: Software Metrics Measuring Internal Product Attributes: Software Size (Chapter 5) Department of Electrical & Computer Engineering, University of Calgary B.H. Far (far@ucalgary.ca) http://www.enel.ucalgary.ca/people/far/lectures/seng421/05/
More informationFunction Point Counting Practices Manual. Release 4.2.1
Function Point Counting Practices Manual Release 4.2.1 International Function Point Users Group (IFPUG) Function Point Counting Practices Manual Release 4.2.1 Chairperson, Counting Practices Committee
More informationMeasuring Function Points from VDM-SL Specifications
Measuring Function Points from VDM-SL Specifications Tomoko Miyawaki, Junichi Iijima, Sho Ho 宮脇智子 飯島淳一 包捷 Department of Industrial Engineering and Management Graduate School of Decision Science and Technology
More informationMeasuring Function Points from VDM-SL Specifications
40 1 Measuring Function Points from VDM-SL Specifications Tomoko Miyawaki, Junichi Iijima and Sho Ho Abstract The motivation of this paper is to enhance system development efficiency by integrating system
More informationRoyce Edwards. Software Composition Technologies 75 Kentucky Way Freehold, New Jersey, USA
Royce Edwards Software Composition Technologies 75 Kentucky Way Freehold, New Jersey, USA 07728-4604 732-866-0090 (voice) 732-377-8410 (fax) Royce@RoyceEdwards.com Royce Edwards has taught web site counting
More information(Objective-CS605 Software Engeenring-II)
Which one of the following is NOT a useful indicator of software quality? Correctness Code size (Page 67) Maintainability Integrity Usability Which one of the following does not belong to a strategy for
More informationEXTERNAL INPUTS. Objective of Section: Definition: Rating: Counting Tips:
EXTERNAL INPUTS 5 Objective of Section: Describe and define the concepts necessary to identify and rate External Inputs. The exercises at the end of the section help the student demonstrate that they have
More informationA System for Measuring Function Points
A System for Measuring Function Points Evelina Lamma 1, Paola Mello 2, Fabrizio Riguzzi 1 1 DEIS - Università di Bologna Viale Risorgimento, 2 40136 Bologna {elamma,friguzzi}@deis.unibo.it 2 Dipartimento
More informationSoftware Size /2. Size: Length (code, specification, design) Size: Reuse Size: Functionality (function point, feature point, object point,
SENG 421: Software Metrics Measuring Internal Product Attributes: Software Size (Chapter 5) Department of Electrical & Computer Engineering, University of Calgary B.H. Far () http://www.enel.ucalgary.ca/people/far/lectures/seng421/05/
More informationFunction Point Counting - Hard Lessons Learnt
Function Point Counting - Hard Lessons Learnt Faustin Moses Rethinam/ Ajay Verma/ Swaminathan Subraman Productivity Center of Excellence India Development Center Accenture Agenda Function Point Counting
More informationSoftware Engineering (CSC 4350/6350) Rao Casturi
Software Engineering (CSC 4350/6350) Rao Casturi Recap 1 to 5 Chapters 1. UML Notation 1. Use Case 2. Class Diagrams 3. Interaction or Sequence Diagrams 4. Machine or State Diagrams 5. Activity Diagrams
More informationFP Sizing of SOA applications made easy!
FP Sizing of SOA applications made easy! Shalini Thulasi (CFPS) Email:Shalini.Thulasi@accenture.com Copyright 2010 Accenture All Rights Reserved. Accenture, its logo, and High Performance Delivered are
More informationInnovative Approach to FP Automation
Innovative Approach to FP Automation By Siddharth Misra Reviewed By Purnima Jagannathan Accenture Services Pvt. Ltd Bangalore, INDIA Copyright 2010 Accenture All Rights Reserved. Accenture, its logo, and
More informationCASE STUDIES ANSWERS. Page 1 Longstreet Consulting Inc.
CASE STUDIES ANSWERS Page 1 Collection Letter Dear , Our records indicate that you are past due . If you do not pay within , then we will kindly repo
More informationMeasurement Convertibility - From Function Points to COSMIC-FFP
Measurement - From Function Points to Alain Abran Jean-Marc Desharnais Fatima Aziz École de Technologie Supérieure alain.abran@etsmtl.ca jean-marc.desharnais@etsmtl.ca fatima.aziz.1@ens.etsmtl.ca Abstract
More informationEvaluation of a Business Application Framework Using Complexity and Functionality Metrics
Evaluation of a Business Application Framework Using Complexity and Functionality Metrics Hikaru Fujiwara 1, Shinji Kusumoto 1, Katsuro Inoue 1, Toshifusa Ootsubo 2 and Katsuhiko Yuura 2 1 Graduate School
More informationA System for Measuring Function Points
A System for Measuring Function Points Evelina Lamma 1, Paola Mello 2, Fabrizio Riguzzi 1 1 DEIS - Università di Bologna Viale Risorgimento, 2 40136 Bologna {elamma,friguzzi}@deis.unibo.it 2 Dipartimento
More informationBasic Structural Modeling. Copyright Joey Paquet,
Basic Structural Modeling Copyright Joey Paquet, 2000 1 Part I Classes Copyright Joey Paquet, 2000 2 Classes Description of a set of objects sharing the same attributes, operations and semantics Abstraction
More information1 Visible deviation from the specification or expected behavior for end-user is called: a) an error b) a fault c) a failure d) a defect e) a mistake
Sample ISTQB examination 1 Visible deviation from the specification or expected behavior for end-user is called: a) an error b) a fault c) a failure d) a defect e) a mistake 2 Regression testing should
More informationChapter 8: Class and Method Design
Chapter 8: Class and Method Design Objectives Become familiar with coupling, cohesion, and connascence. Be able to specify, restructure, and optimize object designs. Be able to identify the reuse of predefined
More informationSoftware Metrics 2.1 INTRODUCTION 2.2 PROJECT MANAGEMENT PROCESS ACTIVITIES
2 C h a p t e r Software Metrics 2.1 INTRODUCTION I am reminded of a very interesting story when we talk of software metrics. Once there was a meeting going on in USA. In that meeting, one of the ladies
More informationConceptual Data Modeling by David Haertzen
Conceptual Data Modeling by David Haertzen All rights reserved. Reproduction in whole or part prohibited except by written permission. Product and company names mentioned herein may be trademarks of their
More information12/05/2017. Geneva ServiceNow Security Management
12/05/2017 Security Management Contents... 3 Security Incident Response...3 Security Incident Response overview... 3 Get started with Security Incident Response... 6 Security incident creation... 40 Security
More informationQUIZ #5 - Solutions (5pts each)
CS 435 Spring 2014 SOFTWARE ENGINEERING Department of Computer Science Name QUIZ #5 - Solutions (5pts each) 1. The best reason for using Independent software test teams is that a. software developers do
More informationSeizing and sizing SOA applications with COSMIC Function Points Luca Santillo
Seizing and sizing SOA applications with COSMIC Function Points Luca Santillo (luca.santillo@gmail.com) Abstract Service-oriented architecture (SOA) expresses a perspective of software architecture that
More informationValidation of the Cost Estimations with Object Oriented Function Point (FP) through Software Visualization
Validation of the Cost Estimations with Object Oriented Point (FP) through Software Visualization So Young Moon, Byungkook Jeon* and R. Young Chul Kim SE Lab., Dept. of Software and Communications Engineering,
More informationChapter 8: Enhanced ER Model
Chapter 8: Enhanced ER Model Subclasses, Superclasses, and Inheritance Specialization and Generalization Constraints and Characteristics of Specialization and Generalization Hierarchies Modeling of UNION
More informationAbbreviated Systematica 4.0 Glossary Ordered by Concept Generic
Term A collection of interacting Components. Terms for s Component Interact Sub-system Subject Environment Actor Logical Physical Interaction Role Sub-Interaction Feature Service Input-Output Architectural
More informationMiddle East Technical University Department of Computer Engineering RECOMMENDER SYSTEM. Software Design Description Document V1.1.
Middle East Technical University Department of Computer Engineering RECOMMENDER SYSTEM Software Design Description Document V1.1 Dcengo Unchained DuyguKabakcı 1746064 Işınsu Katırcıoğlu 1819432 Sıla Kaya
More informationMultiple Views and Relationships for Quality Driven Architecture with AADL: A Multimodel for Software Product Lines
Multiple Views and Relationships for Quality Driven Architecture with AADL: A for Software Product Lines Emilio Insfran, Silvia Abrahão, Javier González Department of Information Systems and Computation
More informationMultiple Choice Questions
Chapter 9 Structuring System Data Requirements 193 Chapter 9 Structuring System Data Requirements Multiple Choice Questions 1. Some systems developers believe that a data model is the most important part
More informationInvestigation of Metrics for Object-Oriented Design Logical Stability
Investigation of Metrics for Object-Oriented Design Logical Stability Mahmoud O. Elish Department of Computer Science George Mason University Fairfax, VA 22030-4400, USA melish@gmu.edu Abstract As changes
More informationSUMMARY: MODEL DRIVEN SECURITY
SUMMARY: MODEL DRIVEN SECURITY JAN-FILIP ZAGALAK, JZAGALAK@STUDENT.ETHZ.CH Model Driven Security: From UML Models to Access Control Infrastructres David Basin, Juergen Doser, ETH Zuerich Torsten lodderstedt,
More informationAgenda. Introduce new members 5 minutes. CISQ status 5 minutes. AEFP work 45 minutes. Assignments and adjourn 5 minutes
AEFP Meeting #4 1 2 Agenda Introduce new members 5 minutes CISQ status 5 minutes AEFP work 45 minutes Assignments and adjourn 5 minutes Status CISQ Quality Characteristic Measures: Reliability, Performance
More informationSystem Analysis & design
Assiut University Faculty of Computers and Information System Analysis & design Year 2 Academic Year 2014/ 2015 Term (2) 5 A PICTURE IS WORTH A 1,000 WORDS A process model is a graphical way of representing
More informationNOTES ON OBJECT-ORIENTED MODELING AND DESIGN
NOTES ON OBJECT-ORIENTED MODELING AND DESIGN Stephen W. Clyde Brigham Young University Provo, UT 86402 Abstract: A review of the Object Modeling Technique (OMT) is presented. OMT is an object-oriented
More informationA - 1. CS 494 Object-Oriented Analysis & Design. UML Class Models. Overview. Class Model Perspectives (cont d) Developing Class Models
CS 494 Object-Oriented Analysis & Design UML Class Models Overview How class models are used? Perspectives Classes: attributes and operations Associations Multiplicity Generalization and Inheritance Aggregation
More informationThe Entity-Relationship (ER) Model 2
The Entity-Relationship (ER) Model 2 Week 2 Professor Jessica Lin Keys Differences between entities must be expressed in terms of attributes. A superkey is a set of one or more attributes which, taken
More informationISO/IEC TR TECHNICAL REPORT. Information technology Procedures for achieving metadata registry (MDR) content consistency Part 1: Data elements
TECHNICAL REPORT ISO/IEC TR 20943-1 First edition 2003-08-01 Information technology Procedures for achieving metadata registry (MDR) content consistency Part 1: Data elements Technologies de l'information
More informationOBJECT-ORIENTED MODELING AND DESIGN. Process Overview
OBJECT-ORIENTED MODELING AND DESIGN Process Overview CONTENTS: 1. Development Stages. 2. Development Life Cycle. 3. Summary. A software Development process provides a basis for the organized production
More information3D/xxx/INF Quick Reference Manual for the Validation Team for IEC CDD (IEC DB)
For IEC use only 3D/xxx/INF 2008-12 INTERNATIONAL ELECTROTECHNICAL COMMISSION TECHNICAL COMMITTEE NO. 3: INFORMATION STRUCTURES, DOCUMENTATION AND GRAPHICAL SYMBOLS SUBCOMMITTEE NO. 3D: DATA SETS FOR LIBRARIES
More informationCounting Lotus Notes Applications Copyright The David Consulting Group, Inc.
Counting Lotus tes Applications Thomas Cagley (440) 933-8768 Office (440) 668-5717 Cell tomcagley@davidconsultinggroup.com 1 Items of Interest Definitions Where are the ILFs Subforms Twisties Views Keywords
More informationMeasuring the functional size of a data warehouse application using COSMIC-FFP
Measuring the functional size of a data warehouse application using COSMIC-FFP Harold van Heeringen Abstract A data warehouse system is not the kind of traditional system that is easily sized with FPA,
More informationInformation Technology Audit & Cyber Security
Information Technology Audit & Cyber Security Structured Data Requirements Systems & Infrastructure Lifecycle Management with E-R LEARNING OBJECTIVES Explain the role of conceptual data modeling in the
More informationARiSA First Contact Analysis
ARiSA First Contact Analysis Applied Research In System Analysis - ARiSA You cannot control what you cannot measure Tom DeMarco Software Grail Version 1.3 Programming Language Java 1.4 Date 2 nd of December,
More informationChapter 2 Conceptual Modeling. Objectives
Chapter 2 Conceptual Modeling Basic Entity Relationship Diagrams 1 Objectives Definition of terms Importance of data modeling Write good names and definitions for entities, relationships, and attributes
More informationISO INTERNATIONAL STANDARD. Geographic information Filter encoding. Information géographique Codage de filtres. First edition
INTERNATIONAL STANDARD ISO 19143 First edition 2010-10-15 Geographic information Filter encoding Information géographique Codage de filtres Reference number ISO 19143:2010(E) ISO 2010 PDF disclaimer This
More informationMcCa!"s Triangle of Quality
McCa!"s Triangle of Quality Maintainability Portability Flexibility Reusability Testability Interoperability PRODUCT REVISION PRODUCT TRANSITION PRODUCT OPERATION Correctness Usability Reliability Efficiency
More informationChapter 8 The Enhanced Entity- Relationship (EER) Model
Chapter 8 The Enhanced Entity- Relationship (EER) Model Copyright 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 8 Outline Subclasses, Superclasses, and Inheritance Specialization
More informationMIS Database Systems Entity-Relationship Model.
MIS 335 - Database Systems Entity-Relationship Model http://www.mis.boun.edu.tr/durahim/ Ahmet Onur Durahim Learning Objectives Database Design Main concepts in the ER model? ER Diagrams Database Design
More informationThe Data Interaction Point Method
IV. Methods for measuring the Development Output 67 all data movements. Table 3 shows the functional size of sample use case Search Flight determined by using the COSMIC method. The COSMIC method does
More informationChapter 9: Relational DB Design byer/eer to Relational Mapping Relational Database Design Using ER-to- Relational Mapping Mapping EER Model
Chapter 9: Relational DB Design byer/eer to Relational Mapping Relational Database Design Using ER-to- Relational Mapping Mapping EER Model Constructs to Relations Relational Database Design by ER- and
More informationTopic 01. Software Engineering, Web Engineering, agile methodologies.
Topic 01 Software Engineering, Web Engineering, agile methodologies. 1 What is Software Engineering? 2 1 Classic Software Engineering The IEEE definition: Software Engineering is the application of a disciplined,
More informationPASS4TEST. IT Certification Guaranteed, The Easy Way! We offer free update service for one year
PASS4TEST \ We offer free update service for one year Exam : ISEB-SWT2 Title : ISTQB-ISEB Certified Tester Foundation Level Vendor : ISEB Version : DEMO Get Latest & Valid ISEB-SWT2 Exam's Question and
More informationFrom Analysis to Design. LTOOD/OOAD Verified Software Systems
From Analysis to Design 1 Use Cases: Notation Overview Actor Use case System X System boundary UCBase «extend» UCExt Actor A UCVar1 UCVar2 Extending case Generalization «include» Actor B UCIncl Included
More informationWelcome to the topic of SAP HANA modeling views.
Welcome to the topic of SAP HANA modeling views. 1 At the end of this topic, you will be able to describe the three types of SAP HANA modeling views and use the SAP HANA Studio to work with views in the
More informationDatabase Design with Entity Relationship Model
Database Design with Entity Relationship Model Vijay Kumar SICE, Computer Networking University of Missouri-Kansas City Kansas City, MO kumarv@umkc.edu Database Design Process Database design process integrates
More informationMetric Wise (Analyze, Understand)
The Joint 13 th CSI/IFPUG International Software Measurement & Analysis (ISMA13) Conference Mumbai (India) March 6, 2017 [Sysmetry] [Integrated FPA & [Krupananda Babu M] Metric Wise (Analyze, Understand)
More informationTaxonomy Dimensions of Complexity Metrics
96 Int'l Conf. Software Eng. Research and Practice SERP'15 Taxonomy Dimensions of Complexity Metrics Bouchaib Falah 1, Kenneth Magel 2 1 Al Akhawayn University, Ifrane, Morocco, 2 North Dakota State University,
More informationArchiMate 2.0. Structural Concepts Behavioral Concepts Informational Concepts. Business. Application. Technology
ArchiMate Core Structural Concepts Behavioral Concepts Informational Concepts interaction Technology Application Layer Concept Description Notation Concept Description Notation Actor An organizational
More informationChapter 1: Programming Principles
Chapter 1: Programming Principles Object Oriented Analysis and Design Abstraction and information hiding Object oriented programming principles Unified Modeling Language Software life-cycle models Key
More informationWeb Application Development Using JEE, Enterprise JavaBeans and JPA
Web Application Development Using JEE, Enterprise Java and JPA Duration: 35 hours Price: $750 Delivery Option: Attend training via an on-demand, self-paced platform paired with personal instructor facilitation.
More informationPractical Database Design Methodology and Use of UML Diagrams Design & Analysis of Database Systems
Practical Database Design Methodology and Use of UML Diagrams 406.426 Design & Analysis of Database Systems Jonghun Park jonghun@snu.ac.kr Dept. of Industrial Engineering Seoul National University chapter
More information2.0.3 attributes: A named property of a class that describes the range of values that the class or its instances (i.e., objects) may hold.
T0/04-023 revision 2 Date: September 06, 2005 To: T0 Committee (SCSI) From: George Penokie (IBM/Tivoli) Subject: SAM-4: Converting to UML part Overview The current SCSI architecture follows no particular
More informationModification of standard Function Point complexity weights system
The Journal of Systems and Software 4 (2005) 195 206 www.elsevier.com/locate/jss Modification of standard Function Point complexity weights system Mohammed Abdullah Al-Hajri *, Abdul Azim Abdul Ghani,
More informationThe Development and Achievements of Software Size Measurement
The Development and Achievements of Software Size Measurement Tharwon Arnuphaptrairong Abstract Software size measurement is crucial for the software development process. It is used for project planning
More informationArchivists Toolkit: Description Functional Area
: Description Functional Area Outline D1: Overview D2: Resources D2.1: D2.2: D2.3: D2.4: D2.5: D2.6: D2.7: Description Business Rules Required and Optional Tasks Sequences User intentions / Application
More information