【正文】 圖 71 在積分實績更新模塊正常運行后的日志記錄 圖 72 在積分實績更新模塊正常運行后的積分表更新數(shù)據(jù)文件 圖 73 在積分實績更新模塊正常運行后的臨時交易信息表 各店鋪交易狀況統(tǒng)計模塊測試結果 該模塊的測試包括共通信息取得、文件存在檢查處理、數(shù)據(jù)作成處理、正常狀態(tài)、初期處理、文件讀取處理、交易日和店鋪編碼變化處理、積分日志讀取處 理和項目編輯處理 合計 9 個方面 24 個測試點。 //運行結束子程序結束該模塊 } else { while (strLine != null) //文件全部讀取完畢之前 { strTorihikiTemp = (charArray)。 //讀取文件的下一行數(shù)據(jù) } } } catch //如果操作出錯 { … //輸出出錯信息 } … //代碼省略 string strLine = 。 //執(zhí)行數(shù)據(jù)庫操作 } catch //如果數(shù)據(jù)庫操作出錯 { … //輸出出錯信息 } 這里僅以“積分實績更新”模塊中對 POS 交易信息文件的讀取的一段代碼為例，其余文件的讀取與之類似。{20}39。{7}39。{3}39。所以，在此采用逐行讀取數(shù)據(jù)，并按照“ ,”分割后存入字符串組。 string sqlFormat, sql。而對數(shù)據(jù)庫的所有操作均通過調用共通函數(shù) SkyConnect()來實現(xiàn)。它主要包括兩大功能：一是取得共通文件（ INI 文件），二是對數(shù)據(jù)庫進行操作。 會員價銷售狀況數(shù)據(jù)文件： (CSV 文件 )，輸出文件，所存放數(shù)據(jù)為會員價銷售狀況數(shù)據(jù)。 積分更新日志表： FSPTB_POINT_JNL，輸出 數(shù)據(jù)表，所存放數(shù)據(jù)為積分事件日志。 POS 交易信息文件： (CSV 文件 )，輸入文件，所存放的數(shù)據(jù)為每次交易時的詳細數(shù)據(jù)。然而價格的低廉并不是說產品的質量不好，是因為技術的飛躍發(fā)展使得產品的成本降低。 ④ 類型安全： C實施最嚴格的類型安全，使程序員可以把注意力集中到一些更重要的地方了，比如說商業(yè)邏輯。 客戶對該模塊的期望 ① 實現(xiàn)該模塊的所有功能； ② 穩(wěn)定性強； ③ 可 調用性強 。 ⑤ 積分點履歷資料：包括會員編碼、使用積分卡的日期、優(yōu)惠等級、當日基本積分、當日獎勵積分、當日增加積分、當日花費積分、現(xiàn)在積分、更新時間、操作員編碼。這里的 POS積分管理系統(tǒng)是針對已成為百貨店會員的客 戶的，因此這里所謂的會員是指百貨店入會客戶個人。 為了滿足連鎖百貨店的需求，我們設計出具有以下優(yōu)點的 POS 積分管理系統(tǒng)。 經營績效是公司管理的重心， 建立先進的管理系統(tǒng)， 對推動公司戰(zhàn)略實現(xiàn)、提高經營業(yè)績是非常重要的。 and the fourth function loads information of the POS detailed trading data and saves it in the database. These functions are built on the Japanese Windows 2021 system by the C language and the SQL server 2021 database. This system will finally perform the accumulative points update and the trading condition summarization functions. Key words: Scoring。 POS 系 統(tǒng) 包括 積 分 實績 更新、各店 鋪 交易狀況 統(tǒng)計 、會 員 價 銷 售狀況數(shù)據(jù)做成和 POS 詳細積 累 處 理功能等主要模 塊 。 積 分 實績 更新是按照由各店 鋪 得到的 POS 交易信息累 計 會 員 的消 費積 分；各店 鋪 交易狀況 統(tǒng)計 是按照會 員 的消 費記錄統(tǒng)計 各店 鋪 的交易情況；會 員 價 銷 售狀況數(shù)據(jù)做成是按照會 員 消 費記錄統(tǒng)計 會 員 價 銷 售狀況并做成 統(tǒng)計 數(shù)據(jù)文件；而 POS 詳細積 累 處 理是從 POS 詳細 交易信息文件 讀 入 詳細 交易信息再存入數(shù)據(jù) 庫 。 Statistic。因此 POS 積分管理系統(tǒng)就是在具備先進科學技術條件下，以 先進超前的經營管理觀念為基礎而設計的一套先進的管理系統(tǒng)。如：檢索迅速，可靠性高，穩(wěn)定性強，更新方便，保密性好，成本低，使用方便等等。 在每個店鋪中擁有很多個會員，而會員又可能擁有有舊店鋪編碼和舊會員編碼，但是店鋪與會員的關系確卻不是多對多的關系而是一對多的關系。 ⑥ 積分更新日志資料：包括店鋪編碼、會員編碼、 POS 終端機編碼、當日增加積分（更新前）、當日花費積分（更新 前）、現(xiàn)在積分（更新前）、當日獎勵積分（更新前）、當日扣除金額（更新前）、當日增加金額（更新前）、當月購買金額（更新前）、當日增加積分（更新后）、增加原因編碼、當日花費積分（更新后）、花費原因編碼、現(xiàn)在積分（更新后）、當日獎勵積分（更新后）、當日扣除 金額（更新后）、當日增加金額（更新后）、當月購買金額（更新后）、轉入金額、當日最終金額，更新時間、操作員編碼。 模塊其他需求 開發(fā)環(huán)境需求 ① 硬件需求：計算機一臺 ② 操作系統(tǒng)： Windows 2021(日文 ) ③ 開發(fā)平臺： Microsoft .NET Framework SDK ， Microsoft Visual Studio .NET 2021 ④ 開發(fā)語言： C ⑤ 數(shù)據(jù)庫： Microsoft SQL Server 2021 ⑥ 管理工具： Subversion(SVN) 人力資源需求 積分實績更新、各店鋪交易狀況統(tǒng)計、會員價銷售狀況數(shù)據(jù)作成和 POS 詳細積累處理這四個模塊需要一個人完成。 ⑤ 版本控制： C可以最好地支持版本控制。因此開發(fā) POS 積分管理系統(tǒng)所需要的成本也是該百貨店所能接受的，并且通過 POS 積分管理系統(tǒng)的管理使得客戶獲得相應的好處，從而使百貨店獲得更高的利益。 積分基本信息更新數(shù)據(jù)文件： (CSV 文件，追加輸出型 )，輸出文件，所存放的數(shù)據(jù)為輸入到積分基本信息表的數(shù)據(jù)。 各店鋪交易狀況統(tǒng)計數(shù)據(jù)流程圖 圖 42 各店鋪交易狀況統(tǒng)計數(shù)據(jù)流程圖 該流程說明： 該流程處理時需要用到兩個數(shù)據(jù)表和兩個數(shù)據(jù)文件，其中，一個輸入數(shù)據(jù)文件，一個輸出數(shù)據(jù)文件，兩個輸入數(shù)據(jù)表。 POS 詳細積累處理數(shù)據(jù)流程圖 會員消費項目記錄文件 會員價銷售狀況數(shù)據(jù)作成 會員價銷售狀況數(shù)據(jù)文件 圖形注釋： ：數(shù)據(jù)文件 マスタ ：數(shù)據(jù)庫 ：功能 ：單向數(shù)據(jù)流動 ：雙向數(shù)據(jù)流動 圖 44 POS 詳細積累處理數(shù)據(jù)流程圖 該流程說明： 該流程處理時只需要用到一個數(shù)據(jù)文件和一個數(shù)據(jù)表。 共通文件（ INI 文件）取得 這里的共 通文件是指多個模塊都需要使用到的文件 ，它存放的是各個文件的存放路徑。以下代碼中出現(xiàn)的“ sct”均由之前“ 連接數(shù)據(jù)庫”里的“ SkyConnect sct。 … //代碼省略 sqlFormat = select * from FSPTB_POS_TORIHIKI_KARI。 … //代碼省略 try { sqlFormat = insert into FSPTB_POS_TORIHIKI_KARI values(39。,39。,39。,39。 數(shù)據(jù)文件的寫入 與被讀取數(shù)據(jù)文件的格式一樣，寫入數(shù)據(jù)文件也以一行為一條記錄，以“ ,”作為數(shù)據(jù)間的分割符。 string[] strTorihiki = new string[23]。 //將讀取到的內容存入字符串組 if ( 23) //如果數(shù)據(jù)不 足 { for (int i = 0。 表 12 各店鋪交易狀況統(tǒng)計 模塊簡易 PCL 序號 測試內容 預期結果 測 試結果 ＊＊異常狀態(tài)＊＊ ＊＊共通信息取得＊＊ 1 INI 文件不存在時 ? 輸出消息 訪問出錯 ? 終止程序 成功 2 打開 INI 文件出錯時 ? 輸出消息 訪問出錯 ? 終止程序 成功 3 INI 文件中內容有錯時 ? 輸出消息 設定出錯 ? 終止程序 成功 ＊＊文件存在檢查處理＊＊ 4 各會員交易信息文件 所在文件夾不存在時 輸出消息 各會員交易信息文件 所在文件夾不存在 到日志表 成功 5 各會員交易信息文件 不存在時 輸出消息 各會員交易信息文件 不存在 到日志表 成功 ＊＊ 數(shù)據(jù)作成處理 ＊＊ 6 各會員交易 文件 中數(shù)據(jù)為 0 時 ? 輸出消息 各會員交易信息文件 中沒有數(shù)據(jù) 到日志表 ? 終止程序 成功 7 處理中出錯時 ? 輸出消息 各店鋪交易狀況統(tǒng)計 數(shù)據(jù)作成 出錯 到日志表 ? 終止程序 成功 ＊＊ 正常 狀態(tài)＊＊ 8 沒有錯誤時 正常執(zhí)行相應處理，程序正常終止 成功 ＊＊ 初期處理 ＊＊ 9 開始日志輸出 正常輸出 成功 ＊＊ 文件讀取處理 ＊＊ 10 退貨區(qū)分為 2 時 跳過相應數(shù)據(jù)的讀取，沒有相關輸出，繼續(xù)后續(xù)處理 成功 ＊＊ 交易日和店鋪編碼變化處理 ＊＊ 11 交易日和店鋪編碼 無變化時 ? 統(tǒng)計交易件書 ? 相關數(shù)據(jù)分別統(tǒng)計 成功 12 交易日 變化時 分別算出各追加理由積分和各支付理由積分 成功 13 店鋪編碼 變化時 分別算出各追加理由積分和各支付理由積分 成功 ＊＊ 積分日志讀取處理 ＊＊ 14 更新時間 ＞ 各會員交易信息文件 的交易日期 +“ 000000”并且更新時間 ＜ 各會員交易信息文件 的交易日期 +“ 999999”并且店鋪編碼＝ 各會員交易信息 文件 的店鋪編碼時 從積分日志表中正當抽取相應記錄進行處理 成功 15 更新時間＝ 各會員交易信息文件 的交易日期 +“ 000000”并且店鋪編碼＝ 各會員交易信息文件 的店鋪編碼時 從積分日志表中正當抽取相應記錄進行處理 成功 16 更新時間＝ 各會員交易信息文件 的交易日期 +“ 999999”并且店鋪編碼＝ 各會員交易信息文件 的店鋪編碼時 從積分日志表中正當抽取相應記錄進行處理 成功 17 更新時間 ＜ 各會員交易信息文件 的交易日期 +“ 000000”時 跳過相應數(shù)據(jù)的讀取，沒有相關輸出，繼續(xù)后續(xù)處理 成功 18 更新時 間 ＞ 各會員交易信息文件 的交易日期 +“ 999999”時 跳過相應數(shù)據(jù)的讀取，沒有相關輸出，繼續(xù)后續(xù)處理 成功 19 店鋪編碼不等于 各會員交易信息文件 的店鋪編碼時 跳過相應數(shù)據(jù)的讀取，沒有相關輸出，繼續(xù)后續(xù)處理 成功 20 當天追加積分（更新后） ＞ 0 時 按各相應的追加理由算出當天的追加積分（更新后） 成功 21 當天追加積分（更新后）＝ 0 時 按各相應的 支付 理由算出當天的 支付 積分（更新后） 成功 22 其它情況 按各相應的 支付 理由算出當天的 支付 積分（更新后） 成功 ＊＊ 項目編輯 ＊＊ 23 正常讀 取積分日志表的相應記錄時 正常輸出 成功 24 讀取積分日志表的相應記錄數(shù)為 0時 正常輸出 成功 由于測試項目過多，以下只列出正常運行的測試結果。詳細測試參見模塊簡易 PCL 和測試結果文件。 //讀取文件的第一行 if (strLine == null) //如果文件的第一行內容為空（文件無內容） { return EndTransaction()。 } } } … //代碼省略 strLine = ()。 //生成數(shù)據(jù)庫操作語句 (sql)。,{19},39。,39。,” + ”39。 數(shù)據(jù)文件的讀取 在這些模塊中所涉及到的數(shù) 據(jù)文件都以一行為一條記錄，以“ ,”作為數(shù)據(jù)間的分割符，并且已按照需要排好了前后順序。 數(shù)據(jù)庫表的添加、更新和刪除 在這些模塊中，數(shù)據(jù)表的添加、更新和刪除采用的是共通函數(shù) SkyConnect()的 SqlExecute 方法來實現(xiàn)的。 if ( == 1) //如果共通文件不存在 { … //輸出出錯信息 } else if ( == 2) //如果共通文件打不開 { … //輸出出錯信息 } else if ( == 3) //如果共通文件的內容有錯 { … //輸出出錯信息 } if (!()) //如果 POS 交易信息文件所在文件夾不存在 數(shù)據(jù)庫操作 在這四個