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.

Slides:



Advertisements
Presentasi serupa
Perencanaan Perangkat Lunak
Advertisements

ANALISIS DAN PERANCANGAN SISTEM
TESTING DAN QA SOFTWARE PERTEMUAN 5 & 6
MSDM Minggu keTIGA.
Slide 1 Rifki Indra P Software Processes. Slide 2 Software Processes Coherent sets of activities for Specifying, Designing, Implementing and Testing software.
BAB 5 SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
REKAYASA PERANGKAT LUNAK
Managing Software Requirements (manajemen kebutuhan perangkat lunak)
Agile Software Development
RENCANA PENGEMBANGAN PERANGKAT LUNAK (RPPL)
MANAJEMEN KONFIGURASI SOFTWARE
SE2423 REKAYASA PERANGKAT LUNAK
Chapter 5: Manajemen Scope Proyek
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 1 Slide 1 Review Software Engineering.
WaterfallPrototyping RAD Incremental Prototyping Pendekatan SDLC.
BLACK BOX TESTING.
Requirement Enginering
CHOIRU ZAÍN Manajemen Proyek Perangkat Lunak – Perencanaan Proyek.
Oleh: SARIPUDIN Jurusan SISTEM INFORMASI
Rekayasa Perangkat Lunak (Software Engineering)
1 Pertemuan 09 Kebutuhan Sistem Matakuliah: T0234 / Sistem Informasi Geografis Tahun: 2005 Versi: 01/revisi 1.
Pemodelan Analisis (Part 1) Pertemuan 5 Rekayasa Perangkat Lunak
1 Pertemuan 12 Pengkodean & Implementasi Matakuliah: T0234 / Sistem Informasi Geografis Tahun: 2005 Versi: 01/revisi 1.
SIKLUS PENGEMBANGAN SISTEM INFORMASI Addr : : Contact No :
Analisis Kebutuhan Software
Perencanaan Pengujian (Test Plan) Pertemuan 4
APA ITU REKAYASA KEBUTUHAN ??
10 documentation.
Model Proses Perangkat Lunak
Software Engineering Process
Pert. 16. Menyimak lingkungan IS/IT saat ini
Professional documents
Testing & Implementasi Sistem -Pengenalan
Project Scope Management
Software Requirement Specifications (SRS)
Analisa dan Desain Berorientasi Obyek
Chapter 2: Rekayasa Web We define it this way:
Rekayasa Perangkat Lunak
Pertemuan 03 Materi : Buku Wajib & Sumber Materi :
Persyaratan Perangkat Lunak
SE2423 Rekayasa Perangkat Lunak
SYSTEMS PLANNING & ANALYSIS
Pertemuan #3 Data Modeling Using the Entity-Relationship Model
SIKLUS HIDUP PEMBANGUNAN SOFTWARE
Rekayasa Perangkat Lunak Pendahuluan
Testing dan Implementasi
MATERI PERENCANAAN PENDIDIKAN
Pertemuan <<18>> << Penemuan Fakta(01) >>
Analisis dan Perancangan Sistem Informasi Erik Kurniadi
Pengantar Praktikum Rekayasa Perangkat Lunak
Requirement Document.
Software Engineering Rekayasa Perangkat Lunak
Software Development Life Cycle (SDLC) Concept
ANALISIS DAN DESAIN SISTEM INFORMASI
Analisa [Kebutuhan] Sistem
Pengembangan Perangkat Lunak
Software Engineering ( Pressman )
Manajemen Proyek Pengantar
RENCANA PENGEMBANGAN PERANGKAT LUNAK (RPPL)
Manajemen Proyek Perangkat Lunak (MPPL)
Dasar-Dasar Sistem Informasi
Rekayasa Perangkat Lunak Part-5
PENGARUH KEPEMIMPINAN TERHADAP KEPUASAN KERJA
A SMALL TRUTH TO MAKE LIFE 100%. Hard Work H+A+R+D+W+O+R+K = 98% Knowledge K+N+O+W+L+E+D+G+E = 96%
How Can I Be A Driver of The Month as I Am Working for Uber?
Business Modeling By: U. Abd. Rohim, MT
TESTING DAN QA SOFTWARE PERTEMUAN 10 & 11
TUJUAN PEMBELAJARAN TUJUAN PEMBELAJARAN TEST KOMPETENSI DASAR KOMPETENSI DASAR MATERI By: MICHAEL JACKSON START.
A SHORT ESSAY OF CIVIL ENGINEERING BY : ALFATIHATU RAHMI CIVIL ENGINEERING ENGINEERING FACULTY ANDALAS UNIVERSITY PADANG.
Transcript presentasi:

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 with the "vague idea" on the assumption that "we'll fill in the details as we go" the customer keeps changing requirements the developer is "racheted" by these changes, making errors in specifications and development and so it goes...

Software Requirements Analysis identify the “customer” and work together to negotiate “product-level” requirements identify the “customer” and work together to negotiate “product-level” requirements build an analysis model build an analysis model  focus on data  define function  represent behavior prototype areas of uncertainty prototype areas of uncertainty develop a specification that will guide design develop a specification that will guide design conduct formal technical reviews conduct formal technical reviews

Analisis Kebutuhan

Identifikasi Kebutuhan

Workers

SRS (Software Requirement Specification) SRS adalah hasil akhir dari proses analisis. Fungsi dan kinerja yang harus dipenuhi sebagai bagian dari rekayasa sistem ditetapkan dengan deskripsi yang lengkap, baik deskripsi fungsional dan behavioral. Format/kerangka SRS, adalah sebagai berikut : Kerangka SRS.pdf Kerangka SRS.pdf

Tugas 2 1.Analisis kasus proyek perangkat lunak pada pertemuan sebelumnya ! 2. Dokumentasikan hasil analisis tersebut dalam dokumen SRS (Bab Idan Bab II)!