PEMETAAN VORD KE DALAM CMMI UNTUK MENINGKATKAN KUALITAS ANALISIS KEBUTUHAN PERANGKAT LUNAK (STUDI KASUS SISTEM PENJUALAN SUPERMARKET SAKINAH)

Transkripsi

1 PEMETAAN VORD KE DALAM CMMI UNTUK MENINGKATKAN KUALITAS ANALISIS KEBUTUHAN PERANGKAT LUNAK (STUDI KASUS SISTEM PENJUALAN SUPERMARKET SAKINAH) Nurma Prita Yanti Sistem Informasi, Fakultas Teknologi Informasi, Institut Teknologi Sepuluh Nopember Surabaya Kampus ITS Sukolilo, Surabaya prieta_34@is.its.ac.id ABSTRAK Kebutuhan merupakan suatu hal yang penting dalam pengembangan perangkat lunak. Kebutuhan yang terdefinisi secara jelas dan berkualitas akan meningkatkan kinerja VORD merupakan metode pendefinisian Namun, VORD masih bersifat general. Oleh karena itu, diperlukan standarisasi untuk meningkatkan analisis perangkat lunak dengan menggunakan CMMI. Penelitian ini bertujuan untuk membuat pemetaan konsep VORD ke dalam CMMI untuk meningkatkan kualitas analisis perangkat lunak. Hasil dari pemetaan akan diimplementasikan melalui studi kasus penjualan Sakinah. Penelitian ini menghasilkan pemetaan VORD ke dalam pendekatan CMMI yang diharapkan dapat membantu supermarket Sakinah dalam pembuatan spesifikasi penjualan yang berkualitas. Dengan spesifikasi yang jelas, Sakinah dapat mengoptimalkan bisnisnya sehingga dapat memperoleh keuntungan yang lebih baik. Kata kunci :, VORD, CMMI ABSTRACT Requirement is an important in the development of software systems. Requirement which defined clearly and the quality will improve system performance. VORD is a method of definition system requirement. However, VORD is still general. Therefore, standardization is necessary to improve quality of software requirement analysis by using the CMMI. This research aims to create a concept mapping VORD to CMMI to improve quality of software requirement analysis. The results of the mapping will be implemented through a case study Sakinah sales system. This research resulted in the mapping VORD to CMMI is expected to assist Sakinah in making requirement specification of sales system which quality. With a clear requirement specification, Sakinah can optimize business processes so as to gain a better. Keywords : requirement, VORD, CMMI 1 PENDAHULUAN Pengembangan perangkat lunak dimulai dengan pernyataan dari semua pihak yang terlibat di dalam Kebutuhan merupakan deskripsi mengenai pernyataan yang berasal dari klien, user, atau stakeholder yang mendefinisikan fitur-fitur yang dibutuhkan di dalam sebuah Kebutuhan tidak hanya mendeskripsikan user saja akan tetapi juga organisasi, pemerintahan dan standar industri. Oleh karena itu, pengembangan perangkat lunak akan menghasilkan produk yang baik jika nya terpenuhi dan didefinisikan secara jelas. Pengembangan perangkat lunak tidak hanya ditentukan dengan pendefinisian saja, tetapi juga memperhatikan masalah kualitas. Perangkat lunak yang berkualitas akan meningkatkan kinerja Kualitas perangkat lunak dapat dicapai dengan menggunakan standarisasi yang telah dikeluarkan oleh organisasi atau badan dunia, seperti CMMI. Pendefinisian dapat dilakukan dengan menggunakan konsep VORD (Viewpoint- Oriented Requirements Definition). VORD merupakan salah satu metode yang digunakan untuk mendefinisikan dengan pendekatan (sudut pandang) pengguna VORD fokus terhadap entitas eksternal yang akan berinteraksi dengan sebuah Kerangka kerja VORD masih bersifat general. Akibatnya, perangkat 1

2 lunak yang dihasilkan tidak sesuai dengan harapan stakeholder. Hal ini dikarenakan VORD hanya fokus pada pendefinisian tanpa memperhatikan masalah kualitas. Oleh karena itu, diperlukan suatu standar pengembangan perangkat lunak. Salah satu standar yang digunakan ialah CMMI (Capability Maturity Model Integration). CMMI merupakan model pendekatan yang dapat menilai atau mengukur kematangan dan kemampuan sebuah perangkat lunak di dalam perusahaan. CMMI menyajikan aktivitas atau praktek-praktek secara detail. CMMI dikembangkan sebagai framework yang digunakan untuk peningkatan dalam pengembangan, seperti CMMI 1.2-DEV (CMMI 1.2 for Development). Pemetaan VORD ke dalam CMMI merupakan penelitian baru yang dilakukan untuk meningkatkan kualitas analisis perangkat lunak. Pemetaan ini dilakukan dengan menggabungkan tahapan VORD ke dalam praktek-praktek CMMI. Hasil dari pemetaan ini nantinya akan diujicobakan ke dalam studi kasus penjualan Sakinah. Uji coba ini dilakukan untuk mengetahui apakah hasil pemetaan bisa mendatangkan manfaat secara langsung dalam melakukan analisis perangkat lunak di dunia nyata. Pada penelitian tugas akhir ini diharapkan dapat membantu perusahaan, khususnya Supermarket Sakinah dalam menganalisis perangkat lunak dengan pemetaan VORD ke dalam CMMI. Dengan adanya pemetaan VORD ke dalam CMMI, diharapkan dapat meningkatkan kualitas penjualan Sakinah sehingga perusahaan mampu mendapatkan keuntungan yang lebih baik dari sebelumnya. 2 VORD VORD (Viewpoint-Oriented Requirements Definition) adalah salah satu metode untuk menganalisis dengan menggunakan pendekatan Viewpoint. Metode ini ini dikembangkan oleh Gerald Kotonya and Ian Sommerville pada tahun Metode ini dikembangkan untuk membantu spesifikasi dari interaksi VORD terfokus pada entitas eksternal yang berinteraksi dengan Oleh karenanya VORD merepresentasikan dari berdasarkan entitas. Viewpoint terbagi menjadi direct dan indirect. Direct Viewpoint menggambarkan tentang entitas yang berkorespondensi secara langsung dengan pelanggan. Sedangkan Indirect Viewpoint menggambarkan entitas yang berkepentingan untuk menerima service dari namun tidak berinteraksi langsung dengan VORD memiliki empat tahap utama di dalam melakukan identifkasi. an VORD ditunjukkan pada gambar 1. Gambar 1. an VORD an VORD terbagi menjadi empat yaitu: 1. Viewpoint Identification Identifikasi meliputi penemuan berdasarkan layanan yang akan diterima oleh setiap. Di dalam tahap ini, dilakukan identifikasi terhadap dengan langkah sebagai berikut : a. Mendaftar semua stakeholder yang ada di dalam perangkat lunak tersebut dengan melakukan brainstorming. b. Mengidentifikasi mana yang termasuk ke dalam dan service (layanan) di dalam perangkat lunak. 2. Viewpoint Structuring Strukturisasi ini meliputi pengelompokan manjadi satu hirarki. Layanan umum digambarkan pada level yang paling tinggi dan diwarisi oleh di level yang lebih rendah. Adapun tahapan struktrisasi ini seperti yang ditunjukkan pada gambar 2.2. Gambar 2. structuring 3. Viewpoint Documentation Dokumentasi meliputi cara untuk mendiskripsikan setiap dan layanan yang telah ditentukan sebelumnya. Tujuan dari documentation ini adalah untuk memetakan atau layanan terhadap masingmasing sesuai dengan structuring. Pemetaan tersebut meliputi fungsional dan non-fungsional Hasil dari documentation digunakan sebagai acuan pembuatan use case. 2

3 4. Viewpoint Sistem Mapping ini meliputi pengimplementasian dokumentasi menjadi object-oriented design dengan menggunakan informasi layanan yang dicakup dalam. 3 CMMI CMMI (Capability Maturity Model Integration) merupakan suatu metode perbaikan yang terdiri dari praktek-praktek yang detail sehingga memberikan unsur-unsur yang lebih efektif. CMMI merupakan model pendekatan yang mampu menilai kemampuan dan kematangan dalam mengembangkan perangkat lunak. Konsep CMMI for Development dikeluarkan oleh Software Engineering Institute (SEI) dari Carnegie Mellon University pada akhir tahun 2001 dan dipublikasikan pada Agustus 2006 untuk menggantikan konsep serupa yaitu CMM yang telah dipakai untuk assessment sejak tahun 1990-an. Kegiatan pengembangan ini sendiri disponsori oleh US Department of Defense [3]. Dalam dokumen resminya, CMMI bertujuan meningkatkan kematangan organisasi dengan memberikan panduan (guidance) mengenai peningkatan pengembangan suatu produk dan layanan. CMMI for Development juga terdiri dari hal-hal praktis yang menunjuk pada aktivitas pemeliharaan dan pengembangan, termasuk daur hidup (lifecycle) produk piranti lunak dari mulai konsep, pengembangan, hingga pemeliharaannya dengan penekanan pada aktivitas kegiatan yang diperlukan untuk membangun dan memelihara keseluruhan total produk. 3.1 Struktur CMMI for Development CMMI for Development disusun berdasarkan tiga konsep yaitu: process area (PA), goals, dan practices [3]. Struktur CMMI terdiri dari : (1) Maturity Levels (tingkat kematangan) yang terdapat di dalam staged representation dan Capability Levels yang terdapat di dalam continuous representation, (2) process areas (PA), (3) goals yang terdiri dari generic dan specific, (4) practices yang terdiri dari generic and specific. Maturity Levels dan Capability Levels ini yang digunakan untuk mengukur tingkat kemampuan dan kematangan perusahaan saat ini. Pada dasarnya, tingkat kematangan CMMI mengatur area. Setiap tingkat kematangan terdiri dari beberapa PA. Sebuah PA adalah sekelompok praktek atau kegiatan yang dilakukan secara kolektif untuk mencapai tujuan tertentu. Masing masing PA mempunyai SG (Spesific Goal) dan GG (Generic Goal) yang dapat menjadi kerangka tingkat kematangan perusahaan. SG dari area akan memberikan deskripsi tentang aktivitas-aktivitas yang harus dilaksanakan dalam setiap tingkatan CMMI. Sedangkan GG mengaplikasikan rangkaian area yang bertujuan sebagai pengukur seberapa baik rangkaian aktivitas tersebut apabila dilaksanakan pada pengembangan CMMI juga memiliki SP (Spesific Practice) dan memiliki GP (Generic Practice) yang merupakan aktivitas pelaksanaan CMMI yang dilihat dari SG dan GG. Adapun GG dan GP sama dengan SP dan SG, dengan pengecualian bahwa keduanya tidak hanya spesifik ke PA tertentu tetapi keduanya fokus kepada lebih dari satu PA. Struktur CMMI seperti yang ditunjukkan pada gambar 2.3 berikut ini. Gambar 3. Struktur CMMI [3] CMMI memiliki dua model representasi, yaitu representasi continuous dan representasi staged. Representasi Continuous ialah representasi CMMI yang mendeskripsikan dalam dua dimensi yaitu process area dan capability level. Representasi continuous memberikan fleksibilitas yang tinggi ketika menggunakan CMMI untuk peningkatan. Sedangkan representasi staged merupakan representasi yang mendefinisikan area yang sama, tujuan, dan praktis dari continous representation. Dalam staged represetation terdapat Maturity Level. Representasi staged menentukan suatu susunan/urutan untuk implementasi PA berdasarkan tingkat kematangannya, yang akan memberikan alur peningkatan bagi suatu organisasi dari Initial level hingga Optimizing level. Jika tidak mengetahui mana yang perlu ditingkatkan, representasi staged merupakan pilihan yang terbaik bagi organisasi. 3.2 Requirement Development Proses area yang dipakai dalam penelitian ini adalah Requirement Development (RD), yaitu area di dalam CMMI yang digunakan dalam pengembangan sebuah perangkat. Tujuan dari area RD adalah untuk menganalisis pelanggan, produk, dan komponenkomponen produk. Pada area RD terdiri dari SG (Spesific Goal) yang diuraikan ke dalam SP (Spesific Practice) serta GG (Generic Goal) yang diuraikan ke dalam GP (Generic Practice) yaitu sebagai berikut: 3

4 SG 1 Mengembangkan Kebutuhan Pelanggan SP 1.1 Menggali Kebutuhan SP 1.2 Mengembangkan Kebutuhan Pelanggan Kebutuhan Produk SP 2.1 Membangun Kebutuhan Produk dan Komponen Produk SP 2.2 Mengalokasikan Kebutuhan Komponen Produk SP 2.3 Mengidentifikasi Kebutuhan Antarmuka SG 3 Menganalisis dan Memvalidasi Kebutuhan SP 3.1 Membangun Konsep dan Skenario Operasi SP 3.2 Membangun Definisi Fungsi yang Disyaratkan SP 3.3 Menganalisis Kebutuhan SP 3.4 Menganalisis Kebutuhan untuk Mencapai Keseimbangan SP 3.5 Memvalidasi Kebutuhan Sedangkan untuk (GG) Generic Goal dan (GP) Generic Practice yang dimiliki oleh area RD (Requirements Development) antara lain: GG 1 Penerimaan Tujuan Khusus GP 1.1 Menampilkan Praktik Khusus GG 2 Melembagakan Manajemen Proses GP 2.2 Proses Perencanaan GP 2.3 Menyediakan Sumber Daya GP 2.4 Menetapkan Tanggung Jawab GP 2.5 Melatih Orang GP 2.6 Mengatur Konfigurasi GP 2.7 Mengidentifikasi dan Melibatkan Stakeholder yang Relevan GP 2.8 Memantau dan Mengontrol Proses GP 2.9 Mengevaluasi Obyek GP 2.10 Mereview Status dengan Manajemen Tingkat Tinggi GG 3 Melembagakan Proses yang Ditetapkan GP 3.1 Membentuk Proses yang Ditetapkan GP 3.2 Mengumpulkan Informasi Peningkatan GG 4 Melembagakan Proses manajemen kuantitatif GP 4.1 Menetapkan Tujuan kuantitatif untuk Proses GP 4.2 Menstabilkan kinerja sub GG 5 Mengoptimalkan sebuah Proses GP 5.1 Memastikan Perbaikan Proses Berkelanjutan GP 5.2 Memastikan Akar Penyebab Masalah 4 PEMETAAN VORD KE CMMI Kerangka kerja pada VORD sifatnya masih terlalu general sehingga dalam mengidentifikasi perangkat lunak belum terdapat langkah kerja yang detai sehingga dalam pembuatan spesifikasi perangkat lunak seringkali tidak sesuai dengan harapan stakeholder.sedangkan kerangka kerja CMMI merupakan praktek praktek yang menyajikan aktivitas secara detail yang sudah berstandar. Praktek praktek CMMI, khususnya RD lebih fokus pada pengembangan perangkat lunak sehingga dapat dijadikan acuan / standar dalam pembuatan spesifikasi perangkat lunak. Kerangka kerja CMMI dapat membantu dalam menjembatani pembuatan spesifikasi perangkat lunak yang berkualitas berdasarkan tahapan yang terdapat di dalam VORD. Oleh karena itu, pada penelitian ini dilakukan pemetaan VORD ke CMMI yang hasilnya ditunjukkan pada tabel 1. Tabel 1. Pemetaan VORD ke dalam CMMI VORD Identifi kasi Viewpo int 1.1 Mengid entifika si viewpoi nt yang terlibat di dalam Praktek Praktek CMMI - GP 2.3 Menyediakan sumber daya - GP 2.4 Menetapkan tanggung jawab - GP 2.7 Mengidentifikasi dan melibatkan stakeholder yang relevan SG 1 Mengembangkan pelanggan / pengguna - SP 1.1 Mengumpulkan produk - SP 2.1 Menetapkan produk dan komponen produk - GP 2.3 Menyediakan sumber daya - GP 2.4 Menetapkan tanggung jawab - GP 2.5 Melatih sumber daya / pengguna - GP 2.7 Mengidentifikasi dan melibatkan stakeholder yang relevan Keterangan Identifikasi berhubungan dengan sumber daya dan stakeholder yang mempunyai tanggung jawab masing masing terhadap Identifikasi merupakan langkah awal untuk menentukan (pengguna ) dan layanan /service ( ) - Viewpoint merupakan sudut pandang pengguna - Viewpoint berhubungan dengan sumber daya pengguna. - Setiap memiliki tanggung jawab terhadap layanan / service. - Melakukan identifikasi sesuai dengan 4

5 VORD 1.2 Mengid entifika si layanan atau service di dalam Strukt urisasi Viewpo int 2.1 Mengid entifika si viewpoi nt yang saling berhubu ngan menjadi sebuah hirarki Praktek Praktek CMMI SG 1 Mengembangkan pelanggan - SP 1.1 Mengumpulkan produk - SP 2.1 Menetapkan produk - GP 2.10 Melakukan review dengan manajemen tingkat tinggi produk - SP 2.2 Mengalokasikan produk dan komponen produk - GP 2.10 Melakukan review dengan manajemen tingkat tinggi produk - SP 2.2 Mengalokasikan produk dan komponen Keterangan - Penentuan dilakukan dengan mengidentifikasi stakeholder yang terlibat di dalam Viewpoint digunakan untuk mengembangkan pengguna - Layanan / service merupakan Kebutuhan produk merupakan fungsional ( yang langsung berhubungan dengan ) dan komponen produk merupakan non fungsional ( yang tidak langsung berhubungan dengan ). strukturisasi ialah mengalokasikan dalam bentuk hirarki sesuai dengan tingkatan. - Viewpoint yang telah diidentifikasi direview berdasarkan hirarki manajemen dari tingkat yang tinggi ke tingkat yang lebih rendah. - Layanan umum VORD Dokum entasi Viewpo int 3.1 Mendes kripsika n viewpoi nt 3.2 Mendes kripsika n layanan atau service Pemeta an Sistem / System Mappin g Praktek Praktek CMMI Keterangan produk - digambarkan pada tingkat hirarki yang paling tinggi. - Setiap dialokasikan berdasarkan SG 1 Mengembangkan dokumentasi pelanggan ialah - SP 1.2 tahap Mengembangkan mendeskripsikan dan pelanggan layanan yang telah SG 3 Analisis dan diidentifikasi validasi sebelumnya. SP 3.3 Setiap dipetakan berdasarkan layanan SG 1 Mengembangkan pelanggan - SP 1.2 Mengembangkan pelanggan SG 3 Analisis dan validasi - SP 3.3 Analisis - GP 2.8 Memantau dan mengendalikan produk - SP 2.3 Mengidentifikasi antarmuka SG 3 Analisis dan validasi - SP 3.1 Menetapkan konsep dan skenario operasional - SP 3.2 Menetapkan fungsionalitas definisi masing masing. - Viewpoint yang telah teridentifikasi, didokumentasika n dengan baik untuk mengembangkan - pelanggan / pengguna - Layanan / dikembangkan, dianalis, dan didokumentasika n untuk membedakan apakah termasuk fungsional atau non - fungsional. Pemetaan dijadikan sebagai acuan dalam pembuatan UML, mengidentifikasi interface, membuat konsep operasional dan dasar untuk melakukan evalusi dan validasi terhadap 5

6 VORD 4.1 Implem entasi dokume n viewpoi nt menjadi desain objek yang berorie ntasi sebagai acuan dalam pembua tan UML Praktek Praktek CMMI - GP 2.8 Memantau dan mengendalikan produk - SP 2.3 Mengidentifikasi antarmuka SG 3 Analisis dan validasi - SP 3.1 Menetapkan konsep dan skenario operasional - SP 3.2 Menetapkan fungsionalitas definisi - SP 3.4 Analisis pencapaian keseimbangan SP 3.5 Validasi 5 UJI COBA DAN ANALISIS Keterangan - Viewpoint /pengguna dan layanan yang telah didokumentasika n, dievaluasi dan divalidasi untuk mencapai keseimbangan - Dokumentasi digunakan sebagai acuan dalam pembuatan UML: usecase diagram, sequence diagram - Dokumentasi digunakan untuk mengidentifikasi antarmuka /interface Uji coba dilakukan pada penjualan Sakinah. Uji coba dilakukan berdasarkan hasil analisis yang telah dilakukan. Dari hasil analisis dilakukan identifikasi seperti gambar 4. Gambar 4. Viewpoint System Uji coba dilakukan secara kualitatif sehingga hasil yang didapat berupa deskripsi tertulis dari hasil wawancara, review dokumen, dan observasi. Hasil uji coba pemetaan VORD ke dalam CMMI ditunjukkan pada tabel 2. Tabel 2. Hasil Uji Coba Pemetaan di Sakinah N o. Analisis Kebutuhan 1. identifikasi 2. strukturisasi Hasil Uji Coba Pemetaan VORD ke CMMI 1. Sakinah sudah menetapkan tanggung jawab untuk melakukan terhadap /pengguna dengan mendeskripsikan job desk (pekerjaan) kepada seluruh sumber daya manusia yang terinci ke dalam sebuah SOP perusahaan. 2. Sakinah sudah mendeskripsikan aktor / pengguna penjualan dengan baik mulai dari supplier, manajer keuangan, manajer logistik, direktur, supervisor, dan admin. 3. Sakinah telah menetapkan tanggung jawab untuk menjalankan layanan/ yang sesuai dengan keahlian dari pengguna penjualan yang ada. 4. Pihak Sakinah melibatkan stakeholder yang relevan untuk mengidentifikasi pengguna dan layanan yang terdapat di dalam sehingga bisa mendapatkan yang sesuai dengan bisnis organisasi. 5. Pengguna penjualan Sakinah diberi pelatihan secara berkala untuk mengembangkan kemampuan yang dimiliki oleh setiap sumber daya manusia sehingga mampu menjalankan penjualan dengan baik 1. Pihak Sakinah telah mengalokasikan / layanan berdasarkan yang telah diidentifikasi dengan baik sehingga job desk dari masing-masing terlihat dengan jelas. 2. Pihak Sakinah telah menetapkan kebijakan berdasarkan tingkat tertinggi. Admin ialah yang memiliki hak akses tertinggi. 3. Sakinah belum melakukan review terhadap dengan visibilitas yang sesuai sehingga sering kali mengalami masalah. 4. Sakinah telah menetapkan kebijakan dan pedoman yang menyeluruh untuk menjalankan dan melakukan pemantauan serta pengendalian 6

7 N o. Analisis Kebutuhan 3. dokumentasi 4. pemetaan Hasil Uji Coba Pemetaan VORD ke CMMI 1. Sakinah telah melakukan analisis stakeholder secara rinci berdasarkan informasi yang telah dilakukan dengan menggunakan teknik brainstorming, survey, wawancara, dan observasi dari tahap identifikasi dan strukturisasi. 2. Sakinah sudah melakukan identifikasi terhadap pengguna. Namun, Sakinah tidak mendokumentasikan secara rinci biaya, jadwal, fungsionalitas, resiko, atau kinerja dari dengan baik. 3. Sakinah telah melakukan studi kelayakan terhadap Input dari studi kelayakan ini adalah deskripsi garis besar dan bagaimana tersebut akan digunakan di dalam organisasi. Hasil dari studi kelayakan berupa laporan yang merekomendasikan apakah tersebut layak untuk dimasukkan ke dalam pengembangan 4. Selama ini Sakinah tidak memperhatikan masalah pendokumentasian layanan / perangkat lunak dengan baik. 5. Sakinah tidak melakukan analisis keseimbangan perangkat dengan baik sehingga tidak bisa mengurangi biaya dan resiko pengembangan 1. Selama pengembangan penjualan yang dilakukan, Sakinah belum merepresentasikan dengan baik yang telah diperoleh ke dalam sebuah desain objek yang berorientasi berupa UML. Sakinah tidak menggunakan standar dokumentasi secara spesifik. UML di dalam pengembangan tidak dimodelkan ke dalam desain objek yang berorientasi ke dalam notasi standar. Sakinah hanya mendeskripsikan pengembangan perangkat lunaknya ke dalam usecase saja. Pihak Sakinah tidak mengembangkan sequence diagram, class daigram, dan activity diagram ke dalam pengembangan penjualannya. 2. Sakinah telah mengidentifikasi interface perangkat lunak secara eksternal dan internal untuk memenuhi semua stakeholder yang terlibat di dalam 3. Sakinah telah mendefinisikan dan mengembangkan interface perangkat lunaknya dengan baik. Kebutuhan antamuka digambarkan ke dalam desain yang user friendly sehingga dapat dengan mudah menjadi pedoman bagi programmer dalam mengembangkan 4. Sakinah telah mengembangkan konsep operasional dan skenario dan yang terlibat dalam secara jelas dalam bentuk alur yang dapat dipahami oleh semua stakeholder yang terlibat. 5. Sakinah telah mengidentifikasi dan mengembangkan skenario secara pengembangan penjualan secara konsisten dalam memenuhi stakeholder. 6. Pihak Sakinah belum melakukan verifikasi dan validasi terhadap yang dikembangkan sehingga sering kali terjadi kesalahpahaman antar stakeholder dan aplikasi perangkat lunak yang dihasilkan tidak sesuai dengan bisnis perusahaan. Setelah dilakukan uji coba, maka didapatkan hasil temuan di Sakinah yang digunakan sebagai analisis untuk kelebihan dan kekurangan yang dimiliki oleh Sakinah. Hasil temuan dapat dilihat pada tabel 3. Tabel 3. Hasil Temuan di Sakinah VORD Identifikasi Viewpoint 1.1 Pengidentifikasian yang terlibat di dalam Praktek Praktek CMMI Goal Practi ce GG 2 GP 2.3 GP 2.4 GP 2.7 SG 1 SP 1.1 SG 2 SP 2.1 GG 2 GP 2.3 S GP 2.4 S GP 2.5 S GP 2.7 S SG 1 SP 1.1 S Ketera ngan Fully Imple mented 7

8 VORD 1.2 Pengidentifikasian layanan atau service khusus yang diberikan bagi setiap Strukturisasi Viewpoint 2.1 Pengelompokan yang saling berhubungan menjadi sebuah hirarki Dokumentasi Viewpoint 3.1 Pendeskripsian 3.2 Pendeskripsian layanan atau service Pemetaan Sistem / System Mapping 4.1 Pengidentifikasian objek pada desain berorientasi objek yang dicakup pada (S : strong, M : medium,w : weak) Praktek Praktek CMMI Ketera Goal Practi ce ngan SG 2 SP 2.1 S GG 2 GP 2.10 SG 2 SP 2.2 Partial ly Imple mented M GG 2 GP 2.10 SG 2 SP 2.2 S GG 2 GP 2.5 Partial SG 1 SP 1.2 ly SG 3 SP 3.3 Imple mented SG 1 SP 1.2 S SG 3 SP 3.3 M GG 2 GP 2.8 SG 2 SP 2.3 SG 3 SP 3.1 SP 3.2 SP 3.4 SP 3.5 GG 2 GP 2.7 W GP 2.8 M GP W 2.10 SG 2 SP 2.3 S SG 3 SP 3.1 SP 3.2 SP 3.4 SP 3.5 Not Imple mented M W M W Berdasarkan hasil temuan di Sakinah pada tabel 5.2 didapatkan kelebihan dan kekurangan yang dimiliki oleh Sakinah. Adapun kelebihan yang dapat disimpulkan ialah: 1. Sakinah sudah menetapkan dalam standar kerja mengenai tanggung jawab dan wewenang yang dimiliki oleh setiap karyawannya sesuai dengan keahlian dan job desk masing-masing sehingga waktu kerja dapat efektif. 2. Sakinah mengadakan pelatihan terhadap staff yang terlibat di dalam penjualannya. 3. Sakinah mampu menggali pengguna dan layanan dalam penjualannya secara tepat. 4. Sakinah sudah memiliki penjualan berupa barcode yang dapat mempermudah bisnis dalam mengadakan hubungan kerjasama dengan supplier. Sedangkan kekurangan yang dapat disimpulkan dari hasil temuan di Sakinah adalah: 1. Pihak Sakinah tidak merinci dengan baik yang akan dikembangkan meskipun tersebut digali dan mendapatkan informasi yang detail sehingga dalam pengembangan tersebut tidak dapat seimbang. 2. Pihak Sakinah tidak memiliki standar perencanaan untuk tindakan penyelesaian masalah seperti pengontrolan stok barang. 3. Pihak Sakinah belum dapat mendokumentasikan dengan baik dan layanan yang akan dikembangkan, misalnya dalam mengontrol stok barang. 4. Pengembangan yang dilakukan di Sakinah tidak dikomunikasikan dengan baik kepada seluruh stakeholder yang terlibat sehingga sering terjadi kesalahpahaman. 5. Pengimplementasian penjualan Sakinah tidak dilakukan secara tepat. Meskipun yang digunakan sudah terkomputerisasi dan dijalankan secara otomatis, namun banyak karyawan yang masih menggunakan cara manual sehingga memperlambat analisis bisnis. 6 KESIMPULAN VORD merupakan metode untuk mengidentifikasi perangkat lunak dengan menggunakan / sudut pandang pengguna Sedangkan CMMI (Capability Maturity Model Integration) merupakan suatu metode perbaikan yang terdiri dari praktekpraktek yang detail sehingga memberikan unsurunsur yang lebih efektif. CMMI merupakan model pendekatan yang mampu menilai kemampuan dan kematangan dalam mengembangkan perangkat lunak. VORD dan CMMI dapat dipetakan ke dalam CMMI karena kerangka kerja VORD dalam mengidentifikasi masih bersifat terlalu general. Di dalam VORD belum terdapat langkah kerja yang secara detail dalam melakukan identifikasi. Oleh karena itu diperlukan kerangka kerja CMMI yang dapat membantu dalam mengidentifikasi secara jelas. CMMI berorientasi pada atau praktek praktek aktivitas sehingga secara lebih detail dalam menjelaskan kontrol objektif dalam melakukan identifikasi. Pemetaan VORD ke dalam CMMI dilakukan dengan menggabungkan setiap tahapan yang ada di dalam VORD ke dalam praktek-praktek yang ada di CMMI, khususnya untuk area requirement development. Hasil dari pemetaan ini berupa langkahlangkah yang lebih efektif dalam melakukan setiap tahapan dalam melakukan identifikasi 8

9 sebagai pedoman dalam pembuatan spesifikasi Uji coba pemetaan VORD ke dalam pendekatan CMMI dilakukan dengan menggunakan studi kasus penjualan Sakinah. Hasil uji coba menyatakan bahwa : a. Sakinah belum melakukan dokumentasi dengan baik terhadap perangkat lunak penjualan. b. Sakinah belum mengelola, mengevaluasi dan memvalidasi perangkat lunak dengan baik. c. Sakinah belum mempunyai skenario penjadwalan secara tepat untuk yang telah dibuat. d. Sakinah belum mempunyai dokumen resiko yang merupakan pedoman untuk melakukan perbaikan perangkat lunak. e. Sakinah belum melakukan penilaian resiko terhadap untuk mengembangkan penjualannya sehingga perangkat lunak yang dihasilkan tidak sesuai dengan bisnis yang sedang dijalankan. 7 DAFTAR PUSTAKA [1] CMMI Product Team. (December 2001). Capability Maturity Model Integration v1.1.cmmi SW/SE, Continuous Representation. Pittsburgh: Software Engineering Institute, Carnegie Mellon University. [2] CMMI Product Team. (December 2001). Capability Maturity Model Integration v1.1.cmmi SW/SE, Staged Representation. Pittsburgh: Software Engineering Institute, Carnegie Mellon University. [3] CMMI Product Team. August CMMI for Development, Version 1.2: Improving Processes for Better Products, CMU/SEI TR-008, ESC-TR Pittsburgh: Software Engineering Institute, Carnegie Mellon University. [4] M. Salem, Ahmed;. (2010). Requirement Analysis Through Viewpoints Oriented Requirement Model (VORD). IJACSA, [5] Sommerville, Ian;. (2003). Software Engineering 6th edition. United Kingdom: Pearson Education. [6] Sun, Yan; Liu, Xiaoqing (Frank);. (2010). Business-Oriented Software Process Improvement Based On CMMI Using QFD. Information and Software Technology, [7] Wangenheim, Christiane Gress; da Silva, Djoni Antonio; Buglione, Luigi; Scheidt, Rafael; Prikladnicki, Rafael;. (2010). Best Practice fusion of CMMI-Dev v1.2 (PP, PMC, SAM) and PMBOK Information and Software Technology, [8] Yoo, Chanwoo; Yoon, Junho; Lee, Byungjeong. (2006). A Unified Model for the Implementation of Both ISO 9001:2000 and CMMI by ISO-Certified Organizations. System and Software,