Aplikasi mudah alih, backend dan papan pemuka pentadbir: skop penuh
Aplikasi perniagaan yang lengkap biasanya merangkumi tiga bahagian yang bersambung: antara muka iOS atau Android, API backend dan pangkalan data, serta papan pemuka pentadbir untuk kakitangan. Ringkasan yang lengkap menentukan apa yang dilakukan setiap bahagian, siapa yang boleh mengaksesnya dan bagaimana rekod kekal konsisten. Tetapkan skop ketiga-tiganya dengan jelas sebelum membandingkan sebut harga pembangunan.
Macoin TechnologiesPasukan pembangunan perisianApakah yang termasuk dalam aplikasi mudah alih?
Aplikasi ialah antara muka yang digunakan pelanggan atau kakitangan pada telefon. Skopnya merangkumi perjalanan yang mereka selesaikan, maklumat yang boleh mereka lihat dan keupayaan peranti yang mereka perlukan. Ia tidak patut menjadi satu-satunya pihak berkuasa bagi peraturan perniagaan yang sensitif seperti kebenaran, baki atau status transaksi.
Untuk sistem tempahan, tentukan pendaftaran akaun, pemilihan kelas, pengesahan tempahan, pembatalan dan status pembayaran. Nyatakan bagaimana antara muka menerangkan slot yang tidak tersedia atau permintaan yang gagal. Senarai skrin sahaja tidak menetapkan keadaan ini, dan pengguna menemuinya dalam penggunaan harian biasa.
Tentukan juga maklumat yang patut disimpan aplikasi secara setempat dan apa yang berlaku apabila sambungan terputus. Keupayaan luar talian ialah keperluan reka bentuk yang berasingan, bukan sesuatu yang disediakan secara automatik oleh setiap aplikasi mudah alih. Tingkah laku yang sesuai mungkin paparan baca sahaja, draf yang disimpan atau tindakan yang beratur dengan pengendalian konflik.
Apakah yang dilakukan oleh API backend dan pangkalan data?
Backend mengesahkan permintaan, menerapkan peraturan perniagaan dan menyimpan rekod yang berautoriti. API ialah cara aplikasi dan sistem lain yang diberi kebenaran berkomunikasi dengannya. Struktur pangkalan data mesti menyokong aliran kerja, manakala semakan akses menghalang seorang pengguna atau organisasi daripada membaca atau mengubah rekod orang lain.
Panggilan balik pembayaran dan skrin pengesahan pelanggan mungkin tiba pada masa yang berbeza. Nyatakan peristiwa penyedia mana yang mengesahkan pembayaran dan apa yang menghalang panggilan balik berulang daripada mencipta transaksi kedua. Begitu juga, semakan kapasiti kelas mesti mengendalikan dua pelanggan yang cuba mengambil tempat terakhir.
API memerlukan ujian untuk permintaan yang ditolak dan juga yang berjaya. OWASP API Security Project ialah rujukan berguna untuk membincangkan risiko kebenaran dan pendedahan dengan pembekal. Skrin log masuk sahaja tidak menunjukkan bahawa kawalan akses dikuatkuasakan untuk setiap permintaan pelayan.
Apakah yang patut dibolehkan oleh papan pemuka pentadbir kepada kakitangan?
Papan pemuka pentadbir memberi kakitangan yang diberi kebenaran alat yang diperlukan untuk mengendalikan perkhidmatan. Skopnya mungkin merangkumi pengurusan pengguna, rekod, perubahan tempahan, penyelarasan pembayaran, pelaporan dan kebenaran. Dokumenkan peranan kakitangan mana yang boleh melakukan setiap tindakan dan perubahan mana yang memerlukan jejak audit atau kelulusan kedua.
Minta kakitangan menerangkan hari yang sukar: pelanggan meminta bayaran balik, kelas dibatalkan, rekod dimasukkan dengan salah atau akaun mesti digantung. Senario itu mendedahkan keperluan pentadbiran yang boleh disembunyikan oleh antara muka pelanggan yang menarik. Sistem tidak lengkap dari segi operasi jika setiap pengecualian memerlukan pembangun.
Portfolio MaCoffee Macoin menerangkan aplikasi peniaga dan pelanggan dengan panel pentadbir. Itu model yang berguna untuk membincangkan beberapa jenis pengguna terhadap satu set rekod. Untuk projek baharu, tindakan tepat papan pemuka dan keperluan pelaporan perlu ditetapkan skopnya dan tidak dianggap berdasarkan contoh itu.
Bagaimana kita menguji dan menyerahkan sistem yang lengkap?
Uji satu aliran kerja merentasi aplikasi, backend dan papan pemuka, bukan hanya setiap skrin secara berasingan. Tentukan rekod dan kebenaran yang dijangka selepas setiap tindakan. Serahan patut termasuk kod, arahan penggunaan (deployment), akses akaun dan tanggungjawab pemulihan data supaya perniagaan boleh terus beroperasi selepas pembinaan awal.
Untuk pembelian keahlian, semak peristiwa pembayaran, rekod keahlian, paparan pelanggan dan laporan kakitangan bersama-sama. Ulangi ujian untuk gangguan, notifikasi berganda dan akses tanpa kebenaran. Ini ialah senario penerimaan yang boleh difahami pembeli tanpa membaca pelaksanaannya.
Sebelum meminta sebut harga, senaraikan perjalanan aplikasi, peraturan backend, tindakan kakitangan dan sistem luaran. Beritahu Macoin apa yang sudah ada dan apa yang perlu dibina. WhatsApp ringkasan projek anda untuk mendapatkan sebut harga yang menjadikan skop mudah alih, backend dan pentadbir kelihatan dan tidak disembunyikan dalam satu item yang kabur.
Sumber dan bacaan lanjut
Ditulis oleh
Macoin Technologies
Pasukan pembangunan perisian
Panduan perancangan daripada Macoin Technologies Holdings Sdn Bhd di Puchong, Selangor. Portfolio awam kami merangkumi aplikasi keahlian, platform peniaga dan pelanggan, serta laman web maklumat kenderaan elektrik. Skop projek dan harga disahkan melalui sebut harga.
FAQ
Soalan berkaitan
Boleh, apabila API dan model kebenaran direka untuk klien tersebut. Backend yang dikongsi masih memerlukan peraturan yang jelas untuk pengesahan identiti, kebenaran dan perubahan pada kontraknya.