有人喜歡運籌學，我就出一道運籌學和編程有關的題

某公司的A組花了兩年的時間研發了產品A，投放了市場，銷路不錯。這時公司又決定
開發產品B，組建了B組。產品B和產品A有相似的地方。

如果A是產品A的一個軟件模塊，B是產品B的一個對應的軟件模塊。模塊A和模塊B有
40%是相同的。這時有人提出把產品A的模塊A分解成兩部分

A1 和 Base

Base是模塊A和模塊B邏輯相同的部分(40%)。 這樣，再做B1，使得

B1 和 Base

滿足模塊B的設計要求就行了。提出這做法的人要產品A和產品B共用Base。理由
是：如果為產品B改進了Base，也為產品A改進了Base。

還有一種觀點，就是直接把模塊A拷貝過來，命名B，把其中的60%改成產品B的設
計要求。

最後分解派占上風，按分解派的觀點設計了產品B。

又兩年過去了。B組做出了A1，B1，Base。模塊(B1，Base)滿足了產品B的設計。
這時，產品A的模塊A已經改進成A+。

當B組要A1，Base提供給A組時，A組斷然拒絕。理由是：模塊(A1，Base)從來沒被
測試過。即使100%正確，也和A+不同。A+運行的好好的，憑什麼要接受(A1，Base)？

產品A中類似A的模塊，產品B中類似B的模塊各有100多塊。


看看怎麼解決這個問題？原來的設計思想對嗎？