最近遇到乙個迷惑，產品的需求是已配貨，已發貨，已簽收的訂單可以售後退款，在實現介面的時候，我做了check，只能是已配貨，已發貨，已簽收的才能退款，後來又在思考，這樣寫死，shib是不是沒有擴充套件性，雖然符合了最小功能設計了，但是有一天產品說，配貨中的也能退貨，是不是就是需求修改**，擴充套件性就不好了？是不是把這個可以退貨的狀態放在字典裡面。
找我們架構師說了這事，架構給出的是：這個變化的概率有多大，不要過度設計，加入真的出現這樣的修改，確定這個概率增大，你下次再把它做到zidi字典表才是對的
對於這種很明確的需求，在不確定修改的概率情況下，不需要過於考慮擴充套件性；對於不太確定的需求，比如：京東說大客戶賬戶餘額明細返回的416可以認為是退款成功，這個是外部系統的東西，可能會變化，可以做到字典表，方便京東業務tiao調整，我們及時跟上
關於退出按鈕的功能設計
一般在乙個b s系統中都會存在乙個退出按鈕，但是這個按鈕進行了哪些事情呢？首先，退出系統的話你必須銷毀回話跟蹤，也就是你登陸之後的所有資訊都要刪除掉，在這裡，我們使用的是session的銷毀方法 session.invalidate 銷毀session的回話跟蹤 然後，我們不單單只是銷毀sessio...
軟體功能設計
軟體功能設計 針對軟體中某一具體的功能，所進行的設計。包括 這個功能的實現方式，實現的基本結構，類的組成，職責劃分等，是軟體設計中最最重要的基本功。功能設計在整個軟體設計中的層次 軟體設計的層次很多，不同的軟體設計過程有不同的劃分層次，大致可分為 架構設計，api spi設計，資料庫設計，功能設計，...
產品之功能設計
讓每乙個設計師，產品經理頭痛的是，你精心設計的乙個功能，上線後發現很少人使用然後反饋很差。好吧，雖然可能在思考需要設計這乙個功能的時候，你們可能是經過討論的或者分析吧，但是真的分析到了重點和了解到了使用者的需要了嗎？下面將梳理一下，我關於功能點設計的一些經驗吧。1.需求程度 這個功能被需求的程度大還...