【文章內(nèi)容簡介】 以及它們之間的關(guān)系。在本系統(tǒng)中主要的用戶是管理員和操作員。其中管理員主要是負責(zé)對用戶的增加、刪除、修改、查看和對系統(tǒng)的管理，即查看系統(tǒng)的操作日志，同時其可以改變系統(tǒng)外觀風(fēng)格和查看客戶聯(lián)系情況，而操作員是本系統(tǒng)的主要用戶，其負責(zé)所有業(yè)務(wù)的記錄與處理。包括：對客戶信息的增刪改查、與客戶進行聯(lián)系，對業(yè)務(wù)記錄的增刪改查，同時其還可以查看修改自身的個人信息。如圖 251： 圖 251 用例圖 | 8 (ii) 用例描述：系統(tǒng)用例較多，且每個用例基本上都好幾個模塊，所以在本論文中僅以業(yè)務(wù)記錄管理中的添加業(yè)務(wù)記錄為例展示出用例描述。其他用例與其類似則不進行一一描述了。 (iii)添加業(yè)務(wù)記錄用例描述： 用例名稱：添加業(yè)務(wù)記錄 簡要描述：業(yè)務(wù)員輸入業(yè)務(wù)記錄信息，檢查無誤，完成添加業(yè)務(wù)功能； 前置條件：業(yè)務(wù)員登陸客戶管理系統(tǒng)； 后置條件：空； 基本事件流： （ 1）業(yè)務(wù)事件發(fā)生； （ 2）業(yè)務(wù)員在系統(tǒng)中選擇發(fā)生業(yè)務(wù)的客戶； （ 3）業(yè)務(wù)員錄入與該客戶有關(guān)的業(yè)務(wù)信息 A1 錄入數(shù)據(jù)無效； （ 4）正常錄入 ，系統(tǒng)確認； （ 5）更新業(yè)務(wù)記錄數(shù)據(jù)庫： B1 業(yè)務(wù)發(fā)生時間比客戶“最近一次聯(lián)系時間”早 B2 業(yè)務(wù)發(fā)生時間比客戶“最近一次聯(lián)系時間”晚 (6)更新客戶信息數(shù)據(jù)庫； (7)操作結(jié)束，業(yè)務(wù)記錄添加成功。 (iv)其他事件流： A2 錄入數(shù)據(jù)無效 返回基本事件流（ 2） B1 業(yè)務(wù)發(fā)生時間比客戶“最近一次聯(lián)系時間”早 返回基本事件流（ 7） B2 業(yè)務(wù)發(fā)生時間比客戶“最近一次聯(lián)系時間”晚 將客戶“最近一次聯(lián)系時間”字段改為該業(yè)務(wù)發(fā)生時間 返回基本事件流（ 6） 動態(tài)模型 面向?qū)ο蠓治鲈O(shè)計中，動態(tài)建模描述了系統(tǒng)的動態(tài)行為，動態(tài)模型描述與操作時間和順序有關(guān)的系統(tǒng)特征、影響更改的事件、事件的序列、事件的環(huán)境以及事件的組織。借助序列圖、狀態(tài)圖和活動圖，可以描述系統(tǒng)的動態(tài)模型。動態(tài)模型的每個圖均有助于理解系統(tǒng)的行為特征。對于開發(fā)人員來說，動態(tài)建模具有明確性、可視性和簡易性的特點。 序列圖可以供不同種類的人員使用，用戶可以從序列圖中看到業(yè)務(wù)過程的細節(jié)；分 | 9 析人員可以從序列圖中看到相關(guān)的處理流程；開發(fā)人員可以看到需要開發(fā)的對象以及對這些對象的操作；質(zhì)量保證師可以看到過程 的細節(jié)，并根據(jù)這個過程開發(fā)測試案例。可以說序列圖對系統(tǒng)的開發(fā)的各個方面都是有用的?？梢?，序列圖對一個系統(tǒng)來說也是至關(guān)重要的，所以在本論文中動態(tài)圖我們最主要選擇了序列圖。協(xié)作圖是交互圖的另外一種形式，它側(cè)重描述對象、對象間的鏈接以及鏈接對象間如何發(fā)送消息。而活動圖又體現(xiàn)了活動，這是序列圖和協(xié)作圖不能表示出的。 3 系統(tǒng)概要設(shè)計 設(shè)計思想 系統(tǒng)設(shè)計主要由兩個階段組成：系統(tǒng)設(shè)計、結(jié)構(gòu)設(shè)計。 系統(tǒng)設(shè)計是系統(tǒng)的總體目標(biāo)起點，根據(jù)我們在需求分析階段對系統(tǒng)功能的要求來考慮系統(tǒng)所要用到的技術(shù)以及經(jīng)濟開銷和系統(tǒng)的運 行環(huán)境等方面的條件，確定系統(tǒng)的總體設(shè)計方案，從而確保系統(tǒng)的總體目標(biāo)的實現(xiàn)。 系統(tǒng)分為了多個模塊，每個模塊完成一個相應(yīng)功能，從而實現(xiàn)模塊的獨立化。由于模塊的獨立程度又由內(nèi)聚和耦合兩個標(biāo)準(zhǔn)來進行衡量，因此要做到模塊的獨立化就得盡量使模塊的劃分做到高內(nèi)聚和低耦合。 耦合是對一個軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量。耦合強弱取決于模塊之間接口的復(fù)雜程度，進入或訪問一個模塊的點，以及通過接口的數(shù)據(jù)，在軟件設(shè)計中應(yīng)該追求盡可能低耦合的系統(tǒng)。由此可知影響軟件復(fù)雜程度的一個重要因素就是耦合，所以我們在開發(fā)系統(tǒng)時應(yīng)該采取以下 的設(shè)計原則：盡量使用數(shù)據(jù)耦合，少用控制耦合，限制公共環(huán)境耦合的范圍，完全不用內(nèi)容耦合。 設(shè)計目標(biāo) 系統(tǒng)的總體設(shè)計目標(biāo)就是建立一個統(tǒng)一的信息管理平臺，以公司經(jīng)營的客戶群為中心來對客戶的詳細信息進行有效的管理，加強同客戶的交流和感情的建立，從而提高客戶對公司的滿意程度，也為公司的不斷發(fā)展起到推動性的作用。 其實本系統(tǒng)要實現(xiàn)的一系列操作都是對數(shù)據(jù)進行增、刪、查、改操作。通過對本系統(tǒng)的分析后，本系統(tǒng)需要達到的主要設(shè)計目標(biāo)有： (1)系統(tǒng)的要達到一個友好的界面。 (2)系統(tǒng)的管理員對有完全權(quán)限。 | 10 (3)系統(tǒng)用 戶可隨時修改自己的口令。 (4)系統(tǒng)用戶輸入數(shù)據(jù)要作驗證。 (5)系統(tǒng)各個模塊的增、刪、改、查要設(shè)計得當(dāng)。 (6)系統(tǒng)要有使用說明書。 (7)系統(tǒng)運行要穩(wěn)定，而且也要安全可靠。 系統(tǒng)結(jié)構(gòu)設(shè)計 本系統(tǒng)的主要功能結(jié)構(gòu)圖如圖 31 所示： 圖 31 功能結(jié)構(gòu)圖 運行環(huán)境 平臺： windows/Linux/macosx/Unix 數(shù)據(jù)庫： mysql5 服務(wù)器： apache d server/nighx/iis 等 系統(tǒng)的設(shè)計 計算機管理信息系統(tǒng)設(shè)計的基本前提條件是把管理對象數(shù)字化或符號化，也就是代碼設(shè)計。代碼指明了事物的名稱、屬性、狀態(tài)。運用計算機進行數(shù)據(jù)處理時，為了錄入和處理的方便，為了節(jié)省存儲空間，提高處理速度、效率和精度，通常用數(shù)字、字母和一些特殊符號組成的代碼來識別事物和處理數(shù)據(jù)，這就是代碼設(shè)計。代碼設(shè)計是數(shù)據(jù)庫系統(tǒng)開發(fā)的前提條件，數(shù)據(jù)庫的有力補充，是系統(tǒng)不可缺少的重要內(nèi)容。編碼是指與原來名稱對應(yīng)的編號、符號或記號。它是進行信息交換、處理、傳輸和實現(xiàn)信息資源共享 | 11 的關(guān)鍵。編碼也用于指定數(shù)據(jù)的處理方法、區(qū)別數(shù)據(jù)類型，并指定計 算機處理的內(nèi)容等。 在進行代碼設(shè)計的過程中，要求程序員遵循下列代碼設(shè)計的基本原則： (1)要適合計算機處理 代碼是計算機進行分類、排序、檢索、統(tǒng)計、分析等所有處理的依據(jù)，因此代碼選擇要便于計算機識別和處理。例如，采用按位編碼法得到的代碼分類基準(zhǔn)量明確，處理方便；而采用字母法進行代碼設(shè)計則便于人工閱讀，易于進行文檔的編寫和維護。當(dāng)然，最重要的是代碼設(shè)計要滿足管理的要求。 (2)要便于使用 代碼的結(jié)構(gòu)要簡單明了，含義單純，容易理解，容易記憶。例如，要盡可能使用現(xiàn)有的名稱代號和代碼符號。在本系統(tǒng)的對象中，企業(yè)內(nèi)部 的員工編號是確定而且穩(wěn)定的，這樣在代碼設(shè)計時就不宜變動，可繼續(xù)使用。 (3)要具有系統(tǒng)性、通用性和可擴展性 代碼不僅對于本系統(tǒng)適用，而且要考慮到應(yīng)用于本系統(tǒng)所在的高層網(wǎng)絡(luò)，甚至于全行業(yè)的應(yīng)用。因此，代碼設(shè)計要從系統(tǒng)出發(fā)，從高處著眼，以利于通觀整個系統(tǒng)，便于整個系統(tǒng)內(nèi)部的信息交換及數(shù)據(jù)共享，同時最好采用上級部門的編碼。要考慮到各種代碼的適用范圍、適用時間和適用的技術(shù)特點，直觀性要好，通用性要強。還要考慮到發(fā)展的遠景及有可能出現(xiàn)的變化和增減。 (4)選擇最小值代碼 代碼位數(shù)直接影響到存儲空間的利用和處理速度。同 時，代碼位的數(shù)增加，工作人員的出錯率也隨之增加，所以代碼的位數(shù)要最小。 (5)代碼標(biāo)準(zhǔn)化 凡是國家和主管部門已經(jīng)制定統(tǒng)一代碼的，則采用標(biāo)準(zhǔn)代碼形式，便于各系統(tǒng)之間的信息交換。如國家和主管部門無統(tǒng)寧規(guī)定的，則盡量和國際標(biāo)準(zhǔn)或國際慣例相一致，或和同行業(yè)的慣例相一致。 數(shù)據(jù) ER 圖如 351 和 352 | 12 圖 351ER 圖 1 圖 352 ER 圖 2 主要類屬性如圖 353 至 357 | 13 圖 353 項目基礎(chǔ)屬性 圖 354 客戶 customer 基礎(chǔ)屬性 圖 355 產(chǎn)品 product 是基礎(chǔ)屬性 | 14 圖 356 用戶 user 的基礎(chǔ)屬性 系統(tǒng)的數(shù)據(jù)庫設(shè)計 系統(tǒng)設(shè)計時要考慮數(shù)據(jù)庫的設(shè)計，數(shù)據(jù)庫的設(shè)計要許多的原則。本系統(tǒng)的數(shù)據(jù)庫設(shè)計規(guī)范化為： 1. 表中不應(yīng)該有空的列； 2. 表中不應(yīng)該有重復(fù)的值或者列； 3. 表中應(yīng)該有唯一的標(biāo)識符； 表設(shè)計的時候，一定要用一個 ID 號來確定唯一的標(biāo)識行記錄，而不要通過名字、編號等字段來對紀(jì)錄進行區(qū)分。每個表都應(yīng)該有一個 ID 列，任何兩個記錄都不可以共享同一個 ID 值。另外，這個 ID 值最好由據(jù)庫來進行自動管理，而不要把這個任務(wù)給前臺應(yīng)用程序。否則的話，很容易產(chǎn)生 ID 值不統(tǒng)一的情況。 4. 象一定要有統(tǒng)一的前綴； 一個應(yīng)用系統(tǒng)，往往有許多的數(shù)據(jù)庫表。沒有統(tǒng)一的前綴引用時有可能比較困難。因此，在建庫前一定要花一定的時間去制定一個合理的前綴命名規(guī)范。如和物料管理模塊相關(guān)的可以用 M 等。其次，表、視圖、函數(shù)等最好也有統(tǒng)一的前綴。 5． 存儲單一實體類型的數(shù)據(jù)。 這里的實體類型和數(shù)據(jù)類型是不同的，此處講的實體類型是指所需描述對象的本身 。如：圖書管理系統(tǒng)中，圖書信息和作者信息是不同的實體對象，需要不同的表，這樣日后能更好的維護。 下面為數(shù)據(jù)表，由于數(shù)據(jù)表較多，就不一一的陳列了，主要選擇幾個。 客戶詳細信息數(shù)據(jù)庫表 wkcustomer，主要用于記錄客戶信息，數(shù)據(jù)表如下： 字段 類型 空 默認 customer_id int(10) 否 owner_role_id int(10) 否 creator_role_id int(10) 否 | 15 contacts_id int(10) 否 0 name varchar(333) 否 origin varchar(150) 否 address varchar(100) 否 zip_code varchar(20) 否 industry varchar(150) 否 annual_revenue varchar(20) 否 ownership varchar(150) 否 rating varchar(150) 否 create_time int(10) 否 update_time int(10) 否 is_deleted int(1) 否 is_locked int(1) 否 delete_role_id int(10) 否 delete_time int(10) 否 項目詳細信息數(shù)據(jù)表 wkbusiness，主要 存放詳細相關(guān)信息，數(shù)據(jù)表如下： 字段 類型 空 默認 business_id int(10) 否 name varchar(255) 否 origin varchar(255) 否 type varchar(200) 否 estimate_price int(11) 否 0 customer_id int(10) 否 creator_role_id int(10) 否 owner_role_id int(10) 否 gain_rate int(3) 否 total_amount int(10) 否 subtotal_val float(9,2) 否 discount_price float(9,2) 否 sales_price float(9,2) 否 | 16 due_date int(10) 否 create_time int(10) 否 update_time int(10) 否 update_role_id int(10) 否 status_id int(10) 否 total_price float(10,2) 否 nextstep varchar(100) 否 nextstep_time int(10) 否 is_deleted int(1) 否 delete_role_id int(10) 否 delete_time int(10) 否 contacts_id int(10) 否 contract_address varchar(500) 否 產(chǎn)品詳細信息數(shù)據(jù)表 wkproduct，主要記錄產(chǎn)品信息，數(shù)據(jù)表如下： 字段 類型 空 默認 product_id int(10) 否 category_id int(11) 否 name varchar(200) 否 creator_role_id int(10) 否 cost_price float(10,2) 否 suggested_price float(10,2) 否 development_team varchar(255) 否 development_time int(10) 否 link varchar(200) 否 create_time int(10) 否 update_time int(10) 否 合同是數(shù)據(jù)表表的結(jié)構(gòu) wkcontract， 主要記錄合同的詳細信息： 字段 類型 空 默認 contract_id int(10) 否 number varchar(50) 否 business_id int(10) 否 price decimal(10,2) 否