對於至尊家具管理系統的專案體會

我在做專案的過程中就存在需求不清晰的狀態，導致我的業務邏輯上困難重重。我做的模組邏輯上我就很糾結，比如任務建立表，新建立的任務普通員工到底能不能修改，修改能修改哪一部分，上級領導又能夠修改哪一部分，上級領導下發任務時

一方面資料庫**的設計有助於各個模組解耦，我的問題是我幾乎想把所有資料放在乙個**中，

另一方面乙個合適的資料庫**有助於業務邏輯更加清晰。

比如我是任務管理模組，我需要調人事管理模組的功能知道使用者id，但是我根本不知道人事管理做沒做通過使用者名稱查詢id的功能，為了保證功能的萬無一失，我自己又把認識管理的功能給實現了一部分。（這個可以通過mybatisplus實現，然鵝我不太熟練)。

一方面造成了**冗餘，另一方面也加重了耦合。

假如專案開始，我們就把個模組的介面設計好，我需要的其他功能只需要根據介面來呼叫別人做好的，減少了我的工作量；同時在**合併時，會減少問題。

通過這個專案，我對架構有了一點淺顯的認識。

架構師就是做數學答題時給你思路的人，他告訴你第一步求導，第二步積分，第三步分析增減...。我們只要根據他的思路，把求導積分等功能做好即可。這樣數學題就做出來了。這樣專案也做出來了。

以上就是我對架構淺顯的認知。

令人悲傷的是，上學時，我的數學題就不太會做。