Your SlideShare is downloading. ×

Analisa Software Quality Factors

577

Published on

Published in: Education
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
577
On Slideshare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
8
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Analisa Software QualityFactors Pembuatan Aplikasi SMS Gateway Penentu Letak Lokasi Kereta Api Dengan Menggunakan Location Based Service (LBS)Annisa Cinintya Risam – 5210100082Manajemen Kualitas
  • 2. Faktor Penentu Kualitas Perangkat Lunak Banyak aplikasi yang selesai dirilis namun belum tentubagus kualitasnya, kenapa ya? Faktor penentu dari kualitas sebuah perangkat lunak dapat dinilaidengan apa yang kita sebut sebagai quality model atau model kualitas. Dengan model ini kita akan mencoba menganalisa kualitas dari aplikasimelalui beberapa model kualitas yang nantinya terdapat poin-poin untukmembantu 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 GatewayPenentu Letak Lokasi Kereta ApiDengan Menggunakan LocationBased 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-FungsionalDari 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 Ada10 Reusability Tidak ada keterangan11 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. KetersediaanNo. Kelengkapan Ya Tidak1 Software requirements and specifications • Use case V • Format use case V • Functional Requirements V • Non-Functional Requirements V • Enviromental Requirements V2 Design Documents • Structural V • Behavioral V
  • 27. KetersediaanNo. 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

×