Tugas 11 - Implementasi dan Pemeliharaan

Konsep implementasi

•  Perancangan dan implementasi PL adalah tahap dalam proses RPL dimana dikembangkan sistem PL yang dapat dieksekusi. 
• Implementasi adalah proses mewujudkan desain sebagai sebuah program. 
• RPL mencakup semua kegiatan yang terlibat dalam pengembangan PL dari persyaratan awal sistem hingga pemeliharaan dan pengelolaan sistem yang digunakan. 
• Implementasi dapat melibatkan pengembangan program atau menyesuaikan dan mengadaptasi sistem generik, off-the-shelf untuk memenuhi persyaratan khusus dari suatu organisasi.  

Aspek implementasi yang sangat penting untuk RPL: 

1.      Reuse 

 Sebagian besar PL modern dibangun dengan menggunakan kembali komponen atau sistem yang ada. 

Penggunaan ulang (reuse) PL dimungkinkan pada sejumlah level yang berbeda:

a)      Tingkat  Abstraks.   Pada tingkat ini, tidak menggunakan reuse software secara langsung tetapi menggunakan pengetahuan abstraksi dalam desain PL menggunakan pola desain dan pola arsitektur.

b)      Tingkat Objek.   Pada tingkat ini, langsung menggunakan reuse objects dari library daripada menulis kode sendiri. 

c)      Tingkat Komponen.   Komponen adalah kumpulan objek dan kelas objek yang beroperasi bersama untuk menyediakan fungsi dan layanan terkait. Pada tingkat ini harus menyesuaikan dan memperluas komponen dengan menambahkan beberapa kode sendiri.

d)     Tingkat Sistem.   Pada tingkat ini, menggunakan kembali seluruh sistem aplikasi. Biasanya melibatkan beberapa jenis konfigurasi sistem. Dapat dilakukan dengan menambahkan dan memodifikasi kode atau dengan menggunakan antarmuka konfigurasi sistem sendiri.  

2.      Configuration Management 

Selama proses pengembangan, banyak versi yang berbeda dari setiap komponen PL. 

Tiga aktivitas dasar manajemen konfigurasi:

a)      Version Management, dukungan diberikan untuk melacak berbagai versi komponen PL, mencakup fasilitas untuk mengkoordinasikan pengembangan oleh beberapa programmer. 

b)      Integrasi sistem, dukungan disediakan untuk membantu pengembang menentukan versi komponen yang digunakan untuk membuat setiap versi sistem. 

c)      Pelacakan masalah, dukungan diberikan untuk memungkinkan user melaporkan bug dan masalah lain, dan memungkinkan semua pengembang untuk melihat siapa yang bekerja pada masalah ini dan memperbaikinya.

 

3.      Host-Target Development  

Produksi PL biasanya tidak dijalankan pada komputer yang sama dengan lingkungan pengembangan PL. Pengembangan pada satu komputer (sistem host) dan dijalankan pada komputer yang terpisah (sistem target)

Platform pengembangan PL harus menyediakan berbagai alat untuk mendukung proses RPL, termasuk:

a)      Sebuah kompilator terintegrasi dan sistem pengeditan yang dirancang secara sintaks yang memungkinkan untuk membuat, mengedit, dan mengkompilasi kode.  

b)      Sistem debug bahasa.

c)      Alat pengeditan grafis, seperti alat untuk mengedit UML.

d)     Alat pengujian, seperti JUnit yang dapat menjalankan serangkaian tes secara otomatis pada versi baru program.

e)      Alat dukungan proyek yang membantu mengatur kode untuk berbagai proyek pengembangan. 

Ø  Diperlukan keputusan tentang bagaimana PL yang dikembangkan akan digunakan pada platform target. 

Ø  Pertimbangan dalam membuat keputusan adalah:

a.       Persyaratan perangkat keras dan perangkat lunak dari suatu komponen

b.      Ketersediaan persyaratan sistem

c.       Komunikasi komponen, jika ada tingkat lalu lintas komunikasi yang tinggi antar komponen.

KONSEP PEMELIHARAAN

Pemeliharaan PL adalah suatu aktivitas yang sangat luas yang sering digambarkan mencakup semua pekerjaan yang dibuat di suatu sistem setelah PL beroperasi.

Aktivitas meliputi:

1.      Penambahan atau perbaikan program, seperti   penambahan fungsi baru, dan perbaikan tampilan.

2.      Perbaikan terhadap kesalahan yang timbul.

3.      Penghapusan kemampuan kualitas.

4.      Peningkatan pencapaian & memperluas daya guna untuk memenuhi kebutuhan user yang semakin bertambah d. Menyesuaikan PL untuk memenuhi lingkungan yang berubah.

A. Kategori Pemeliharaan PL

      Korektif adalah perbaikan program akibat adanya kesalahan 

      Adaptif adalah penyesuaian dengan lingkungan yang baru, seperti penerapan pada platform di lingkungan yang baru, format tampilan printer, dll

      Perfective terjadi pada saat pengguna sistem atau stakeholder merubah requirement dari sistem yang dibangun

      Preventif berhubungan dengan prediksi yang akan datang, seperti penggunaan anti virus untuk keamanan data, back-up data dan program

PEMELIHARAAN MANAJEMEN

A. TIM PEMELIHARAAN

1.      Systems Administrator  Bertanggung jawab untuk pemeliharaan rutin dan berwenang mengambil tindakan pencegahan untuk menghindari keadaan darurat. Seperti kerusakan server, pemadaman jaringan, insiden keamanan, dan kegagalan perangkat keras.

2.      Systems Analyst  Bertugas menyelidiki dan menemukan sumber masalah dengan menggunakan keterampilan analisis dan sintesis. Analisis: memeriksa keseluruhan unsur-unsur individu.    Sintesis: mempelajari bagianbagian untuk memahami keseluruhan sistem.  

3.      Programmer

§  Programmer aplikasi bekerja pada pengembangan dan pemeliharaan sistem baru. 

§  Programmer sistem berkonsentrasi pada perangkat lunak dan utilitas sistem

§  Programmer basis data fokus pada pembuatan dan dukungan sistem basis data kala besar.  

B. PERMINTAAN PEMELIHARAAN 

Pengguna mengirimkan sebagian besar permintaan untuk pemeliharaan korektif dan adaptif ketika sistem tidak berfungsi dengan baik, atau jika mereka menginginkan fitur baru. 

1.      Determinasi Awal  Ketika pengguna mengajukan permintaan pemeliharaan, administrator membuat penentuan awal, jika permintaan memerlukan perhatian segera, administrator akan mengambil tindakan sekaligus. 

2.      Komite Peninjau Sistem  Ketika suatu permintaan melebihi tingkat biaya yang telah ditentukan atau melibatkan perubahan konfigurasi utama, komite peninjau sistem akan menetapkan prioritas, atau menolaknya.

3.      Penyelesaian Tugas  Administrator sistem bertanggung jawab untuk mempertimbangkan pengalihan tugas di antara staf IT atau membatasi tugas pemeliharaan kepada individu atau tim tertentu agar tugas dapat diselesaikan dengan baik.

4.      User Notification Pengguna yang memulai permintaan pemeliharaan mengharapkan tanggapan yang cepat, terutama jika situasi tersebut secara langsung mempengaruhi pekerjaan mereka. Bahkan ketika tindakan korektif tidak dapat terjadi dengan segera, pengguna akan menghargai umpan balik dari administrator sistem dan harus terus diberitahu tentang keputusan atau tindakan yang akan mempengaruhi pengguna.

Tugss 9 - Resume Pengujian Perangkat Lunak

1. DASAR-DASAR PENGUJIAN PERANGKAT LUNAK

• Pengujian perangkat lunak adalah proses menjalankan dan mengevaluasi sebuah PL secara manual maupun otomatis untuk menguji apakah PL sudah memenuhi persyaratan atau belum, atau untuk menentukan perbedaan antara hasil yang diharapkan dengan hasil sebenarnya.
• Pengujian bertujuan untuk mencari kesalahan.
• Pengujian yang baik adalah pengujian yang memiliki kemungkinan besar dalam menemukan kesalahan sebanyak mungkin dengan usaha sekecil mungkin.

2. TUJUAN PENGUJIAN

1. Menilai apakah perangkat lunak yang dikembangkan telah memenuhi kebutuhan pemakai.
2. Menilai apakah tahap pengembangan perangkat lunak telah sesuai dengan metodologi yang digunakan.
3. Membuat dokumentasi hasil pengujian yang menginformasikan kesesuaian perangkat lunak yang diuji dengan spesifikasi yang telah ditentukan.

3. TESTABILITY

• Testability adalah kemampuan Perangkat Lunak untuk dapat diuji artinya seberapa mudah sebuah program komputer untuk bisa diuji.
• Karakteristik testability Perangkat Lunak :

1. Kemampuan untuk bisa dioperasikan (operability)
2. Kemampuan untuk bisa diobservasi (observability)
3. Kemampuan untuk dapat dikontrol (controllability)
4. Kemampuan untuk dapat disusun (decomposability)
5. Kesederhanaan (simplicity)
6. Stabilitas (stability)
7. Kemampuan untuk dapat dipahami (understandability)

4. KARAKTERISTIK PENGUJIAN

1. Pengujian yang baik memiliki probabilitas tinggi untuk menemukan kesalahan
2. Pengujian yang baik tidak berulang-ulang, waktu dan sumber daya pengujian terbatas
3. Pengujian terbaik harus menjadi “bibit terbaik” yaitu pengujian yang memiliki kemungkinan tertinggi dalam mengungkap seluruh kelas kesalahan
4. Pengujian yang baik tidak terlalu sederhana atau tidak terlalu rumit

5. PENGUJIAN WHITE BOX

• Disebut juga pengujian kotak kaca (glass box testing).
• Merupakan sebuah filosofi perancangan test case yang menggunakan struktur kontrol.
• Test case pada white box:

1. Menjamin bahwa semua jalur independen di dalam modul telah dieksekusi sedikitnya satu kali
2. Melaksanakan semua keputusan logis pada sisi benar dan salah
3. Melaksanakan semua perulangan (loop) yang memenuhi semua batas operasional 
4. Melakukan struktur data internal untuk memastikan kebenarannya

 6. PENGUJIAN BLACK BOX

• Disebut juga pengujian perilaku.
• Pengujian black box memungkinkan untuk membuat beberapa kumpulan kondisi input yang akan melakukan semua kebutuhan fungsional untuk program.
• Kategori kesalahan pada pengujian black box:

1. Fungsi yang salah atau hilang 
2. Kesalahan antarmuka
3. Kesalahan antarmuka
4. Kesalahan perilaku atau kinerja
5. Kesalahan inisialisasi dan penghentian 

Tugas 8 - Desain Web

1. Langkah-langkah Desain Web

1. Perancangan Isi, Dikembangkan selama tahapan analisis, dilakukan sebagai basis untuk penetapan objek-objek 

2. Perancangan Estetika (Perancangan Grafis), Membuat tampilan yang akan dilihat oleh user 

3. Perancangan Arsitektural, Fokus pada struktur hypermedia untuk semua objek isi dan untuk semua fungsi pada aplikasi web 

4. Perancangan Antarmuka, Menentukan tampilan dan mekanisme interaksi yang mendefinisikan user interface 

5. Perancangan Struktur Navigasi, Mendefinisikan bagaimana end user melakukan penelusuran untuk melintasi hypermedia 

6. Perancangan Komponen, Merepresentasikan rincian struktur elemen-elemen fungsional aplikasi web 

2. SIFAT-SIFAT APLIKASI WEB

• Kepadatan jaringan 

• Keserempakan 

• Jumlah pengguna yang tidak dapat diprediksi 

• Kinerja 

• Ketersediaan 

• Digerakkan oleh data 

• Peka terhadap isi 

• Evolusi yang berkesinambungan 

• Kesegeraan 

• Keamanan 

• Estetika 

3. KUALITAS PERANCANGAN APLIKASI WEB

Atribut Kualitas :

1. Keamanan, Kemampuan aplikasi web dan lingkungan server untuk mencegah akses yang tidak sah, dan mencegah seranganserangan yang berasal dari luar. 

2. Ketersediaan, Pengukuran atas persentase waktu yang tersedia bagi aplikasi web untuk dapat digunakan oleh user. 

3. Skalabilitas, Aplikasi web mampu mengakomodasi kebutuhan terhadap jumlah end user yang semakin bertambah 

4. Waktu, untuk masuk ke pasar Ditinjau dari sudut pandang bisnis

4. Kualitas Aplikasi Web

• Kemudahan Penggunaan 

1. Kemudahan pemahaman situs global 

2. Umpan balik dari user dan fitur-fitur bantuan 

3. User interface dan fitur-fitur estetika 

4. Fitur-fitur khusus 

• Fungsionalitas 

1. Kemampuan pencarian dan penerimaan 

2. Fitur-fitur navigasi dan perambahan (browsing) 

3. Fitur-fitur aplikasi yang berhubungan dengan lingkungan 

• Keandalan 

1. Pembetulan pemrosesan tautan (link) 

2. Pemulihan dari kesalahan 

3. Validasi dan pemulihan pada user

• Efisiensi 

1. Kinerja waktu tanggap aplikasi web 

2. Kecepatan pembentukan halaman-halaman 

3. Kecepatan penggambaran grafik-grafik 

• Kemudahan Pemeliharaan 

1. Kemudahan untuk dilakukan koreksi 

2. Keamanan aplikasi web untuk beradaptasi 

3. Kemudahan aplikasi web untuk dikembangkan

5. Sasaran Perancangan web yang baik

1. Kesederhanaan (Simplicity), Fungsi-fungsi mudah digunakan dan mudah dipahami 

2. Konsisten (Consistency), Konstruksi perancangan isi dibuat secara konsisten. Misalnya: jenis font yang sama pada semua dokumen teks, skema warna dan gaya yang konsisten 

3. Identitas (Identity), Estetika, user interface, dan perancangan navigasi harus konsisten dengan lingkungan aplikasi untuk apa aplikasi web itu dibuat atau dikembangkan. 

4. Ketangguhan (Robustness), User pada umumnya mengharapkan isi dan fungsi yang relevan terhadap kebutuhan user. 

5. Kemudahan melakukan navigasi dalam aplikasi, Aplikasi web seharusnya dirancang sedemikian rupa sehingga tampilannya intuitif dan hasilnya dapat dengan mudah diramalkan. 

6. Daya tarik visual (Visual Appeal), Tampilan isi, rancangan user interface, pengaturan warna, keseimbangan yang harus terjadi di antara teks, grafik dan media lainnya, mekanisme navigasi sangat memiliki kontribusi pada daya tarik visual 

7. Kompatibilitas (Compatibility), Aplikasi web akan digunakan pada berbagai jenis lingkungan eksekusi aplikasi yang berbeda (hardware, OS, browser, dan koneksi internet) Sasaran Perancangan web yang baik: Contoh desain

 6. PERANCANGAN ANTARMUKA

• Salah satu tantangan membuat user interface adalah bagaimana caranya user masuk ke aplikasi. 

• Sasaran-sasaran user interface adalah untuk: 

1. Menetapkan suatu jendela yang konsisten untuk meletakkan isi-isi dan fungsionalitas yang disediakan oleh user interface 

2. Memandu user melalui serangkaian interaksi dengan aplikasi web yang dikembangkan

3. Mengorganisasikan pilihan-pilihan navigasi dan isi-isi yang dapat dilihat user yang dapat berupa menu navigasi, icon grafis, dan gambar-gambar grafis

7. Perancangan Estetika, isi, Arsitektural, Navigasi

Sering juga disebut Perancangan Grafis, yang merupakan tambahan artistik yang sering digunakan untuk melengkapi aspek-aspek teknis dari perancangan aplikasi web. 

• Tata letak yang baik pada perancangan interface: 

1. Jangan mengisi bagian dari halaman web dengan informasi yang akhirnya sulit untuk mengidentifikasi informasi tersebut 

2. Lakukan penekanan pada isi yang merupakan alasan utama bagi user untuk masuk ke aplikasi web 

3. Lakukan pengelompokkan fitur navigasi, isi, dan fungsi 

4. Jangan perluas bagian aplikasi dengan penggunaan scrollbar, sebaiknya kurangi isi yang jumlahnya banyak 

5. Sesuaikan resolusi layar dan ukuran jendela browser 

Tugas 7 - Resume Pertemuan 10 " DESAIN ARSITEKTUR "

1.        Konsep Desain Arsitektur

⁃       Perancangan arsitektur merupakan tahap pertama dalam proses perancangan Perangkat Lunak, yang dimulai dengan perancangan data kemudian berlanjut pada penurunan satu atau lebih struktur arsitektural sistem

⁃       Arsitektur sistem Perangkat Lunak adalah struktur sistem Perangkat Lunak yang menggabungkan komponen Perangkat Lunak, properti yang tampak dari komponen tersebut, dan mendeskripsikan hubungan antar komponen

⁃       Output dari perancangan arsitektur berupa model arsitektur yang menggambarkan bagaimana sistem diatur sebagai satu set komponen yang saling berkomunikasi

2.        Arsitektur Perangkat Lunak

Arsitektur mencakup :

1.    Komponen bangunan yang berbeda dapat diintegrasikan menjadi suatu bentuk keseluruhan yang bersifat kohesif

2.    Bangunan yang dibuat sesuai dengan lingkungannya

3.    Bangunan yang dibangun sesuai dengan kegunaannya

4.    Tekstur, warna dan material pembentuknya dikombinasikan untuk membuat tampilan yang bagus

5.    Perancangan pencahayaan, template, dan garis batas

6.    Merupakan suatu bentuk seni

Arsitektur perangkat lunak merupakan representasi yang memungkinkan untuk :

1.    Melakukan analisis terhadap efektivitas perancangan dan disesuaikan dengan kebutuhan yang dinyatakan sebelumnya.

2.    Melakukan pertimbangan alternatif arsitektural pada tahap dimana perubahan rancangan dapat dilakukan dengan cara yang relatif mudah.

3.    Mengurangi risiko yang berhubungan dengan konstruksi perangkat lunak.

3.        Tampilan Arsitektural

1.    Tampilan Logis Abstraksi dalam sistem sebagai objek atau kelas objek.

2.    Tampilan Proses Menunjukkan bagaimana (pada saat run-time) sistem terdiri dari proses yang saling berinteraksi.

3.    Tampilan Pengembangan Perangkat Lunak diuraikan untuk pengembangan, yaitu menunjukkan detail dalam komponen yang akan diimplementasikan oleh pengembang tunggal atau tim pengembang.

4.    Tampilan Fisik Menunjukkan perangkat keras sistem dan bagaimana komponen Perangkat Lunak didistribusikan di seluruh sistem.

4.        Gaya Arsitektur

Gaya arsitektur mendeskripsikan kategori sistem yang mencakup:

⁃       Kumpulan komponen, seperti sistem basis data dan modulmodul yang melaksanakan fungsi tertentu yang diperlukan oleh sistem

⁃       Penghubung (konektor) yang memungkinkan komunikasi, koordinasi, dan kerja antar komponen.

⁃       Batasan yang mendefinisikan bagaimana komponen dapat diintegrasikan untuk membentuk suatu sistem/PL

⁃       Model semantik yang memungkinkan perancang sistem memahami properti keseluruhan sistem

Gaya dan Struktur Arsitektur (Persyaratan Non-Fungsional)

1. Kinerja (Performance)

Arsitektur harus dirancang agar semua komponen dapat digunakan

pada berbagai komputer/prosesor, dan mendistribusikan di seluruh

jaringan.

2. Keamanan (Security)

Menggunakan struktur berlapis untuk melindungi aset yang paling

penting di lapisan terdalam, dengan tingkat validasi keamanan yang

tinggi.

3. Keamanan (Safety)

Operasi yang terkait dengan keselamatan terletak di salah satu

komponen tunggal atau komponen kecil.

4. Ketersediaan (Availability)

Arsitektur harus dirancang untuk menyertakan komponen redundan

sehingga dimungkinkan saat mengganti dan memperbarui komponen

tanpa menghentikan sistem.

5. Pemeliharaan (Maintainability)

Arsitektur sistem harus dirancang menggunakan komponen mandiri

yang dapat diubah dengan mudah. Struktur data bersama harus

dihindari.

5.        Pola Arsitektur

A.  Lapisan Arsitektur (Layered Architecture)

⁃       Pemahaman tentang pemisahan dan independensi sangat penting untuk desain arsitektur karena memungkinkan perubahan secara lokal.

⁃       Menambahkan tampilan baru atau mengubah tampilan yang ada dapat dilakukan tanpa perubahan apa pun pada data dalam model.

B.  Arsitektur Repositori (Repository Architecture)

⁃       Bagaimana satu set komponen yang saling berinteraksi dapat berbagi data.

⁃       Model ini cocok untuk aplikasi di mana data dihasilkan oleh satu komponen dan digunakan oleh yang lain

⁃       Tidak perlu mentransmisikan data secara eksplisit dari satu komponen ke komponen lainnya. Tetapi komponen harus beroperasi di sekitar model data repositori yang disepakati.

⁃       Pola repositori berkaitan dengan struktur statis dari suatu sistem dan tidak menunjukkan organisasi runtime.

C.  Client–Server Architecture

⁃       Sebuah sistem yang mengikuti pola client-server diatur sebagai satu set layanan server, dan client yang mengakses dan menggunakan layanan.

⁃       Komponen utama dari model ini adalah:

⁃       Server memberikan layanan ke komponen lain. Contoh: server menawarkan layanan pencetakan, server file yang menawarkan layanan manajemen file, dan server kompilasi yang menawarkan layanan kompilasi bahasa pemrograman.

⁃       Client yang menggunakan layanan yang ditawarkan oleh server.

⁃       Jaringan yang memungkinkan client untuk mengakses layanan.

6.        Arsitektur Aplikasi

⁃       Sistem aplikasi dimaksudkan untuk memenuhi kebutuhan bisnis yang memiliki banyak kesamaan dan menggunakan aplikasi tertentu.

⁃       Arsitektur aplikasi dapat diimplementasikan kembali ketika mengembangkan sistem baru, tetapi untuk banyak sistem bisnis, penggunaan kembali aplikasi dimungkinkan tanpa implementasi ulang

PEMODELAN DENGAN UML SISTEM INFORMASI AKADEMIK

PEMODELAN DENGAN UML 

( USE CASE & SEQUENCE DIAGRAM ) 

Sistem Informasi Akademik 

A. Penjelasan UML

Apa itu UML? Yang dimaksud dengan UML adalah UML merupakan singkatan dari “Unified Modelling Language” yaitu suatu metode permodelan secara visual untuk sarana perancangan sistem berorientasi objek, atau definisi UML yaitu sebagai suatu bahasa yang sudah menjadi standar pada visualisasi, perancangan dan juga pendokumentasian sistem software. Saat ini UML sudah menjadi bahasa standar dalam penulisan blue print software.

B. Tujuan atau fungsi dari penggunaan UML

Inilah beberapa tujuan atau fungsi dari penggunaan UML, yang diantaranaya:

• Dapat memberikan bahasa permodelan visual kepada pengguna dari berbagai macam pemerograman maupun proses rekayasa.
• Dapat menyatukan praktek-praktek terbaik yang ada dalam permodelan.
• Dapat memberikan model yang siap untuk digunakan, merupakan bahasa permodelan visual yang ekspresif untuk mengembangkan sistem dan untuk saling menukar model secara mudah.
• Dapat berguna sebagai blue print, sebab sangat lengkap dan detail dalam perancangannya yang nantinya akan diketahui informasi yang detail mengenai koding suatu program.
• Dapat memodelkan sistem yang berkonsep berorientasi objek, jadi tidak hanya digunakan untuk memodelkan perangkat lunak (software) saja.
• Dapat menciptakan suatu bahasa permodelan yang nantinya dapat dipergunakan oleh manusia maupun oleh mesin.

• Use Case Diagram

Use case diagram digunakan untuk memodelkan bisnis proses berdasarkan perspektif pengguna sistem. Use case diagram terdiri atas diagram untuk use case dan actor. Actor merepresentasikan orang yang akan mengoperasikan atau orang yang berinteraksi dengan sistem aplikasi. Use case merepresentasikan operasi-operasi yang dilakukan oleh actor Use case digambarkan berbentuk elips dengannama operasi dituliskan di dalamnya. Actor yang melakukan operasi dihubungkan dengan garis lurus ke use case. 

Use Case yang kita bahas kali ini adalah Use Case dari Sistem Informasi Akademik.

Berikut ini adalah screenshoot dari Use Case Sistem Informasi Akademik : 

Sistem Informasi Akademik terdapat 3 User yaitu Admin, Dosen dan Mahasiswa dengan wewenang akses yang berbeda. Admin dapat mengakses semuanya yang ada. Dosen dapat mengakses Login, daftar, Masukkan Nilai, Hapus Nilai, Mengubah Nilai dan Lihat Nilai yang terbatas sesuai dengan mata kuliah yang dimiliki. Mahasiswa yang memiliki wewenang akses paling sedikit yang hanya bisa mengakses Login, daftar, Lihat Nilai dan Cetak Nilai yang terbatas sesuai dengan Mata kuliah yang diambilnya. 

• Sequence Diagram

Sequence diagram (diagram rangkaian/ sekuensial) secara grafis menggambarkan bagaimana objek berinteraksi dengan satu sama lain melalui pesan pada eksekusi sebuah use case atau operasi. Diagram ini mengilustrasikan bagaimana pesan terkirim dan diterima di antara objek di dalam use case. Komponen Utama sequence diagram terdiri atas objek yang dituliskan dengan kotak segiempat bernama. Message (Pesan) diwakili oleh garis dengan tanda panah berisi pesan. Sequence diagram disusun berdasarkan urutan waktu (tahapan). 

Berikut gambar sequence diagram Sistem Informasi Akademik :

Activity Diagram 

Class Diagram 

Deployment Diagram