Interface Models and Function Point Calculation
|
|
- Kerry Townsend
- 5 years ago
- Views:
Transcription
1 Interface Models and Function Point Calculation Jeannie Bellows Senior Consultant Who is Castek?
2 Who is Castek? Global organization, headquartered in Toronto, Canada with offices in Ottawa, Canada and Dallas, Texas Castek RBG - a reuse knowledge transfer consulting group based in Cary North Carolina 73 employees - projected to grow to over 200 in fiscal 999 Annual investment of 25% - 30% of revenue into applied and advanced research and development 3 Who is Castek? Began working with reusable assets in Enterprise Objects Collaborated with TI Software (now Sterling Software) to create the CBD96 standards in 995 / 996 We ve become a global organization of evangelists, consultants and fixed price delivery teams all focused on component-based development 4
3 Who is Castek? 5 Presentation Resources IFPUG Counting Practices Manual Jones, Capers, Applied Software Measurement: Assuring Productivity and Quality, 2d ed. (McGraw-Hill, 996) Mapping the OO-Jacobson Approach into Function Point Analysis (Copyright TOOLS, 997) Practical experience with Castek components and client applications 6
4 Presentation Content Examine the role that the Interface plays in function point calculation Interface as defined by CBD96 The goal is not to fully present counting rules, but to map IFPUG counting types to the interface 7 Agenda Function point analysis and the interface model Tailoring the IFPUG counting process to use the component interface Function point analysis and application development using components Summary 8
5 Objectives of Function Point Analysis Measures software by quantifying its functionality provided to the user based primarily on logical design (IFPUG) Measures software development and maintenance independently of technology used for implementation (IFPUG) 9 FPA Objectives and Interfaces The interface describes behavior visible to the user The interface is pure specification, it does not define any implementation details The interface actually meets the objectives of function point analysis better than traditional methods! 0
6 The Traditional Approach Typical artifacts used to count using structured design techniques: Activity Hierarchy Diagram Application Screens Database Structures (ERD) The CBD Approach Artifacts used to count function points using the CBD approach Specification types Specification type attributes Specification type relationships Public operations Artifacts that can be used but are not presented here Use Cases Domain Models 2
7 Castek s Approach Reviewed IFPUG techniques Reviewed applicability of function points in a CBD environment Mapped IFPUG constructs to COOL:Gen CBD constructs Formalized assumptions and simplification rule 3 The Component Interface Interface Interface XYZ Operation(s) Type model An interface is a logical grouping of semantically related operations A type model describes the vocabulary of the interface by describing the parameters and other information necessary to understand and use the operations. An operation is a service available for consumption by a user 4
8 Example Component The example we are going to use is an Organizational Structure Component The component allows businesses to define and maintain the structure of an organization This component is purely fictional and any resemblance to an actual component is purely coincidental 5 IFPUG Counting Process Step Determine the type of function point count Step 2 Identify the boundary for counting Step 3 Count unadjusted function points Step 4 Determine the adjustment factor Step 5 Calculate the final adjusted function point count 6
9 IFPUG Counting Process Step Determine the type of function point count Step 2 Step 3 Step 4 Identify the boundary for counting Count unadjusted function points Determine the adjustment factor Count Data Function Types Count Transactional Function Types Step 5 Calculate the final adjusted function point count 7 Data Function Types IFPUG Data function types represent the functionality provided to the user to meet internal and external data requirements. It refers to logically related groups of data A specification type represents a domain concept, or a logically related group of data Each specification type defined in the type model is a Data Function Type 8
10 The Interface Type Model Interface XYZ Graphically illustrates types and their relationships from the business perspective Describes the vocabulary used by the public operations of the interface Also called Specification Type Model Used to count Data Function Types 9 IFPUG Counting Process Step 3A Count Data Function Types Identify Internal Logical Files (ILF) Identify External Interface Files (EIF) Determine Complexity and Function Point Contribution 20
11 Internal Logical Files (ILF) IFPUG A user identifiable group of logically related data or control information maintained through an elementary process of the application 2 ILF and the Interface Type Model A type is counted as an ILF if it is maintained within the counting boundary IORG_ORGANIZATION Organization Unit Party Organization Unit Attribute Position Resource 22
12 External Interface Files (EIF) IFPUG A user identifiable group of logically related data or control information referenced by the counted application but maintained within the boundary of another application 23 EIF and Interface Type Example Party is an External Interface File because it is maintained outside of the counting boundary. IORG_ORGANIZATION IPTY_PARTY Org Unit Attribute Organization Unit Position Party (EIF) Resource Party (ILF) 24
13 Determine Data Function Type Complexity Complexity of ILFs and EIFs is determined by the associated number of data element types (DETs) and record element types (RETs) 25 Data Element Types (DET) IFPUG A unique user recognizable, non-recursive field on the ILF or EIF 26
14 DETs and the Interface Type Model Count each attribute and each foreign key as one Data Element Type IORG_ORGANIZATION Organization Attribute code name description value Organization Unit type name parent Position code title Party instance id last name first name Resource number 27 Record Element Types (RET) IFPUG A user recognizable subgroup of data elements within an ILF or EIF 28
15 Record Element Types and CBD Most types defined in the interface model will correspond to one RET Multiple RETs may exist when inheritance or subtyping is used Multiple RETs may exist when aggregation relationships are used 29 Multiple RET Example Aggregation Relationship - One ILF, Two RETs Project Team Employee name function number Inheritance - One ILF, Two RETs Person instance id last name first name Employee number 30
16 Data Function Type Complexity Rate the functional complexity based on the IFPUG DET/RET complexity matrix: ILF/EIF to 9 DET 20 to 50 DET 5 or more DET RET Low Low Average 2 to 5 RET Low Average High 6 or more RET Average High High 3 Determine Function Point Contribution Assign function point contribution based on the IFPUG translation table: ILFs Functional Complexity Rating Unadjusted Function Points Low 7 Average 0 High 5 EIFs Functional Complexity Rating Unadjusted Function Points Low 5 Average 7 High 0 32
17 Data Function Type Count Example Internal Logical Files Internal Logical Files (ILF) RET DET Complexity FPs Organization Unit 3 Low 7 Organization Unit Attribute Position Resource Low Low Low Unadjusted Function Points 28 External Interface Files External Interface Files (EIF) RET DET Complexity FPs Party Unadjusted Function Points 3 Low IFPUG Counting Process Step Determine the type of function point count Step 2 Step 3 Step 4 Identify the boundary for counting Count unadjusted function points Determine the adjustment factor Count Data Function Types Count Transactional Function Types Step 5 Calculate the final adjusted function point count 34
18 Count Transactional Function Types IFPUG Transactional function types represent the functionality provided to the user for processing of data A public operation is a discrete unit of functionality defined on an interface In most cases, each public operation of an interface is a transactional function type 35 IFPUG Counting Process Step 3B Count Transactional Function Types Identify External Inputs (EI) Identify External Outputs (EO) Identify External Inquiries (EQ) Determine complexity and function point contribution for each. 36
19 External Input (EI) IFPUG An elementary process that processes data or control information that comes from outside the application's boundary. Processed data maintains one or more ILFs. Processed control information may or may not maintain an ILF 37 EI and the Interface Type Model Count each public operation that maintains an ILF as an External Input IORG_ORGANIZATION Organization Unit Attribute Organization Unit Position Party Resource Assign Resource to Position List Organization Resources Remove Resource from Position Add Organizational Unit Departmental Resource Report Get Resource Name 38
20 Determine External Input Complexity Complexity of EIs is determined by the number of file types referenced (FTR) and data element types (DET) 39 IFPUG FTR and DET Defined File Types Referenced (FTR) An ILF read or maintained or an EIF read by a function type Data Element Type (DET) A unique user recognizable, non-recursive field maintained on an ILF by the EI 40
21 Determine Complexity & Contribution Rate the functional complexity based on the IFPUG FTR/DET complexity matrix: External Input (EI) to 4 DET 5 to 5 DET 0 to FTR 2 FTR > 2 FTR Low Low Average Low Average High > 5 DET Average High High Translate the external inputs to unadjusted function points using the IFPUG matrix: Functional Complexity Rating Unadjusted Function Points Low 3 Average 4 High 6 4 External Input Example The operation specification is used to determine the number of File Types Referenced and Data Element Types for the EI. FTRs organization position party resource DETs instance_id code instance_id number The pre and post-conditions help to determine which ILFs and EIFs are referenced and/or maintained. Assign Resource to Position Purpose: Imports: organization instance_id position code party instance_id Exports: resource number Pre-condition: Organization exists AND Position exists AND Party exists Post-condition: An instance of Resource is created for the input Organization, Position and Party 42
22 EI Function Point Contribution Example Use FTRs and DETs to determine complexity and function point contribution External Inputs (EI) FTR DET Complexity FPs Assign Resource to Position 4 4 Average 4 Remove Resource From Pos 3 3 Average 4 Add Organizational Unit 4 Low 3 Unadjusted Function Points 43 External Output (EO) IFPUG An elementary process that generates data or control information sent outside the application's boundary 44
23 EO and the Interface Type Model Count each public operation that sends data outside the system boundary as an External Output IORG_ORGANIZATION Organization Unit Attribute Organization Unit Position Party Resource Assign Resource to Position List Organization Resources Remove Resource from Position Add Organizational Unit Departmental Resource Report Get Resource Name 45 Determine Complexity & Contribution Complexity of EO is determined by the number of file types referenced (FTR) and data element types (DET) FTR is a file read when the EO is processed DET is a unique user recognizable, non-recursive field that appears on the EO The IFPUG complexity matrix for EO s is slightly different than the matrix for EI s The IFPUG External Output matrix is used to determined Function point contribution 46
24 External Output Example The operation specification is used to determine the number of File Types Referenced and Data Element Types for the EO. FTRs organization position party resource DETs instance_id title instance_id last_name first_name number The pre and post-conditions help to determine which ILFs and IEFs are referenced. Departmental Resource Report Purpose: Imports: organization instance_id Exports: organization_unit name report_line (occurs 000) position title party last_name party first_name resource number total_number_of_resources Pre-condition: Organization exists. Post-condition: A report naming all resources for the organization is created. 47 External Inquiry (EQ) IFPUG An elementary process made up of an input-output combination that results in data retrieval. The output side contains no derived data. No ILF is maintained during processing. 48
25 EQ and the Interface Type Model Count each public operation that retrieves information from an ILF or EIF as an External Inquiry IORG_ORGANIZATION Organization Unit Attribute Organization Unit Position Party Resource Assign Resource to Position List Organization Resources Remove Resource from Position Add Organizational Unit Departmental Resource Report Get Resource Name 49 External Inquiry Example The operation specification is used to determine the number of File Types Referenced and Data Element Types for the EQ. FTRs organization position resource party DETs instance_id code number last_name first_name The complexity of the input is considered separately from the complexity of the output. Only the highest complexity is counted. Get Resource Name Purpose: Imports: organization instance_id position code resource number Exports: party last_name party first_name Pre-condition: Organization exists AND Position exists and Resource exists for that Position. Post-condition: Resource first and last name are returned 50
26 Determine Complexity & Contribution Complexity of EQ is determined by the number of file types referenced (FTR) and data element types (DET) Input complexity is determined using the same matrices as EIs Output complexity is determined using the same matrices as EOs The EQ complexity is calculated as the higher of the input or output complexity 5 The Component Interface Interface Interface XYZ Operation(s) Type model The interface is the counting boundary The types within the type model are data function types (ILF and EIF) The operations are transactional function types (EI, EQ and EO) 52
27 FPA and Application Development Function Points for a business application cannot be derived by summing the function points of consumed components!!! 23 BUSINESS SYSTEM Type A IXYZ_COMPO NE NT 450 Function Points Type B Process Process 2 Type C Process 3 Process 4 IORG_ORG ANIZAT ION 98 Function Points 53 FPA and Application Development Function points can be used as a tool to help determine the benefit of a purchased component by counting functions that specifically match requirements. Function points can be used to estimate cost required for software development. 54
28 FPA and Application Development Count the function points associated to the functionality that the application will use Business Process associated with 6 function points 23 Business System External Inputs (EI) Maintain Project Resources FTR DET Complexity FPs 4 4 High 6 Component satisfies part of the functionality required. IORG_ORG ANIZAT ION External Inputs (EI) Remove Resource From Position Assign Resource to Position FTR DET Complexity FPs 3 3 Average Average 4 55 Summary Interface type models provide user visible functions making them a good source for function point counting CBD hides complexity which may lower function point counts Components need an application context for meaningful function point evaluation 56 Summary
29 Questions / Discussions Contact me at jbellows@castek.com
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 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 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 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 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 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 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 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 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 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 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 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 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 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 informationFunctional Size Measurement for Web Applications
Functional Size Measurement for Web Applications Silvia Abrahão Valencia University of Technology, Spain sabrahao@dsic.upv.es Contents Part I Introduction Why measure? Software Metrics Why measure software
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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 informationOASIS BPEL Webinar: Frank Leymann Input
OASIS BPEL Webinar: Frank Leymann Input (OASIS Webinar, March 12th, 2007) Prof. Dr. Frank Leymann Director, Institute of Architecture of Application Systems Former IBM Distinguished Engineer BPEL s Role
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 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 informationCHAPTER 1. Topic: UML Overview. CHAPTER 1: Topic 1. Topic: UML Overview
CHAPTER 1 Topic: UML Overview After studying this Chapter, students should be able to: Describe the goals of UML. Analyze the History of UML. Evaluate the use of UML in an area of interest. CHAPTER 1:
More informationVendor: The Open Group. Exam Code: OG Exam Name: TOGAF 9 Part 1. Version: Demo
Vendor: The Open Group Exam Code: OG0-091 Exam Name: TOGAF 9 Part 1 Version: Demo QUESTION 1 According to TOGAF, Which of the following are the architecture domains that are commonly accepted subsets of
More informationReasons to use a constraint-based product configuration model.
ro Reasons to use a constraint-based product configuration model. Flexible tool that promotes reusability for areas that require constant setup. Provides access to frequently selected data by using configuration
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 informationLecture Notes UML UNIT-II. Subject: OOAD Semester: 8TH Course No: CSE-802
UNIT-II Lecture Notes On UML IMPORTANCE OF MODELING, BRIEF OVERVIEW OF OBJECT MODELING TECHNOLOGY (OMT) BY RAMBAUGH, BOOCH METHODOLOGY, USE CASE DRIVE APPROACH (OOSE) BY JACKOBSON. KHALID AMIN AKHOON 1
More informationx iff Keywords: Loc, Cocomo, Fpa, Ilf,
Volume 4, Issue 4, April 2014 ISSN: 2277 128X International Journal of Advanced Research in Computer Science and Software Engineering Research Paper Available online at: www.ijarcsse.com A Fuzzy Model
More informationOracle Data Modelling & Database Design Course Content:35-40hours
Oracle Data Modelling & Database Design Course Content:35-40hours Course Outline Introduction to Modeling List the reasons why modeling is important Describe the phases of the Database and Application
More informationObject-Oriented Design
Object-Oriented Design Lecturer: Raman Ramsin Lecture 10: Analysis Packages 1 Analysis Workflow: Packages The analysis workflow consists of the following activities: Architectural analysis Analyze a use
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 informationRequirements Gathering
Introduction to Requirements Gathering Prepared for: St. Edwards University Analysis, Modeling and Design MCIS6310 Dr. David Franke 6 June 2006 Copyright 2005-2006 Tyner Blain LLC 1 Outline 1. Overview
More informationISO Information Security Management Systems Implementation Road Map
www.uaeiso.com ISO 27001 Information Security Management Systems Implementation Road Map 10 Step Approach to ISO 27001 Certification Awareness Training Information Security Policy and Objectives Finalization
More informationDRAFT. School of Computer Science, Australian Defence Force Academy, UNSW, Canberra
A Function Point-like Measure for Object-Oriented Software Giuliano Antoniol University of Sannio, Faculty of Engineering, Palazzo Bosco Lucarelli, Piazza Roma, I-82100 Benevento, Italy Chris Lokan School
More informationCT41 (ALCCS) SOFTWARE ENGINEERING JUN 2015
Q.1 a. What is the role of software engineering? (4) Role of software engineering with reference to producing good quality software, maintainable software, and on time within budget. b. Differentiate between
More informationIBM Best Practices Working With Multiple CCM Applications Draft
Best Practices Working With Multiple CCM Applications. This document collects best practices to work with Multiple CCM applications in large size enterprise deployment topologies. Please see Best Practices
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 informationMeasuring software size
Measuring software size a question to start with have you ever written a large program? if so how did you know it was large? 2 outline ideas and problems associated with measuring software size assessing
More informationMetamodeling. Janos Sztipanovits ISIS, Vanderbilt University
Metamodeling Janos ISIS, Vanderbilt University janos.sztipanovits@vanderbilt.edusztipanovits@vanderbilt edu Content Overview of Metamodeling Abstract Syntax Metamodeling Concepts Metamodeling languages
More informationOracle Data Modeling and Relational Database Design
Oracle University Contact Us: +632 976 8896, 1800 16516277 Oracle Data Modeling and Relational Database Design Duration: 4 Days What you will learn This Oracle Data Modeling and Relational Database Design
More informationClasswide Programming 1
Classwide Programming 1 OO Definitions Type extension Tagged types 1 Object-Oriented Programming Method of program construction that facilitates: writing reusable software components supporting programming
More informationModellistica Medica. Maria Grazia Pia, INFN Genova. Scuola di Specializzazione in Fisica Sanitaria Genova Anno Accademico
Modellistica Medica Maria Grazia Pia INFN Genova Scuola di Specializzazione in Fisica Sanitaria Genova Anno Accademico 2002-2003 Lezione 6 UML Introduction Structural diagrams Basics What is? Please explain
More informationReview Report on Estimating the Back-End Cost of Business Software using ER diagram Artifact
Review Report on Estimating the Back-End Cost of Business Software using ER diagram Artifact SWAYAMPRAVA PARIDA School of Computer Engineering KIIT University Bhubaneswar, India swayamprava89@gmail.com
More informationExperiment no 4 Study of Class Diagram in Rational Rose
Experiment no 4 Study of Class Diagram in Rational Rose Objective-: To studyclass Diagram in Rational Rose. References-: www.developer.com The Unified Modeling Language User Guide by Grady Booch Mastering
More informationKillTest *KIJGT 3WCNKV[ $GVVGT 5GTXKEG Q&A NZZV ]]] QORRZKYZ IUS =K ULLKX LXKK [VJGZK YKX\OIK LUX UTK _KGX
KillTest Q&A Exam : OG0-091 Title : TOGAF 9 Part 1 Version : Demo 1 / 5 1.According to TOGAF, Which of the following are the architecture domains that are commonly accepted subsets of an overall enterprise
More informationData driven transformation of the public sector Tallinn, Estonia Head of unit 22 September 2016 European Commission
Data driven transformation of the public sector Margarida Abecasis Head of unit European Commission E Leaders 2016 Tallinn, Estonia 22 September 2016 Interoperability Solutions and common Frameworks for
More informationDITA for Enterprise Business Documents Sub-committee Proposal Background Why an Enterprise Business Documents Sub committee
DITA for Enterprise Business Documents Sub-committee Proposal Background Why an Enterprise Business Documents Sub committee Documents initiate and record business change. It is easy to map some business
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 informationPASS4TEST. IT Certification Guaranteed, The Easy Way! We offer free update service for one year
PASS4TEST IT Certification Guaranteed, The Easy Way! \ http://www.pass4test.com We offer free update service for one year Exam : OG0-091 Title : TOGAF 9 Part 1 Vendors : The Open Group Version : DEMO Get
More informationA Report on Using Simplified Function Point Measurement Processes
ICSEA 212 : The Seventh International Conference on Software Engineering Advances A Report on Using Simplified Function Point Measurement Processes Luigi Lavazza Geng Liu Dipartimento di Scienze Teoriche
More informationa white paper from Corel Corporation
a white paper from Corel Corporation This document is for discussion purposes only. The products and processes are still under development. The information presented is therefore subject to change without
More informationTaxonomy Governance Checklist
Author and Manage a SharePoint Taxonomy Taxonomy Governance Checklist v.1.0 Table of Content Introduction Methodology Phase 1: Planning Phase 2: Taxonomy Authoring Phase 3: Maintenance Appendix 1: Non-functional
More informationLecture 13 Introduction to Software Architecture
Lecture 13 Introduction to Software Architecture Software Systems Design and Implementation ITCS/ITIS 6112/8112 Fall 2008 Dr. Jamie Payton Department of Computer Science University of North Carolina at
More information2-TIER AUTHORIZED INFORMATICA RESELLER PROGRAM GUIDE
2-TIER AUTHORIZED INFORMATICA RESELLER PROGRAM GUIDE 2017 Informatica. For Authorized Informatica Partners Only -1- The Informatica Partner Program The Informatica Partner Program is a holistic membership
More informationManaging intranets: opportunities and challenges
1 Managing intranets: opportunities and challenges IN THIS CHAPTER: Life in a workflow world The intranet opportunity Life as an intranet manager The challenges of intranet management A framework for intranet
More informationStrategic Information Systems Systems Development Life Cycle. From Turban et al. (2004), Information Technology for Management.
Strategic Information Systems Systems Development Life Cycle Strategic Information System Any information system that changes the goals, processes, products, or environmental relationships to help an organization
More informationLinkedIn Economic Graph Project
LinkedIn Economic Graph Project Understanding Trade Through International Connections In Partnership with the Ontario Ministry of International Trade FEBRUARY 8 The Economic Graph as a Tool to Advance
More informationAEFP Meeting #9. September 10 th 2015
AEFP Meeting #9 September 10 th 2015 1 Agenda 2 Introduction (5 min) Review and acknowledge of approach (20 min) Questions (15 min) Next steps (20 minutes) Objective Effort on code modification Functional
More informationLab # 1. Structuring System Requirements: Diagrams
Lab # 1 Structuring System Requirements: Diagrams Objectives 1. Use Case diagrams 2. Class Objects (CO) diagrams 3. Context Data Flow Diagrams (Context DFDs) 4. Level-0 Data Flow Diagrams (Level-0 DFDs)
More informationInterface (API) Design
Interface (API) Design Architect s Perspective R. Kuehl/J. Scott Hawker p. 1 What is an API? Exposes the public facing functionality of a software component Operations, inputs, and outputs Exposes functionality
More informationContent Sharing and Reuse in PTC Integrity Lifecycle Manager
Content Sharing and Reuse in PTC Integrity Lifecycle Manager Author: Scott Milton 1 P age Table of Contents 1. Abstract... 3 2. Introduction... 4 3. Document Model... 5 3.1. Reference Modes... 6 4. Reusing
More informationBuild Data-rich Websites using Siteforce
Build Data-rich Websites using Siteforce Sonali Agrawal Director of Product Management @sonali_sfdc Eric Dorgelo Director of Development Safe Harbor Safe harbor statement under the Private Securities Litigation
More informationObject-oriented perspective
Starting Reader #2 Object-oriented perspective Operating system = computer interface Shell/libraries/system calls = OS interface Will return to OS topics in upcoming lectures. Now: OO intro. Objects l
More information2 The IBM Data Governance Unified Process
2 The IBM Data Governance Unified Process The benefits of a commitment to a comprehensive enterprise Data Governance initiative are many and varied, and so are the challenges to achieving strong Data Governance.
More informationMeasuring Web Service Interfaces
Measuring Web Service Interfaces Harry M. Sneed ANECON GmbH, Vienna Harry.Sneed@t-online.de Abstract The following short paper describes a tool supported method for measuring web service interfaces. The
More informationMoonzoo Kim CS Division of EECS Dept.
Chapter 15 Product Metrics Moonzoo Kim CS Division of EECS Dept. KAIST 1 Overview of Ch15. Product Metrics 15.1 Software Quality 15.2 A Framework for Product Metrics 15.3 Metrics for the Analysis Model
More informationUniversal Model Framework -- An Introduction
Universal Model Framework -- An Introduction By Visible Systems Corporation www.visible.com This document provides an introductory description of the Universal Model Framework an overview of its construct
More informationPractical Model-Driven Development with the IBM Software Development Platform
IBM Software Group Practical Model-Driven Development with the IBM Software Development Platform Osmond Ng (ong@hk1.ibm.com) Technical Consultant, IBM HK SWG 2005 IBM Corporation Overview The Challenges
More information<< Practice Test Demo - 2PassEasy >> Exam Questions CISM. Certified Information Security Manager. https://www.2passeasy.
Exam Questions CISM Certified Information Security Manager https://www.2passeasy.com/dumps/cism/ 1.Senior management commitment and support for information security can BEST be obtained through presentations
More information