Bagaimana kami mencuba kerja berpasukan dan apa yang terhasil daripadanya

Mari kita selesaikannya

Apakah maksud gambar ini sedikit kemudian, tetapi buat masa ini biarlah saya mulakan dengan pengenalan.

Pada hari Februari yang sejuk tidak ada tanda-tanda masalah. Sekumpulan pelajar yang tidak bersalah datang buat kali pertama untuk mengikuti kelas mengenai subjek yang mereka putuskan untuk memanggil "Metodologi untuk mengatur reka bentuk dan pembangunan sistem maklumat." Terdapat kuliah biasa, guru bercakap tentang kaedah pembangunan yang fleksibel, seperti Scrum, tiada apa-apa yang meramalkan masalah. Dan pada akhirnya guru mengumumkan:

Saya mahu anda mengalami sendiri semua kesusahan kerja berpasukan, bahagikan kepada kumpulan, buat projek, lantik ketua dan lalui semua peringkat reka bentuk bersama-sama. Pada akhirnya, saya mengharapkan daripada anda produk siap dan artikel tentang Habré.

Di sinilah kisah kami bermula. Seperti bola dalam biliard, kami melantun antara satu sama lain sehingga tenaga hentakan hilang dan sekumpulan 7 orang berkumpul bersama. Mungkin ini terlalu banyak untuk projek latihan, tetapi adalah tepat untuk mengagihkan peranan dengan lebih baik. Perbincangan idea untuk projek itu bermula, daripada "Mari kita buat projek siap" kepada "Emulator untuk pembentukan objek angkasa." Tetapi akhirnya idea itu muncul, nama yang anda baca dalam gambar pertama.

Hentikan Penangguhan - apa itu, dengan apa ia dimakan dan bagaimana kami membangunkannya dan apa yang datang daripadanya

Kisah ini akan diceritakan bagi pihak pengurus projek, yang nasib baik atau malangnya, telah ditugaskan kepada saya. Jadi apakah idea yang terlintas di fikiran kita? Diilhamkan oleh jam penggera "Shake Alarm Clock" yang popular dari SupperCommon, iaitu fungsi menyekat sepenuhnya telefon pintar sehingga pengguna melakukan tindakan tertentu yang kemungkinan besar akan menyebabkan dia terjaga, kami memutuskan untuk mencipta aplikasi serupa yang akan membantu mendapatkan menghilangkan ketagihan telefon, pada prinsip yang sama seperti "Goncang Jam Penggera"

Prinsip operasi

Pengguna menetapkan pemasa
-Masa yang boleh digunakan untuk telefon pintar
-Masa tanpa telefon pintar (tempoh menyekat)
Apabila pemasa tamat tempoh, tindanan muncul pada skrin yang tidak boleh diminimumkan
-Untuk menutup tindanan anda perlu melalui ujian kecil (masukkan kata laluan pada papan kekunci yang mengelirukan, selesaikan masalah matematik, goncang telefon selama beberapa minit)
Selepas membuka kunci dengan cara ini, masa yang boleh digunakan pada telefon pintar dikurangkan separuh, dan seterusnya sehingga satu minit.

Membina pasukan

Pertama, adalah perlu untuk menentukan siapa yang akan melakukan apa dan dalam bahasa apa semua ini akan ditulis. Saya fikir ini tidak ada kaitan dengan pengurusan projek, kerana apabila anda mengumpulkan pasukan untuk projek sebenar, anda segera mengumpulkan mereka yang anda perlukan. Akibatnya, saya juga memikul beban seorang pereka, memilih seorang pengurus pasukan yang mempunyai pengalaman yang baik dalam pembangunan aplikasi, tiga pengaturcara ditugaskan kepadanya, dan dua lagi menjadi penguji. Sudah tentu, bahasa pengaturcaraan dipilih berdasarkan kemahiran. Akibatnya, ia telah memutuskan untuk menggunakan Java, kerana semua pengaturcara sudah biasa dengannya.

Menetapkan tugas

Atas cadangan guru, papan tugas telah dibuat pada perkhidmatan percuma Trello. Ia telah dirancang untuk berfungsi mengikut sistem Scrum, di mana setiap aliran akan menjadi sejenis aplikasi lengkap.
Walau bagaimanapun, pada hakikatnya, semua ini keluar dari satu aliran besar dan panjang, yang mana pengeditan, penambahan dan pembetulan sentiasa dibuat.

Kami menulis spesifikasi

Dipengaruhi oleh buku Savin "Testing.com", saya mempunyai idea sendiri dalam kepala saya tentang bagaimana semuanya harus diatur. Semuanya bermula dengan spesifikasi penulisan, seperti yang saya percaya, tanpa penerangan yang jelas tentang apa yang kita harapkan, apa dan bagaimana ia harus berfungsi, tiada apa yang akan berfungsi. Pengaturcara akan memprogramkan segala-galanya seperti yang mereka lihat, penguji akan menguji sesuatu yang lain, pengurus menjangkakan yang ketiga, tetapi ia akan menjadi yang keempat seperti biasa.
Menulis spesifikasi tidak mudah, anda perlu memikirkan semua butiran, semua nuansa. Sudah tentu, tiada apa yang berfungsi pada kali pertama. Hasilnya, spesifikasi telah ditambah dan dibuat semula 4 kali. Anda boleh mencari pilihan terakhir pada akhir artikel, dalam bahagian pautan.

Melukis reka bentuk

Reka bentuk dalam aplikasi mudah alih adalah perkara yang paling penting. Walau bagaimanapun, tidak semua orang memahami perkara ini, termasuk dari pasukan saya, ramai yang berhujah dengan saya bahawa reka bentuk tidak diperlukan, bahawa ini adalah bahagian aplikasi yang paling tidak penting, dsb. Anda tidak sepatutnya naif. Pertama, reka bentuk siap sedia memudahkan kerja pengaturcara; dia tidak perlu memikirkan apa yang hendak diletakkan di mana dan di mana, dia hanya mengambil dan menaip apa yang dilukis. Bersama-sama dengan spesifikasi, reka bentuk hampir sepenuhnya membebaskan minda pengaturcara daripada perkara yang tidak perlu, dan memberinya peluang untuk menumpukan perhatian pada logik. Secara umum, reka bentuk prototaip (mengerikan) telah dilukis terlebih dahulu:

Tetapi kemudian reka bentuk itu disikat dan dibawa kembali kepada normal.
(Pautan ke semua elemen reka bentuk pada akhir artikel).

Pengaturcaraan

Pengaturcaraan adalah sukar, tetapi mungkin. Saya akan meninggalkan perkara ini, kerana saya sendiri tidak menangani perkara ini secara peribadi. Pengaturcara melakukan banyak kerja, tanpanya semuanya tidak akan bermakna. Sudah tentu, kami berjaya merealisasikan beberapa idea kami. Dan program ini masih memerlukan penambahbaikan. Terdapat banyak pepijat dan ciri yang perlu dialih keluar. Jika kami mempunyai lebih banyak masa, kami akan keluar dari alfa mendalam, tetapi buat masa ini anda boleh menguji aplikasi pada akhir artikel.

Nah, tentang ujian

Apakah perkara utama dalam pengaturcaraan? Pada pendapat saya, perkara utama ialah semuanya berfungsi dan kelihatan seperti sepatutnya. Ia tidak selalu berfungsi dengan betul dan tidak serta-merta. Ini memerlukan ujian. Kepada penguji saya, saya mencadangkan model ujian menggunakan kes ujian. Pertama, kes ujian ditulis mengikut spesifikasi sepenuhnya, dan kemudian ujian dijalankan ke atasnya. Anda boleh melihat apa yang terhasil daripada ini dalam pautan di bawah.

Terima kasih untuk membaca. Saya harap anda menemui sekurang-kurangnya sesuatu yang berguna di sini, mungkin idea untuk permulaan anda, atau mungkin nasihat atau alat yang baik.

Rujukan:

Terkini spesifikasi.
Reka bentuk dihidupkan figma.
Kes ujian и laporan pepijat.

Aplikasi itu sendiri dihidupkan HokeyApp. — Aplikasi itu dibina di bawah nama HandsOff, jangan tanya kenapa (kerana Hentikan Penangguhan terlalu lama).

Nah pada akhirnya

Adakah anda fikir ini semua masuk akal?

Hanya pengguna berdaftar boleh mengambil bahagian dalam tinjauan. Log masuk, Sama-sama.

Adakah amalan sedemikian perlu dalam institusi pendidikan dan sejauh mana ia berguna dan boleh digunakan dalam kehidupan sebenar?

• Diperlukan, pengalaman yang tidak ternilai

• Diperlukan, walaupun sedikit pengalaman

• Hampir tidak berguna, paling banyak anda akan memahami ciri umum bekerja dalam satu pasukan

• Membuang masa dan usaha

2 pengguna mengundi. Tidak ada pantang.

Sumber: www.habr.com