Mari kita mulai
Apa maksud gambar ini beberapa saat kemudian, dan sekarang izinkan saya mulai dengan pengantar.
Pada hari Februari yang dingin, tidak ada yang sakit. Kelompok siswa yang tidak bersalah datang untuk pertama kalinya untuk pasangan dalam subjek, yang mereka memutuskan untuk memanggil "Metodologi untuk organisasi desain dan pengembangan sistem informasi." Ada kuliah reguler, guru itu berbicara tentang metode pengembangan yang fleksibel, seperti scrum, tidak ada masalah. Dan pada akhirnya, guru mengumumkan:
Saya ingin Anda mengalami semua kesulitan kerja tim, membaginya menjadi kelompok-kelompok, menghasilkan sebuah proyek, menunjuk seorang pemimpin dan melewati semua tahap desain bersama-sama. Pada akhirnya, saya berharap dari Anda produk jadi dan artikel tentang Habr.
Di sinilah kisah kami dimulai.
Seperti bola di biliar, kami saling memantul hingga energi pukulan dihamburkan dan sekelompok 7 orang berkumpul bersama. Mungkin ini terlalu banyak untuk proyek pelatihan, tetapi untuk mendistribusikan peran dengan lebih baik, maka itu adalah. Diskusi ide-ide untuk proyek dimulai, dari "Mari kita selesaikan proyek" ke "Emulator untuk pembentukan objek luar angkasa". Namun pada akhirnya, sebuah ide terlintas, nama yang Anda baca di gambar pertama.
Hentikan penundaan - apa itu, dengan apa dimakan dan bagaimana kita mengembangkannya dan apa yang datang darinya
Cerita akan dilakukan atas nama manajer proyek, yang untungnya atau sayangnya menunjuk saya. Jadi apa ide yang muncul di benak kita? Terinspirasi oleh jam alarm "Shake Alarm" yang populer dari SupperCommon, yaitu, fungsi untuk sepenuhnya memblokir operasi smartphone hingga pengguna melakukan tindakan tertentu, yang kemungkinan besar akan membuatnya terbangun, kami memutuskan untuk membuat aplikasi serupa yang akan membantu menghilangkan ketergantungan telepon, dengan prinsip yang sama dengan "Shake the Alarm Clock"
Prinsip kerja
Pengguna mengatur penghitung waktu
- Waktu yang bisa Anda habiskan untuk smartphone
-Waktu tanpa smartphone (periode kunci)
Setelah penghitung waktu berakhir, overlay muncul di layar yang tidak dapat diminimalkan.
-Untuk menutup overlay, Anda harus lulus tes kecil (masukkan kata sandi pada keyboard yang bingung, pecahkan masalah matematika, goyangkan ponsel selama beberapa menit)
Setelah membuka dengan cara ini, waktu yang bisa dihabiskan untuk smartphone berkurang setengahnya, dan seterusnya hingga satu menit.
Membangun tim
Untuk memulainya, perlu untuk menentukan siapa yang akan melakukan apa dan dalam bahasa apa semua ini akan ditulis. Saya pikir ini tidak ada hubungannya dengan manajemen proyek, karena ketika Anda mengumpulkan tim untuk proyek nyata Anda segera mengumpulkan orang-orang yang Anda butuhkan. Sebagai hasilnya, saya juga mengambil tanggung jawab desainer, memilih satu pemimpin tim yang memiliki pengalaman baik dalam pengembangan aplikasi, tiga programmer ditugaskan kepadanya, dan dua lagi menjadi penguji. Tentu saja, bahasa pemrograman dipilih oleh skill. Akibatnya, diputuskan untuk menggunakan Java, karena semua programmer sudah terbiasa dengannya.
Kami menetapkan tugas
Atas rekomendasi guru, sebuah papan tugas dibuat pada layanan
Trello gratis. Direncanakan untuk bekerja pada sistem Scrum, di mana setiap aliran akan menjadi semacam aplikasi lengkap.
Namun, pada kenyataannya, satu aliran besar dan panjang keluar dari semua ini, di mana pengeditan, penambahan dan koreksi terus dilakukan.
Menulis spesifikasi
Di bawah pengaruh buku Savin, Testing.com, dalam benak saya ada ide tentang bagaimana semuanya harus diatur. Semuanya dimulai dengan spesifikasi penulisan, yang saya pikir tanpa deskripsi yang jelas tentang apa yang kita harapkan, apa yang akan bekerja, dan bagaimana tidak ada yang berhasil. Programmer akan memprogram semuanya seperti yang mereka lihat, penguji menguji yang lain, kepala sedang menunggu yang ketiga, dan itu akan berubah seperti biasa yang keempat.
Spesifikasi penulisan tidak mudah, Anda perlu memikirkan semua detail, semua nuansa. Tentu saja, tidak ada yang terjadi pertama kali. Hasilnya, spesifikasi ditambah, dikerjakan ulang 4 kali. Anda dapat menemukan opsi terakhir di akhir artikel, di bagian tautan.
Gambarlah desain
Desain dalam aplikasi seluler adalah hal yang paling penting. Namun, tidak semua orang memahami hal ini, termasuk dari tim saya, banyak yang dengan kuat berdebat dengan saya bahwa desain tidak diperlukan, bahwa ini adalah bagian terpenting dari aplikasi, dll. Jangan terlalu naif. Pertama, desain yang sudah selesai merupakan kelegaan bagi pekerjaan programmer, ia tidak perlu memikirkan di mana dan di mana harus menjejalkan, ia hanya mengambil dan mengatur apa yang digambar. Bersama dengan spesifikasi, desain hampir sepenuhnya membebaskan pikiran programmer dari hal-hal yang tidak perlu, dan memberinya kesempatan untuk berkonsentrasi pada logika. Secara umum, desain prototipe (mengerikan) diambil terlebih dahulu:
Namun kemudian desainnya disisir dan dibawa kembali normal.
(Tautan ke semua elemen desain di akhir artikel).
Dapat diprogram
Pemrograman sulit, tetapi mungkin. Saya akan menghilangkan momen ini, karena saya pribadi tidak melakukan ini. Para programmer melakukan pekerjaan yang baik, yang tanpanya semuanya akan sia-sia. Tentu saja, saya berhasil mewujudkan beberapa ide. Dan programnya masih perlu penyempurnaan. Banyak bug dan fitur yang perlu dihapus. Jika kami punya lebih banyak waktu, kami akan merangkak keluar dari alfa yang dalam, tetapi untuk sekarang Anda dapat menguji aplikasi di akhir artikel.
Nah, soal pengujian
Apa hal utama dalam pemrograman? Menurut pendapat saya, yang utama adalah semuanya bekerja dan terlihat sebagaimana mestinya. Ternyata, itu tidak selalu datang segera. Ini membutuhkan pengujian. Untuk penguji saya, saya mengusulkan model uji menggunakan kasus uji. Pertama, test case ditulis sesuai dengan spesifikasi, dan kemudian diuji. Apa yang muncul dari ini dapat dilihat di bawah di tautan.
Terima kasih sudah membaca. Saya harap Anda menemukan setidaknya sesuatu yang berguna di sini, mungkin ide untuk startup Anda, atau mungkin saran atau alat yang bagus.
Referensi:
Spesifikasi terbaru.
Desain oleh
Figma .
Uji kasus dan
laporan bug .
Aplikasi itu sendiri di
HokeyApp . - Aplikasi ini dibangun dengan nama HandsOff, bahkan tidak bertanya mengapa (karena Stop Penundaan terlalu lama).
Nah, pada akhirnya
Apakah Anda pikir semua ini masuk akal?