項目名稱：NextGenPOS1項目參與人員項目經理：范家林需求分析師：蔡庚賢彭冬磊產品設計師：朱鵬架構師：秦超編碼員：范家林，蔡庚賢，朱鵬，秦超，彭冬磊測試員：范家林，蔡庚賢，朱鵬，秦超，彭冬磊各自完成的任務:范家林：1.2補充規格說明，1.7迭代計劃的編寫，2.8.3銷售單，2.8.4銷售單項蔡庚賢：UML概述的編寫，1.5領域/業務規則，1.6風險列表和風險管理計劃，2.1領域模型彭東磊：立項背景的編寫，2.2系統順序圖（SSD）,2.8.5帳戶，2.8.6帳戶管理朱鵬：1.4詞匯表，1.3預景，2.3操作契約，2.8.1商品，2.8.2商品管理秦超：1.1用例模型2.4類圖，2.5系統結構，2.6包圖，2.7部署圖文檔的編寫以及產品介紹文檔由組員共同編寫完成2立項背景21世紀，超市的競爭也進入到了一個全新的領域，競爭已不再是規模的競爭，而是技術的競爭、管理的競爭、人才的競爭。技術的提升和管理的升級是超市業的競爭核心。零售領域目前呈多元發展趨勢，多種業態：超市、倉儲店、便利店、特許加盟店、專賣店、貨倉等相互并存。如何在激烈的競爭中擴大銷售額、降低經營成本、擴大經營規模，成為超市營業者努力追求的目標。3UML概述面向對象的系統分析與設計，包括OOA（面向對象分析）與OOD（面向對象設計）兩個部分。其中OOA的主要任務是分析問題，找出問題解決方案。同時，發現對象并分析對象內部構成和外部關系，建立軟件系統的對象模型。OOD的主要任務是根據已確立的系統對象模型，運用面向對象技術，設計對象與類，進而設計系統結構、人機界面、數據管理、任務管理等子系統。UML（UnifiedModelingLanguage）是第3代的面向對象建模語言，融入了軟件工程領域的新思想、新方法和新技術，提出如模板、擴展機制、活動圖等新概念。UML易于表達且功能強大，應用廣泛。它不但適用于面向對象的軟件分析與設計，還支持從需求分析開始的軟件開發的全過程。UML定義了一系列圖形工具，以對現實世界進行面向對象建模。標準建模語言UML已成為面向對象技術的主流建模工具，支持系統分析、設計和實現等軟件開發全過程。目錄TOC\o"1-5"\h\z項目名稱：NextGenPOS11項目參與人員12立項背景23UML概述2目錄31初始51.1用例模型（秦超）5usecase510-20%corepickedrequirement61.2補充規格說明71.2.1修訂歷史7Introduction（簡介）7Functionality（功能性）7Usability（可用性）8Reliability（可靠性）8Performance（性能）8Supportability（可支持性）8ImplementationConstraints（實現約束）9PurchasedComponents（購買的組建）9Interfaces（接口）9Application-SpecificDomain（Business）Rules（應用領域規則）9LegalIssues（法律問題）10InformationinDomainsofInterest（所關注領域內的信息）——101.3預景10RevisionHistory（修訂歷史）10簡介11定位111.3.4涉眾描述111.3.5產品概覽111.3.6系統特性概要121.3.7其它需求和約束121.4詞匯表121.4.1修訂歷史121.4.2定義131.5領域/業務規則131.5.1修訂歷史131.5.2規則列表141.6風險列表和風險管理計劃141.7迭代計劃14為期三周的迭代計劃：142細化152.1領域模型152.2系統順序圖（SSD）172.3操作契約172.4類圖192.5系統體系結構192.6包圖202.6.1包“采購單管理界面”202.6.2包“銷售單管理界面”202.6.3包“商品信息管理界面”202.6.4包“帳戶信息管理界面”202.6.5包“售出商品結算界面”202.6.6包“采購單管理”212.6.7包“銷售單管理”212.6.8包“商品信息管理”212.6.9包“帳戶信息管理”212.6.10包“采購單”212.6.11包“銷售單”212.6.12包“商品”21包“帳戶”212.7UML部署圖232.8類清單23商品Merchandise23商品管理MerchandiseMgmtHandler24銷售單SalesOrder27銷售單項SalesOrderltem28帳戶account29帳戶管理AccountMgmtHandler311初始POS機系統記錄每件商品。系息，系統對支付信息進行驗證和記購物小票，然后攜帶物品離開。（from前臺po曲I）POS機系統記錄每件商品。系息，系統對支付信息進行驗證和記購物小票，然后攜帶物品離開。（from前臺po曲I）卩皿機銷售員（Jrom曲魚）（用例圖）1?1?210-20%corepickedrequirement用例名稱：處理銷售范圍：NextGenPOS應用級別：用戶目標主要參與者:收銀員涉眾及其關注點：---收銀員：希望能夠快速準確的收入，而且沒有支付錯誤---售貨員：希望自動更新售貨提成---顧客：希望便捷清晰的看到所輸入的商品項目和價格，希望得到購買憑證。以便退貨---經理：希望能夠快速執行超控操作，并易于更正收銀員的不當操作前提條件:收銀員必須經過確認和認證成功保證：存儲銷售信息，更新賬務和庫存信息，記錄提成，生成票據。主成功場景參與者的活動1，客戶攜帶所購商品或服務到收銀臺通過pos付款2，收銀員開始一次新的銷售交易3，收銀員輸入商品ID4，系統逐條記錄出售商品項目，并顯示該商品的描述，價格和累計金額收銀員重復3?4步直到結束5，系統顯示總額和所計算的稅金6，收銀員告知顧客總額，并提請付款7，顧客支付8，處理支付9，記錄完整的銷售信息，并將銷售和支付信息發送到外部的賬務系統和庫存系統，系統顯示票據擴展特殊需求技術和數據變元表發生頻度雜項1.2補充規格說明1?2?1修訂歷史Version（版本）Date（日期）Description（描述）Author（作者）初始草案2011-10-13第一個草案，將在細化階段進行精華秦超Introduction（簡介）本文檔記錄了NextGenPOS所有未在用例中描述的需求。Functionality（功能性）--（通?？缭蕉鄠€用例的功能性。）1?日志和錯誤處理在持久性存儲中記錄所有錯誤。2?可插拔規則在幾個用例（見定義）的不同場景點執行任意一組規則，以支持對系統功能的定制。3?安全性任何使用都需要經過用戶的驗證。Usability（可用性）人性因素顧客將能夠看到pos大屏幕顯示器的顯示。因此：--應該在1米外輕松看到文本。--避免使用一般色盲人群難以辨認的顏色。快捷，無措的的銷售交易處理極為重要，因為購買者希望快速離開，否則會給他們的購要買體驗（和對銷售員的評價）帶來負面影響。收銀員的視線通常停留在顧客或商品上，而不是計算機顯示器上。因此，提示和告警應該通過聲音傳遞，而不僅僅是通過圖像傳遞。Reliability（可靠性）--可恢復性如果在使用外部服務（支持授權，賬務系統，??????）時出現錯誤，為了完成銷售交易，需要嘗試采用本地方案（如存儲和轉發）加以解決。對此需要更深入的分析??????Performance（性能）正如“人性因素”一節中所提及的，購買者希望非常快速地完成銷售處理過程。外部支付授權是瓶頸之一。我們的目標是：90%的情況下，能夠在一分鐘之內完成授權。Supportability（可支持性）1?可適應性NextGenPOS的不同客戶在處理銷售時有其特有的業務規則和處理需求。因此，在場景中的幾個預定之處（例如，當開始新的銷售交易時，當增加新的商品時），需要能夠啟用可拔插的業務規則。2?可配置性不同的客戶對其POS系統有不同的網絡配置需求。例如，采用胖客戶端或瘦客戶端，兩成和多層物理結構等等。除此之外，他們還要求具備修改配置的能力，以便適應其變更業務和性能的需求。因此，系統應該具備一定的可配置能力以適應這些需求。對此需要進一步分析，以發現哪些地方需要靈活性和靈活性的程度，以及實現這種靈活性所需的工作。ImplementationConstraints（實現約束）NextGenPOS的領導層堅持采用JAVA技術解決方案，他們認為采用JAVA技術除了易于開發外，還能夠提高遠期的移植和可支持性能力。PurchasedComponents（購買的組建）--稅金計算器。必須支持用于不同國家的可拔插計算器免費開源構件一般而言，我們建議在該項目中盡可能的使用免費的Java技術開源構件。盡管現在對確定最終的設計和選擇而構件來說為時尚早，但是我們建議采用以下構件：--JLog日志框架Interfaces（接口）1?重要硬件接口--觸摸屏（操作系統將此視為普通監視器，且觸摸動作也視為鼠標事件）。--條形碼激光掃描儀（通常附加在一種特殊鍵盤上，掃描儀在軟件中視為鍵盤輸入）。--票據打印機。--信用卡/借記卡讀卡器。--簽名讀取裝置2?軟件接口由于存在眾多外部協作系統（稅金計算器，賬務，庫存，??????），我們需要采用不同的接口，接入不同的系統。Application-SpecificDomain（Business）Rules（應用領域規則）ID規則可變性來源規則1購買者折扣規則。每個零售商有不同規則雲售商政策規則2銷售〔交易級）折扣規則適用于稅前總額每個零售商有不同的規則，每天或每小時都可能改變雲售商政策規則3產品〔商品級）折扣規格每個霧售商有不同的規則，每天或每小時都可能改變零售商政策LegalIssues（法律問題）我們建議使用一些開源構件，但是要解決其許可限制問題，以便使包含開原構件的產品能夠轉售。法律規定，在銷售交易中必須遵從所有稅務規則。同時要注意的是，這些規則可以頻繁變更。InformationinDomainsofInterest（所關注領域內的信息）1?定價除了在“應用的領域規則”小節中描述的定價規則外，還需要注意，產品有原始價格和可選的常設低標價之分。產品標示的價格（折扣前）是常設低標價。由于賬務和稅務的原因，即使有常設低標價，也需要維護原始價格。2?信用卡和借記卡支付處理當支付授權服務批準了信用卡和借記卡支付后，將由支付授權服務而不是買方來負責對賣方的支付。因此，對于每筆支付，賣方都需要將授權服務的未付金額紀錄于其應收賬戶下。通常授權服務在每晚執行電子轉賬操作，將賣方當天的應收總額轉入其帳下，同時對每筆交易扣除（少量的）服務費。3?銷售稅銷售稅的計算可能會十分復雜，并且會根據各級政府的立法而定期變更。因此，對水井計算采用第三方軟件（存在許多可選的第三方軟件）是明智之舉。水晶可能分別歸屬于城市，地區，省和國家。某些商品可能是無條件免稅的，或者是根據買方或目標承受者（例如，成人和兒童）進行免稅。4?商品標識：UPC，EAN，SKU,條形碼和條形碼讀取裝置NextGenPOS要支持各種商品標識方案。對于出售的產品而言，UPC（通用產品代碼），EAN（歐洲物品編碼）和SKU（庫存單位）是三種常見的商品銷售標識系統。JAN（日本物品編碼）類似于EAN。SKU是由零售商定義的完全專用的標識。無論如何，UPC和EAN具有標準和受規章限制的構件1.3預景1?3?1RevisionHistory（修訂歷史）Version版本）Date（日期）Description（描述）Author（作者）1?3?2簡介我們設想NextGenPOS是下一代POS的應用，能夠容錯，具有靈活性以支持各種客戶的不同業務規則，具有多終端和用戶接口機制，并且能夠與各種第三方支持系統進行整合。1?3?3定位1?3?4涉眾描述市場統計涉眾（非用戶）概要用戶概要4涉眾的關鍵高階用戶（和外部系統）要求系統實現以下目標:5用戶級目標--收銀員：處理銷售交易，處理退貨，入款，出款--系統管理員：管理用戶，安全性和系統表--經理：啟動和關閉--銷售活動系統：分析銷售數據1?3?5產品概覽1.3.6系統特性概要TOC\o"1-5"\h\z1?3?7其它需求和約束1.4詞匯表1?4?1修訂歷史Version版本）Date（日期）Description（描述）Author（作者）1.4?2定義ID規則可變性來源規則1信用卡支付需要簽名可能會一直要求購買者“簽名”但是在兩年內，大多數顧客希望在數字設備上記錄簽名，并且在5年內，我們預期需求支付現在中國法律所支持的新的唯一數字編碼“簽名”所有信用卡授權公司的政策規則2稅務規則。銷售中的需要考慮稅務事宜。當前詳情參見政府公布的狀況。高。各級政府每年都會變更稅法。法律規則3信用卡支付退款可能只對購買者的信用卡帳戶進行退款操作，而不是以現金退款。低信用卡授權公司的政策1.5領域/業務規則1?5?1修訂歷史Version版本）Date（日期）Description（描述）Author（作者）

1?5?2規則列表IDRule（規則）Changeability（可變性）Source（來源）====================1.1?1.5為UP的需求指標==================1?6風險列表和風險管理計劃1.7迭代計劃為期三周的迭代計劃:第i次迭代示例:2細化2.1領域模型NextGenPQS的部分領域模型2.2系統順序圖（SSD）Cash加Cash加Syvl?m2.3操作契約契約COl：makeNewSale操作：makeNewSale()交叉引用：用例：處理銷售前置條件：無后置條件：?創建了Sale的實例s（創建實例）。s被關聯到Register（形成關聯）。?s的屬性被初始化（修改屬性）。契約C02:enterltem操作：enterltem（itemID：ItemlD,quantity：integer）交叉引用：用例：處理銷售前置條件：正在進行中的銷售。后置條件：?創建了SalesLineltem的實例sli（創建實例）。sli被關聯到當前Sale（形成關聯）。sli.quanlity賦值為quantity（修改屬性）。?基于itemID的匹配，sli被關聯到ProductDescripton（形成關聯）。契約CO3：endSale操作：enterSale（）交叉引用：用例：處理銷售前置條件：正在進行中的銷售。后置條件:?Sale.isComplete被置為真（修改屬性）。契約CO4：makePayment操作：makePayment（amount：Money）交叉引用：用例：處理銷售前置條件：正在進行中的銷售。后置條件：?創建了Payment的實例p（創建實例）。?p.amountTendered被賦值為amount（修改屬性）。

?p被關聯到當前的Sale（形成關聯）。?當前的Sale被關聯到Store（形成關聯）（將其加入到完成銷售的歷史日志當中）。2.4類圖（前臺pos機銷售類關系圖）2.5系統體系結構本系統采用五層分層體系結構：-表現層：用來實現系統的“用戶界面”；-控制層：負責在用戶界面與后臺邏輯層之間的連接與調度;-業務邏輯層：實現各個實體類及其內部包含的業務邏輯；-持久化層：負責在實體類與數據層之間建立OR映射；-數據層：采用關系型數據庫進行數據存儲；業務邏輯層持久化層2.6包圖2.6.1包“采購單管理界面”*****************************2.6.2包“銷售單管理界面”界面“銷售單查詢”界面“銷售單統計”2.6.3包“商品信息管理界面”界面“商品信息查詢”界面“庫存不足商品查詢”界面“商品信息管理”2.6.4包“帳戶信息管理界面”界面“帳戶管理”2.6.5包“售出商品結算界面”界面“售出商品結算”2.6.6包“采購單管理”******************************2.6.7包“銷售單管理”控制類“銷售單管理”2.6.8包“商品信息管理”控制類“商品信息管理”2.6.9包“帳戶信息管理”控制類“帳戶信息管理”2.6.10包“采購單”實體類“采購單”、“采購單項”實體類“采購統計表”、“采購統計表項”2.6.11包“銷售單”實體類“銷售單”、“銷售單項”實體類“銷售統計表”、“銷售統計表項”2.6.12包“商品”實體類“商品”2.6.14包“帳戶”實體類“帳戶”1控制層銷售單管理采購單管理1商品信息管理帳戶管理V

2.7UML部署圖類型類名類作用所在包名控制類SalesOrderMgmtHandler銷售單據管理類Control.SalesOrderMerchandiseMgmtHandler商品信息管理類Control.MerchandiseAccountMgmtHandler帳戶信息管理類Control.Account實體類Merchandise商品Entity.MerchandiseAccount帳戶Entity.account2.8.1商品Merchandise類的UML圖示：Merchandise戛SNchar(10)毘Namechar(10)■^producerchar(10)毎Stockint^>Stock_limitint^>pre_prineefloat^>discount_pricefloat^remarkstring?Add(DBst「ing:string):int^Modify(DBstring:string):int?Check(DBstring:string):string?Delete(DBstring:string):string類的用途:保存商品的屬性和對商品的各種操作，包括添加刪除等。屬性列表：

屬性名屬性含義數據類型缺省值可見性SN商品編號stringNULL—Name商品名稱stringNULL—producer生產廠商stringNULL—Stock當前庫存里int0—stocklimit庫存下限int0—preprince預售價格float0—discount_price會員折扣float與預售價格相等remark備注stringNULL—操作列表:操作名操作的含義可見性參數列表返回值類型名稱類型Add()新建商品記錄+DBstringstringIntModify()修改商品記錄+DBstringstringintCheck()輸出商品信息+DBstringstringstringDelete()刪除商品記錄+DBstringstringstring內部邏輯說明：Add(stringDBstring){執行DBstring命令，成功返回0,否則返回-1}Modify(stringDBstring){執行DBstring命令，成功返回0，否則返回-1}Check(stringDBstring){執行DBstring命令，返回結果集}Delete(stringDBstring){執行DBstring命令，返回結果集}2.8.2商品管理MerchandiseMgmtHandler類的UML圖示：Merch日ndiseMgirrtH日ndl曰^■(/ler-chandisejist:list^>selllist:list?匚lassify_匚hEck(classify_w&c:tc}「::string):list?匚heck_detail(id:string):string^sell_init():irit^sell_insert(Merchandise_SN:string,sell_NO:string):intell_delete(Merehandise_SN:string,sell_NO:string):int*sell_count(sell_NO:string):floatell_disconnt(sell_N0:string):float*sell_deal[sell_NO:string):int*add[detail_vector:string}:intSnodify(detad_yecta:string):int^delete[MerchandiseSN:string):string類的用途:商品信息和對商品的操作，控制和商品相關的各種操作的調用屬性列表：屬性名屬性含義數據類型缺省值可見性Merchandise_list商品的列表List，數據庫返回的每一個條目為一個成員(SELECT*)NULLSell_list銷售列表List，成員為MerchandiseSNNULL操作列表:操作名操作的含義可見性參數列表返回值類型名稱類型Classify_check()查看某一分類的商品的信息+Classify_vectorstringListCheck_detail()查看某一商品的詳細信息+idstringstringSell_init()初始化購物單+IntSell_insert()將商品加入購物單+Merchandise_SNstringintSell_NOintSell_delete()將購物單中某+Merchandise_SNstringint商品刪除Sell_NOintSell_count()計算商品總價+Sell_NOIntfloatSell_discount()計算折后商品總價+Sell_NOintfloatSelldeal()結算+SellNOintintAdd()添加商品記錄+detail_vectorstringintModify()修改商品記錄+detail_vectorstringintDelete()刪除商品記錄+Merchandise_SNstringstring內部邏輯說明:Classify_check(stringClassify_vector){由Classify_vector構建DB命令，調用實體類merchandise的check()方法，返回結果集}Check_detail(stringid){構建和id相關的DB命令，調用實體類merchandise的check()方法，返回結果集}Sell_init(){初始化購物單，返回編號}Sell_insert(stringMerchandise_SN，intsell_N0){將SN加入ID為sell_ID的購物單}Sell_delete(stringMerchandise_SN，intsell_NO){將SN從ID為sell_ID的購物單中去掉一個}Sell_count(Sell_N0){構建DB命令，使用SUM方法，計算出總金額，并返回}Sell_discount(Sell_NO){構建DB命令，使用SUM方法，計算出折扣后的總金額，并返回}Sell_deal(Sell_NO){補充時間等各種信息，構建DB命令，數據庫中生成一張銷售單據}Add(stringdetail_vector){有detail_vector構建DB命令，動作為INSERT，調用實體類merchandise的Add()執行，并返回結果集。}modify(stringdetail_vector){有detail_vector構建DB命令，調用實體類merchandise的modify()執行，并返回結果集。}Delete(Merchandise_SN){由Merchandise_SN構建數據庫命令，調用實體類merchandise的Delete()執行，返回結果集}2.8.3銷售單SalesOrder類的UML圖示：SalesOrder場Bill」D:string爲Bill_Date:string^>Bill_Sum:float^>Bill_SalerlD:string^Billjist:List<new_Bill():bill^Modify_Bill(DBstring:string):int*lnsert_Bill_item():int?Delete_Bill_ltem(B_item:Billjtem*):int^Modify_Bill_ltem(B_item:B_item*):int^Modify_Auto():int<CheckList():BillList類的用途：保存單據的屬性和對商品的各種操作，包括添加刪除等。屬性列表：屬性名屬性含義數據類型缺省值可見性BillID編號stringNULL一BillDate日期stringNULL一BillSum總金額float0一BillSalerID收銀員編號stringNULL一BillList銷售商品列表Bill*NULL一操作列表:操作名操作的含義可見性參數列表返回值類型名稱類型NewBill新建+BillModifyBill修改+DBstringstringintInsert_Bill_Item增加銷售單項+B_itemBill_Item*intDelete_Bill_Item刪除銷售單項+B_itemBill_Item*intModify_Bill_Item修改銷售單項+B_itemBill_Item*intDBstringstringModify_Auto自動修改商品信息+intCheckList查詢+BillList內部邏輯說明：BillNew_Bill(){創建新的單據并返回}intModify_Bill(stringDBstring){執行DBstring命令，成功返回0,不成功返回T}intInsert_Bill_Item(Bill_Item*B_item){將B_item指向的銷售單項加入到銷售單，成功返回0，不成功返回T}intDelete_Bill_Item(Bill_Item*B_item){將B_item指向的銷售單項從當前銷售單刪除，成功返回0，不成功返回T}intModify_Bill_Item(Bill_Item*B_item,stringDBstring){對B_item指向的銷售單項執行DBstring命令，成功返回0，不成功返回T}intModify_Auto(){根據當前銷售單內容構建DB命令更新庫存狀況，成功返回0,不成功返回-1}Bill_ListCheck_List(){構建DB命令，查詢當前所有單據，并返回單據列表}2.8.4銷售單項SalesOrderltem類的UML圖示：SalesOrderltem影SN:string>^>Merchandise_ID:string^>Merchandise_Name:string^>Merchandise_Price:float^>Merchandise_Amount:int^>Merchandise_Sum:float戛Remark:string?New_Bill_ltem():Billjtem^Modify_Bill_ltem(DBstring:string):int?CheckDetail():Merchandise類的用途：標記銷售單里的條目屬性列表：屬性名屬性含義數據類型缺省值可見性SN序號stringNULL一Merchandise」。商品編號stringNULL一MerchandiseName商品名稱stringNULL一MerchandisePrice商品單價float0一MerchandiseAmount商品數目int1一MerchandiseSum金額float0一Remark備注stringNULL一操作列表:操作名操作的含義可見性參數列表返回值類型名稱類型NewBillItem新建+BillItem*ModifyBillItem修改+DBstringstringintCheckDetail查詢+Merchandise內部邏輯說明：Bill_Item*New_Bill_Item(){新建一個銷售單項，返回它的指針}intModify_Bill_Item(stringDBstring){對當前銷售單項執行DBsting，成功返回0，不成功返回-1}MerchandiseCheck_Detail(){對當前銷售單項的商品構建DB命令，查詢商品詳情，并返回}2.8.5帳戶account類的UML圖示：SalesQrder^>Bill_ID:string^>Bill_Dat&:string^>Bill_Sum:float^>Bill_Sal&rlD:string匚list:List?門ew_曰110:billodify_Bi11(DSstring:string):int^lnsert_Bill_item(}:intelete_Bi\\_\\enn(B_it&m:Billjtem*):int*Modify_HIl_ltem{B_i