PERBANDINGAN PENERAPAN OOP DAN AOP PADA APLIKASI YANG DIBANGUN DENGAN FRAMEWORK ASP.NET MVC WEB APPLICATION

Transkripsi

1 Seminar Nasional Teknologi Informasi dan Komunikasi 2 (SENTIKA 2) ISSN: 29-9 Yogyakarta, Maret 2 PERBANDINGAN PENERAPAN DAN PADA APLIKASI YANG DIBANGUN DENGAN FRAMEWORK ASP.NET MVC WEB APPLICATION Adi Kusjani, Lukito Edi Nugroho 2, Sujoko Sumaryono Jurusan Teknik Elektro dan Teknologi Informasi, Fakultas Teknik, Universitas Gadjah Mada Jl. Grafika No.2 Kampus UGM Yogyakarta Telp adikusjani@yahoo.com, lukito@mti.ugm.ac.id, sujoko@te.ugm.ac.id ABSTRAK Paradigma Object Oriented Programming () mempunyai permasalahan dalam mengelompokkan fungsionalitas program yang terdapat dalam beberapa class yang tidak dapat dikelompokkan ke dalam suatu class tertentu, fungsionalitas program tersebut merupakan cross cutting concern. Kemudian muncul paradigma baru yaitu Aspect Oriented Programming () yang dikembangkan untuk memperbaiki paradigma, dengan mengelompokkan cross cutting concern tersebut dalam sebuah class, yang kemudian disebut dengan aspect. Pada penelitian ini, kami akan menganalisis perbandingan penerapan dan dalam sebuah aplikasi yang dibangun menggunakan ASP.NET MVC Web Application, dimana untuk penerapan menggunakan kelas-kelas yang ada di System.web.MVC, dengan batasan pada fungsionalitas program: fungsi logging, authorization dan error handling, yang akan diimplementasikan pada kedua paradigma. Adapun kaidah-kaidah untuk membandingkannya ini meliputi: reusability, understandability, maintainability dan testability. Untuk membandingkan menggunakan metode CK-metric berikut ini: Weighted Methods per Class, Response for Class, Lack of Cohesion in Methods, Coupling Between Object Classes, Depth of Inheritance Tree,dan Number of Children. Dari penelitian ini dapat dibuat kesimpulan bahwa aplikasi lebih baik pada semua kaidah yaitu: reusability, maintainability, understandability dan testability, kecuali pada untuk metode Depth of Inheritance Tree kaidah understandability dari aplikasi lebih baik dibandingkan dengan aplikasi. Kata kunci: Cross Cutting Concern, CK-Metric, Pemrograman Berorientasi Aspek, Pemrograman Berorientasi Objek. PENDAHULUAN. Latar Belakang Pemrograman Berorientasi Objek () telah menjadi teknologi utama pemrograman dalam beberapa tahun terakhir, yang mempunyai kelebihan dalam meningkatkan readibility (mudah dibaca dan dipelajari), reusability (mudah digunakan kembali), dan dekomposisi permasalahan (permodulan). Tetapi mempunyai permasalahan dalam mengelompokkan fungsionalitas program yang terdapat dalam beberapa class yang tidak dapat dikelompokkan ke dalam suatu class tertentu, fungsionalitas program tersebut merupakan cross cutting concern. Hal ini akan menimbulkan permasalahan code tangling yaitu kondisi dimana struktur dari program tersebut tidak dapat ditelusuri dengan baik karena adanya kode-kode yang sama di beberapa bagian yang berbeda dalam program yang mengakibatkan aplikasi menjadi sulit dikelola dan diubah. Permasalahan lainnya scattering yaitu kondisi dimana beberapa aspek yang sama muncul pada setiap kelas. Kemudian muncul paradigma baru yaitu Pemrograman Berorientasi Aspek () yang dikembangkan untuk memperbaiki paradigma. merupakan sebuah teknik yang melengkapi dan berfungsi untuk mengatasi masalah diatas. Jika dianalogikan dengan proses normalisasi pada pada perancangan basis data, maka merupakan teknik normalisasi cross cutting concern yang tersebar pada sebuah sistem, dan mengelompokkan cross cutting concern tersebut menjadi sebuah aspect..2 Perumusan Masalah Berdasarkan latar belakang yang telah disampaikan maka diperlukan adanya analisa perbandingan penerapan dengan dan sejauh mana kelebihan menerapkan dibandingkan dengan.. Batasan Masalah Batasan masalah dalam penelitian ini meliputi:. Fungsionalitas aplikasi meliputi: pencatatan (logging), otorisasi (), dan penanganan kesalahan ( handling). 2. Kaidah-kaidah yang menunjukkan kualitas dari perangkat lunak, meliputi: Reusability, Understanbility, Maintenace dan Testability.. Manfaat Penelitian Dapat mengetahui kelebihan maupun kekurangan penerapan, sehingga dapat dijadikan pertimbangan untuk menerapkan pada aplikasi yang akan dibangun, khususnya yang dibangun menggunakan bahasa C# dengan framework ASP.NET MVC Web application.. Tujuan Penelitian Membuktikan kelebihan dibandingkan, dengan mengevaluasi berdasarkan kaidah- 6

2 Seminar Nasional Teknologi Informasi dan Komunikasi 2 (SENTIKA 2) ISSN: 29-9 Yogyakarta, Maret 2 kaidah perangkat lunak yang berkualitas, menggunakan beberapa metode CK-metric. 2. TINJAUAN PUSTAKA Menurut Prasojo, Nugroho Gito (2) dari Universitas Indonesia, Jakarta dalam paper Penerapan Teknik Aspect Oriented Programming dengan Studi Kasus: Sistem Card Fraud Monitoring, menunjukkan bahwa teknik Aspect Oriented Programming menyediakan solusi pemisahan cross cutting concern yang efisien dan solusi elegan untuk mengubah sistem berbasis object menjadi mudah dibaca dan mudah di maintain. Dari hasil uji coba runtime weaving memberikan hasil terjadi penurunan performansi sebesar % yang disebabkan pendekatan weaving yang digunakan adalah runtime, sehingga ada tambahan waktu untuk mengevaluasi point cut dan pembuatan Advice object. Menurut Trahkasno, Adhika Subhaga (29) dari Institut Teknologi Telkom, Bandung dalam paper Analisis Implementasi Aspect Oriented Programming () dan Dependency Injection (DI) pada Kualitas Desain Aplikasi JEE, Studi Kasus Implementasi Spring Framework pada Aplikasi JEE, menunjukkan bahwa dengan dan DI dari Spring framework yang dianalisis tingkat ketergantungan (coupling) fungsional concern terhadap nonfungsional concern dari suatu aplikasi JEE, dimana tools untuk menganalisis menggunakan package dependencies metrics, CK-metrics untuk, dan LOCC metrics. Dapat disimpulkan bahwa dan DI dari spring framework dapat menurunkan tingkat ketergantungan (coupling) fungsional concern terhadap nonfungsional concern dan juga mengurangi duplikasi kode dari aplikasi JEE, yang pada akhirnya meningkatkan kualitas desain aplikasi JEE. Menurut B Vasundhara dan KV Chalapati Rao (22) dari Dept. of Computer Science, AMS School of Informatics, Hyderabad, India dan CVR College of Engineering, Ibrahimpatnam, India, dalam paper Improving Software Modularity using, menunjukkan bahwa jika dibandingkan dengan, lebih baik secara fungsional dalam rekayasa perangkat lunak. Dalam, modul perangkat lunak yang sesuai, langsung pada sebuah blok kode yang dapat dieksekusi. Sedangkan di, sebuah crosscutting concern, dapat ditemukan dalam beberapa blok kode. Hal ini dapat mengubah sebuah modul menjadi kusut berantakan (tangled mess) dari crosscutting concern. adalah sebuah paradigma pemrograman yang meningkatkan modularitas dengan memungkinkan pemisahan crosscutting concern. tidak menggantikan dalam pemeliharaan sistem tetapi menambahkan fitur dekomposisi tertentu yang mengatasi dominasi crosscutting concern. Efektivitas diilustrasikan dengan membahas fungsi logging di aplikasi katalog belanja online.. METODOLOGI PENELITIAN Metode penelitian yang dilakukan meliputi:. Studi Pustaka dan Literatur Melakukan studi pustaka dan literatur dengan melakukan pencarian, pengumpulan, pembelajaran buku-buku, literatur-literatur, jurnal dan bacaanbacaan lainnya dan dari internet..2 Perangkat Penelitian.2. Perangkat Keras Perangkat keras yang digunakan adalah: Prosesor Core 2 Duo.GHz, Memori 2 GB, Harddisk 2 GB, dan Sistem operasi Windows..2.2 Perangkat Lunak Perangkat lunak yang digunakan adalah: Microsoft Visual Studi 22, ASP.NET MVC Web application, C# (Sharp), dan SQL Sever Tahap-Tahap Penelitian. Membangun aplikasi berbasis web dengan dan menggunakan bahasa C# dengan framework ASP.NET MVC Web application, yang keduanya memiliki sistem yang sama. 2. Melakukan pengujian pada aplikasi dan, dimana masing-masing aplikasi memiliki fungsionalitas tambahan sebagai berikut: pencatatan (logging), otorisasi (), dan penanganan kesalahan ( handling).. Membandingkan kedua aplikasi dan, dengan kaidah: reusability, understandability, maintainability dan testability, untuk metode yang digunakan membandingkan menggunakan metode CK-metric yang meliputi: Weighted Methods per Class (WMC) digunakan untuk mengukur banyaknya method yang diimplementasikan dalam kelas. Response for Class (RFC), digunakan untuk menghitung banyaknya method yang kemungkinan di eksekusi sebagai response atas message objek dari kelas tersebut. Lack of Cohesion in Methods (LCOM), digunakan untuk mengukur derajat kemiripan method oleh variabel input data atau atribut dalam class. Coupling Between Object Classes (CBO), digunakan menghitung jumlah class lainnya yang non-inheritance dimana class tersebut di couple(didalam satu class memanggil method dari class lainnya). Depth of Inheritance Tree (DIT), digunakan untuk mengukur kedalaman dari suatu class pada inheritance hierarchy tree, dengan cara menghitung jumlah tingkatan dari kelas node ke root dari inheritance hierarchy tree. Number of Children (NOC) merupakan jumlah subclass yang diturunkan langsung dari suatu class.

3 Seminar Nasional Teknologi Informasi dan Komunikasi 2 (SENTIKA 2) ISSN: 29-9 Yogyakarta, Maret 2. PENGUJIAN DAN PEMBAHASAN. Use Case Diagram Dalam use case diagram seorang user (konsumen atau administrator) dapat melakukan beberapa aktifitas, dimana aktifitas inilah yang akan membatasi kegiatan user didalam sistem. Dalam penelitian ini use case diagram ini dipisahkan menjadi berdasarkan fungsionalitas tambahan yang kemudian akan dijadikan aspek, yaitu: Logging,, dan handling. Berikut akan ditunjukkan use case diagram dari aplikasi yang akan dibangun, dengan fungsionalitas tambahan atau aspek, dapat dilihat pada gambar. Dalam use case diagram ini, fungsionalitas tambahan yang merupakan pemberian hak akses yang mengizinkan sebuah subyek (user atau program) mempunyai akses secara legal terhadap sebuah obyek (basis data, tabel, view, application, procedure, atau method yang dibuat di dalam sebuah sistem). Untuk selanjutnya fungsionalitas tambahan atau aspek ini akan dikenakan pada use case: Mengelola Katalog dan Mengelola Pesanan. Gambar 2. Class Diagram Sistem Aplikasi. Beberapa tampilan dari kedua aplikasi Berikut ini beberapa tampilan pada aplikasi yang dibangun, meliputi: Gambar. Halaman Utama, Gambar. Halaman Login, dan Gambar. Halaman Utama Administrator. Gambar. Halaman Utama Gambar. Use Case Diagram, Aspek.2 Class Diagram Merupakan diagram yang menunjukan classclass yang ada dari sebuah sistem dan hubungannya secara logika. Class diagram menunjukkan hubungan antar class dalam sistem yang dibangun dan bagaimana setiap class saling berkolaborasi untuk mencapai suatu tujuan. Class diagram dari sistem aplikasi yang dibangun dapat dilihat pada gambar 2. Gambar. Halaman Login

4 Seminar Nasional Teknologi Informasi dan Komunikasi 2 (SENTIKA 2) ISSN: 29-9 Yogyakarta, Maret 2 Gambar. Halaman Utama Administrator. Fungsionalitas pada Aplikasi Berikut ini salah satu contoh, kode program fungsionalitas pada aplikasi : using System; using System.Collections.Generic; using System.Linq; using System.Web; using System.Web.Mvc; using MvcMusic.s; namespace MvcMusic.s public class public void authoriseadmin() if (!HttpContext.Current.User.Identity.IsAuthenticated) HttpContext.Current.Response.Redirect("~ //Logon"); if (HttpContext.Current.User.IsInRole("Users")) HttpContext.Current.Response.Redirect("~ //AccessDenied"); public void authoriseuser() if (!HttpContext.Current.User.Identity.IsAuthenticated) HttpContext.Current.Response.Redirect("~ //Logon"); if (HttpContext.Current.User.IsInRole("Administrator")) HttpContext.Current.Response.Redirect("~ //AccessDenied");. Fungsionalitas pada Aplikasi Berikut ini salah satu contoh, kode program fungsionalitas pada aplikasi : using System; using System.Collections.Generic; using System.Linq; using System.Web; using System.Web.Mvc; using MvcMusic.s; namespace MvcMusic.Aspects public class : Action, IAction public override void OnActionExecuting( ActionExecutingContext filtercontext) MVCMusicEntities storedb = new MVCMusicEntities(); log = new () = filtercontext. ActionDescriptor. Descriptor. Name, Action = filtercontext. ActionDescriptor.ActionName, IP = filtercontext. HttpContext.Request. UserHostAddress, DateTime = filtercontext. HttpContext.Timestamp, UserName = filtercontext. HttpContext.User.Identity. Name ; storedb.addtos(log); storedb.savechanges(); base.onactionexecuting (filtercontext);.6 Analisis Aplikasi dengan Metrik WMC Berikut tabel dan diagram hasil perhitungan WMC pada aplikasi dan. Tabel. Hasil Perhitungan WMC dari Aplikasi dan 9

5 Seminar Nasional Teknologi Informasi dan Komunikasi 2 (SENTIKA 2) ISSN: 29-9 Yogyakarta, Maret 2 WMC 2 2 Total 6 WMC 2 Detail Authorize Total 62 Gambar 6. Diagram perhitungan WMC dari Gambar. Diagram perhitungan WMC dari Dengan melihat hasil perhitungan WMC pada Tabel dan diagram pada Gambar 6 dan Gambar, dimana hasil perhitungan WMC dari aplikasi sama dengan 6 dan sama dengan 62. Hasil perhitungan WMC berpengaruh terhadap understandability, maintenance, reusability dan testability. Maka dapat kita simpulkan pengukuran dengan metode metrik WMC, menunjukkan tingkat understandability, maintenance, reusability dan testability dari kedua aplikasi dan yang relatif sama.. Analisis Aplikasi dengan Metrik DIT Berikut tabel dan diagram hasil perhitungan DIT pada aplikasi dan. Tabel 2. Hasil Perhitungan DIT dari Aplikasi dan Detail Logging Detail Logging DIT Detail DIT 2

6 Seminar Nasional Teknologi Informasi dan Komunikasi 2 (SENTIKA 2) ISSN: 29-9 Yogyakarta, Maret 2 Total Authorize Total Gambar. Diagram perhitungan DIT dari Detail Logging Total Detail Authorize Total Gambar 9. Diagram perhitungan DIT dari Dengan melihat hasil perhitungan DIT pada Tabel 2 dan diagram pada Gambar dan Gambar 9, dimana hasil perhitungan DIT dari aplikasi sama dengan dan dari aplikasi sama dengan. Hasil perhitungan DIT berpengaruh terhadap understandability dan reusability. Maka dapat kita simpulkan pengukuran dengan metode metrik Depth of Inheritance Tree, menunjukkan tingkat understandability dari aplikasi lebih baik dibandingkan dengan aplikasi, sedangkan tingkat reusability aplikasi lebih baik dibandingkan dengan.. Analisis Aplikasi dengan Metrik NOC Berikut tabel dan diagram hasil perhitungan NOC pada aplikasi dan. Tabel. Hasil Perhitungan NOC dari Aplikasi dan NOC NOC Gambar. Diagram perhitungan NOC dari Gambar. Diagram perhitungan NOC dari 2

7 Seminar Nasional Teknologi Informasi dan Komunikasi 2 (SENTIKA 2) ISSN: 29-9 Yogyakarta, Maret 2 Dengan melihat hasil perhitungan NOC pada Tabel dan diagram pada Gambar dan Gambar, dimana hasil perhitungan NOC dari masingmasing aplikasi dan sama dengan. Hasil perhitungan NOC berpengaruh terhadap reusability dan testability. Maka dapat kita simpulkan pengukuran dengan metode metrik Number of Children, menunjukkan tingkat reusability dan testability dari kedua aplikasi dan sama..9 Analisis Aplikasi dengan Metrik CBO Berikut tabel dan diagram hasil perhitungan CBO pada aplikasi dan. Tabel. Hasil Perhitungan CBO dari Aplikasi dan Detail CBO 9 2 Logging Total CBO Detail 6 9 Authorize Total Gambar 2. Diagram perhitungan CBO dari Gambar. Diagram perhitungan CBO dari Dengan melihat hasil perhitungan CBO pada Tabel dan diagram pada Gambar 2 dan Gambar, dimana hasil perhitungan CBO dari aplikasi sama dengan dan dari aplikasi sama dengan dimana hasil perhitungan CBO berpengaruh terhadap reusability dan maintainability. Maka dapat kita simpulkan pengukuran dengan metode metrik Coupling Between Object, menunjukkan tingkat reusability dan maintainability dari aplikasi lebih baik dibandingkan dengan.. Analisis Aplikasi dengan Metrik RFC Berikut tabel dan diagram hasil perhitungan RFC pada aplikasi dan. Tabel. Hasil Perhitungan RFC dari Aplikasi dan Detail RFC Detail RFC 9 22

8 Seminar Nasional Teknologi Informasi dan Komunikasi 2 (SENTIKA 2) ISSN: 29-9 Yogyakarta, Maret Total 2 2 Authorize 2 Total 6 Gambar. Diagram perhitungan RFC dari Gambar. Diagram perhitungan RFC dari Dengan melihat hasil perhitungan RFC pada Tabel dan diagram pada Gambar dan Gambar, dimana hasil perhitungan RFC dari aplikasi sama dengan dan dari aplikasi sama dengan 6, dimana hasil perhitungan RFC berpengaruh terhadap reuseability, maintainability, understandability dan testability. Maka dapat kita simpulkan pengukuran dengan metode metrik Response for Class, menunjukkan tingkat reuseability, maintainability, understandability dan testability dari aplikasi lebih baik dibandingkan dengan.. Analisis Aplikasi dengan Metrik LCOM Berikut tabel dan diagram hasil perhitungan LCOM pada aplikasi dan. Tabel 6. Hasil Perhitungan LCOM dari Aplikasi dan Logging Detail Logging LCOM 6 9 Total LCO M 6 Detail 9 Authorize Total Gambar 6. Diagram perhitungan LCOM dari 2

9 Seminar Nasional Teknologi Informasi dan Komunikasi 2 (SENTIKA 2) ISSN: 29-9 Yogyakarta, Maret 2 Gambar. Diagram perhitungan LCOM dari Dengan melihat hasil perhitungan LCOM pada Tabel 6 dan diagram pada Gambar 6 dan Gambar, dimana hasil perhitungan LCOM dari aplikasi dan sama dengan, hasil perhitungan LCOM ini berpengaruh terhadap reuseability, maintain-ability, understandability dan testability. Maka dapat kita simpulkan pengukuran dengan metode metrik Lack of Cohesion in Methods, menunjukkan tingkat reuseability, maintainability, understandability dan testability dari aplikasi dan sama..2 Hasil Akhir Analisis dengan CK-Metric Berikut tabel dan diagram hasil akhir perhitungan CK-Metric aplikasi dan. Tabel. Hasil Perhitungan CK-Metric dari Aplikasi dan Metode Metrik Weighted Methods per Class 6 62 (WMC) Depth of Inheritance Tree (DIT) Number of Children (NOC) Coupling Between Object Classes (CBO) Response for Class (RFC) 6 Lack of Cohesion in Methods (LCOM) Gambar. Diagram perbandingan dan dengan metode CK-metric Dengan melihat pada Tabel dan diagram pada Gambar, terlihat untuk metode Weighted Methods per Class (WMC) memiliki nilai relatif sama, kemudian metode Number of Children (NOC) dan Lack of Cohesion in Methods (LCOM), masingmasing memiliki nilai yang sama, yang berarti dengan pengukuran ketiga metode metrik ini kedua aplikasi memiliki tingkat reusability, understandability, maintainability dan testability yang sama. Untuk metode Depth of Inheritance Tree (DIT) nilai aplikasi lebih rendah dibandingkan dengan, yang berarti tingkat understandability dari aplikasi lebih baik dibandingkan dengan aplikasi, sedangkan tingkat reusability aplikasi lebih baik dibandingkan dengan. Metode Coupling Between Object nilai aplikasi lebih tinggi dibandingkan dengan, yang berarti dengan pengukuran ini tingkat reusability dan maintainability dari aplikasi lebih baik, Sedangkan untuk metode Response for Class nilai aplikasi lebih rendah dibandingkan dengan, yang berarti dengan pengukuran ini tingkat reusability, maintainability dan testability aplikasi lebih baik.. KESIMPULAN DAN SARAN. KESIMPULAN Berdasarkan hasil penelitian dan pembahasan maka dapat di buat beberapa kesimpulan bahwa aplikasi lebih baik pada semua kaidah yaitu: reusability, maintainability, understandability dan testability, kecuali pada untuk metode Depth of Inheritance Tree (DIT) kaidah understandability dari aplikasi lebih baik dibandingkan dengan aplikasi..2 SARAN Untuk pengembangan lebih lanjut dari penelitian ini kami menyarankan untuk aplikasi yang di buat lebih komplek, dengan jumlah kelas yang lebih banyak dan mengandung banyak crosscutting concerns. PUSTAKA Mahendra, Adhari C., 2, Pengantar Pemrograman Berbasis Aspek (), (OnLine), dataku.webs.com/download/pengantarpemogr amanberbasisaspek%2%29.pdf, diakses Januari 2. Prasojo, Nugroho Gito., 2, Penerapan teknik aspect oriented programming dengan studi kasus: sistem card fraud monitoring, (OnLine), 69, diakses Februari 2. El-Ahmadi, Abdellatif., 26, Software Quality Metrics for Object Oriented Systems, Technical University of Denmark, Kongens Lyngby. Jawadekar, Waman S., 2, Software Engineering: Principles and Practice, Tata McGraw-Hill, New Delhi. SATC.,99, Software Quality Metrics for Object Oriented System Enviroments, NASA Goddard Space Flight Center, Grenbelt Maryland. 2

10 Seminar Nasional Teknologi Informasi dan Komunikasi 2 (SENTIKA 2) ISSN: 29-9 Yogyakarta, Maret 2 Barbacci, Mario R., 2, Software Quality Atributes: Modifiability and Usability, Carnegie Mellon University, Pittsburgh. Fenton, Norman E., 99, Software Metrics: A Rigourous and Practical Approach, PWS Publishing Company, Boston. Rhamdani, 2, Evaluasi Kualitas Perangkat Lunak Berorientasi Objek, (OnLine), Computer Science IPB, Bogor, diakses Desember 22. Chidamber, S. dan Chris F. Kemerer., 99, Metrics Suite for Object Oriented Design, IEEE Transaction on Software Engineering, vol.2 no.6. Arthana, Resika dan Sunario, 2, Matric Software, (OnLine), /index.php?s=metric+software, diakses Desember 22. Suhanto, Agus., 2, Mengenal ASP.NET MVC, Indonesia.NET Developer Community. Kurniawan, Erick., 22, Pemrograman Web Dinamis dengan ASP.NET., Andi, Yogyakarta. Amri, M. Choirul., 2, Pengantar ASP.NET, (OnLine), /2/2/pengantar-aspnet.pdf, diakses Desember 22. Subagyo, Hendro., 2, ASP.NET, (OnLine), brainmatics.com/asp-net/, diakses Oktober 2 Hyrazz., 2, Apa itu Microsoft SQL Server, (OnLine), /archive/2/6/2/apa-itu-microsoft-sqlserver.aspx, diakses 2 Agustus 2 Wikipedia, 2, Pemrograman berorientasi objek, (OnLine), /Pemrograman_berorientasi_objek, diakses Agustus 2. Sustainable Debian Network--Unified Nifty Documents Project webpage, 2, Loggging, (OnLine), /node.html, diakses Oktober 2. Rahardjo, Budi., Kusdrianto, Andhi.,2, ITB Campus-Wide Identity Management, (OnLine), diakses 6 Oktober 2. Puspita, Nindya., 2, handling, (OnLine), /2///bab-6-exception-handling/, diakses Oktober 2. Habibie, M.Iqbal., 22, Security, (OnLine), diakses 6 Oktober 2. B Vasundhara dan KV Chalapati Rao., 22, Improving Software Modularity using, Special Issue of International Journal of Computer Science & Informatics (IJCSI), ISSN (PRINT) : , Vol.- II, Issue-.2. Trahkasno, Adhika Subhaga 29, Analisis Implementasi Aspect Oriented Programming () dan Dependency Injection (DI) pada Kualitas Desain Aplikasi JEE, Studi Kasus Implementasi Spring Framework pada Aplikasi JEE, option=com_repository&itemid=&task=detail &nim=29, diakses Februari 2. Lippert, Martin dan Lopes, Cristina Videira, 999, A Study on Detection and Handling Using Aspect Oriented Programming, Xerox Palo Alto Research Center Technical Report P99229 CSL