【正文】 3． 為了保證數(shù)據(jù)存儲的絕對可靠，硬盤應使用磁盤冗余陣列（RAID 01）4． 為了防止服務器不可預測的故障，或者服務器的定期維護對公司整個業(yè)務造成的影響，所有建議使用兩臺服務器。兩臺服務器應構成雙機熱備份。中間使用WatchDog電路。這樣的結構可以保證整個系統(tǒng)的長時間不間斷工作，即使在服務器定期維護的時候也可以使用后備另一臺服務器工作。5． 服務器應支持熱插拔電源6． 服務器必須配備UPS（不間斷電源）。7． 服務器應該放在公司內部。不然無法進行程序調試。8． 服務器應該必須有固定IP地址。9． 其他性能在經濟條件允許的情況下，應該盡量使用高速穩(wěn)定的配件。二． 服務器上應該配備的軟件1． 操作系統(tǒng)：Microsoft Windows 2000 server 或者 Microsoft Windows 2000 Advanced server2． 數(shù)據(jù)庫：Microsoft SQL Server 2000 (簡體中文版) 3． 服務器必須使用專業(yè)的防火墻和反病毒軟件。4． 除了為了運行必須配備的程序以外，服務器上建議盡量不要安裝其他無關程序，以減少程序的混亂或者程序的意外沖突。5． 各其他分公司的操作系統(tǒng)盡量統(tǒng)一。（Windows 9x系列或者Windows 2000系列）。這樣可以避免管理軟件在出來因為操作系統(tǒng)版本不一致造成的過多的開銷。6． 各分公司的機器必須也安裝反病毒軟件和防火墻。以防止網絡上的蠕蟲病毒在整個網絡范圍內的蔓延。7． 如果要打印涉及字段比較多的報表，應該配備針式打印機。注：建議首先把服務器定下來，不然無法進行數(shù)據(jù)庫定義了。其他內容可以在編制過程中慢慢配上。如果實在不行，可以先用臨時的代替一下，在正式使用時候再作更新。內部管理系統(tǒng)上層數(shù)據(jù)庫設計數(shù)據(jù)表定義 安全性驗證：屬性：部門編號（2）這里的部門對于市場部或分公司來說就是市場部或分公司編號 密碼主鍵：部門編號 部門編號—名稱數(shù)據(jù)庫屬性：部門（分公司）編號，主管人員，部門名稱，部門所在地址，聯(lián)系電話，Email,備注主鍵：部門編號 業(yè)務員信息數(shù)據(jù)庫屬性：工號，所屬部門編號（2），姓名，年齡，職務，報到日期，離開日期，離職原因，日常電話，手機，BP機，地址，郵編，備注主鍵：工號 部門—業(yè)務信息屬性：業(yè)務流水號，所屬部門編號（2），遞交部門編號（2），業(yè)務員姓名，業(yè)務類型，業(yè)務送達時間，業(yè)務應完成時間，備注主鍵：業(yè)務流水號 業(yè)務—資料信息屬性：自動編號，業(yè)務流水號（4），資料名稱，送達時間，遞交人，接收人，是否收到，備注主鍵：自動編號 業(yè)務進程信息屬性：自動編號，業(yè)務流水號（4），目前所屬部門編號（2），是否完成，完成時間，備注（反饋信息）主鍵：自動編號 公司收入條件屬性：部門編號（2），日期，總收入，總支出 主鍵：部門編號，日期內部管理系統(tǒng)市場部數(shù)據(jù)庫設計一．定義實體集1． 公司服務 內容－價格數(shù)據(jù)表 按照數(shù)據(jù)庫設計理論規(guī)范，此處不應使用“數(shù)據(jù)表”這一名稱，實體集并不等同于數(shù)據(jù)表，但在這里為了表述的方便，仍然使用了“數(shù)據(jù)表”這個名稱屬性：編號，業(yè)務名稱，業(yè)務簡介，價格，最低限價，備注主鍵：編號2． 上網套餐 套餐名－所含內容數(shù)據(jù)表屬性：自動編號，套餐名，套餐編號，服務編號（1），備注主鍵：自動編號3． 上網套餐 最低價格數(shù)據(jù)表屬性：套餐編號（2），常規(guī)價格，最低限價，備注主鍵：套餐編號4． 客戶信息數(shù)據(jù)表屬性：客戶編號，客戶名稱，聯(lián)系人名稱，聯(lián)系地址，聯(lián)系電話，聯(lián)系郵編，備注主鍵：客戶編號5． 客戶－事件數(shù)據(jù)表屬性：自動編號，客戶編號（4），事件編號（9），備注主鍵：自動編號6． 事件－服務數(shù)據(jù)表屬性：自動編號，事件編號（9），服務編號（1）（2） 此處的表關聯(lián)關系需要取決于“是否為上網套餐字段”，如果選擇“是”，則關聯(lián)應為(2)，否則為(1)，是否為上網套餐，備注主鍵：自動編號7． 事件－業(yè)務員數(shù)據(jù)表屬性：自動編號，事件編號（9），業(yè)務員編號（18），備注主鍵：自動編號8． 事件－應收資料數(shù)據(jù)表屬性名：資料編號，事件編號（9），資料名稱，資料預備提交方式（文字，照片等），資料類型，備注主鍵：資料編號9． 事件信息數(shù)據(jù)表：屬性：事件編號，事件簡介，合同價格，合同起始日期，合同終止日期，備注主鍵：事件編號10． 業(yè)務員實際收取資料情況數(shù)據(jù)表屬性：自動編號，事件編號（9），收到資料編號（8），收到資料日期，資料是否完整，資料收到形式，經手人編號，備注主鍵：自動編號11． 業(yè)務員收取錢款情況數(shù)據(jù)表屬性：自動編號，事件編號（9），收到錢款，收到日期，支付方式，經手人編號，備注主鍵：自動編號12． 業(yè)務員領取資料情況數(shù)據(jù)表 屬性：自動編號，業(yè)務員編號（18），實物資料編號（14），領取日期，使用日期，去向，是否遺失，是否賠償，賠償價格，賠償日期，備注 主鍵：自動編號13． 業(yè)務員領取票證情況數(shù)據(jù)表屬性：業(yè)務員編號（18），票證編號（15），領取日期，使用日期，票證去向，是否遺失，是否賠償，賠償價格，賠償日期，備注主鍵：業(yè)務員編號，票證編號14． 資料－編號數(shù)據(jù)表屬性：起始編號，終止編號，實物名稱，實物達到公司日期，接收人編號（18），備注主鍵：起始編號，終止編號15． 票證－編號數(shù)據(jù)表屬性：自動編號，起始編號，終止編號，票證名稱，票證達到公司日期，接收人編號（18），備注主鍵：自動編號16． 部門－編號數(shù)據(jù)表屬性：自動編號，部門名稱，部門編號，部門負責人編號（18），任期開始，任期終止主鍵：自動編號17． 職務－編號數(shù)據(jù)表屬性：職務編號，職務名稱，簡述主鍵：職務編號18． 員工信息數(shù)據(jù)表屬性：員工編號，部門編號（16），員工姓名，地址，年齡，性別，日常電話，手機，BP機，電子郵件地址，職務編號（17），報到日期，離開日期，離職原因，備注主鍵：員工編號19． 提成計算數(shù)據(jù)表屬性：自動編號，業(yè)績金額，部門編號（16），提成比例，備注主鍵：自動編號20． 底薪計算數(shù)據(jù)表屬性：自動編號，業(yè)績金額，業(yè)績保持時間，部門編號（16），底薪，備注主鍵：自動編號21． 管理費計算數(shù)據(jù)表屬性：自動編號，部門編號（16），職務編號（17），管理費金額，備注主鍵：自動編號22． 職工工資數(shù)據(jù)表屬性：職工編號（18），時間，底薪（20），業(yè)務提成（19），管理費（21），事假，病假，其他一，其他二，應發(fā)金額，實發(fā)金額主鍵：職工編號，時間二． 說明1． 加下劃線的為實體集主鍵2． 藍色的為該實體集屬性與其他實體集屬性發(fā)生關聯(lián)的。3． 括號內的數(shù)字為關聯(lián)實體集編號。項目工作量估算以下工作量劃分是按照軟件工程理論，將整個項目劃分成6個階段（這里沒有包含后期維護），分別估算的，估算單位是 工作日/每人 也就是說是按照一個人如果來操作此項目，所需時間為依據(jù)的。但根據(jù)項目規(guī)模，應該配備兩人以上，因為這樣可以實現(xiàn)部分設計并行開展，有利于提高效率和質量控制。在目前的模塊劃分下，每一個模塊只需要一人編寫就可以了。1． 項目可行性研究 32． 系統(tǒng)需求分析 53． 系統(tǒng)總體設計 54． 系統(tǒng)詳細設計 105． 編碼設計 （總共 100）5．1 市場部 （界面設計 5）5．1．1 系統(tǒng)登陸模塊 35．1．2 系統(tǒng)設置模塊 45．1．3 事件添加模塊 85．1．4 事件查找編輯 65．1．5 事件參數(shù)設置 05．1．6 事件跟蹤模塊 55．1．7 人事基本管理 65．1．8 部門參數(shù)設置 05．1．9 資料票據(jù)管理 65．1．10 業(yè)務收入統(tǒng)計 45．1．11 工資參數(shù)設置 05．1．12 員工工資管理 85．1．13 數(shù)據(jù)加密備份模塊 35．1．14 數(shù)據(jù)庫管理模塊 4 5．2 網管部 界面 4 代碼 155．3 制作部 界面 4 代碼 156． 調試 10 按此合計總共需要 143工作日/人。目前已經完成的有項目可行性研究、需求分析、總體設計、詳細設計（總共占23工作日/人），剩余工作還有120工作日/每人。但這個時間劃分只是一個大致的時間需求，實際操作時候可以另行調整（但原則上不應大于此時間限制），并且如果有多人合作，有些步驟是可以并行開展的。58 / 5