基于j2ee的產品銷售審批系統(編輯修改稿)

　

【文章內容簡介】 。 mysql數據庫簡介MySQL是一個廣受Linux社區人們喜愛的半商業的數據庫。MySQL是可運行在大多數的Linux平臺(i386，Sparc ，etc) ，以及少許非Linux甚至非Unix平臺。Mysql是數據庫領域的中間派。它缺乏一個全功能數據庫的大多數主要特征，但是又有比類似Xbase記錄存儲引擎更多的特征。它象企業級RDBMS那樣需要一個積極的服務者守護程序，但是不能象他們那樣消費資源。查詢語言允許復雜的連接(join)查詢，但是所有的參考完整必須由程序員強制保證。MySQL在Linux世界里找到一個位置－提供簡潔和速度，同時仍然提供足夠的功能使程序員高興。數據庫程序員將喜歡其查詢功能和廣泛的客戶庫，數據庫管理員會覺得系統缺乏主要數據庫功能，他們會發覺它對簡單數據庫(在不能保證購買大牌數據庫時)是有價值的。3 系統分析 需求分析通過對一些公司的業務流程分析以及實際的研究調查，要求本系統具有以下功能：1．當銷售人員有訂單的時候，發起申請。2．一般的銷售流程是申請、付款、收款、發貨安裝。3．由于公司會有老顧客的訂單，而且信用度比較好，可以有后付款的流程。4．在貨款沒有到之前，流程不會結束，確保公司的利益不能受損失。5．處理流程節點的人員不是隨意分配，由管理員統一管理。6．有的節點也可由一個部門的所有人處理，如技術支持安裝的節點。7．登錄到系統時可以看到待辦任務。8．每一步都有記錄，而且處理人可以看到需要處理的流程已經過的節點和相應的處理人、處理方式。 可行性分析在實際推廣過程中，經常會受到以下一些情況：公司或者政府機構的業務流程都是處理一些比較重要的事情，如工程或者項目的審批，傳統的人為處理的文件內容是可見的，現在只有某個人在特定的環境可見，可能會有不可靠的感覺，開始推廣有一定的難度，但是如果一旦使用開，就會大大縮短一個流程所需要的時間，不用負責人拿著文件到各個單位找人蓋章、審批等，只需要在此系統中發起一個申請即可，條件不滿足被退回時，修改條件又可以重新申請。總的來看，在實際應用中有很大的空間。 系統實例我設計的系統適合提供服務或產品的公司的業務流程。比如這家公司是提供短信平臺服務的，客戶新開展一個項目，需要公司來安裝一套短信發送平臺，客戶就可以通過登錄公司的“產品銷售審批系統”平臺，這里有兩種可能：第一種：是新客戶，發出“短信平臺安裝”的流程申請，然后給公司的賬戶支付購買平臺和安裝平臺的費用，流程就會流轉到“財務確認”的節點，當財務人員登錄平臺后，就會看到新客戶的“短信平臺安裝”的流程申請，其中有貨款，備注內容，財務人員查賬看貨款是否到帳，如果發現貨款已到帳，就可以點擊“通過”按鈕，到下一節點——“技術支持服務” ，當技術支持人員登錄平臺后就會看到自己的待辦任務中有新客戶的申請，并通過了財務確認，如果該平臺可用，就點擊“通過”然后按照備注內容到客戶指定的地方去安裝短信平臺，流程結束，當技術支持發現客戶申請的平臺有未修復的bug或者平臺已過期不能使用的時候，就可“駁回”到財務的節點，寫明原因，將貨款退回客戶，流程結束。也就是“申請”——“客戶付款”——“財務確認”——“安裝”的流程。圖 新客戶安裝流程第二種：是老客戶，老客戶也可以走第一個流程，也可以走第二個流程，先不付款，直接選“未付款申請” ，然后流程就會流轉到“經理審批”的節點，當經理登錄系統時就會發現有“未付款”的申請，經理根據申請的平臺，客戶的信用，客戶的經濟實力等綜合評估，是否有賴帳的風險，如果風險較小，就可通過流程，到下一節點——“技術支持服務” ，當技術支持人員將“短信平臺”安裝好之后，點擊“通過”按鈕，流程會返回到客戶的地方，客戶登錄系統后就會有“支付貨款”的待辦任務，客戶付款之后，跳轉到“財務確認”節點，財務人員登錄后發現貨款收到，點擊通過，流程結束，也即是“未付款申請”——“經理審批”——“安裝”——“客戶付款”——“財務確認”的流程。圖 老客戶安裝流程4 總體設計 項目規劃產品銷售審批系統是一個典型的J2EE開發應用程序，由前臺流程展示、部門管理及后臺流程設計3部分組成。本系統以某公司產品銷售審批系統的流程為例。圖 總流程圖系統管理員分配帳號整個系統只設有一名超級管理員，這個管理員有所有的權限，可以給用戶分配帳號，創建和修改部門，修改任務節點分配人員和部門，當有人忘記系統密碼，可以由管理員初始化為原始密碼。（1）任務分配本系統的特定任務處理人不是規定死的，而是可以由系統管理員配置，一個人可以處理多個節點的任務，一個節點也可以有多個人或多個部門下的人處理。實現了靈活配置，按要求更改的需求。（2）流程申請流程申請可以是任意人員有需求都可以申請，沒有特別的要求。（3）處理流程當用戶登錄系統后在待辦任務頁面就會顯示需要你或你可以處理的任務，同一個任務，被其他有處理權限的人處理過后，這個任務在你的待辦任務中也會注銷，所有有權限處理的人，最后效果都是相同的。 數據庫設計（1）oa_department（部門表）存儲部門的信息，用作管理用戶和分配任務表 41 oa_department 結構字段名 數據類型 長度 是否主鍵 描述id varchar 32 是 IDcreateDT datetime 創建時間depName varchar 32 部門名稱parent_id varchar 32 上級部門 id（2）oa_dept_node（部門任務節點表）記錄不同的任務節點上分配任務的部門。表 42 oa_dept_node 結構字段名 數據類型 長度 是否主鍵 描述node_ID varchar 32 是 任務節點 IDdept_ID varchar 32 是 部門 ID（3）oa_employee（用戶表）用來存儲用戶的信息。表 43 oa_employee結構字段名 數據類型 長度 是否主鍵 描述id varchar 32 是 Id varchar 255 createDT varchar 255 創建時間loginName varchar 255 登錄名mobile varchar 255 手機號name varchar 255 姓名password varchar 255 密碼DPT_ID varchar 32 部門 id（4）oa_employee_node（用戶任務節點表）記錄不同的任務節點上分配任務的用戶。表t oa_employee_node的結構如表44所示。表 44 oa_employee_node 結構字段名 數據類型 長度是否主鍵描述node_ID varchar 32 是 任務節點 idemployee_ID varchar 32 是 用戶 id（5）oa_node（任務節點表）存儲任務節點的概要信息表oa_node 的結構如表45 所示。表 45 oa_node 結構字段名 數據類型 長度 是否主鍵 描述id varchar 32 是 IdflowId varchar 255 所屬流程 idnodeName varchar 255 節點名（6）oa_nodetask （節點任務模板）每個新流程創建的時候，各個流程的節點上的任務都是從這個模板拷貝，然后存儲一份，所以在任務分配修改的時候，只是修改模板的任務，對已分配好的節點任務沒有影響。表oa_nodetaskr的結構如表46所示。表 46 oa_nodetask 結構字段名 數據類型 長度 是否主鍵 描述ID varchar 32 是 IDnodeTaskName varchar 255 節點任務名（7）oa_dept_nodetask（節點任務模板部門表）用來存儲節點任務模板配置部門的信息。表oa_dept_nodetask的結構如表47