© 2009 Fakultas Teknologi Informasi Universitas Budi Luhur Jl. Ciledug Raya Petukangan Utara Jakarta Selatan 12260 Website:

Slides:



Advertisements
Presentasi serupa
© 2009 Fakultas Teknologi Informasi Universitas Budi Luhur Jl. Ciledug Raya Petukangan Utara Jakarta Selatan Website:
Advertisements

PERENCANAAN PROYEK PERANGKAT LUNAK Pertemuan 3.
Madhata,S.KomRekayasa Perangkat Lunak 1. Madhata,S.KomRekayasa Perangkat Lunak 2 COCOMO merupakan salah satu model penilaian perangkat lunak yang ddigunakan.
© 2009 Fakultas Teknologi Informasi Universitas Budi Luhur Jl. Ciledug Raya Petukangan Utara Jakarta Selatan Website:
SQM – Function Point Method. The function point method  The Function point approach for software sizing was invented by Allan Albrecht in 1979  The.
Managing Software Requirements (manajemen kebutuhan perangkat lunak)
PERSAMAAN DIFERENSIAL (DIFFERENTIAL EQUATION)
Agile Software Development
RENCANA PENGEMBANGAN PERANGKAT LUNAK (RPPL)
INITIATION PROYEK, MANAJEMEN SCOPE, DAN PERENCANAAN PROYEK
Software Project Planning Departemen Ilmu Komputer IPB 2009.
Manajemen Biaya Proyek
Manajemen Biaya Proyek
TEKNIK PENGINTEGRALAN
Roesfiansjah Rasjidin Program Studi Teknik Industri Fakultas Teknik – Univ. Esa Unggul.
WaterfallPrototyping RAD Incremental Prototyping Pendekatan SDLC.
AKUNTANSI BIAYA TUJUAN AKUNTANSI BIAYA
Constructive Cost Model
Inventory Management. Introduction Basic definitions ? An inventory is an accumulation of a commodity that will be used to satisfy some future demand.
1 Pertemuan 09 Kebutuhan Sistem Matakuliah: T0234 / Sistem Informasi Geografis Tahun: 2005 Versi: 01/revisi 1.
Perencanaan Proyek Software
Masalah Transportasi II (Transportation Problem II)
ANALYSIS CONCEPTS & PRINCIPLES. What Are the Real Problems? the customer has only a vague idea of what is required the developer is willing to proceed.
1 Pertemuan 21 Function Matakuliah: M0086/Analisis dan Perancangan Sistem Informasi Tahun: 2005 Versi: 5.
1 Pertemuan 22 Analisis Studi Kasus 2 Matakuliah: H0204/ Rekayasa Sistem Komputer Tahun: 2005 Versi: v0 / Revisi 1.
INDONESIA INFRASTRUCTURE INITIATIVE IURSP – Monitoring dan Evaluasi IURSP – Monitoring and Evaluation Workshop 3 Steve Brown VicRoads International Projects.
Perencanaan Pengujian (Test Plan) Pertemuan 4
1 Pertemuan 11 Function dari System Matakuliah: M0446/Analisa dan Perancangan Sistem Informasi Tahun: 2005 Versi: 0/0.
13 Akuntansi Biaya Activity Based Costing
13 Akuntansi Biaya Activity Based Costing
9.3 Geometric Sequences and Series. Objective To find specified terms and the common ratio in a geometric sequence. To find the partial sum of a geometric.
Chapter 10 – The Design of Feedback Control Systems PID Compensation Networks.
Jartel, Sukiswo Sukiswo
Software Engineering Process
PERKIRAAN BIAYA PERANGKAT LUNAK MENGGUNAKAN LOGIKA FUZZY
Pert. 16. Menyimak lingkungan IS/IT saat ini
SITI ROHMAH LULU MUTHOHAROH CLASS B
Rekayasa Perangkat Lunak
Rekayasa Perangkat Lunak Class Diagram
Manajemen Biaya Proyek
Matakuliah : I0014 / Biostatistika Tahun : 2005 Versi : V1 / R1
CLASS DIAGRAM.
Dasar-Dasar Pemrograman
Software Engineering Rekayasa Perangkat Lunak
Pemrograman Berorientasi Objek
Manajemen Biaya Proyek
Sistem manajemen logistik & produksi isg3e3
Pengantar Bisnis 7 Sessi.
Pendugaan Parameter (II) Pertemuan 10
KONSEP MANAJEMEN PROYEK
Open and Closed Social Stratification
KONSEP MANAJEMEN PROYEK
Manajemen Proyek Perangkat Lunak (MPPL)
Rekayasa Perangkat Lunak Part-5
Master data Management
Pertemuan 4 CLASS DIAGRAM.
4 plan.
How You Can Make Your Fleet Insurance London Claims Letter.
How Can I Be A Driver of The Month as I Am Working for Uber?
Don’t Forget to Avail the Timely Offers with Uber
Suhandi Wiratama. Before I begin this presentation, I want to thank Mr. Abe first. He taught me many things about CorelDRAW. He also guided me when I.
By Yulius Suprianto Macroeconomics | 02 Maret 2019 Chapter-5: The Standard of Living Over Time and A Cross Countries Source: http//
BAB 9 TEORI PRODUKSI. 2 Introduction Our focus is the supply side. The theory of the firm will address: How a firm makes cost-minimizing production decisions.
Right, indonesia is a wonderful country who rich in power energy not only in term of number but also diversity. Energy needs in indonesia are increasingly.
Pertemuan 6 Mappa Panglima Banding. 2 COST DRIVER: Definition Is a factor that causes, “drives,” an activity’s costs. LO 4.
GROUP 8 Martha Prasetya Ningrum ( ) Bimantara Wicaksana ( ) DISCOURSE AND CULTURE.
A SHORT ESSAY OF CIVIL ENGINEERING BY : ALFATIHATU RAHMI CIVIL ENGINEERING ENGINEERING FACULTY ANDALAS UNIVERSITY PADANG.
Wednesday/ September,  There are lots of problems with trade ◦ There may be some ways that some governments can make things better by intervening.
Transcript presentasi:

© 2009 Fakultas Teknologi Informasi Universitas Budi Luhur Jl. Ciledug Raya Petukangan Utara Jakarta Selatan Website: Rekayasa Perangkat Lunak

2 Bagian 9 FAKULTAS TEKNOLOGI INFORMASIREKAYASA PERANGKAT LUNAK – KP146 – 3 SKS – BAG 92

3 Outline of this presentation  Constructive Cost Modeling  3 COCOMO Models  Project Characteristics  Some Assumptions  Basic COCOMO Model  Equations  When Should You Use It  Limitations  Examples FAKULTAS TEKNOLOGI INFORMASIREKAYASA PERANGKAT LUNAK – KP146 – 3 SKS – BAG 9

4  COCOMO is one of the most widely used software estimation models in the world  It was developed by Barry Boehm in 1981  COCOMO predicts the effort and schedule for a software product development based on inputs relating to the size of the software and a number of cost drivers that affect productivity Constructive Cost Modeling FAKULTAS TEKNOLOGI INFORMASIREKAYASA PERANGKAT LUNAK – KP146 – 3 SKS – BAG 9

5  COCOMO has three different models that reflect the complexity:  the Basic Model  the Intermediate Model  and the Detailed Model Constructive Cost Modeling 3 COCOMO Models FAKULTAS TEKNOLOGI INFORMASIREKAYASA PERANGKAT LUNAK – KP146 – 3 SKS – BAG 9

6  Organic Mode  Small to medium size product development  developed in a familiar, in-house & stable environment,  similar to the previously developed projects  relatively small and requires little innovation Constructive Cost Modeling Project Characteristics FAKULTAS TEKNOLOGI INFORMASIREKAYASA PERANGKAT LUNAK – KP146 – 3 SKS – BAG 9

7  Semidetached Mode  Team members have an intermediate level of experience with related systems.  Perhaps a mixture of experienced and inexperienced people.  Parts of the project may require rigorous interfaces. Project Characteristics Constructive Cost Modeling FAKULTAS TEKNOLOGI INFORMASIREKAYASA PERANGKAT LUNAK – KP146 – 3 SKS – BAG 9

8  Embedded Mode  tight, inflexible constraints and interface requirements  The product requires great innovation  Product must operate within a strongly coupled complex of H/W, S/W, regulations, and operational procedures.  Tighter requirements and more inflexible scheduling Project Characteristics Constructive Cost Modeling FAKULTAS TEKNOLOGI INFORMASIREKAYASA PERANGKAT LUNAK – KP146 – 3 SKS – BAG 9

9  Primary cost driver is the number of Delivered Source Instructions (DSI) developed by the project (LOC/KLOC)  COCOMO estimates assume that the project will enjoy good management by both the developer and the customer  Assumes the requirements specification is not substantially changed after the plans and requirements phase Some Assumptions Constructive Cost Modeling FAKULTAS TEKNOLOGI INFORMASIREKAYASA PERANGKAT LUNAK – KP146 – 3 SKS – BAG 9

10  Basic COCOMO model estimates the software development effort using only a single predictor variable (size in DSI) and three software development modes Basic COCOMO Model Constructive Cost Modeling FAKULTAS TEKNOLOGI INFORMASIREKAYASA PERANGKAT LUNAK – KP146 – 3 SKS – BAG 9

11 ModeEffortSchedule OrganicE=2.4*(KDSI) 1.05 TDEV=2.5*(E) 0.38 SemidetachedE=3.0*(KDSI) 1.12 TDEV=2.5*(E) 0.35 EmbeddedE=3.6*(KDSI) 1.20 TDEV=2.5*(E) 0.32 Man-Month / Person-MonthMonth Basic COCOMO Model: Equations Constructive Cost Modeling FAKULTAS TEKNOLOGI INFORMASIREKAYASA PERANGKAT LUNAK – KP146 – 3 SKS – BAG 9

12  Basic COCOMO is good for quick, early, rough order of magnitude estimates of software costs When Should You Use It Constructive Cost Modeling FAKULTAS TEKNOLOGI INFORMASIREKAYASA PERANGKAT LUNAK – KP146 – 3 SKS – BAG 9

13  Its accuracy is necessarily limited because of its lack of factors which have a significant influence on software costs  The Basic COCOMO estimates are within a factor of 1.3 only 29% of the time, and within a factor of 2 only 60% of the time Limitation of Basic COCOMO Model Constructive Cost Modeling FAKULTAS TEKNOLOGI INFORMASIREKAYASA PERANGKAT LUNAK – KP146 – 3 SKS – BAG 9

14  We have determined our project fits the characteristics of Semi-Detached mode  We estimate our project will have 32,000 Delivered Source Instructions. Using the formulas, we can estimate: An Example Constructive Cost Modeling FAKULTAS TEKNOLOGI INFORMASIREKAYASA PERANGKAT LUNAK – KP146 – 3 SKS – BAG 9

15  Effort = 3.0*(32) 1.12 = 146 Man-Months  Schedule = 2.5*(146) 0.35 = 14 Months  Productivity / Man Month= 32,000 DSI / 146 MM = 219 DSI/MM  Average Staffing / Month= 146 MM /14 M = 10 Man An Example Constructive Cost Modeling FAKULTAS TEKNOLOGI INFORMASIREKAYASA PERANGKAT LUNAK – KP146 – 3 SKS – BAG 9

16 Bila sebuah proyek dikelompokkan kedalam organic mode project diperkirakan akan menghasilkan 32,000 DSI, maka: PM = 2.4 * (32) 1.05 = 91 p.m. Dari nilai PM yang diperoleh dapat dihitung berapa lama proyek akan diselesaikan TDEV = 2.5 (91) 0.38 = 14 bulan Constructive Cost Modeling An Example FAKULTAS TEKNOLOGI INFORMASIREKAYASA PERANGKAT LUNAK – KP146 – 3 SKS – BAG 9

17 Bila sebuah proyek dikelompokkan kedalam embedded mode project diperkirakan akan menghasilkan 128,000 DSI, maka: PM = 3.6 (128) 1.20 = 1216 p.m. Dari nilai PM yang diperoleh dapat dihitung berapa lama proyek akan diselesaikan TDEV = 2.5 (1216) 0.32 = 24 bulan Constructive Cost Modeling An Example FAKULTAS TEKNOLOGI INFORMASIREKAYASA PERANGKAT LUNAK – KP146 – 3 SKS – BAG 9

18