Saya telah mengambil alih sistem perniagaan baharu, saya sudah biasa dengannya

Cerita

Kitten memikul tanggungjawab secara berterusan, yang merupakan tamparan hebat di hatinya. Ini adalah kali pertama dalam kerjayanya. Jika anda berminat dengan situasi anak kucing, anda boleh belajar tentang "peristiwa idempoten" dan "peristiwa pecahan cache".

Hari ini, ketua pasukan datang ke bilik persidangan bersama anak kucing.

Begitu banyak kemalangan telah berlaku dalam tempoh yang singkat Saya faham bahawa ini bukan mudah untuk anda, lagipun, anda baru sahaja mengambil alih projek ini. Mungkin terdapat beberapa masalah dengan projek itu sendiri. Kini tanggungjawab itu jatuh kepada anda, saya harap anda tidak akan berkecil hati...", sambung ketua pasukan.

Anak kucing itu memandang anak ayam itu dan mengangguk, berasa lega. Saya fikir: "Nampaknya ketua pasukan tidak akan mengkritik prestasi saya."

Namun, masalah telah timbul dan mungkin terdapat masalah lain dengan sistem, termasuk aspek perniagaan, kod atau reka bentuk. Sila luangkan masa untuk mengatur dan menyediakan analisis dokumen projek anda. Kami berharap anda dapat berkongsi status semasa sistem dengan anda pada mesyuarat bulanan kami yang seterusnya.

Kucing kecil itu mengangguk berulang kali, berfikir dalam fikirannya, "Ini harus dianggap sebagai menangkap model yang menyamar, itu sahaja. Tetapi, bagaimana saya harus menulis dokumen sedemikian?"

Ketika ini, anak kucing mula rasa tidak sedap hati lagi.

Jom bincang tentang projek baharu

Apabila anda mengambil alih sistem baharu, bagaimana anda membiasakannya? Malah, Laomao bertanya kepada semua orang di akhir artikel terakhir "Insiden Penembusan Cache".

Sekarang mari kita bercakap tentang proses membiasakan kucing lama dengan sistem baharu. Saya harap pengalaman ini membantu anda, dan anda dialu-alukan untuk berkongsi kaedah anda sendiri. Langkah-langkah utama adalah seperti berikut:

Keakraban projek

1. Cuba lukis gambar rajah use case

Selepas menerima sistem perniagaan baharu, kami perlu terlebih dahulu mengetahui apa yang dilakukan oleh sistem semasa, jadi kadangkala kami perlu mengambil masa untuk mencari pengurus produk yang berkaitan untuk memahami perniagaan Pada masa ini, pengurus produk mungkin berbual dengan anda tentang situasi semasa beberapa status dan latar belakang perniagaan, tetapi mungkin juga akan memberikan anda versi V0-Vn pelan keperluan produk, dan memberitahu anda bahawa dia tidak tersedia. Jika yang terakhir, ingatlah untuk menahan dan jangan hentam muka produk dengan monitor, kerana kerjasama anda masih belum bermula.. Bergurau, mari kita berniaga.

Mari kita fahami dahulu apa itu gambar rajah use case.

Analisis ringkas rajah kes guna

Kes guna ialah unit berfungsi dalam sistem dan boleh digambarkan sebagai interaksi antara pelaksana dan subjek. Aktor ialah peranan ideal pengguna luaran, proses atau sistem lain yang berinteraksi dengan sistem, subsistem atau kelas.

Tujuan: Dapat menyenaraikan kes penggunaan dan pelaksana dalam sistem, dan memaparkan pelaksana yang mengambil bahagian dalam pelaksanaan kes penggunaan mana.

Untuk "titik perniagaan pesanan dan pembayaran" yang Mao Mao temui sebelum ini, mari lukis rajah kes guna untuk menggambarkannya. Seperti yang ditunjukkan di bawah:

Kes Penggunaan

Gambar di atas sebenarnya adalah gambar rajah use case yang mudah. Apa yang perlu kita fikirkan ialah maksud pelbagai baris.

Garis
• a mewakili perkaitan, iaitu laluan komunikasi antara pelaksana dan kes penggunaan yang disertainya. Ditunjukkan oleh garis pepejal.
Garis
• b mewakili kemasukan, memasukkan gelagat tambahan pada kes penggunaan asas dan menerangkan secara eksplisit sisipan.
• Garis C mewakili sambungan, yang memasukkan gelagat tambahan pada kes penggunaan asas yang tidak diketahui oleh kes penggunaan asas.
Baris
• d mewakili generalisasi kes penggunaan, hubungan antara kes penggunaan umum dan kes penggunaan khas, di mana kes penggunaan khas mewarisi ciri kes penggunaan umum dan menambah ciri baharu.

Dengan cara ini kita boleh mempunyai pemahaman yang jelas tentang status perniagaan semasa.

2. Sisir model belakang

Selepas menyusun mata fungsi sistem semasa dan borang perniagaan, kita boleh melangkah masuk dan melihat model sistem sedia ada, iaitu jadual pangkalan data DB. Dengan cara ini, kita boleh mengetahui cara sistem yang direka pada masa ini mengabstraksikan perniagaan. Kemudian apabila melihat jadual yang berkaitan, kita sebenarnya boleh melukis gambar rajah ER secara perlahan.

Apakah itu rajah ER

Rajah E-R ialah nama penuh Rajah Perhubungan Entiti Ia menyediakan kaedah untuk mewakili jenis entiti, atribut dan perhubungan, dan digunakan untuk menerangkan model konsep dunia sebenar.

Melalui definisinya, kita sebenarnya tahu bahawa terdapat tiga perkara penting dalam rajah ER iaitu kelas entiti, atribut dan sambungan. Apabila kami menyusun jadual DB, ia sebenarnya sepadan dengan jadual kami, medan jadual dan hubungan antara jadual dan jadual yang sepadan.

Lihat contoh. Mari kita lukis logik produk asas sistem pusat membeli-belah.

ER contoh

Terangkan maksud setiap gambar:

• Petak mewakili model, iaitu jadual Sudah tentu, ini juga merupakan kelas entiti dalam rajah ER.
• Bujur mewakili atribut yang terkandung oleh kelas entiti.
• Berlian mewakili hubungan tindakan antara dua kelas, seperti barang yang diletakkan di atas rak dalam gambar di atas. Dalam kehidupan seharian, guru mengajar pelajar, jadi intan mungkin kelas.
• Angka 1 dan n pada baris lebih jelas, iaitu hubungan satu-dengan-banyak, banyak-dengan-satu dan satu-dengan-satu.

Dalam gambar di atas, kita sebenarnya dapat melihat dengan lebih jelas bahawa terdapat tiga konsep entiti penting dalam sistem semasa iaitu komoditi, kolam komoditi, dan rak. Daripada gambar tersebut juga kita boleh lihat secara kasar perhubungan antara mereka.

Selepas kami menyusun rajah ER, mungkin akan jelas bagaimana rajah perniagaan use case yang disebutkan di atas diabstraksi dalam sistem sedia ada.

Setelah bercakap tentang perkara ini, mari kita lihat dari perspektif Tuhan Kami telah memberikan sistem semasa satu rangka, dan kemudian kita perlu membiarkan jantungnya mula berdegup, darahnya berdegup kencang, dan biarkan seluruh sistem diberi jiwa. Kemudian, seterusnya, kami akan menyusun model bersama-sama melalui proses.

3. Proses teras dan keadaan aliran mesin

Mari kita lihat contoh secara langsung, Laomao berpendapat bahawa menyusun carta alir mungkin agak mudah, tetapi kesukarannya ialah bagaimana untuk mengawal pautan dalam keseluruhan proses. Jika anda berfikir dengan lebih teliti semasa melukis, anda boleh merekodkan setiap langkah inventori. Dalam kes ini, tumpuan terhadap perniagaan akan berkurangan. Jika lukisan tebal, hubungan yang sepadan antara model mungkin tidak dikawal dengan baik. Oleh itu, Laomao merasakan bahawa tempat ini adalah ujian kebolehan generalisasi pengaturcara dan keupayaan pemahaman perniagaan.

Carta Aliran

Dalam gambar di atas, Laomao hanya melukis carta aliran Sudah tentu, mungkin terdapat ralat dalam carta alir proses perniagaan di dalam. Dalam proses di atas, kita melihat kandungan grafik berikut:

• Nod permulaan diwakili oleh bulatan Sudah tentu, anda boleh memilih warna yang anda suka.
• Apabila proses sedang berjalan, kami menggunakan garisan anak panah yang berkaitan untuk mewakilinya, dan apabila ia melibatkan operasi perniagaan teras, ia diwakili oleh segi empat sama.
• Apabila menghadapi nod cawangan, kami menggunakan berlian untuk penghalaan.
• Apabila menghadapi beberapa operasi tak segerak, Laomao suka menggunakan garis putus-putus untuk mewakilinya.

Perwakilan proses di atas sebenarnya agak mudah, dan kita tidak perlu mengambil berat tentang sempadan sistem. lukis sahaja.

Tetapi sistem pembangunan semasa kami selalunya berasaskan perkhidmatan mikro, jadi pada masa ini kami mungkin perlu mempertimbangkan proses interaksi antara sistem yang berbeza. Daripada ini, kita boleh memperkenalkan konsep lorong renang. Lihat di bawah.

Proses Lorong Berenang

Dalam rajah di atas, kita dapat melihat interaksi antara pelbagai aplikasi sistem Setiap lorong renang mewakili salah satu sistem perkhidmatan mikro. Ini adalah gambaran yang sebenarnya Laomao lukis dalam kebiasaan hariannya dengan perniagaan yang saya ingin tekankan sekali lagi bahawa perkara yang anda patut lihat ialah beberapa idea lukisan itu, dan jangan terlalu terjerat dalam perniagaan.

Mari kita bincangkan dengan lebih terperinci Sebagai contoh, apabila membincangkan beberapa aliran status pesanan, untuk mengawal dengan lebih baik, kami akan menggunakan beberapa rajah aliran status untuk menyelesaikannya.

Pemindahan status

Perkara di atas menerangkan aliran keseluruhan keadaan dalam proses Sudah tentu, banyak kali apabila bit keadaan agak mudah, kita tidak perlu melukisnya Mungkin kita akan mempertimbangkan melukis mesin keadaan apabila keadaan lebih banyak kompleks dan pelbagai.

Atas ialah kandungan terperinci Saya telah mengambil alih sistem perniagaan baharu, saya sudah biasa dengannya. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!