wjhfree

摘要： 前幾天有一個實習機會在小企鵝醫療科技有限公司，今天準備了一下個人簡歷，這也是我第一次寫簡歷，我發現這也是很復雜了。 本以為一會就寫完了，但還是花了很久，總是修修改改，而且自己的一些能力方面可能還有欠缺，簡歷內容不夠豐富，后續面試再說吧，希望能在這次面試中長長見識。 閱讀全文

摘要： 我們的臺賬部分已經完成了，今天我們三個成員對這一模塊進行了集體測試，查看一下有沒有bug 果然不測不知道，一測就有很多bug（包括狀態問題，提交問題，還有缺少功能） 狀態問題就是倉庫管理員的查詢設備儲存記錄是，會把出庫待入庫的設備都查到，原因是前端沒有傳status這一字段，所以是查詢所有記錄 提交 閱讀全文

摘要： 《人月神話》“焦油坑” 章節讀書筆記 回顧過去參與的團隊項目開發，我們團隊也曾陷入類似 “焦油坑” 的困境。項目初期團隊成員對需求理解模糊，便匆匆投入開發。隨著功能模塊不斷疊加，代碼邏輯愈發復雜，各模塊間的接口不兼容問題頻繁出現。同時，團隊溝通不暢，信息傳遞存在誤差，導致部分功能重復開發，或開發方向 閱讀全文

摘要： 昨天和今天我完成的倉庫管理員這一角色人工，對應到臺賬模塊就是設備的入庫與出庫管理 我們設計的業務邏輯： 當采購設備審核通過，采購員采購完成時會自動根據采購單生成設備入庫信息（根據采購的數量），然后倉庫管理員可以批量入庫選擇入庫位置， 與此同時第二條線，班組長可以申請設備出庫，設備出庫申請通過后，管理 閱讀全文

摘要： 本周基本上把臺賬部分寫完了，第一階段沖刺也要結束了，還剩一點出庫入庫管理，打算在第一階段驗收時寫完 這周進度有點慢了，主要是在對業務邏輯分析不夠到位，有很多地方反復修改了很多次，也返工了很多次，導致進度有點慢。 不過這也讓我深刻體會到了設計的重要性 閱讀全文

摘要： 在閱讀《構建之法》中軟件設計與質量工程這一章節前，我在軟件設計與開發過程中，往往更側重于功能的實現。拿到一個需求后，便急于編寫代碼，追求快速看到程序能夠運行的效果。在質量保障方面，也僅是進行簡單的功能測試，確保程序沒有明顯的崩潰或錯誤輸出就認為大功告成。比如在開發一個小型的學生信息管理系統時，我直接 閱讀全文

摘要： 今天繼續進行團隊項目臺賬模塊的開發 今天的任務主要是實現對采購任務的審核，以及財務人員的接收與交付 主要是對審核等彈窗的設計，也還有查看詳情的回顯與數據結構的設計 <el-dialog title="采購單信息" :visible.sync="dialogVisible" width="53%" : 閱讀全文

摘要： 今天繼續進行團隊項目臺賬模塊的開發 實現的通過點擊標簽頁實現不同狀態的查詢列表，并能夠實時展示出每個狀態待處理消息的個數 //獲取待處理，待派送，派送中數量 getOrderListBy4Status() { getPurchaseListBy({}) .then((res) => { if (re 閱讀全文

摘要： 團隊開發的軟件評價總結 用戶界面（UI）：采用經典的左側導航欄+頂部欄布局，結構清晰、學習成本低，但視覺層次較保守，建議通過圖標、顏色優化高頻功能展示，并確保響應式適配。 記住用戶選擇：基本實現了用戶的需求，目前在實現人臉識別和web端和app聯調還未實現。 短期刺激與長期使用：短期易上手且操作反饋 閱讀全文

摘要： 第一階段沖刺總結 本周對設備管理子系統中的第一個大模塊————臺賬模塊進行了自習的分析，但開發只進行了以下部分 我們設計的流程是 由工區長下發采購任務=>采購人員接收任務完成采購=>返回工區長審核=>審核通過設備待入庫=> 倉庫管理員入庫=>班組長可申請設備出庫=>由工區長審核=>審核通過后倉庫管理 閱讀全文