Tugas 6 RK D 2022

Pada tugas kali ini, kelompok kami membuat Business Requirements Document untuk aplikasi Uber. Berikut dokumen yang telah kami kerjakan:

Tugas 5 RK D 2022

Pada tugas kali. ini saya kan melakukan analisis kebutuhan untuk suatu aplikasi, yaitu Uber.

Deskripsi Aplikasi

Uber adalah aplikasi memungkinkan penumpang untuk mencari tumpangan juga pengemudi untuk memberikan tarif jasanya dan mendapatkan bayaran. Dengan kata lain, Uber adalah perusahaan ridesharing yang memperkerjakan pengemudi independen. Selain jasa transportasi,  Uber juga menghubungkan restaurant, grosir, dan pedagang lain dengan pengemudi. Sehingga, Uber juga bisa menyediakan jasa antar untuk makanan dan barang. 

Perusahaan ini sendiri didirikan oleh Travis Kalanick dan Garrett Camp pada tahun 2009, dan berkantor pusat di San Francisco. Saat ini, Uber melayani di lebih dari 70 negara dan 10000 kota. Uber memiliki sekitar 118 juta pengguna bulanan aktif di seluruh dunia dan dalam sehari memiliki rata-rata 19 juta perjalanan.

Kebutuhan Bisnis

Kebutuhan bisnis dari aplikasi Uber adalah:

1. Menyediakan layanan antar jemput untuk penumpang maupun barang.
2. Menciptakan lapangan pekerjaan untuk orang-orang yang memiliki kendaraan.
3. Menyediakan hal-hal yang dapat memudahkan proses transaksi antara pengemudi dan pengguna layanan. 

Kebutuhan Pengguna

Untuk pengemudi, kebutuhannya adalah:

1. Menerima pesanan dari penumpang
2. Melihat informasi terkait pesanan, seperti info penumpang, lokasi penjemputan, dan tujuan.
3. Mendapatkan rute perjalanan.
4. Melakukan komunikasi dengan penumpang.
5. Membatalkan pesanan penumpang.
6. Memberi penilaian untuk penumpang.
7. Menerima bayaran penumpang

Untuk pengguna jasa/penumpang, kebutuhannya adalah:

1. Menemukan pengemudi dan memesan tumpangan
2. Melihat informasi terkait pesanan, seperti biaya
3. Melihat informasi pengemudi
4. Melakukan komunikasi dengan pengemudi
5. Membatalkan tumpangan
6. Memberi penilaian untuk pengemudi
7. Membayar tumpangan

Kebutuhan Fungsional

Kebutuhan fungsional untuk aplikasi ini adalah:

1. Dapat mengetahui dan menampilkan lokasi dari pengguna aplikasi.
2. Dapat mencari driver berdasarkan lokasi penjemputan saat membuat pesanan.
3. Dapat menentukan rute perjalanan.
4. Dapat menghitung biaya berdasarkan rute perjalanan.
5. Dapat memberikan notifikasi pada pengguna.
6. Dapat menyimpan transaksi pengguna.
7. Dapat menyimpan penilaian pengguna.
8. Dapat menyalurkan uang pembayaran dari penumpang ke pengemudi.

Kebutuhan Non Fungsional

Kebutuhan non fungsional dari aplikasi ini adalah:

1. Sistem terus tersedia 24/7 tanpa henti.
2. Aplikasi tersedia untuk sistem operasi Android 5.0 ke atas dan Ios 13.7 ke atas.
3. Semua akun pengguna diamankan dengan password dan setiap transaksi memerlukan pin.
4. Rata-rata waktu respons aplikasi tidak boleh melebihi 500ms.
5. Error rate aplikasi tidak boleh melebihi 0.1%.

Tugas 4 RK D 2022

Di tugas kali ini, saya akan mencoba melakukan langkah pertama dalam rekayasa kebutuhan, yaitu Requirement Elicitation, untuk aplikasi di bidang pertanian. Di post ini, saya akan menggunakan aplikasi Pak Tani Digital sebagai studi kasus

Tentang Pak Tani Digital

Pak Tani Digital adalah sebuah startup sosial yang berusaha menghubungkan para petani dengan berbagai pemangku bidang kepentingan lainnya dalam satu perangkat aplikasi digital. Banyaknya permasalahan off-farming yang petani temui, mulai dari rendahnya harga komoditi, posisi tawar petani yang rendah, minimnya akses petani ke supplier, minimnya akses informasi pertanian, minimnya akses transportasi dan kondisi petani yang jauh dari teknologi, menyebabkan kesejahteraan petani di Indonesia masih rendah. Sehingga aplikasi ini dirancang untuk membantu petani belajar digital marketing, memasarkan hasil pertanian melalui marketplace, dan menemukan konsumen.

Selain itu startup ini juga berkomitmen menjadi platform media pertanian yang edukatif dan informatif di Indonesia, sehingga mendorong agar lebih banyak lagi generasi muda mencintai sektor pertanian. Pak Tani Digital juga berupaya untuk mengedukasi petani secara langsung, berkolaborasi dengan pemerintah, juga turun ke kampus-kampus pertanian di Indonesia dalam rangka sosialisasi digital farming di Indonesia.

Elisitasi Kebutuhan

Elisitasi kebutuhan adalah sekumpulan aktivitas yang ditujukan untuk menemukan kebutuhan suatu sistem melalui komunikasi dengan pelanggan, pengguna sistem dan pihak lain yang memiliki kepentingan dalam pengembangan sistem. Dengan begitu, pengembang dapat mencari tahu tentang layanan apa yang harus disediakan oleh sistem, kinerja sistem yang diperlukan, kendala perangkat keras, dan sebagainya.

Teknik Elisitasi

Untuk melakukan elisitasi ini, ada banyak teknik yang dapat digunakan. Contoh teknik-tekniknya adalah wawancara, observasi, focus group, kuesioner, dan masih banyak lagi. Dalam post ini, saya akan menggunakan teknik wawancara, Berikut adalah beberapa pertanyaan yang dapat digunakan dalam proses wawancara:

• Permasalahan apa yang ingin diselesaikan dengan aplikasi ini?
• Apakah sudah ada solusi lain untuk permasalahan tersebut?
• Apa yang membedakan aplikasi ini dengan solusi yang sudah ada?
• Siapa saja yang akan menggunakan aplikasi ini?
• Fitur apa saja yang diharapkan ada dalam aplikasi ini?
• Bagaimana fitur-fitur tersebut bekerja?
• Kapan saja fitur-fitur digunakan?
• Siapa saja yang dapat menggunakan fitur-fitur tersebut?
• Apa hasil akhir yang diharapkan?

Dari pertanyaan-pertanyaan tersebut, kita dapat melakukan:

Identifikasi Stakeholder

Stakeholder dalam aplikasi ini adalah:

1. Petani

Petani sebagai fokus dari aplikasi ini harus dapat terpenuhi kebutuhannya.

2. Konsumen Hasil Tani

Konsumen akan membeli produk pertanian yang ditawarkan petani.

3. Supplier Pertanian

Supplier akan menjual produk-produk pertanian kepada petani.

4. Transporter

Transporter akan menawarkan jasa mereka untuk petani.

5. Penyelenggara Sistem

Aplikasi ini diselenggarakan oleh Hagatekno Mediata yang dapat membuat segala keputusan terkait keberlangsungan sistem.

6. Pengembang dan Pengelola Sistem

Aplikasi ini akan dikembangkan dan dikelola oleh beberapa role, antara lain:

• UI/UX Designer
• Administrator
• Project Manager
• Business and System Analyst
• Frontend Developer
• Backend Developer
• Quality Control and Assurance
• Documentation Writer

7. Pihak Eksternal atau Pendukung Lainnya

Selain pihak-pihak utama tadi, sistem juga didukung oleh pihak lain, antara lain:

• Penyelenggara sistem pembayaran
• Investor
• Pemerintah pusat dan daerah

Identifikasi Tujuan

Tujuan dari aplikasi ini adalah

• Mendukung petani masuk ke dalam ekosistem digital
• Mempertemukan supplier, konsumen, juga transporter dengan petani
• Memudahkan transaksi jual-beli di bidang pertanian
• Menyediakan informasi dan edukasi di bidang pertanian

Identifikasi Kebutuhan

Beberapa kebutuhan yang terdapat di aplikasi ini adalah:

• Dapat menampilkan berbagai produk pertanian baik dari petani maupun supplier
• Dapat menampilkan jasa transportasi yang tersedia
• Dapat menampilkan harga pasar berbagai produk pertanian di berbagai daerah
• Dapat melakukan lelang untuk hasil pertanian
• Dapat menyediakan sistem pembayaran bagi pengguna
• Dapat menyimpan riwayat pesanan dan transaksi pengguna
• Dapat memberikan statistik penjualan/penghasilan bagi petani, supplier, maupun transporter
• Dapat menampilkan informasi-informasi di bidang pertanian

Tugas 3 RK D 2022

Pada tugas ini, saya akan menganalisis Maneuvering Characteristics Augmentation System (MCAS) yang terdapat pada pesawat Boeing 737 MAX. 

Deskripsi MCAS

MCAS adalah sebuah program stabilisasi penerbangan yang dikembangkan oleh Boeing. MCAS ini awalnya digunakan untuk pesawat militer Boeing KC-46 Pegasus, tapi terkenal karena menyebabkan dua kecelakaan penerbangan pesawat Boeing 737 MAX, Lion Air Flight 610 dan Ethiopian Airlines Flight 302, yang membunuh 346 orang. MCAS sendiri digunakan pada 737 MAX untuk meniru perilaku terbang pesawat generasi sebelumnya, Boeing 737 NG, sehingga dapat mengurangi training untuk pilot yang sudah pernah menerbangkan pesawat tersebut.

MCAS diimplementasikan pada 737 MAX untuk mengatasi naiknya hidung pesawat yang disebabkan karena efek aerodinamis mesinnya yang lebih berat dan besar daripada mesin pada pesawat generasi sebelumnya. Apabila hidung pesawat naik terlalu tinggi dan angle of attack-nya menjadi terlalu besar, maka akan menyebabkan pesawat mengalami stall dan jatuh. Karena itu jika terdeteksi angle of attack yang telalu besar, MCAS akan menurunkan hidung pesawat dengan cara mengatur roda penyesuaian (trim) agar horizontal stabilizer (sayap kecil di ekor pesawat) berputar, membuat hidung pesawat turun.

Selain angle of attack yang terlalu besar, MCAS juga akan aktif dalam beberapa kondisi lain, yaitu:

• Autopilot off
• Flap (sirip tambahan di sayap) tidak menjulur keluar
• Berbelok terlalu tajam (miring)

MCAS akan terus menggerakkan horizontal stabilizer ke atas sebesar 0,27 derajat per detik. Sudut terbesar yang bisa dibuat adalah 2,5 derajat yang membutuhkan waktu 9,26 detik. Sistem ini baru akan non-aktif saat angle of attack mengecil, atau pilot meng-override (mengambil alih kendali) dengan cara manual trim.

Identifikasi Kebutuhan Pada MCAS

Beberapa kebutuhan fungsional untuk MCAS adalah:

• Mampu menurunkan hidung pesawat untuk mencegah stall
• Mampu aktif secara otomatis jika mendeteksi kondisi tertentu
• Mampu dinonaktifkan dan di-override oleh pilot dengan menggunakan manual trim

Sementara kebutuhan non-fungsionalnya adalah:

• Operasi MCAS haruslah stabil dengan critical failure time yang minim
• Fitur dan control MCAS harus dapat dipahami dengan mudah oleh pilot dan dokumentasinya jelas
• MCAS selalu tersedia selama penerbangan pesawat
• MCAS harus sesuai dengan regulasi dari Federal Aviation Administration (FAA)

Permasalahan Pada MCAS

Beberapa permasalahan yang ada pada MCAS adalah:

Tidak ada dokumentasi

Boeing secara sengaja menyembunyikan adanya fitur MCAS untuk mengurangi training pilot. Karena itu, MCAS tidak disebutkan dalam dokumentasi 737 MAX dan pilot maupun teknisi pesawat tidak mengetahui adanya MCAS. Tidak adanya training pilot ini juga menyebabkan ketika terjadi kesalahan pada sistem, pilot tidak dapat mengatasinya dengan tepat.

Desain sistem buruk

Ada beberapa masalah desain pada MCAS. Yang pertama, MCAS hanya dipicu oleh satu sensor AOA tanpa adanya redundansi, padahal pesawat tersebut mempunyai dua sensor. Masalah kedua, meskipun seharusnya MCAS hanya aktif pada situasi yang ekstrem, tapi desainnya menyebabkan MCAS dapat terus aktif meskipun ada kesalahan pada sensor. Sehingga meskipun pilot sudah berusaha menaikkan hidung pesawat, MCAS akan aktif kembali.

Masalah berikutnya, sistem diberikan otoritas yang berlebihan. MCAS dapat menggerakkan horizontal tail dengan kekuatan yang cukup untuk meniadakan perintah menaikkan hidung pesawat oleh pilot. Dan terakhir, Boeing mengasumsikan pilot akan sadar apabila ada kesalahan sistem dan dapat bereaksi dengan waktu yang cukup untuk mematikan sistem. Tapi karena tidak adanya dokumentasi dan pelatihan seperti yang sudah disebutkan sebelumnya, masalah-masalah sebelumnya hanya menimbulkan "single points of failure" pada design sistem.

Kurangnya testing

Analisis dan testing MCAS didelegasikan oleh FAA ke Boeing sendiri. Tetapi beberapa perwakilan resmi FAA yang melakukan penilaian keamanan sistem menyatakan adanya tekanan dari manajer untuk membatasi testing yang dilakukan dan mempersingkat analisis. Sehingga hasil analisis yang diserahkan pada FAA tidak mencantumkan perubahan pada MCAS dan melewatkan kekurangan sistemnya. Beberapa engineer pesawat juga mempertanyakan masalah desain yang ada selama testing, seperti single angle-of-attack sensor failure dan kurangnya waktu reaksi pilot yang diasumsikan, tetapi hal-hal tersebut diabaikan.

Referensi

• https://www.youtube.com/watch?v=wXMO0bhPhCw
• https://en.wikipedia.org/wiki/Maneuvering_Characteristics_Augmentation_System
• https://aviatren.com/2018/11/16/mengenal-mcas-fitur-otomatis-di-737-max-yang-baru-diungkap-boeing-setelah-kecelakaan-lion-air-jt610/
• https://www.seattletimes.com/business/boeing-aerospace/what-led-to-boeings-737-max-crisis-a-qa/