Project Configuration Management Kelompok 1 : Angela Pertiwi Baharudin Suwandy Catherine Permata Debby Putri Suryanto Rudy Yulius Ardy
Pengantar No matter where you are in the system life cycle, the system will change, and the desire to change it will persist throughout the life cycle. Bersoff, et al, 1980 • Yang perlu diperhatikan: – Berhati-hati terhadap perubahan, – Lakukan kontrol terhadap perubahan • Bentuk-bentuk perubahan: – Perubahan di keperluan bisnis – Perubahan di keperluan teknis – Perubahan di keperluan user
The Software Configuration
programs
The pieces
documents
data
Baseline • Adalah konsep Software Configuration Management yakni merupakan Milestone dalam SCM yang ditandai dengan 1 atau lebih proses Configuration Items
modified
Baseline
SCIs Project database Software engineering tasks
SCIs
Formal technical reviews
approved SCIs stored SCIs
extracted SCM controls
SCIs BASELINES: System Specification Software Requirements Design Specification Source Code Test Plans/Procedures/Data Operational System
Software Configuration Objects Data model
-Define separately -Related as arrow shows
Design specification data design architectural design module design interface design Component N
Test specification
interface description algorithm description PDL
test plan test procedure test cases Source code
Interrelationship allow determine which object might be affected
Back
SCM Repository • Awal mula • Merupakan seperangkat mekanisme dan data structure (SCI) sehingga tim software dapat me-manage perubahan dengan cara yang efektif
Contents of Repository b u sin e ss ru le s b u sin e ss fu n ct io n s o rg an izat io n st ru ct u re in fo rm at io n arch it e ct u re
Business Cont ent
u se -case s an aly sis m o d e l sce n ario -b ase d d iag ram s flo w -o rie n t e d d iag ram s class-b ase d d iag ram s b e h av io ral d iag ram s d e sig n m o d e l arch it e ct u ral d iag ram s in t e rface d iag ram s co m p o n e n t -le v e l d iag ram s t e ch n ical m e t rics
so u rce co d e o b j e ct co d e sy st e m b u ild in st ru ct io n s
Const ruct ion Cont ent
t e st case s t e st scrip t s t e st re su lt s q u alit y m e t rics
Model Cont ent V&V Cont ent
p ro j e ct e st im at e s p ro j e ct sch e d u le
Project Management Cont ent
SCM re q u ire m e n t s ch an g e re q u e st s ch an g e re p o rt s SQA re q u ire m e n t s p ro j e ct re p o rt s/ au d it re p o rt s p ro j e ct m e t rics
Document s
Pro j e ct Plan SCM/ SQA Plan Sy st e m Sp e c Re q u ire m e n t s Sp e c De sig n Do cu m e n t Te st Plan an d Pro ce d u re Su p p o rt d o cu m e n t s Use r m an u al
SCM ‘Features’ • Untuk men-support SCM, repository perlu memiliki beberapa tool sebagai berikut: – Versioning: bisa menyimpan produk SCI dlam semua versi, juga developer bisa kembali ke versi berikutnya sesuai keperluan testing dsb. – Dependency Tracking & Change Management: me-manage segala yang berkaitan dengan hubungan antar elemen data didalamnya. Misal: UML Class diagram diubah, maka repository akan mendeteksi class, deskripsi interface, dan komponen kode yang perlu dimodifikasi oleh developer
SCM ‘Features’ • Requirement Tracing: kemampuan untuk track data, berkaitan dengan design dan komponen konstruksi, dari specific requirements specification. • Configuration Management: juga dalam hal track data, tetapi dalam konteks specific project milestone dan produksi. • Audit trails: berisi informasi tambahan, yakni kapan, mengapa, dan oleh siapa perubahan itu dibuat
SCM Elements Merupakan set of tool untuk… • Component elements: enables access to manage each SCI • Process elements: berisi prosedur & tasks untuk melakukan pendekatan efektif dalam mengubah manajemen dan aktivitas yang terkait didalamnya • Construction elements: memastikan komponen yang tepat tersusun dengan baik • Human elements: mengimplementasikan SCM yang efektif
SCM Process Menjawab pertanyaan: – Apa usaha dan berapa biaya yang dibutuhkan? – Seberapa kompleks perubahan dan adakah technological risk didalamnya? – Apakah perubahan mempengaruhi komponen lain di sistem? – Bagaimana kita meyakinkan bahwa perubahan yang mau dilakukan akan terimplementasikan dengan baik? Jika tidak, apa akibat apabila perubahan tidak terimplementasikan dengan baik? – Siapa yang akan memproses perubahan tersebut?
SCM Process Software Vm.n
reporting
configuration auditing version control change control identification
SCIs
SCM Process • Identification yakni mengidentifikasi tipe objek sesuai dengan prinsip OO approach. Ada 2 tipe Objek yakni Basic Object dan Aggregate Object. Basic Object: Unit Informasi yang dibuat selama analisis, design, coding,or test Aggregate Object: Kumpulan dari basic objects Contoh
Change Control - 1 need for change is recognized Harus seimbang. Terlalu banyak atau sedikit change control mengakibatkan masalah
change request from user developer evaluates change report is generated change control authority decides
request is queued for action change request is denied user is informed
Change Control -2 assign people to SCIs
check-out SCIs
make the change
review/audit the change
establish a “baseline” for testing
Change Control - 3 perform SQA and testing activities
check-in the changed SCIs
promote SCI for inclusion in next release rebuild appropriate version
review/audit the change
include all changes in release
SCM Process • Version Control Mengkombinasi prosedur dan tools untuk me-manage different versions dari Configuration Object Melakukan 4 kemampuan: 1. Project Database(repository): Menyimpan Configuration Object yang relevan. 2. Version Management: Menyimpan semua versions konfigurasi object. 3. Make Facility: Sebagai fasilitas Software Enginer untuk mengumpulkan mengkontruksi specific version dari software 4. Issues Tracking: Track masalah yang muncul pada setiap configuration object. Misal: Bug tracking
SCM Process • Configuration Auditing – Lebih ke meyakinkan bahwa perubahan terimplementasi dengan baik dan benar sesuai yang diharapkan – Terdiri dari Technical Review dan Software Configuration Audit ( mirip questionnaire)
Configuration Auditing Change Requests SCIs
SCM Audit
SQA Plan
SCM Process • Reporting – Menjawab pertanyaan: • • • •
Apa hasilnya? Siapa yang melakukannya? Kapan dilakukan? Adakah pihak lain yang bersangkutan?
– Output CSR(Configuration Status Reporting) biasanya diletakkan di online database /website. Sehingga Software Developer / support staff dapat mengakses perubahan yang telah diimplementasikan.
Thank You