bab ii landasan teori 2.1 definisi sistem informasithesis.binus.ac.id/doc/bab2nopass/bab...
TRANSCRIPT
7
BAB II
LANDASAN TEORI
2.1 DEFINISI SISTEM INFORMASI
Ada beberapa definisi tentang sistem yang dikemukakan oleh banyak pakar.
Beberapa di antaranya adalah sebagai berikut:
Wilkinson (1993) A system is a complex entity or framework that is subject to one or
more objectives, constrains, and controls; that is surrounded by an environment; that
is composed of interdependeent subsystems; and that undergoes processes with inputs
and outputs.
Barry E Chusing (1982) A system is an entity consisting of two or more interrelated
components or subsystems that interact to achieve a goal.
Sehingga menurut ketiga definisi di atas, pengertian sistem adalah seperangkat
bagian-bagian yang saling berhubungan erat satu dengan lainnya untuk mencapai
tujuan secara bersama-sama.
John F Nash (1989) Data are potentially useful but have no immediate value.
Information, in the otherhand, is a subset of data that is useful for some identifiable
purposes. Information is extracted from the available data to meet a need.
Robert A, Leitch dan K. Roscoe Davis (1983) Data are raw fact, such as
transaction details from sales invoices. Information is communicated knowledge
developed by matching and transforming data so that the output is a form that useful
to the recipient.
8
Menurut definisi-definisi di atas, informasi adalah hasil pengolahan (tersaring,
terorganisir, terealisasi) dari data yang saling berhubungan digunakan untuk
mencapai tujuan organisasi. Agar informasi berguna dalam pengambilan keputusan,
harus memiliki kriteria-kriteria sebagai berikut:
1. Relevan, suatu informasi mempunyai manfaat sebagai dasar pengambilan
keputusan.
2. Akurat, ketepatan dan dapat diandalkannya suatu informasi.
3. Tepat waktu, informasi yang diperoleh terbaru dan mudah diperoleh saat
dibutuhkan.
4. Ringkas, informasi telah dikelompokkan sehingga tidak perlu diterangkan.
5. Jelas, tingkat informasi dapat di mengerti oleh penerima.
6. Dapat dikuantifikasi, tingkat informasi dapat dinyatakan dalam bentuk angka.
7. Konsisten, tingkat informasi dapat diperbandingkan.
Sistem informasi tidak harus melibatkan peran komputer. Sistem Informasi
yang menggunakan komputer biasa disebut sistem informasi berbasis komputer
(Computer-Based Information Systems atau CBIS). Biasanya, istilah sistem informasi
lebih sering dipakai tanpa embel-embel berbasis komputer walaupun dalam
kenyataannya komputer merupakan bagian yang penting. Yang dimaksudkan dengan
sistem informasi disini adalah sistem informasi yang berbasis komputer. Sistem
Informasi (SI) atau Information System (IS) yang menunjukkan sistem yang dapat
menghasilkan informasi yang berguna. Ada beragam definisi sistem informasi,
sebagaimana tercantum di bawah ini:
9
Menurut Alter (1992)
“Sistem informasi adalah kombinasi antara prosedur kerja, informasi, orang, dan
teknologi informasi yang diorganisasikan untuk mencapai tujuan dalam sebuah
organisasi”.
Menurut Wilkinson (1992)
“Sistem informasi adalah kerangka kerja yang mengkoordinasikan sumber daya
(manusia, komputer) untuk mengubah masukan (input) menjadi keluaran (informasi),
guna mencapai sasaran-sasaran perusahaan”.
Menurut Hall (2001)
“Sistem informasi adalah sebuah rangkaian prosedur formal dimana data
dikelompokkan, diproses menjadi informasi, dan didistribusikan kepada pemakai”.
Dari berbagai definisi tersebut, dapat disimpulkan bahwa sistem informasi
mencakup sejumlah komponen, ada sesuatu yang diproses (data menjadi informasi),
dan dimaksudkan untuk mencapai suatu sasaran atau tujuan. Sebelas komponen dari
sistem informasi (Valacich George Hoffer 2001) yaitu:
1. Komponen sasaran dan tujuan, merefleksikan kekuatan pendorong sistem dan
alasan keberadaan suatu sistem,
2. Komponen input (data)
3. Komponen output, informasi untuk pngambilan keputusan
4. Penyimpanan data,
5. Pemroses
6. Instruksi dan prosedur, memproses data menjadi informasi,
7. Batas sistem
10
8. Kendala sistem, yaitu keterbatasan intern dan ekstern,
9. Komponen pengaman yang berguna dan menjamin informasi yang dihasilkan
akurat
10. Komponen interface informasi, berfungsi sebagai penghubung antar pemakai,
antara mesin dengan pemakai, antar subsistem dalam sistem informasi,
11. Subsistem, merupakan bagian sistem informasi.
Ada empat konsep dalam sistem infromasi (Valacich George Hoffer 2001), yaitu:
• Decomposition
Proses dimana sistem dipecah menjadi beberapa komponen-komponen yang
lebih kecil (Subsistem). Proses ini memudahkan bagi sistem analis untuk :
1. Memecah sistem menjadi bagian yang lebih keci sehingga mudah di-
manage dan dimengerti.
2. Fokus pada area subsistem tanpa ada interferensi dari subsitem lain
3. Konsentrasi pada bagian sistem yang bersangkutan dengan user tertentu
tanpa dibingungkan dengan user lain yang tidak perlu.
• Modularity
Sistem dipecah menjadi beberapa modul.
• Coupling
Sistem dibagi menjadi subsitem yang saling ketergantungan. Keberhasilan
subsistem tergantung dengan subsistem yang lain.
• Cohesion
Subsitem bekerja sebagai singel function.
11
2.2 GUIDELINE PROSES PENINGKATAN SISTEM
Beberapa hal yang menjadi petunjuk dalam proses peningkatan sistem
(Michael E. C. Schmidt, 2000), yaitu :
1. Research applicable regulation
Sebelum memulai proses system improvements sebaiknya dilakukan
penelitian mengenai regulasi dan standar kualitas industri bisnis yang
sesuai dengan organisasinya.
2. Compile data from previous projects
Data yang perlu di compile, seperti :
• Comparisons between planned versus actual Project schedules
• Actual Project cost
• Test incident report
• Problem reports
• Software complexity metrics
• Exixtence of required document
3. Plan the scope of the process improvement
Memperkecil ruang lingkup proses berdasarkan kondisi yang realistis
dan didukung dengan suatu standar proses.
4. Obtain management commitment
Proses peningkatan sistem atau software tidak akan berjalan sukses
jika tidak didukung dengan komitmen manajemen. Setiap proses
12
proyek selalu ada resiko asosiasi akibat proses perubahan dan pihak
manajemen harus siap menanggulanginya.
5. Build ground-level support
Membangun dukungan ground-level untuk memperkuat project team
dalam meningkatkan sistem, dengan cara meyakinkan mereka manfaat
dan tujuan dari perkembangan sistem, serta kemudahan penggunaan
sistem baru.
6. Draft Standard Operating Procedures
Draft SOP harus jelas, tepat, pasti, lengkap, konsisten dan dapat
diverifikasi.
7. Conduct a team review
Membuat tim untuk melakukan review dari SOP yang telah dibuat.
Tim review merupakan representasi dari semua departemen yang ada.
8. Approve and control the standard operating procedures
SOP dikontrol dan di setujui oleh semua representative user.
9. Specify the phase-in of the process improvements
Melakukan spesifikasi setiap proses improvements.
10. Train personel in the process improvements
Melakukan pelatihan kepada user sistem dan berikan kesempatan
mereka untuk melakukan evaluasi.
11. Monitor Use of the process improvements
Melakukan monitor penggunaan sistem baru
13
12. Evaluate the success of the process improvements
Untuk membangun suatu process improvement yang efektif perlu
dilakukan evaluasi baik dari keberhasilan proyek maupun kegagalan
proyek.
2.3 DEFINISI DAN PRINSIP SDLC
System development life cycle (SDLC) merupakan suatu metodologi atau
proses yang meliputi beberapa tahapan siklus dalam pengembangan sistem. SDLC
disusun sesuai kebutuhan manajemen atau organisasi. Setiap organisasi semestinya
menyusun metode SDLC dan menentukan responsibility setiap tahapan siklus
sehingga perancangan, pengembangan dan pemeliharaan sistem dapat berjalan baik
dan akurat. Dalam menentukan metode SDLC, ada beberapa faktor yang perlu
dipertimbangkan dari segi model pengembangan aplikasi, seperti :
• Pengembangan aplikasi dengan menggunakan internal resources.
• Pengembangan aplikasi dengan menggunakan fully or partly
outsourced resources yang berlokasi onsite atau offsite.
• Pengembangan aplikasi dengan menggunakan paket software vendor
yang terimplementasi tanpa adanya customisation.
• Pengembangan aplikasi dengan menggunakan paket software vendor
yang customize sesuai dengan kebutuhan organisasi.
14
Suskesnya implementasi sistem tidak hanya dipengaruhi oleh keberhasilan
setiap tahapan siklus pengembangan sistem (Proses SDLC) melainkan juga
dipengaruhi oleh komunikasi dan kordinasi dari seluruh pihak yang terlibat (team
SDLC).
2.4 MODEL DAN TAHAPAN PROSES SDLC
Model umum dari system life cycle menggambarkan tahapan siklus dan alur
yang dilalui sistem. Begitu banyak model pola siklus yang diterapkan di beberapa
perusahaan, tetapi pada dasarnya menggunakan pola yang sama. Model dasar dari
siklus pengembangan system terlihat pada gambar 1.
Gambar 2.1 General Life Cycle Model
Berdasarkan gambar 2.1 diatas, terlihat bahwa setiap proses menghasilkan
deliverables yang digunakan untuk phase atau tahapan siklus selanjutnya.
Requirements akan diterjemahkan ke dalam bentuk design, design akan
diterjemahkan dalam bentuk kode program yang akan diimplementasikan dan terakhir
adalah tahapan testing untuk melakukan pengujian dari sistem atau software yang
dibuat sesuai requirements.
15
Requirements
Pada tahapan ini dilakukan identifikasi business requirement dari semua
stakeholders dan users. Siapa yang akan menggunakan sistem ? Bagaimana mereka
akan menggunakan sistem tersebut ? Data yang bagaimana yang menjadi input sistem
? Output data yang bagaimana yang akan dihasilkan sistem ? pertanyaan-pertanyaan
tersebut yang biasanya diajukan untuk memperoleh data business requirements.
Dokumentasi yang dihasilkan pada tahap ini biasanya berupa daftar fungsionalitas
yang disediakan oleh sistem, alur proses data, bentuk dan jenis data yang digunakan
sistem, dan interface yang dibutuhkan sistem.
Design
Tahapan design akan dilalui setelah tahap requirement selesai dilakukan. Pada tahap
ini akan dideskripsikan detail arsitektur sistem yang akan dibuat, termasuk hardware
dan software, communication, software design.
Implementation
Pada tahap ini, pengkodean dilakukan, dan tahap ini adalah tahap yang paling lama
dari siklus pengembangan sistem, dan mungkin dapat terjadi overlap dengan tahap
design dan testing.
Testing
Selama proses testing, sistem atau software aplikasi akan diuji apakah sudah sesuai
stakeholders dan users requirements. Unit tests dan system/acceptance tests
16
dilakukan pada tahap ini. Unit tests berfungsi untuk melihat fungsionalitas komponen
sistem. Sedangkan system/acceptance tests menguji sistem secara menyeluruh dari
alur bisnis proses.
Dengan makin berkembangnya kompleksitas system dalam organisasi, banyak
bermunculan model-model SDLC. Ada beberapa variasi model SDLC yaitu; model
waterfall (original SDLC method); V-Shaped model, rapid application development
(RAD); joint application development (JAD); fountain model; spiral model; build
and fix; dan synchronize-and-stabilize.
Waterfall Model
Model Waterfall hampir menyerupai model dasar dari SDLC, dapat dikatakan
linear-sequential life cycle model. Model ini yang paling sederhana dan mudah
dipahami. Pada model ini, setiap phase harus terpenuhi terlebih dahulu setelah itu
dapat melanjutkan tahapan selanjutnya. Tahap review sistem berada pada bagian
akhir dari siklus pengembangan sistem, sehingga model ini tidak bisa dilakukan
overlap.
17
Gambar 2.2 Waterfall Life Cycle Model
V-Shaped Model
Model V-Shaped life cycle memiliki pola proses sekuensial. Setiap phase
harus diselesaikan terlebih dulu untuk dapat melanjutkan phase berikutnya. Tahap
Testing lebih ditekankan pada model ini dibandingkan dengan model Waterfall.
Tahap testing diwajibkan selesai dilakukan sebelum tahap pengkodean program atau
implementasi. Test plan fokus pada fungsionalitas sistem sesuai requirements. Tahap
high-level design fokus pada arsitektur dan perancangan sistem. Integration test plan
bertujuan untuk menguji kemampuan integrasi sistem. Tahap low-level design
dilakukan unit tests untuk menguji komponen software.
18
Gambar 2.3 V-Shaped Life Cycle Model
Incremental Model
Model Incremental ini terdiri dari banyak perulangan siklus model Waterfall atau
disebut juga “multi-waterfall” cycle.
Gambar 2.4 Incremental Life Cycle Model
Prototyping Model
Model ini sama dengan waterfall hanya saja pada tahap analisa requirement dan
design, terbentuklah prototype yang digunakan untuk proses development. Setelah
19
prototype dibuat, diserahkan kepada customer atau user untuk dievaluasi. Pada model
ini lebih banyak perhatian pada kepuasan user dan developer.
Spiral Model
Prinsip model Spiral sama dengan model Incremental, tetapi lebih
menekankan pada analisa resiko. Model Spiral memiliki empat tahap, yaitu;
Planning, Risk Analysis, Engineering dan Evaluation. Projek pengembangan sistem
atau software akan berulang-ulang melalui empat tahapan tersebut. Model Spiral
dimulai dengan tahap perencanaan, identifikasi requirements dilakukan pada tahap
ini. Tahap analisa resiko bertujuan untuk mengidentifikasi resiko dan memberikan
alternatif solusi, dan kemudian terbentuklah Prototype system. Pembuatan program
software dilakukan pada tahap engineering dan dilakukan testing pada tahap akhir
siklus. Pada tahap evaluasi, customer diberikan kesempatan untuk melakukan
evaluasi output project sebelum melangkah ke tahap selanjutnya. Pada model Spiral,
komponen sudut meggambarkan tingkat kemajuan pengembangan sistem, sedangkan
radius dari Spiral menggambarkan cost.
20
Gambar 2.5. Spiral Life Cycle Model
Rapid Application Development (RAD)
Model RAD sama prinsipnya dengan model Waterfall hanya saja lebih
ditekankan pada evaluasi end-users. Model ini lebih memperhitungan resiko
kegagalan user interface dari penilaian end-users.
Penggunaan model SDLC dapat disesuaikan dengan organisasi untuk
mengakomodasi aspek-aspek khusus dari sebuah proyek selama pendekatan yang
21
dihasilkan tetap konsisten dengan tujuan utama yaitu untuk menghasilkan sistem
yang berkualitas. Tahap-tahap SDLC dapat saling melengkapi dan proyek dapat
mengikuti suatu strategi pengembangan yang evolusioner.
2.5 STANDAR INTERNASIONAL PROSES Life Cycle (ISO) ISO/IEC
12207 SDLC
ISO Life Cycle Process merupakan standar internasiona l untuk pengembangan
software sistem yang berkaitan dengan proses, aktifitas, dan tugas, disesuaikan
dengan scope manajemen dan kondisi organisasi. Dengan ISO Software Life Cycle
Process, aktifitas proses dapat dibandingkan dengan procedural, responsibility dan
kewajiban. Standar Internasional mengelompokkan aktifitas selama proses
pengembangan sistem menjadi 3 kelompok, yaitu : Primary Process, Supporting
Process dan Organizational Process.
22
Gambar 2.6 ISO/IEC 12207 SDLC
2.5.1 Primary Life Cycle Process
Primary proses meliputi lima proses inti yang dilakukan selama
pengembangan sistem, yaitu Acquisition, Supply, Development, Operation,
dan Maintanace.
1. Acquisition process
Proses ini meliputi semua aktifitas dari proses product requirements
sampai proses kontrak untuk manajemen dan operasional.
23
Proses ini meliputi :
a. Acquisition preparation
b. Supplier selection
c. Suppiler monitoring
d. Customer acceptance
2. Supply process
Proses ini meliputi semua aktifitas supplier, dari mengidentifikasi
keinginan Acquirer, menyiapkan proposal, menentukan prosedur dan
sumber daya yang diperlukan, proses pengembangan, eksekusi, hingga
deliverable system, seperti :
a. Initiation
b. Preparation of response
c. Contract
d. Planning
e. Execution and control
f. Review and evaluation
g. Delivery and completion
3. Development process
Proses ini mencakup analisa kebutuhan, perancangan, pengkodean,
pengintegrasian, pengujian, instalasi dan product acceptance. Aktifitas
pada proses ini, yaitu :
a) Perolehan requirements
24
Tujuan dari proses ini adalah untuk mengumpulkan informasi
tentang requirement stakeholders.
b) Analisa requirement system
Tujuan dari proses ini yaitu untuk transformasi requirements
stakeholder kedalam kebutuhan teknis sistem yang akan menjadi
panduan perancangan system
c) Perancangan arsitektur system
Tujuan dari proses ini adalah untuk mengidentifikasi requirement
yang harus dialokasikan ke dalam sistem.
d) Analisa requirement software
Proses ini bertujuan untuk menghasilkan software yang sesuai
dengan requirement
e) Perancangan software
Proses ini bertujuan untuk menyediakan rancangan software yang
akan diimplementasikan dan disesuaikan dengan requirements.
f) Pembuatan software (Code and Unit Test)
Proses ini bertujuan untuk menghasilkan unit-unit software yang
merefleksikan software design.
g) Integrasi Software
Proses ini bertujuan untuk mengkombinasikan unit software,
membuat item-item software yang terintegrasi, konsistensi dengan
rancangan software, mendemostrasikan requirement fungsional dan
25
non-fungsional software apakah sudah memenuhi platform
operasional.
h) Pengujian software
Proses ini bertujuan untuk menguji integrated software telah
memenuhi requirement
i) Integrasi sistem
Proses ini bertujuan untuk mengintegrasikan elemen-elemen sistem
termasuk software items, hardware items, manual operasional dan
sistem lain yang harus diintegrasikan.
j) Pengujian sistem
Tujuan dari proses ini adalah untuk menjamin bahwa implementasi
dari setiap requirement sistem telah diujikan dan disiap untuk
didistribusikan
k) Instalasi software
Merencanakan proses intalasi dari software, hardware, komunikasi
data dan jaringan.
l) Software acceptance support
Software telah disetujui semua representative user
4. Operation process
Proses operasional meliputi semua aktifitas yang dilakukan Operator,
baik dari cara pengoperasian produk sistem dan software dan faktor
pendukung proses operasional kepada user. Aktifitas proses meliputi :
a) Process Implementation
26
b) Operational testing
c) System operation
d) User support
5. Maitenance process
Proses perawatan dilakukan oleh maintainer. Proses ini berguna untuk
melakukan penjaminan sistem dan software berjalan dengan baik,
melakukan modifikasi, dan memperbaiki permasalahan yang dihadapi
pada saat proses operasional. Proses ini berhenti pada tahap retirement.
Aktifitas proses perawatan sebagai berikut :
a) Process implementation
b) Problem and modification analysis
c) Modification implementation
d) Maintenance review/acceptance
e) Migration
f) Software retirement
2.5.2 Supporting Life Cycle Process
Proses Supporting Life Cycle terdiri dari delapan proses yang akan
mendukung kesuksesan proyek dan kualitas software, yaitu :
1. Documentation process
Proses membuat dokumentasi atau perekaman informasi yang dihasilkan
setiap proses life cycle. Proses ini terdiri dari tahapan :
• Proses implementasi
27
Proses merencanakan dan mengidentifikasi pendokumentasian dari
setiap phase SDLC. Format dasar dokumentasi harus mencakup judul
atau nama proses, tujuan proses, siapa saja yang terlibat dalam proses,
prosedur dan responsibiliities dan schedule versi terakhir.
• Design dan development
Merancang dokumen sesuai design proses yang sedang dilakukan
• Production
Proses memproduksi dokumen setiap saat dibutuhkan
• Maintenance
2. Configuration management process
Proses mengkonfigurasikan detail spesifikasi software, proses ini
dilakukan agar mudah pengidentifikasian software. Aktifitas yang
dilakukan yaitu ; proses implementasi, identifikasi konfigurasi, control
konfigurasi, status pelaporan konfigurasi,evaluasi konfigurasi dan
mendokumentasikan konfigurasi software yang direlease.
3. Quality assurance process
Proses yang bertujuan untuk menjamin produk software dan prosesnya
sesuai dengan spesifikasi requirements yang direncanakan. Aktfitas yang
dilakukan pada proses ini, yaitu; proses implementasi, product assurance,
process assurance dan assurance of quality system
.
28
4. Verification process
Aktifitas (Acquirer, Supplier atau Independent party) untuk verifikasi
produk software. Aktifitas verifikasi yang dilakukan pada proses SDLC,
yaitu; contract verification, process verification, requirement verification,
design verification, code verification, integration verification,
pendokumentasian hasil dan proses verifikasi.
5. Validation process
Aktifitas (Acquirer, Supplier atau Independent party) untuk validasi
produk software, dengan mendokumentasikan item subject yang
divalidasi, bentuk cara melakukan validasi, sumber daya dan schedule
melakukan validai yang disertai tanggungjawab, menbuat prosedur
laporan validasi untuk diberikan kepada acquirer dan bagian tim projek
yang lain.
6. Join review process
Aktifitas untuk mengevaluasi kondisi produk software oleh stakeholder
yang terkait meliputi project management review dan technical review.
7. Audit process
Aktifitas audit setiap proses dan deliverable dari sistem.
8. Problem resolution management process
Aktifitas analisa masalah dan memberikan solusi selama proses
pengembangan, operasional , perawatan dan proses lain.
9. Usability process
29
Proses ini bertujuan untuk melihat kebergunaan sistem dan produk yang
dihasilkan sistem terhadap user dan stakeholders.
10. Product evaluation process
Proses ini bertujuan untuk melakukan pemeriksaan dan pengukuran
apakah produk yang dihasilkan sistem telah memenuhi kebutuhan user
dan stakeholders.
11. Change request management process
Proses ini bertujuan untuk menjamin dan manage permintaan perubahan
pada sistem ataupun software.
2.5.3 Organizational Life Cycle Process
1. Management process
Tujuan dari management process adalah untuk mengatur, memonitor dan
mengontrol proses inisilisasi dan performa proses pengembangan sistem
untuk mencapai business goals dari organisasi. Proses ini meliputi :
• Organizational alignment
• Organizational management
• Project management
• Quality management
• Risk management
• Measurement activity and tasks
30
2. Infrastructure process
Proses infrastruktur meliputi aktifitas proses implementasi,
pembangunan infrastruktur dan pemeliharaan infrastruktur.
3. Improvement process
Proses improvement meliputi aktifitas pembangunan, penilaian,
pengembangan, dan kontrol.
4. Human Resources Process
Proses ini bertujuan untuk menentukan dan menempatkan human
resources yang tepat dan maintanance kompetensi, konsistensi dengan
kebutuhan bisnis. Proses ini meliputi; human resources management,
training dan knowledge management.
2.6 Proses Tailoring
IEEE/IEA 12207 mengartikan tailoring process adalah ….a process for
performing basic tailoring of this International Standard for a software project.
ISO terdiri dari proses, aktifitas dan tugas yang menjadi prinsip dasar dari
software project . IEEE/EIA 12207 menyebutkan :
Determine which life cycle model(s) are relevant and applicable for the project,
such as Waterfall, evoluntary; buils, pre-planned product improvement, Spiral.
All such models prescribe certain processes and activities that may be
performed sequently, repeated, and combined, in these models, the life cycle
activities in this International Standard should be mapped to the selected
31
model(s). Dari pernyataan tersebut bisa disimpulkan bahwa model SDLC
apapun yang digunakan harus sequential, repeated, and combined serta
disesuaikan dengan proses organisasi. Pada Annex A dari IEEE/EIA 12207,
beberapa hal yang perlu diperhatikan sebelum proses tailoring meliputi :
a. Identifying project environment
b. Soliciting input
c. Selecting processes, activities, and task
d. Documenting tailoring decisions
Langkah- langkah dalam melakukan proses tailoring perkembangan Software
Life Cycle Process (IEEE/EIA 12207), yaitu :
1. Selecting SLCM
Menentukan SLCM yang sesuai dengan kondisi aset organisasi, kebijakan,
SOP, metodologi dan karakteristik proyek.
2. Mapping onto the SLCM
Melakukan pemetaan SLCM dengan aktifitas dan proses proyek
3. Establishing an SLCP
Setelah melakukan pemetaan kemudian dibuatlah perencanaan SLCP yang
terdokumentasi.
32
Policies, Standards, Procedures, Tools, methodology, etc.
Project Software Life Cycle Process
Project Software Life
Cycle
Standard Project
Software Life Cycle Model
Organizational Process Assets
Combine
Map
Gambar 2.7 Rencana Tailoring SLC