Sistem ini memberikan informasi posisi kereta api kepada penumpang melalui SMS gateway dengan menggunakan lokasi berbasis layanan, namun belum sepenuhnya memenuhi kriteria kualitas perangkat lunak karena beberapa fitur utama dan dokumentasi yang kurang lengkap.

1. Analisa Software Quality
Factors
Pembuatan Aplikasi SMS Gateway Penentu Letak Lokasi Kereta Api Dengan
Menggunakan Location Based Service (LBS)
Annisa Cinintya Risam – 5210100082
Manajemen Kualitas

2. Faktor Penentu Kualitas Perangkat Lunak
Banyak aplikasi yang selesai dirilis namun belum tentu
bagus kualitasnya, kenapa ya?
Faktor penentu dari kualitas sebuah perangkat lunak dapat dinilai
dengan apa yang kita sebut sebagai quality model atau model kualitas.
Dengan model ini kita akan mencoba menganalisa kualitas dari aplikasi
melalui beberapa model kualitas yang nantinya terdapat poin-poin untuk
membantu penilaian.

3. McCall’s Model
 SOLUSINYA...bisa menggunakan model ini.
 Model ini merupakan model kualitas paling
tua yang dikembangkan pada tahun 1976.
 Pertama kali digunakan pada proyek IT
militer.
 Tujuan dari penilaian menggunakan model
ini adalah agar sebuah kualitas dapat
diukur secara eksplisit dengan menjelaskan
11 factor karakteristik yang memiliki
pengaruh penting terhadap kualitas dr
siftware tersebut

4. McCall’s Quality Factors
Product Operation
Correctness Efficiency Reliability
•Tingkat •Jumlah •Tingkat
pemenuhan sumberdaya yang kemampuan
spesifikasi diproses dan kode software
kebutuhan user yang diperlukan menampilkan
oleh program fungsi saat
untuk digunakan
melaksanakan
fungsinya

5. McCall’s Quality Factors
Product Operation
Integrity Usability
•Tingkat kemampuan •Tingkat kemudahan
pengawasan akses user dalam
terhadap data atau menggunakan
software oleh orang- software
orang tertentu (mengoperasikan)

6. McCall’s Quality Factors
Product Revision
Maintanability Flexibility Testability
•Tingkat •Tingkat • Tingkat
kemudahan yang kemudahan kemampuan
dilakukan untuk dalam
melakukan memodifikasi/reco software
perbaikan nfigurasi pada menampilkan
software program fungsi saat
operasional digunakan

7. McCall’s Quality Factors
Product Transition
Portability Reusability Interoperability
• Usaha yang • Tingkat kemampuan • Usaha yang
diperlukan untuk program/bagian dari diperlukan untuk
memindahkan program yang dapat menggabungkan
program dari dipakai ulang dalam satu system dengan
aplikasi system lainnya.
hardware/lingkung
lainnya, berkaitan
an system software dengan paket dan
tertentu ke yang lingkup dari fungsi
lainnya. yang dilakukan oleh
program.

8. STUDI KASUS
“Pembuatan Aplikasi SMS Gateway
Penentu Letak Lokasi Kereta Api
Dengan Menggunakan Location
Based Services (LBS)”

9. STUDI KASUS
 Kereta Api adalah salah satu alat transportasi penting dan yang paling sering digunakan
di Indonesia ini.
 Keunggulan dari KA itu adalah hemat penggunaan ruang, tingkat keselamatan tinggi,
tidak macet, hemat energy dan ramah lingkungan namun,
 KA mempunyai kelemahan juga yaitu biaya investasi besar, kurang fleksibel dengan
transportasi lain, pengelolaannya yang masih perlu ditingkatkan.
 Salah satu masalah yang ditimbulkan dari kelemahan tersebut adalah belakangan ini
sering mengalamai keterlambatan jadwal keberangkatan dan kedatangan dikarenakan
berbagai sebab. Sehingga banyak penumpang yang merasa dirugikan.
 Hal ini dikarenakan tidak adanya informasi mengenai keberadaan KA kepada para
penumpang secara kontinyu dan tepat

10. SIPOSKA
Sebuah aplikasi yang bisa mempunyai fungsi /
layanan yaitu untuk memberikan informasi posisi
KA kepada para penumpang, pertukaran
informasi tersebut akan dikirim melalui SMS ke dan
dari penumpang.

11. Kebutuhan Fungsional
 Sistem dapat mengelola pendaftaran akun layanan
 Sistem dapat mengelola pemberhentian layanan
 Sistem dapat mengelola data kereta api
 Sistem dapat mengelola status engine sms gateway
 Sistem dapat mengelola lokasi
 Sistem dapat mengelola jadwal dan tariff kereta api
 Sistem dapat mengelola feedback
 Sistem dapat mengelola pesan masuk dan pesan keluar

12. Kebutuhan Fungsional
 Sistem dapat menampilkan daftar layanan
 Sistem dapat menampilkan info posisi KA
 Sistem dapat menampilkan info waktu kedatanagn KA
 Sistem dapat menampilkan jadwal KA
 Sistem dapta menampilkan info list KA
 Sistem dapat menampilkan info tariff KA
 Sistem dapat menampilkan info panduan layanan
 Sistem dapat menampilkan field feedback dan mengirimkannya

13. Kebutuhan Non-Fungsional
Dari hasil analisa yang saya dapatkan adalah
No. SQF Ada/Tidak Ada
1 Correctness Ada
2 Reliability Ada
3 Efficiency Tidak bsia dinilai
4 Integrity Ada
5 Usability Ada
6 Maintainability Tidak ada keterangan
7 Flexibility Tidak bias dinilai

14. Kebutuhan Non-Fungsional Cont’d..
No. SQF Ada/Tidak Ada
8 Testability Ada
9 Portability Ada
10 Reusability Tidak ada keterangan
11 Interoperability Ada

15. Correctness
Berdasarkan template “Ready Set” , hasil uji
coba dari semua fungsi utama yang
dilakuakn dengan menggunakan scenario
test case, SIPOSKA ini telah berjalan sesuai
dengan desain yang telah dirancang serta
sesuai dengan kebutuhan pengguna

16. Reliability
Sistem dapat beroperasi selama user ingin
menggunakan dand apat diakses oleh banyak
user secara bersamaan.
Namun belum bias dibuktikan secara langsung
karena keterbatasan untuk akses software ini.

17. Efficiency
Belum bisa dinilai karena adanya keterbatasan
informasi mengenai sumberdaya, terutama code
yang diperlukan oleh program untuk
melaksanakan fungsinya

18. Integrity
Developer sudah membuat 2 macam actor dengan hak
akses yang berbeda sesuai dengan bagiannya yaitu
operator dan pengguna)
Belum ada pembuktian apakah software ini aman dari
serangan HACKER

19. Usability
Instalation guide tidak disediakan.
Hanya user guide saja yang disediakan

20. Maintainability
Dalam dokumen pembuatan aplikasi ini tidak
dijelaskan mengenai tingkat kemudahan yang
dilakukan untuk emlakukan maintenance pada
software

21. Flexibelity
Belum bias dibuktikan karena keterbatasan untuk
akses software

22. Testability
Testing telah dilakukan oleh developer dan
tercantum dalam dokumen test-case

23. Portability
Pada dokumen pembuatan aplikasi ini dejelaskan bahwa
aplikasi bsa berjalan pada hardware dengan spesifikasi
tertentu, dengan spesifikasi minimal tertentu dan bsia
berjalan pada hardware yang spesifikasinya lebih dari itu.
Namun masih belum bias dibuktikan secara langsung
karena keterbatasan untuk akses software.

24. Reusability
Belum bias dibukikan secara langsung karena
keterbatasan akses software.

25. Interoperability
Pada dokumen pembuatan aplikasi ini dijelaskan bahwa
aplikasi ini bias berjalan pada system dengan spesifikasi
minimal tertentu dan bias berjalan pada system yang
spesifikasinya lebih dari itu
Namun belum bias dibiktikan secara langsung karena
adanya keterbatasan untuk akses apliaksi

26. Ketersediaan
No. Kelengkapan
Ya Tidak
1 Software requirements and specifications
• Use case V
• Format use case V
• Functional Requirements V
• Non-Functional Requirements V
• Enviromental Requirements V
2 Design Documents
• Structural V
• Behavioral V

27. Ketersediaan
No. Kelengkapan
Ya Tidak
• User Interface V
• Build System V
• Architecture V
• Persidence V
• Security V
3 Document test Case V
4 Installation Guide V
5 User Guide V