午啪啪夜福利无码亚洲,亚洲欧美suv精品,欧洲尺码日本尺码专线美国,老狼影院成年女人大片

1、重慶龍湖集團樓盤銷售管理系統需求規格說明書編號：LF-CM-SBS版本：1.0作者：侯成方.日期：2008-6-11審批：日期：狀態修訂人修改日期版本備注新創建侯成方.2008-6-111.0目錄1概述51.1目的51.2范圍51.3讀者對象51.4參考文檔52系統說明62.1功能概述62.2用戶與角色72.3系統功能82.4當遵循的標準或規范93功能性需求103.1樓盤信息管理10錄入樓盤信息11樓盤狀態改變12條件查詢社區或樓盤資料123.2成交客戶追蹤管理13錄入成交客戶信息14修改成交客戶狀態16按條件模糊查詢成交客戶信息163.3房屋交易信息管理17錄入房屋交易信息18按規格打印預算2、表19按條件查詢房屋交易信息20查詢每個月每個店和每個人的成交套數和成交金額213.4需求客戶信息管理22錄入需求客戶信息23按條件查詢需求客戶信息24給需求客戶添加備注，表明其更改了的需求24分配需求客戶給置業顧問253.5員工信息管理26錄入員工基本信息27修改員工基本信息27刪除員工基本信息28查詢員工基本信息29查詢員工成交套數和成交金額303.6統計報表30每個店的銷售報表31每個員工的銷售報表32每月店面排名報表32每月員工的銷售排名報表333.7權限管理34增加角色34修改角色35刪除角色36給角色授權373.7.5給用戶授權374非功能性需求384.1技術需求38軟硬件環境需求3、38安全保密需求38可維護性和可擴展性385開發工具396訪問權限407系統管理與維護411 概述樓盤銷售是公司的基本業務，也是公司的根本。為了促進公司管理的規范化、制度化，重慶龍湖集團決定實施樓盤銷售管理系統。希望通過這個系統完成對樓盤銷售的掌控，了解樓盤銷售狀態，員工業績等信息，同時也使員工了解自己推銷的樓盤信息，并記錄下需求準客戶，并積極把其轉化為成交客戶。1.1 目的本文檔是重慶足下在與重慶龍湖集團的樓盤銷售管理系統實施合同基礎上編制的。本文檔的編寫為下階段的設計、開發提供依據，為項目組成員對需求的詳盡理解，以及在開發開發過程中的協同工作提供強有力的保證。同時本文檔也作為項目評審驗收的4、依據之一。1.2 范圍本系統包括：樓盤信息管理、房屋交易信息管理、成交客戶追蹤管理、需求客戶信息管理、員工信息管理和統計報表六個功能模塊。另包括權限管理模塊用于系統的用戶、角色和相關權限。在上述文件未明確描述的情況下，應能滿足合同和相關投標書所描述的功能。1.3 讀者對象重慶龍湖集團經理和開發小組組員。1.4 參考文檔無2 系統說明2.1 功能概述功能模塊詳細功能說明樓盤信息管理可錄入社區信息；可錄入社區中每棟樓盤信息；可導入導出規范格式的社區資料信息；可以查看社區的信息資料；可以實現樓盤狀態(未售、已下定、已售)之間的轉換能夠查詢每種戶型的具體資料；能夠按社區或樓盤的關鍵字進行查詢；能夠按戶5、型、套內面積、建筑面積或套內單價進行查詢；能夠進行模糊查詢房屋交易信息管理可錄入房屋交易信息可查詢每個月的成交套數和成交金額能夠按規格打印出房屋購買預算表能夠按社區或樓盤的關鍵字進行查詢；能夠按戶型、套內面積、套內單價進行條件查詢；能夠按付款方式進行查詢；能夠進行模糊查詢成交客戶追蹤管理可錄入成交信息可更改成交信息狀態(下定、已簽合同、房交所審核、歸檔)能夠按房號、業主姓名、合同號、交房時間進行條件查詢能夠進行模糊查詢需求客戶信息管理可錄入需求客戶信息可給需求客戶添加備注、表明其改變的需求可查詢需求客戶信息、但只有添加需求客戶的人能看到聯系方式可分配需求客戶(聯系方式)能夠進行模糊查詢員工信息6、管理可錄入員工基本信息能夠查詢員工的聯系方式能夠查詢員工每月業績能夠刪除員工信息統計報表查詢每月每店銷售業績查詢每個員工銷售業績查詢店面銷售排名查詢員工銷售排名權限管理可增加、刪除角色可給角色授權2.2 用戶與角色與本系統相關的用戶和角色包括：系統管理員：管理系統用戶、角色與權限，保證系統正常運行。人力資源部：錄入員工基本信息。刪除員工信息。銷售經理：錄入社區信息及社區中樓盤、房屋信息。導入導出規范格式的社區資料。查詢每月成交套數和金額。查詢店面銷售排名。查詢每月每店銷售業績。查詢員工銷售排名。查看員工每月業績店長：導入導出規范格式的社區資料。查詢每月本店成交套數和金額。查詢店面銷售排名。查詢7、每月每店銷售業績。查詢員工銷售排名。查看員工每月業績。分配需求客戶置業顧問：錄入需求客戶。查詢自己的需求客戶。給需求客戶添加備注，表明其改變的需求。按規定格式打印出購房預算表。錄入成交信息。更新成交信息狀態(下定、已簽合同、房交所審核、歸檔)。房屋狀態轉換(未售、已下定、已售)。查看客戶信息。查看員工聯系方式。查詢員工銷售排名。查看員工每月業績。2.3 系統功能系統用例圖如圖1所示，子用例圖及詳細的用例描述見“功能性需求”部分。圖 12.4 當遵循的標準或規范本系統采用Microsoft SQL Server數據庫，使用Java EE進行開發，采取B/S架構。數據庫設計原則上符合第三范式，且規8、范，易于維護。程序需使用MVC模式，采用三層架構，保證系統的可維護性和可擴展性。3 功能性需求本系統分樓盤信息管理、房屋交易管理、成交客戶追蹤、需求客戶管理、員工信息管理、統計報表和權限管理七個模塊。3.1 樓盤信息管理樓盤信息管理模塊包含錄入社區、樓盤信息，樓盤銷售狀態更改和條件查詢樓盤信息三個模塊，子用例圖如圖2所示。圖2樓盤信息管理是本系統的根本，是公司存在的基礎。銷售經理在錄入社區或樓盤信息后，店長和置業顧問才能夠查詢到社區或樓盤的信息。并且銷售經理可以導入導出規定格式的社區或樓盤資料，以備宣傳使用。店長和置業顧問也可以導出規范格式的社區或樓盤資料，用來給客戶宣傳。并能夠隨時條件查詢出9、社區和樓盤的詳細信息。在某一樓盤交易以后，可以更改樓盤的狀態。樓盤狀態可分為：未售、已下定、已售。3.1.1 錄入樓盤信息3.1.1.1 業務概述銷售經理錄入社區或樓盤信息后，店長和置業顧問才能給客戶推薦此樓盤。3.1.1.2 使用者銷售經理3.1.1.3 前置條件銷售經理登陸系統，需要銷售新樓盤時。3.1.1.4 輸入要素錄入樓盤信息時需輸入如下信息：表1數據項說明輸入格式是否必填社區名稱文本是社區地址文本是占地面積文本是綠化面積文本是均價平均售價文本是開盤時間文本入住時間文本交通狀況文本周邊配套文本3.1.1.5 處理流程接受頁面數據，添加到數據庫中3.1.1.6 輸出要素保存成功或失敗，10、如果頁面的必填項沒有填寫，則不能添加。3.1.1.7 后置條件銷售經理執行錄入樓盤信息動作生效3.1.2 樓盤狀態改變3.1.2.1 業務概述樓盤狀態分為三種：未售、已下定、已售。在店長或置業顧問賣出一套房子或一套房子已下定后，要改變其狀態。 3.1.2.2 使用者店長、置業顧問3.1.2.3 前置條件店長或置業顧問登陸系統，并且已下定或售出房屋時。3.1.2.4 輸入要素樓盤狀態更改時需輸入如下信息：表2數據項說明輸入格式是否必填樓盤狀態下拉選框是3.1.2.5 處理流程接受頁面數據，修改數據庫中此樓盤中房屋狀態3.1.2.6 輸出要素保存成功或失敗。3.1.2.7 后置條件店長或置業顧問執11、行更改房屋狀態生效。3.1.3 條件查詢社區或樓盤資料3.1.3.1 業務概述根據社區名字、社區地址、均價、戶型、套內面積等條件查詢社區或樓盤詳細信息。3.1.3.2 使用者店長、置業顧問3.1.3.3 前置條件店長或置業顧問登陸系統，需要按客戶需求查詢樓盤信息時3.1.3.4 輸入要素查詢樓盤信息時需輸入如下信息：表3數據項說明輸入格式是否必填社區名稱文本社區地址文本均價平均售價文本戶型文本套內面積文本開盤時間文本入住時間文本交通狀況文本周邊配套文本3.1.3.5 處理流程接受頁面數據，查詢數據庫中匹配的項3.1.3.6 輸出要素社區或樓盤詳細信息集合3.1.3.7 后置條件店長或置業顧問執12、行查詢動作生效3.2 成交客戶追蹤管理成交客戶追蹤管理模塊包含錄入成交客戶信息、修改成交客戶狀態，模糊條件查詢成交客戶信息信息三個模塊，子用例圖如圖3所示。圖3在成交客戶追蹤管理里面，店長和置業顧問擁有相同的權限：錄入成交客戶信息、修改成交客戶狀態和按條件模糊查詢成交客戶信息三個模塊。在一個客戶下定以后，店長或置業顧問就可以錄入此客戶信息，狀態為：下定。當客戶和開發商簽定合同以后，便修改此客戶的狀態為：已簽合同。當房交所已經審核和已經歸檔的時候，此客戶狀態會作相應改變。當客戶來咨詢的時候，店長或置業顧問可以按條件模糊查詢出客戶信息。3.2.1 錄入成交客戶信息3.2.1.1 業務概述當一個客戶13、相中一套房子，已經下定后，店長或置業顧問便錄入此客戶信息，以便在以后的流程（簽合同、房交所備案、歸檔）中更方便的為客戶服務。3.2.1.2 使用者店長、置業顧問3.2.1.3 前置條件店長或置業顧問登陸系統后，客戶已經下定。3.2.1.4 輸入要素錄入成交客戶信息時需輸入如下信息：表4數據項說明輸入格式是否必填客戶名稱文本是客戶性別單選是客戶身份證文本是客戶住址客戶現在住址，非樓盤地址文本是客戶電話文本是樓盤地址只讀是房號客戶選擇的房屋房號下拉選框是套內單價成交時的單價文本是戶型下拉選框是建筑面積文本是套內面積文本是房價總房款只讀文本是契稅總房款*1.5%只讀文本是合同印花稅總房款*0.03%14、只讀文本是轉移登記費80元/戶只讀文本是國土證費90.8元/戶只讀文本是貸款額貸款額(按竭才有)文本抵押登記費80元/戶(按竭才有)只讀文本按竭印花稅貸款額*0.005%(按竭才有)只讀文本五通費文本是大修基金總房款*3%只讀文本是總額應負實際總額只讀文本是負款方式一次性、分期、按竭下拉選框是狀態已下定、已簽合同、房交所已備案、已歸檔下拉選框是3.2.1.5 處理流程接受頁面信息，添加到數據庫中。3.2.1.6 輸出要素是否保存成功。3.2.1.7 后置條件店長或置業顧問執行錄入動作生效3.2.2 修改成交客戶狀態3.2.2.1 業務概述成交客戶的狀態分為：已下定、已簽合同、房交所已備案、已歸15、檔。當成交客戶信息改變時，則更改數據庫里的響應數據。3.2.2.2 使用者店長、置業顧問3.2.2.3 前置條件客戶的狀態改變時。3.2.2.4 輸入要素修改成交客戶信息時需輸入如下信息：表5數據項說明輸入格式是否必填客戶狀態下拉選框是3.2.2.5 處理流程接受頁面數據，將其保存到數據庫中。3.2.2.6 輸出要素是否修改成功。3.2.2.7 后置條件店長或置業顧問執行修改操作生效。3.2.3 按條件模糊查詢成交客戶信息3.2.3.1 業務概述當店長或置業顧問需要查詢某一成交客戶信息時，在頁面輸入查詢條件，點擊查詢后顯示出匹配的成交客戶信息。3.2.3.2 使用者店長、置業顧問3.2.3.316、 前置條件店長或置業顧問登陸系統，需要查詢成交客戶信息時。3.2.3.4 輸入要素查詢成交客戶信息時需輸入如下信息：表6數據項說明輸入格式是否必填成交客戶編號文本成交客戶姓名文本成交客戶房號文本3.2.3.5 處理流程接受頁面數據，從數據庫中查詢出相匹配的數據集。3.2.3.6 輸出要素符合條件的成交客戶的詳細信息集。3.2.3.7 后置條件店長或職業顧問執行查詢操作生效。3.3 房屋交易信息管理房屋交易信息管理模塊包含錄入房屋交易信息、查詢每個月每個店和每個人的成交套數和成交金額，按規格打印預算表和按條件查詢房屋交易信息四個模塊，子用例圖如圖4所示。圖4在房屋交易管理里面，店長和置業顧問擁有17、相同的權限：錄入房屋交易信息、查詢每個月每個店和每個人的成交套數和成交金額，按規格打印預算表和按條件查詢房屋交易信息四個模塊。在一個客戶有意向買房后，店長或置業顧問可以按規格打印出預算表出來，在客戶和開發商簽定合同以后，店長或置業顧問就可以錄入此交易信息。店長或置業顧問可以按條件模糊查詢此房屋交易信息以及每個月本店和每個人的成交套數和成交金額。3.3.1 錄入房屋交易信息3.3.1.1 業務概述當客戶和開發商簽定合同以后，店長或置業顧問就可以錄入此交易信息3.3.1.2 使用者店長、置業顧問3.3.1.3 前置條件客戶和開發商簽定合同以后3.3.1.4 輸入要素錄入房屋交易信息時需輸入如下信息18、：表7數據項說明輸入格式是否必填客戶名稱文本是客戶性別單選是客戶身份證文本是客戶住址客戶現在住址，非樓盤地址文本是客戶電話文本是樓盤地址只讀是房號客戶選擇的房屋房號下拉選框是套內單價成交時的單價文本是戶型下拉選框是建筑面積文本是套內面積文本是房價總房款只讀文本是契稅總房款*1.5%只讀文本是合同印花稅總房款*0.03%只讀文本是轉移登記費80元/戶只讀文本是國土證費90.8元/戶只讀文本是貸款額貸款額(按竭才有)文本抵押登記費80元/戶(按竭才有)只讀文本按竭印花稅貸款額*0.005%(按竭才有)只讀文本五通費文本是大修基金總房款*3%只讀文本是總額應負實際總額只讀文本是負款方式一次性、分期、19、按竭下拉選框是3.3.1.5 處理流程接受頁面信息，添加到數據庫中。3.3.1.6 輸出要素是否保存成功。3.3.1.7 后置條件店長或置業顧問執行錄入動作生效3.3.2 按規格打印預算表3.3.2.1 業務概述當一個客戶有購房意向時，店長或置業顧問可打印出此客戶的預算表。3.3.2.2 使用者店長、置業顧問3.3.2.3 前置條件客戶有購房意向3.3.2.4 輸入要素按規格打印預算表時需輸入如下信息：表8數據項說明輸入格式是否必填客戶名稱文本是樓盤地址只讀是房號客戶選擇的房屋房號下拉選框是套內單價成交時的單價只讀文本戶型只讀文本建筑面積只讀文本套內面積只讀文本房價總房款只讀文本契稅總房款*120、.5%只讀文本合同印花稅總房款*0.03%只讀文本轉移登記費80元/戶只讀文本國土證費90.8元/戶只讀文本貸款額貸款額(按竭才有)文本抵押登記費80元/戶(按竭才有)只讀文本按竭印花稅貸款額*0.005%(按竭才有)只讀文本五通費文本是大修基金總房款*3%只讀文本是總額應負實際總額只讀文本是負款方式一次性、分期、按竭下拉選框是3.3.2.5 處理流程將頁面數據按一定規格打印出來。3.3.2.6 輸出要素一定規格的預算表。3.3.2.7 后置條件店長或置業顧問執行打印動作生效3.3.3 按條件查詢房屋交易信息3.3.3.1 業務概述用戶輸入房屋交易信息的部分相關信息后，可查詢出詳細的房屋交易信21、息集合。3.3.3.2 使用者店長、置業顧問3.3.3.3 前置條件店長、置業顧問需要查詢相關的詳細的房屋交易信息3.3.3.4 輸入要素查詢房屋交易信息時需輸入如下信息：表9數據項說明輸入格式是否必填交易流水號文本客戶名稱文本樓盤地址只讀房號客戶選擇的房屋房號下拉選框負款方式一次性、分期、按竭下拉選框是3.3.3.5 處理流程接受頁面信息，在數據庫中查詢出匹配的信息集顯示到頁面上。3.3.3.6 輸出要素相匹配的信息集合3.3.3.7 后置條件店長或置業顧問執行查詢動作生效3.3.4 查詢每個月每個店和每個人的成交套數和成交金額3.3.4.1 業務概述查詢出每個月每個店和每個人的成交套數和成22、交金額，顯示到頁面上3.3.4.2 使用者店長、置業顧問3.3.4.3 前置條件店長或置業顧問登陸系統3.3.4.4 輸入要素查詢每個月每個店和每個人的成交套數和成交金額時需輸入如下信息：表10數據項說明輸入格式是否必填月份文本是3.3.4.5 處理流程接受頁面信息，從數據庫中查詢出匹配的信息集。3.3.4.6 輸出要素相匹配的信息集合3.3.4.7 后置條件店長或置業顧問執行查詢動作生效3.4 需求客戶信息管理需求客戶信息管理模塊包含錄入需求客戶信息、給需求客戶添加備注，表明其更改的需求、按條件模糊查詢需求客戶、分配需求客戶給置業顧問四個模塊，子用例圖如圖5所示。圖5當一個客戶到向店長或置業23、顧問咨詢時，我們將其視為一個需求客戶。當了解到一個新的需求客戶后，我們可以添加其需求。當店長或置業顧問跟進時，可能發現客戶的需求已經改變，這時我們需要在此需求客戶下添加備注，表明其變化的需求。當店長或置業顧問處于一個合適的銷售周期時，可以按條件模糊查詢出需求客戶，但是只有自己錄的需求客戶可以看到其聯系方式。如果一個置業顧問辭職了，店長可以把這個置業顧問的需求客戶分配給其他正在工作的置業顧問。3.4.1 錄入需求客戶信息3.4.1.1 業務概述當一個客戶到向店長或置業顧問咨詢時，我們可以將此需求客戶信息錄入數據庫中，以備以后跟進。3.4.1.2 使用者店長、置業顧問3.4.1.3 前置條件客戶有24、購房需求時3.4.1.4 輸入要素錄入需求客戶信息時需輸入如下信息：表11數據項說明輸入格式是否必填客戶名稱文本是客戶性別單選是客戶電話文本是需求地址文本是需求戶型下拉選框是需求面積單選是需求價格單選是3.4.1.5 處理流程接受頁面信息，添加到數據庫中。3.4.1.6 輸出要素是否保存成功。3.4.1.7 后置條件店長或置業顧問執行錄入動作生效3.4.2 按條件查詢需求客戶信息3.4.2.1 業務概述當店長或置業顧問需要查詢需求客戶信息時，在頁面輸入查詢條件，便能查詢，但只有自己錄入的需求客戶可以查看需求客戶的聯系方式。3.4.2.2 使用者店長、置業顧問3.4.2.3 前置條件店長或置業顧25、問需要查詢需求客戶時3.4.2.4 輸入要素查詢需求客戶信息時需輸入如下信息：表12數據項說明輸入格式是否必填客戶名稱文本需求地址文本需求戶型下拉選框需求面積單選需求價格單選3.4.2.5 處理流程接受頁面信息，從數據庫中查詢出匹配的需求客戶信息集合。3.4.2.6 輸出要素匹配的需求客戶信息集合3.4.2.7 后置條件店長或置業顧問執行查詢動作生效3.4.3 給需求客戶添加備注，表明其更改了的需求3.4.3.1 業務概述當需求客戶的需求更改時，店長或置業顧問便對其添加備注，表明其現在的需求。3.4.3.2 使用者店長、置業顧問3.4.3.3 前置條件客戶需求更改時3.4.3.4 輸入要素給需26、求客戶添加備注時需輸入如下信息：表13數據項說明輸入格式是否必填備注文本是3.4.3.5 處理流程接受頁面信息，添加到數據庫中。3.4.3.6 輸出要素是否保存成功。3.4.3.7 后置條件店長或置業顧問執行添加動作生效3.4.4 分配需求客戶給置業顧問3.4.4.1 業務概述當一個置業顧問辭職了，店長可以把這個置業顧問的需求客戶分配給其他正在工作的置業顧問。3.4.4.2 使用者店長3.4.4.3 前置條件一個置業顧問辭職了3.4.4.4 輸入要素分配需求客戶給置業顧問時需輸入如下信息：表14數據項說明輸入格式是否必填置業顧問名字下拉選框是3.4.4.5 處理流程接受頁面信息，添加到數據庫中27、。3.4.4.6 輸出要素是否保存成功。3.4.4.7 后置條件店長或置業顧問執行保存動作生效3.5 員工信息管理員工信息管理模塊包含錄入員工基本信息、修改員工基本信息、刪除員工基本信息、按條件模糊查詢員工基本信息和查詢員工成交套數和成交金額五個模塊，子用例圖如圖6所示。圖6當一個員工面試成功，成為公司的置業顧問時，人力資源部便錄入此員工基本信息。如此員工基本信息改變，則可修改其基本信息。當員工離職時，可以刪除此員工基本信息。每個本公司職員都可查詢員工的聯系方式。人力資源部可以查詢此員工的成交套數和成交金額。3.5.1 錄入員工基本信息3.5.1.1 業務概述當一個員工面試成功，成為公司的置業28、顧問時，人力資源部便錄入此員工基本信息。3.5.1.2 使用者人力資源部3.5.1.3 前置條件人力資源部登陸系統，有一個員工成為本公司置業顧問時。3.5.1.4 輸入要素錄入員工基本信息時需輸入如下信息：表15數據項說明輸入格式是否必填員工姓名文本是員工性別單選是員工年齡文本是員工電話文本是員工地址文本是系統使用名文本是系統密碼文本是3.5.1.5 處理流程接受頁面信息，保存到數據庫中。3.5.1.6 輸出要素是否添加成功。3.5.1.7 后置條件人力資源部執行添加動作生效。3.5.2 修改員工基本信息3.5.2.1 業務概述當員工基本信息改變時，將此員工新的信息保存到數據庫中。3.5.2.29、2 使用者人力資源部3.5.2.3 前置條件員工基本信息發生改變時3.5.2.4 輸入要素修改員工基本信息時需輸入如下信息：表16數據項說明輸入格式是否必填系統密碼文本是3.5.2.5 處理流程接受頁面數據，保存到數據庫中。3.5.2.6 輸出要素是否修改成功。3.5.2.7 后置條件人力資源部執行修改動作生效3.5.3 刪除員工基本信息3.5.3.1 業務概述當一個員工離職時，將其在數據庫中信息刪除。3.5.3.2 使用者人力資源部3.5.3.3 前置條件人力資源部登陸系統，有一個員工要離職時3.5.3.4 輸入要素刪除員工基本信息時需輸入如下信息：表17數據項說明輸入格式是否必填員工編號文30、本是3.5.3.5 處理流程接受頁面傳來的員工編號，刪除其在數據庫中的信息。3.5.3.6 輸出要素是否刪除成功3.5.3.7 后置條件人力資源部執行刪除動作生效。3.5.4 查詢員工基本信息3.5.4.1 業務概述當員工需要聯系其他員工，進行業務交流時，可以在系統中查詢到其他員工的聯系方式。3.5.4.2 使用者人力資源部、銷售經理、店長、置業顧問3.5.4.3 前置條件員工登陸系統，需要聯系其他員工時3.5.4.4 輸入要素查詢員工基本信息時需輸入如下信息：表18數據項說明輸入格式是否必填員工名字文本員工所在店名文本3.5.4.5 處理流程接受頁面數據，查詢出相匹配的員工信息的集合。3.531、.4.6 輸出要素相匹配的員工信息集合。3.5.4.7 后置條件員工執行查詢操作生效。3.5.5 查詢員工成交套數和成交金額3.5.5.1 業務概述人力資源部、銷售經理需要了解員工的成交套數和成交金額時3.5.5.2 使用者人力資源部、銷售經理。3.5.5.3 前置條件人力資源部或銷售經理登陸系統3.5.5.4 輸入要素查詢員工成交套數和成交金額時需輸入如下信息：表19數據項說明輸入格式是否必填員工編號文本員工姓名文本員工所在店名文本3.5.5.5 處理流程接受頁面數據，查詢出相匹配的員工信息的集合。3.5.5.6 輸出要素相匹配的員工信息集合3.5.5.7 后置條件人力資源部或銷售經理執行查32、詢動作生效。3.6 統計報表統計報表模塊包含每月每個店銷售報表、每月每個員工銷售報表、每月店面排名和每月員工銷售排名四個模塊，子用例圖如圖7所示。圖73.6.1 每個店的銷售報表3.6.1.1 業務概述當用戶從頁面輸入店名后，在數據庫里查詢出這個月這個店的銷售數據，以報表形式顯示到界面上。3.6.1.2 使用者人力資源部、銷售經理、店長、置業顧問3.6.1.3 前置條件用戶登陸系統3.6.1.4 輸入要素查看每個店的銷售報表時需輸入如下信息：表20數據項說明輸入格式是否必填店名文本3.6.1.5 處理流程接受頁面數據，從數據庫中查詢出匹配的信息，以報表形式顯示到頁面上。3.6.1.6 輸出要素33、一個店的銷售報表3.6.1.7 后置條件用戶查詢動作生效3.6.2 每個員工的銷售報表3.6.2.1 業務概述當用戶從頁面輸入員工編號或姓名時，從數據庫中查詢出此員工銷售信息，在頁面上以報表形式顯示。3.6.2.2 使用者人力資源部、銷售經理、店長、置業顧問3.6.2.3 前置條件用戶登陸系統3.6.2.4 輸入要素查看每個店的銷售報表時需輸入如下信息：表21數據項說明輸入格式是否必填員工編號文本員工名字文本員工店名文本3.6.2.5 處理流程接受頁面數據，從數據庫中查詢出匹配的信息集合，以報表信息顯示到頁面上。3.6.2.6 輸出要素員工銷售報表3.6.2.7 后置條件用戶執行查詢動作生效334、.6.3 每月店面排名報表3.6.3.1 業務概述查詢每個月店面銷售排名。3.6.3.2 使用者人力資源部、銷售經理、店長、置業顧問3.6.3.3 前置條件用戶登陸系統3.6.3.4 輸入要素查看每月每個店的銷售排名時需輸入如下信息：表22數據項說明輸入格式是否必填月份日期控件3.6.3.5 處理流程接受頁面數據，在數據庫中查詢出匹配的信息集合，以報表形式顯示到頁面上3.6.3.6 輸出要素店銷售排名報表3.6.3.7 后置條件用戶查詢操作生效3.6.4 每月員工的銷售排名報表3.6.4.1 業務概述接受頁面信息，在數據庫中查詢出匹配的信息集合，以報表的形式顯示到頁面上3.6.4.2 使用者人35、力資源部、銷售經理、店長、置業顧問3.6.4.3 前置條件用戶登陸系統3.6.4.4 輸入要素查看每月員工銷售排名報表時需輸入如下信息：表23數據項說明輸入格式是否必填月份日期控件3.6.4.5 處理流程接受頁面數據，在數據庫中查詢出匹配的信息集合，以報表的信息顯示到頁面上。3.6.4.6 輸出要素員工銷售排名報表3.6.4.7 后置條件用戶執行查詢操作生效。3.7 權限管理權限管理模塊包含增加角色、修改角色、刪除角色、給角色授權和給用戶授權五個模塊，子用例圖如圖8所示。圖83.7.1 增加角色3.7.1.1 業務概述增加一個角色基本信息3.7.1.2 使用者系統管理員3.7.1.3 前置條件36、系統管理員登陸系統3.7.1.4 輸入要素增加角色時需輸入如下信息：表24數據項說明輸入格式是否必填角色名稱文本是3.7.1.5 處理流程接受頁面輸入的角色名稱，保存到數據庫中3.7.1.6 輸出要素是否添加成功3.7.1.7 后置條件系統管理員執行添加動作生效。3.7.2 修改角色3.7.2.1 業務概述修改一個角色的信息3.7.2.2 使用者系統管理員3.7.2.3 前置條件系統管理員登陸系統3.7.2.4 輸入要素修改角色時需輸入如下信息：表25數據項說明輸入格式是否必填角色名稱文本是菜單名稱下拉選框是3.7.2.5 處理流程接受頁面數據，修改數據庫中的信息。3.7.2.6 輸出要素是否37、修改成功。3.7.2.7 后置條件系統管理員執行修改動作生效。3.7.3 刪除角色3.7.3.1 業務概述刪除一個角色信息。3.7.3.2 使用者系統管理員3.7.3.3 前置條件系統管理員登陸系統。3.7.3.4 輸入要素刪除時需輸入如下信息：表26數據項說明輸入格式是否必填角色名稱文本是3.7.3.5 處理流程接受頁面數據，刪除數據庫中匹配的項3.7.3.6 輸出要素是否刪除成功。3.7.3.7 后置條件系統管理員執行刪除動作生效。3.7.4 給角色授權待解決。3.7.5 給用戶授權待解決。4 非功能性需求4.1 技術需求4.1.1 軟硬件環境需求系統應可運行于Windows平臺或Unix38、平臺（數據庫服務器運行于Windows平臺）。系統采用B/S架構，可通過瀏覽器訪問，使用IE6.0或更高版本可順利完成全部系統操作。系統運行于局域網環境中。系統采用的Java SDK版本為6.0（或更高版本）。系統數據庫使用MS SQL Server 2000（或更高版本）。4.1.2 安全保密需求本系統的系統架構，以及權限機制可以保證系統的安全性。首先，從系統架構看，本系統采用BS模型，從而使服務器數據源與客戶端分離，保證了數據的物理獨立性；其次，本系統的用戶授權機制通過角色的定義管理實現，通過定義某些角色能進行的操作權限，和定義用戶擁有的角色，限定用戶的操作權限，實現對用戶的授權。4.1.39、3 可維護性和可擴展性本系統的應用平臺設計中選擇B/S結構，采用基于JAVA技術并且符合Java EE開發規范的系統應用平臺，并采用三層結構，使系統具有良好的可維護性和可擴展性5 開發工具 操作系統平臺：Windows 2003/xp 后臺數據庫:Microsoft SQL server 服務器端腳本: Struts、Spring、Hibernate 客戶端多媒體交互技術 Flash MX 圖形界面設計：photoshop 9.0 6 訪問權限權限用戶名密碼系統管理員admin888888人力資源部rlzyb888888銷售經理jl888888店長dz888888置業顧問zygw8888887 系統管理與維護樓盤銷售管理系統系統v1.0系統是由房地產公司內部使用的管理系統，系統安裝在用戶的內部服務器上，系統運行的硬件環境和網絡環境應由用戶進行管理和維護；系統的運行由開發方負責培訓用戶對應的人員，并由其負責管理與維護。系統管理員應定期備份平臺數據文件及其某些重要程序文件、定期檢查平臺的運行情況、隨時保障平臺穩定的運行，從而為用戶的工作帶來新的突破和飛躍。