1樓：匿名使用者
個人想法：在乙個工程中建立兩個模組進行開發，通過系統部署來拆分服務。
這樣做有兩個好處：
第一，前後臺模組分開(低耦合)；
第二，公共部分以及前台與後台功能業務邏輯公共部分可以互相呼叫(高聚合)；
部署時，只需要將相同的兩個war包部署在兩台伺服器上，建立兩個網域名稱來訪問即可實現服務的分離，比如前台通過。
訪問，後台通過訪問即可，兩台伺服器上的war包相同，但是分別提供不同的服務，互不干涉；而開發時又可以將工程合併，便於管理。
乙個簡單的例子，服務訪問目錄結構如下：
webroot
--equipment(前台服務根路徑)
---裝置採購。
---裝置申請。
---裝置基本資訊。
---使用者基本資訊。
--manage(後台服務根路徑)
---裝置申請。
---裝置採購。
---裝置臺帳。
---裝置基本資訊。
---裝置維修。
---裝置報廢。
2樓：網友
你擔心的很有道理，為了低耦合和高聚。
建議使用中間delegate層，之上可以是前端按前端需求和業務邏輯劃分模組。
之下是後端按基本資料結構和資料訪問和功能點劃分模組。
delegate層組織前端對後端的呼叫，你擔心的**重複因為後端是面向**和資料結構的就不用擔心了，前端按業務邏輯就方便設計和架構了，業務邏輯交由delegate實現，具體細節交由後端完成。
原來對前後臺定義是這樣的，hoho不是front end和backend
你說的論壇可以分為登入，session管理，帖子，前後臺功能差不多，邏輯差不多就一勺燴了吧。
3樓：網友
明白了：現在管理員的許可權：
1.裝置採購，2.裝置申請，3.裝置臺帳，4.裝置基本資訊，5.裝置維修，6.裝置報廢，7.使用者管理。
普通使用者的許可權：
1.裝置申請，2.裝置基本資訊，3.裝置採購，4.使用者基本資訊管理。
首先先看你的意思，在裝置申請，基本資訊，採果，使用者資訊管理方面管理員的許可權書否和普通使用者的許可權一樣，如果一致，就沒有必要分2個大的模組重複**了，如果有其他的不同，可以事先判斷一下，對於他們之間區別另外實現，然後呼叫功能相同的公共碼。
其實一般還是應該分為7個功能模組，然後根據其中2個許可權的區別具體加以判別和具體實現。
4樓：匿名使用者
你這裡的前後台式業務方面的。 在電腦架構上。 前台就是web方面。 後台就是資料庫方面。
因此，前台程式有： 業務前台+業務後台。
後台程式有。 相關資料庫訪問。
系統組成及功能模組劃分
人體的免疫系統的組成和功能，免疫系統的組成及其主要功能包括哪些
太極美龍 人體免疫系統的結構與功能 免疫系統的組成及其主要功能包括哪些? 靠名真tm難起 一 免疫系統由免疫器官 免疫細胞和免疫分子組成。二 免疫系統是防衛病原體入侵最有效的 它能發現並清除異物 外來病原微生物等引起內環境波動的因素。但其功能的亢進會對自身器官或組織產生傷害。1 識別和清除外來入侵的...
crm客戶管理系統的功能模組有哪些
基本上包括 銷售平台 客戶檔案 銷售跟蹤 銷售漏斗 服務平台 物流平台 進銷存 財務平台 單據列表 領導查詢 辦公助手 擴充套件平台 系統管理等大的功能模組。主要是你公司是什麼性質的，選用相應的軟體。 每個品牌的crm所包含的許可權都是不一樣的，但基本上都包含了客戶管理，銷售管理，團隊管理這幾大模組...
管理系統由幾部分組成？整個系統的功能是大於 小於還是等於整個子系統的功能
工作區子系 統，水平子系統，管理子系統，垂直幹線子系統，裝置室子系統，建築群子系統，出入口子系統。工作區 計算機 網路集散器 hub或mau 報警探頭 攝像機 監視器 音響等 水平 實現資訊插座和管理子系統 跳線架 間的連線，將使用者工作區引至管理子系統，非遮蔽雙絞線 管理 交連 互連配線架組成 垂...