Langkau ke kandungan

Bina aplikasi daripada RFP, spesifikasi atau dokumen lain

RingkasnyaLampirkan dokumen anda pada kotak prom di halaman Projek dan tekan Bina — menaip apa-apa tidak wajib. MonstarX membaca setiap dokumen (termasuk imbasan), menulis ringkasan keperluan yang mengandungi ciri, peraturan dan peranan, lalu membina berdasarkannya. Dokumen yang ditambah kemudian, seperti adendum, dibaca dan digabungkan, dan dokumen terkemudian diutamakan apabila bercanggah.

Jika apa yang anda mahu sudah ditulis — permintaan cadangan (RFP), spesifikasi, ringkasan produk, dek slaid — anda tidak perlu menaipnya semula. Lampirkan dokumen itu dan MonstarX membacanya, mengenal pasti keperluannya, dan membina aplikasi yang diterangkan. Ia mengekalkan perkataan dan angka dalam dokumen itu sendiri, dan mengingatinya untuk setiap permintaan seterusnya.

  1. Di halaman Projek, klik ikon klip kertas dan pilih dokumen anda — contohnya RFP dan adendumnya. (Anda juga boleh menyeretnya ke atas kotak.)

  2. Tambah satu baris jika mahu, seperti untuk siapa aplikasi itu. Ini tidak wajib: petunjuknya berbunyi “Ada yang ingin ditambah? MonstarX membaca dokumen anda dan membina aplikasi berdasarkan penerangannya…”

  3. Tekan Bina. Tanpa kata-kata, permintaan itu berbunyi “Bina aplikasi yang diterangkan dalam dokumen ini.” Jika Rancang dahulu dihidupkan, ia berbunyi “Rancang aplikasi yang diterangkan dalam dokumen ini: tanya saya hanya perkara yang belum ditentukan di dalamnya.”

  4. Dalam ruang kerja, balasan dibuka dengan kad yang menunjukkan setiap dokumen semasa ia dibaca, diikuti rancangan ciri yang dibina berdasarkannya.

PDF, Word (.docx dan .doc yang lebih lama), teks dan slaid OpenDocument (.odt, .odp), RTF, PowerPoint (.pptx), teks dan Markdown, halaman web (.html), serta fail .zip yang mengandungi mana-mana jenis ini. Hamparan di dalam fail zip berisi dokumen dibaca bersama dokumen itu.

  • Imbasan — PDF tanpa lapisan teks dibaca dengan pengecaman teks (“dibaca dengan OCR”).
  • Dokumen panjang — dibaca dengan teliti secara berperingkat (“Membaca dokumen panjang dengan teliti — bahagian 2 daripada 4…”). PDF dibaca sehingga 1,500 halaman pertamanya.
  • Sehingga 10 fail bagi setiap permintaan, setiap satu sehingga 50 MB.

Dokumen yang tidak dapat dibaca akan menyatakan sebabnya — contohnya “PDF dilindungi kata laluan. Keluarkan kata laluan dan lampirkannya semula”. Hamparan yang anda mahu jadikan data aplikasi sesuai untuk Bina daripada hamparan, dan fail log atau data disimpan seadanya, tidak dianggap sebagai keperluan.

Untuk dokumen yang lebih panjang, MonstarX menulis ringkasan keperluan selepas membacanya — kad itu menunjukkan “Mengenal pasti keperluan aplikasi…”. Kemudian kad itu menunjukkan tajuk ringkasan dan kiraan seperti “13 ciri · 4 peranan · 8 jenis data · 12 peraturan perniagaan · 3 konflik diselesaikan”, serta butang Lihat keperluan.

Tetingkap Keperluan (juga boleh dibuka daripada Keperluan di sebelah rancangan ciri) memuatkan keseluruhan ringkasan:

  • Ciri mengikut urutan binaan, setiap satu dengan keutamaannya, semakan yang membuktikan ia berfungsi, dan bahagian dokumen yang menjadi sumbernya.
  • Siapa penggunanya, Data, Peraturan perniagaan, Perkhidmatan, Kekangan dan Rupa dan gaya.
  • Percanggahan antara dokumen dan ketetapan yang diutamakan.
  • Bukan sebahagian daripada aplikasi — kandungan perolehan dan kontrak seperti cara menghantar cadangan, insurans atau borang harga.
  • Andaian dan Soalan yang belum dijawab.
  • Dokumen itu sendiri, dengan pautan untuk membukanya.

Salin sebagai Markdown menyalin keseluruhan ringkasan. Beberapa dokumen pendek tidak memerlukan ringkasan: MonstarX hanya menyimpan teks penuhnya bersama setiap permintaan, dan kad itu sekadar menyenaraikannya, seperti dalam gambar di atas.

Rancangan ciri yang diikuti oleh binaan ditulis daripada ringkasan itu, jadi ia boleh menjadi panjang — sehingga 40 ciri, dibina merentasi beberapa permintaan. Tekan Teruskan membina apabila sesuatu permintaan berakhir dengan ciri yang masih belum dibina. Lihat Rancangan ciri.

Lampirkannya dalam perbualan projek, dengan satu baris seperti “Adendum 2 dilampirkan”. Dokumen baharu itu dibaca secara berasingan dan ringkasan ditulis semula daripada semua dokumen — “3 dokumen telah dibaca · ringkasan keperluan dikemas kini”. Apabila dokumen bercanggah, dokumen terkemudian diutamakan (adendum mengatasi RFP yang diubahnya), dan setiap percanggahan disenaraikan bersama penyelesaiannya.

Boleh. Dalam tetingkap Keperluan, klik butang mata di sebelah dokumen — berguna untuk fail yang salah atau draf yang sudah lapuk. MonstarX berhenti membacanya untuk menyusun keperluan, dan permintaan binaan seterusnya menulis semula ringkasan daripada dokumen yang selebihnya. Klik butang mata sekali lagi untuk menyertakannya semula.

Bagaimana jika pembacaan terhenti separuh jalan?

Bahagian bertajuk “Bagaimana jika pembacaan terhenti separuh jalan?”

Jika anda menghentikan permintaan (atau ia gagal) semasa dokumen sedang dibaca, kad itu ditutup dengan “Terhenti sebelum dokumen siap; ia dibaca pada permintaan seterusnya.” Tiada apa-apa yang hilang: apa sahaja yang sudah dibaca disimpan, dan permintaan seterusnya menyambung kerja itu.

Adakah MonstarX akan membina bahagian perolehan dalam RFP?

Tidak. Arahan penghantaran, kriteria penilaian, insurans dan borang harga disenaraikan di bawah Bukan sebahagian daripada aplikasi — hanya perisian yang dibina.

Bagaimana jika dokumen meminta sesuatu yang MonstarX tidak boleh lakukan?

MonstarX membina alternatif jujur yang paling hampir dan menyatakannya di bawah Andaian dalam ringkasan.

Bolehkah saya menggunakan Rancang dahulu dengan dokumen?

Boleh. MonstarX kemudian hanya bertanya soalan yang belum dijawab oleh dokumen itu.

Bolehkah saya bertanya soalan tentang dokumen itu?

Boleh. Tukar ke mod Perbualan dan tanya. MonstarX menjawab berdasarkan dokumen tanpa mengubah aplikasi.

Apakah nama yang diberikan kepada projek?

Jika dimulakan daripada dokumen sahaja, projek mengambil nama dan penerangannya daripada tajuk dan rumusan ringkasan, melainkan anda sudah menamakannya sendiri.