Tim RPL Program Studi Teknik Informatika

Slides:



Advertisements
Presentasi serupa
Tahapan information engineering
Advertisements

2. Introduction to Algorithm and Programming
Managing Software Requirements (manajemen kebutuhan perangkat lunak)
Agile Software Development
RENCANA PENGEMBANGAN PERANGKAT LUNAK (RPPL)
The Product and the Process CHAPTER 1 The Product Software engineering: a practitioner’s approach / Roger S. Pressman.—5th ed.
SE2423 REKAYASA PERANGKAT LUNAK
1 Pertemuan 1 Introduction Matakuliah: sistem Operasi Tahun: 2010.
Manajemen Proyek: Overview
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 1 Slide 1 Review Software Engineering.
WaterfallPrototyping RAD Incremental Prototyping Pendekatan SDLC.
ANALISA PERANCANGAN SISTEM
Rekayasa Perangkat Lunak (Software Engineering)
1 Pertemuan 09 Kebutuhan Sistem Matakuliah: T0234 / Sistem Informasi Geografis Tahun: 2005 Versi: 01/revisi 1.
1 Pertemuan 12 Pengkodean & Implementasi Matakuliah: T0234 / Sistem Informasi Geografis Tahun: 2005 Versi: 01/revisi 1.
PEOPLE AND NETWORK MELWIN SYAFRIZAL DAULAY, S.KOM. M.ENG.
Phase III Rapid Prototyping and Demonstration Prototype
Summary Materi RPL Mid Semester
Test System Architecture, Cases, & Coverage Pertemuan 5
Verb Tense Tense denotes the time of the action indicated by a verb. The time is not always the same as that indicated by the name of the tense.
1 Pertemuan 11 Function dari System Matakuliah: M0446/Analisa dan Perancangan Sistem Informasi Tahun: 2005 Versi: 0/0.
Rekayasa Perangkat Lunak 1
Chapter 10 – The Design of Feedback Control Systems PID Compensation Networks.
The following short quiz consists of 4 questions and tells whether you are qualified to be a "professional". The questions are not that difficult, so.
Rekayasa Perangkat Lunak
Model Proses Perangkat Lunak
Software Engineering Process
2 The Software Product.
IF36318 Rekayasa Perangkat Lunak
Pert. 16. Menyimak lingkungan IS/IT saat ini
Chapter 2: Rekayasa Web We define it this way:
Rekayasa Perangkat Lunak
Rekayasa Perangkat Lunak Pendahuluan
CA113 Pengantar Manajemen Bisnis
Perancangan Basis Data
Software Engineering Rekayasa Perangkat Lunak
Pertemuan <<18>> << Penemuan Fakta(01) >>
REKAYASA PERANGKAT LUNAK (RPL)
Organizational Environment Analysis
REKAYASA PERANGKAT LUNAK
CA113 Pengantar Manajemen Bisnis
Phase III Rapid Prototyping and Demonstration Prototype
Manajemen Proyek Pengantar
Dasar-Dasar Sistem Informasi
Rekayasa Perangkat Lunak Part-5
Rekayasa Perangkat Lunak (Software Engineering) Bagian 1
EVALUATING YOUR SISTEM.
PROSPEK DAN TANTANGAN TEKNOLOGI PEMBELAJARAN
Welcome 8clicks Pte Ltd. About us  8CLICKS PTE LTD is best web Development Company in Singapore. It is famous for their web designing services. 8CLICKS.
How to Set Up AT&T on MS Outlook ATT is a multinational company headquartered in Texas. ATT services are used by many people widely across.
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?
How the Challenges Make You A Perfect Event Organiser.
Things You Need to Know Before Running on the Beach.
Don’t Forget to Avail the Timely Offers with Uber
Takes Rides for Never Ending Fun pacehire.co.uk. It’s still Time to Make Fun Before the Holidays pacehire.co.uk.
CA113 Pengantar Manajemen Bisnis
SOFTWARE ENGGINERING Software LIFE CYCLE
Sistem Pendukung Keputusan Roni Andarsyah, ST., M.Kom Lecture Series.
Take a look at these photos.... Also, in case you're wondering where this hotel is, it isn't a hotel at all. It is a house! It's owned by the family of.
2 The Software Product.
Tim RPL Program Studi Teknik Informatika
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.
Software Engineering Practice
Website: Website Technologies.
Rank Your Ideas The next step is to rank and compare your three high- potential ideas. Rank each one on the three qualities of feasibility, persuasion,
A SHORT ESSAY OF CIVIL ENGINEERING BY : ALFATIHATU RAHMI CIVIL ENGINEERING ENGINEERING FACULTY ANDALAS UNIVERSITY PADANG.
Draw a picture that shows where the knife, fork, spoon, and napkin are placed in a table setting.
2. Discussion TASK 1. WORK IN PAIRS Ask your partner. Then, in turn your friend asks you A. what kinds of product are there? B. why do people want to.
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:

Tim RPL Program Studi Teknik Informatika Introduction Tim RPL Program Studi Teknik Informatika

What is Software ? Software adalah sekumpulan item-item atau objek yang membentuk konfigurasai yang melibatkan program, dokumen, data dan lain-lain.

What is Software ? Definisi Software menurut IEEE : Computer programs, procedures, and possibly associated, documentation and data partaining to the operation of a computer system ( IEEE Standard Glossary of Software Engineering Therminology, 1990 )

What is Software ? Software dirancang dan dibangun oleh software engineer Software digunakan oleh siapapun dalam masyarakat Software engineer mempunyai kewajiban moral untuk membangun software yang dapat diandalkan yang tidak merugikan orang lain. Pengguna perangkat lunak hanya fokus pada produk software apa yang mereka butuhkan dan membuat tugas mereka lengkap

What is Software ? Software adalah dua hal, produk dan kendaraan untuk menyampaikan sebuah produk (informasi)

Software Evolution Unified theory untuk evolusi software (Lehman) : The Law of Contuining Change (1974) The Law of Increasing Complexity ( 1974) The Law of Self-Regulation (1974) The Law of Conservation of Organizational Stability (1980) The Law of Conservation of familiarity ( 1980) *SEPA 6th ed.Roger S.Pressman

Software Problems (1) Software used after modification 3% Software used, but criticized or dropped 19% Software paid for but never delivered 29.7% Software delivered and used as it is 2% Software delivered but never used 47% 1982: Nine DOD contracts amounting to $6.8 million (source: GAO, quoted in CMU/SEI-93-EM-8)

Software Problems (2) Distribution of effort : what happens Distribution of effort : what is believed specification testing specification design encoding testing design encoding maintenance

The Cost of Change Definition development After release

Kurva Kesalahan Failure curve Failure curve For software For hardware rate time time Failure curve For software Failure curve For hardware *Software Engineering. Module 3. Richard Conn. University of Cincinnati, May 1993

Software Application Type System Software Application Software Embedded Software Engineering/ Scientific Software Product Software Web Application Software Artificial Intelligence Software *SEPA 6th ed.Roger S.Pressman Hal 37, Pressman edisi 8

New Software Challenges Ubiquitous computing ( ada dimana-mana) Creating software to allow machines of all sizes to communicate with each other across vast networks Netsourcing Sederhana arsitekturnya dan aplikasinya canggih yang diperuntukan pasar end user di dunia. Open Source Distributing source code for computing applications so customers can make local modifications easily and reliably New economy Pembangunan aplikasi yang memfasilitasi pendistribusian komunikasi masa dan produk masa dengan mengunakan konsep perubahan. *SEPA 8th ed.Roger S.Pressman

Legacy Software The software must be adapted to meet the needs of new computing environments or technology. The software must be enhanced to implement new business requirements. (software harus ditingkatkan) The software must be extended to make it interoperable with more modern systems or databases. (Software harus dpt diperluas ) The software must be re-architectures to make it variable within a network environment. *SEPA 8th ed.Roger S.Pressman

The essence of Software Engineering Understand the problems (communication and analysis) Plan a solution (modeling n software design) Carry out the plan (code generation) Examine the result for accuracy (testing n quality assurance)

1. Understand the problems “I understand, let’s get on with solving this thing” Unfortunately,understanding isn’t always that easy. Who has a stake in the solution to the problem ? (who are the stakeholder ?) What are the unknowns ? What data, functions, and features are required to properly solve the problem ? Can the problem be compartmentalized ?

2. Plan the Solution Have you seen similar problems before ? Has a similar problem been solved ? Can subproblems be defined ? Can you represent a solution in a manner that lead to effective implementation ? Can a design model be created ?

3. Carry out the plan Does the solution conform to the plan ? Is source code traceable of the design mode ? Is each component part of the solution provably correct ? Has design and code been reviewed, or better, have correctness proofs been applied to the algorithem ?

4. Examine the Result Is it posible to test each component ? Does the soltion produce result that conform to the data, functions and features that are required ?

7 Principles SE (David Hooker) The Reason It All Exists KISS, (Keep It Simple, Stupid !) Maintain the Vision What You Produce, Others will Consume Be Open to The Future Plan Ahead for Reuse Think ! To provide value to it’s user. Ask yourself questions such as :’Does this add real value to the system ? If the answer is no, don’t do it ! All design should be as simple as possible but no simpler. Simple also does not mean “quick and dirty. “in fact. It A clear vision is essential to the success of a software project Always specify design, and implement knowing someone else will have to understand what you are doing. (cause, seldom is an industrial-strength software system constructed and used in a vacuum. Never design ourself into a corner. Always ask,” what if,” and prepare for all possible answers by creating system that solve the general problem, not just the specific one. Planning ahead for reuse reduces the cost and increases the value of both the reusable components and the systems into which they are incorporated. Placing clear, complete thought before action almost always produces better results.

Software Myths Masih dipercaya oleh banyak manager dan praktisi Berbahaya karena mereka dipercaya. Setiap praktisi dan manajer seharusnya memahami realitas dari bisnis proses *SEPA 6th ed.Roger S.Pressman

Software Myths: Customer Myths A general statement of objective is sufficient to begin writing programs, fill in the details later Project requirements continually change, but change can be easily accomodated because software is flexible Reality : Poor up-front definition of the requirements is THE major cause of poor and late software. Cost of the change to software in order to fix an error increases dramatically in later phases of the life of the software

Software Myths : Practitioner’s myths Once a program is written and works, the practitioner’s job is done Until a program is running, there is no way to assess its quality The only deliverable work product for Reality : 60%-80% of effort expended on a program occurs after it is delivered to the customer. Software is reviews can be more effective in finding errors than testing for certain classes of errors

Software Mhyts Management myhts Myths : Books of standards exist inhouse so software will be developed satisfactorily. Computers and software tools that are available inhouse are sufficient. We can always add more programmers if the project gets behind. Reality : Books may exist, but they are usually not up to date and not used. CASE(**) tools are needed but are not usually obtained or used. "Adding people to a late software project makes it later." -- Brooks

“ You said I should spend more time with our children, so I turned their faces into icons “

Apakah Software Engineering ? Software Engineering adalah teknologi yang harus digunakan oleh setiap orang yang akan membangun software, dengan melalui serangkaian proses, menggunakan sekumpulan metode dan alat bantu (tools) (Pressman, 1997)

Why Software Engineering ? Untuk mendapatkan software yang benar dan untuk membuat software menjadi benar Software adalah sesuatu yang kompleks dalam hal: Domain problem: Business Rule Data size: Digital and Non Digital Solution: Algorithm Place or Sites

Why Software Engineering ? Software harus benar (correct): Berdasarkan business rule Sejalan dengan segala sesuatu dan semua pihak yang terkait Pembangunan software harus dikelola dengan baik untuk memelihara kebenarannya (correctness)

Bagaimana seharusnya SE dijalankan ? There are 2 things to be considered in SE: Product = Software: Programs Documents Data Process of how the software is build: Management process Technical process

Perbedaan Software Engineering dan Computer Science Computer science fokus pada teori dan dasar-dasar; software engineering fokus pada praktek dan pembangunan dan pengiriman penggunaan software. Teori Computer science masih belum cukup untuk menetapkan sebagai sebuah tiang fondasi untuk software engineering. * Software Engineering 7th ed, Ian Sommerville

Perbedaan Software Engineering dan System Engineering System engineering fokus pada semua aspek pembangunan sistem dasar komputer meliputi hardware, software and process engineering. Software engineering adalah bagian dari proses ini yang berfokus pada pembangunan prasarana perangkat lunak, kontrol, aplikasi dan database pada sistem. System engineers terlibat dalam spesifikasi sistem, perancangan arsitektur, integrasi dan penyebaran. * Software Engineering 7th ed, Ian Sommerville

Important Questions of Software Engineer Why does it take so long to get software finished ? Why are development cost so high ? Why can’t we find all errors before we give the software to our customers ? Why do we spend so much time and effort maintaining existing programs ? Why do we continue to have difficulty in measuring progress as software is being developed and maintained ? *SEPA 6th ed.Roger S.Pressman