Team software process: Perbedaan antara revisi
Konten dihapus Konten ditambahkan
k Mimihitam memindahkan halaman Team Software Process (TSP) ke Team software process |
k Bot: Perubahan kosmetika |
||
Baris 1:
'''''Team Software Process'' (TSP)''' adalah kerangka kerja [[proses pengembangan perangkat lunak]] yang berkombinasi dengan [[Personal Software Process (PSP)|''Personal Software Process'' (PSP)]] untuk membantu tim manajer dan praktisi mengatur proyek dan menghasilkan [[perangkat lunak]] yang berkisar dalam ukuran dari proyek kecil dari ''several thousand lines of code''
Tujuan TSP adalah untuk membangun tim proyek "mandiri" yang mengatur sendiri untuk menghasilkan perangkat lunak berkualitas tinggi. Humphrey <ref>Humphrey, W., “The Three Dimensions of Process Improvement, Part III: The Team Process,” ''CrossTalk'', April 1998, available at www.stsc.hill.af.mil/crosstalk/1998/apr/dimensions.asp.</ref>mendefinisikan tujuan TSP berikut<ref name=":0">{{Cite book|title=Software engineering : a practitioner's approach|url=http://worldcat.org/oclc/949696534|publisher=McGraw-Hill Education|date=2015|isbn=9781259253157|oclc=949696534|last=Pressman, Roger S.}}</ref>:
Baris 28:
TSP mengakui bahwa tim perangkat lunak terbaik adalah tim yang diarahkan secara mandiri. Anggota tim menetapkan tujuan proyek, menyesuaikan proses untuk memenuhi kebutuhan mereka, mengontrol jadwal proyek, dan melalui pengukuran dan analisis metrik yang dikumpulkan, bekerja secara kontinu untuk meningkatkan kualitas tim pendekatan rekayasa perangkat lunak. Seperti PSP, TSP adalah pendekatan yang ketat untuk rekayasa perangkat lunak yang memberikan manfaat yang jelas dan terukur dalam produktivitas dan kualitas. Tim harus membuat komitmen penuh untuk proses dan harus menjalani pelatihan menyeluruh untuk memastikan bahwa pendekatan tersebut diterapkan dengan benar<ref name=":0" />.
|