此文章有點(diǎn)長，但是案例非常經(jīng)典，作者對(duì)需求的思考很深入，非常值得一讀。

一. 需求分析

需求前置：每個(gè)供應(yīng)商對(duì)應(yīng)采購訂單都由專屬的采購相關(guān)用戶進(jìn)行。

采購訂單價(jià)格來源必須全部來源價(jià)目表。

采購訂單的價(jià)格修改只能由對(duì)應(yīng)的采購相關(guān)用戶才能修改。

部分指定用戶無權(quán)修改任何供應(yīng)商的采購訂單價(jià)格。

部分指定用戶有權(quán)修改任何供應(yīng)商的采購訂單價(jià)格。

二. 需求實(shí)現(xiàn)

2.1. 通過權(quán)限控制進(jìn)行實(shí)現(xiàn)

采購訂單價(jià)格來源必須全部來源價(jià)目表：通過系統(tǒng)參數(shù)設(shè)置實(shí)現(xiàn)，如下圖所示： 

根據(jù)每個(gè)用戶創(chuàng)建1個(gè)用戶角色，對(duì)價(jià)格修改的供應(yīng)商進(jìn)行過濾，將創(chuàng)建很多用戶角色，對(duì)每個(gè)用戶進(jìn)行賦權(quán)。

創(chuàng)建一個(gè)用戶角色禁用修改所有采購訂單價(jià)格權(quán)限，并對(duì)相關(guān)人員賦權(quán)。

創(chuàng)建一個(gè)用戶角色允許修改所有采購訂單價(jià)格權(quán)限，并對(duì)相關(guān)人員賦權(quán)。

此方案分析：此實(shí)現(xiàn)方案需要建立大量的用戶角色，并且后期維護(hù)量巨大，不建議。

2.2. 通過權(quán)限+實(shí)體服務(wù)規(guī)則進(jìn)行實(shí)現(xiàn)

創(chuàng)建一個(gè)用戶角色禁用修改所有采購訂單價(jià)格權(quán)限，并對(duì)相關(guān)人員賦權(quán)。

創(chuàng)建一個(gè)用戶角色允許修改所有采購訂單價(jià)格權(quán)限，并對(duì)相關(guān)人員賦權(quán)。

實(shí)體服務(wù)規(guī)則實(shí)現(xiàn)采購訂單的價(jià)格修改只能由對(duì)應(yīng)的采購相關(guān)用戶才能修改。

在供應(yīng)商列表中創(chuàng)建一個(gè)字段【維護(hù)人#】，用以維護(hù)供應(yīng)商與采購用戶的對(duì)應(yīng)關(guān)系。

在采購訂單表頭【供應(yīng)商】字段增加實(shí)體服務(wù)規(guī)則，供應(yīng)商維護(hù)人與創(chuàng)建人不一致、并且過濾掉可以維護(hù)所有價(jià)格的用戶，則鎖定價(jià)格字段，由于實(shí)體服務(wù)規(guī)則取不到當(dāng)前單據(jù)的操作人，這里只能使用創(chuàng)建人去滿足條件，實(shí)體服務(wù)規(guī)則如下即可實(shí)現(xiàn)。

此方案分析：

此方案可以較好的滿足用戶的需求，但是對(duì)業(yè)務(wù)需求的擴(kuò)展性滿足不足，假如，如果一個(gè)供應(yīng)商后期可以有多個(gè)用戶維護(hù)，這種需求根本無法滿足，供應(yīng)商與用戶的對(duì)應(yīng)關(guān)系頻繁變化，所有供應(yīng)商可以維護(hù)價(jià)格的用戶頻繁變化，則需要從用戶角色、實(shí)體服務(wù)規(guī)則、供應(yīng)商基礎(chǔ)數(shù)據(jù)幾個(gè)維度去進(jìn)行修改，維護(hù)也是非常不方便。此方案只能滿足當(dāng)前業(yè)務(wù)需求，不能滿足業(yè)務(wù)未來的拓展性，還是不建議。

2.3. 通過二開權(quán)限控制基礎(chǔ)表單+二次開發(fā)插件實(shí)現(xiàn)

權(quán)限控制基礎(chǔ)表單設(shè)計(jì)

表單邏輯：

1.此表單實(shí)現(xiàn)了需求中對(duì)三種權(quán)限的維護(hù)。

2.用戶與供應(yīng)商的對(duì)應(yīng)關(guān)系、用戶擁有所有權(quán)限、用戶拒絕所有權(quán)限三者只能維護(hù)其一。

二開插件實(shí)現(xiàn)權(quán)限控制

在采購訂單上開發(fā)插件，實(shí)現(xiàn)對(duì)采購訂單價(jià)格權(quán)限的控制，控制邏輯取權(quán)限控制基礎(chǔ)表單的邏輯即可。

此方案分析：

此方案通過一個(gè)權(quán)限控制表單去維護(hù)相關(guān)的用戶與供應(yīng)商之家的采購訂單維護(hù)價(jià)格的關(guān)系，然后通過插件開發(fā)調(diào)用這個(gè)權(quán)限控制表單的邏輯去實(shí)現(xiàn)控制。一是很好的滿足了后期需求的拓展性和維護(hù)性，只需要對(duì)權(quán)限控制表單數(shù)據(jù)進(jìn)行更新和維護(hù)即可實(shí)現(xiàn)業(yè)務(wù)的變化，是不是這個(gè)方案很不錯(cuò)呢，但是我還是不建議做。

三. 需求深層次分析

大道至簡，道家思講一陰一陽謂之道，對(duì)任何事情的思考都要從陰陽兩方面去思考，要從更深層次去進(jìn)行分析。

3.1. 陽面分析

以上內(nèi)容根據(jù)用戶需求給出了三種解決方案，而且方案三也很完美實(shí)現(xiàn)了用戶的需求，滿足了提用戶的人。

3.2. 陰面分析

以上解決方案看似解決了用戶的需求，但是實(shí)現(xiàn)用戶的需求之后，又會(huì)給其他用戶，甚至業(yè)務(wù)的流轉(zhuǎn)帶來什么問題呢？

流程效率下降

專屬采購員綁定供應(yīng)商的機(jī)制可能導(dǎo)致跨部門協(xié)作受阻。若專屬采購員請(qǐng)假或離職，訂單處理將因權(quán)限真空而停滯，緊急采購可能因?qū)徟哂嘌诱`3-5個(gè)工作日，影響供應(yīng)鏈響應(yīng)速度。

價(jià)格策略僵化

強(qiáng)制依賴價(jià)目表會(huì)削弱市場議價(jià)能力。如遇大宗采購或供應(yīng)商臨時(shí)折扣，采購員無法突破系統(tǒng)價(jià)格限制，可能導(dǎo)致企業(yè)錯(cuò)失10%-15%的議價(jià)空間，變相推高采購成本。

權(quán)限管理復(fù)雜度激增

多層級(jí)權(quán)限配置需持續(xù)維護(hù)N+供應(yīng)商與采購員的動(dòng)態(tài)映射關(guān)系。IT部門每月需處理N+次權(quán)限變更請(qǐng)求，人員轉(zhuǎn)崗時(shí)易出現(xiàn)超權(quán)限訪問漏洞，審計(jì)顯示錯(cuò)誤配置率增加，增加合規(guī)風(fēng)險(xiǎn)。

四. 總結(jié)

此需求是一個(gè)很經(jīng)典的業(yè)務(wù)通過系統(tǒng)強(qiáng)控的需求，針對(duì)用戶提出的此類系統(tǒng)控制性比較強(qiáng)的需求，我們不僅要從戰(zhàn)術(shù)層面去思考需求的解決方案，而且要從戰(zhàn)略層面去思考需求相關(guān)的業(yè)務(wù)流程的影響性。