【正文】 的界面；C編程語言提供了編程的函數(shù)之類，將模塊所需實現(xiàn)的功能通過一行行的代碼來實現(xiàn)；SQL Server 2005數(shù)據(jù)庫將傳統(tǒng)服務(wù)業(yè)中人工管理的記錄存放在數(shù)據(jù)庫中，通過一張張表將這些記錄分門別類保存。通過SQL Server 2005數(shù)據(jù)庫，可以用不同的PC連接來管理數(shù)據(jù)，以做到輕松管理，各司其職，節(jié)省了很大的人力，減少了繁瑣的管理和出錯率。 需求分析只有在知道用戶真正的需求之后，才能開發(fā)出符合用戶需求的軟件產(chǎn)品，這便自然而然地涉及到了需求分析。需求分析的任務(wù)就是對目標(biāo)系統(tǒng)提出各方面完整、準(zhǔn)確、清晰、具體的可實現(xiàn)的需求。作為一個服務(wù)業(yè)，肯定是為顧客服務(wù)的，同時也肯定是以盈利為目的的。根據(jù)權(quán)限的不同，需求也不一樣。通過交流以及上網(wǎng)使用其他類似軟件，總結(jié)出客戶需求如下：(1)安全性需求由于該軟件涉及到了顧客的資料以及金錢，所以客戶對安全性要求很高。不同的人員所能使用的帳號不能相同，同時帳號不能盲目注冊，以保持安全性。(2)操作簡單需求21世紀(jì)是信息化的世紀(jì)，但是電腦掃盲的呼聲并未有絲毫的減少。(3)會員管理需求隨著社會的發(fā)展，人們都不喜歡在身上放太多的錢，取而代之的是一張張信用卡、會員卡。對于會員管理，系統(tǒng)能夠通過辦理會員將會員信息保存登記，對會員進(jìn)行充值，余額查詢。消費包含消費護(hù)理的登記，護(hù)理登記包括會員做護(hù)理的信息，如護(hù)理名稱、護(hù)理價格、護(hù)理的負(fù)責(zé)人的工號。系統(tǒng)站在管理者的角度，可以查詢流水、可以查看護(hù)理的歡迎程度。系統(tǒng)站在管理者的角度，提供了員工管理、收銀員管理和工資查詢的功能。(8)未來需求對于美容美發(fā)行業(yè)，一個護(hù)理沒有完全的暢銷期，是階段產(chǎn)物，所以當(dāng)護(hù)理不適應(yīng)的時候，就應(yīng)該被取締。 系統(tǒng)功能示意圖經(jīng)過對對以上的需求進(jìn)行分析后。合理的數(shù)據(jù)庫結(jié)構(gòu)設(shè)計可以提高效率，減少一些不必要的代碼，保證數(shù)據(jù)的完整和一致[6]。概念結(jié)構(gòu)設(shè)計的特點有以下幾點：(1) 易于理解，從而可以用它和不熟悉計算機(jī)的用戶交換意見，用戶的積極參與是數(shù)據(jù)庫設(shè)計成功的關(guān)鍵。(3) 易于修改，當(dāng)應(yīng)用要求發(fā)生改變時，容易對概念模型修改和擴(kuò)充。對于數(shù)據(jù)庫設(shè)計，概念模型是必不可少的，最著名、最簡單實用的一種是ER模型，它將現(xiàn)實世界的信息結(jié)構(gòu)統(tǒng)一用屬性、實體以及實體間的聯(lián)系來描述[7]。① z_item（護(hù)理項目）表見表41。表41 z_item表列名數(shù)據(jù)類型長度允許為空idint4否item_namenvarchar50否item_pricemoney8否add_moneymoney8否② z_order（訂單）表見表42。表42 z_order表列名數(shù)據(jù)類型長度允許為空idint4否typenvarchar1否order_timenvarchar50否total_costmoney8否card_idnvarchar20是③ z_boss（管理者）表見表43。表43 z_boss表列名數(shù)據(jù)類型長度允許為空namenvarchar50否passwordnvarchar50否④ z_user（收銀員）見表44。表44 z_user表列名數(shù)據(jù)類型長度允許為空usernamenvarchar50否passwordnvarchar50否⑤ z_card（會員）表見表45。表45 z_card表列名數(shù)據(jù)類型長度允許為空idint4否card_idnvarchar20否card_levelnvarchar50否card_balancemoney8否card_ownernvarchar20否owner_ageint4是owner_jobnvarchar20是owner_phonenvarchar20是card_timenvarchar50否⑥ z_sale（會員折扣）表見表46。表46 z_sale表列名數(shù)據(jù)類型長度允許為空card_levelnvarchar50否card_salefloat8否add_timenvarchar50是card_cashmoney8否⑦ z_employee（員工）表見表47。表47 z_employee表列名數(shù)據(jù)類型長度允許為空idint4否IDnumbernvarchar20否namenvarchar20否ageint4否sexnvarchar10否mobilenvarchar20否addressnvarchar50是positionnvarchar20是salarymoney8是bonusmoney8是nativenvarchar10是descriptiontext16是⑧ z_recharge（充值）表見表48。表48 z_recharge表列名數(shù)據(jù)類型長度允許為空idint4否card_idnvarchar20否moneymoney8否add_timenvarchar50否⑨ z_service（服務(wù)）表見表49。表49 z_service表列名數(shù)據(jù)類型長度允許為空idint4否order_idint4否item_idint4否續(xù)表49列名數(shù)據(jù)類型長度允許為空server_idint4否 數(shù)據(jù)庫表間聯(lián)系圖： 表間聯(lián)系圖5 詳細(xì)設(shè)計 用戶管理模塊 用戶登錄： 登錄流程圖對于一個完整的軟件，登錄界面是整個系統(tǒng)必不可缺少的。只有數(shù)據(jù)庫中存在的用戶才能進(jìn)入系統(tǒng)，對系統(tǒng)進(jìn)行操作、管理、使用。 登錄界面根據(jù)文本框的輸入信息，再連接到數(shù)據(jù)庫中對應(yīng)的表進(jìn)行驗證，判斷是否存在用戶，存在跳轉(zhuǎn)界面，不存在反饋錯誤信息，同時清空文本框的信息，點擊登錄按鈕后的詳細(xì)代碼如下。{0}39。{1}39。if (){SqlCommand mand = new SqlCommand(sql, connection)。if (num 0){(歡迎進(jìn)入系統(tǒng), 登錄成功, , )。 = true。} } 通過從文本框中獲取的信息，然后從數(shù)據(jù)庫中找到存在對應(yīng)的權(quán)限的用戶后。 = 。由于輸入的用戶名或密碼在數(shù)據(jù)庫找不到對應(yīng)的記錄。如果新密碼和確認(rèn)密碼不符，那么修改密碼便不成功；反之，修改密碼成功，同時必須重新跳到登錄界面。 修改密碼界面修改密碼的主要代碼如下：String sql = (select count(*) from z_user where username=39。 + and password=39。, username, pwd)。{0}39。{1}39。 if ((int)() 0) { (修改成功，請重新登錄, 修改成功, , )。 LoginForm form1 = new LoginForm()。 }}} 會員模塊 辦理會員： 辦理會員流程圖對于日益興起的服務(wù)業(yè)，會員是推進(jìn)行業(yè)發(fā)展的必然產(chǎn)物。顧客只要提供足夠的底線金額和信息資料，就能辦理會員，享受優(yōu)惠。 辦理會員界面辦理會員詳細(xì)代碼如下：String sql = (insert into z_card(card_id,card_level,card_owner,owner_age,owner_job,owner_phone,card_time,card_balance)+values (39。,39。,39。,39。,39。,39。,39。,39。), card_id, card_level, owner_name, owner_age, owner_job, owner_phone, card_time, balance)。 SqlCommand mand = new SqlCommand(sql, connection)。 if (count 0) {(添加會員信息成功, 添加成功, )。 }在所有信息資料都驗證準(zhǔn)確無誤后。 必填內(nèi)容未填出錯界面 會員充值： 會員充值流程圖對于會員充值模塊，要做的就是兩件事，第一是修改卡內(nèi)余額，第二是將充值信息變成記錄存入表，同時這兩件事必須綁定在一起。假如情況處理不當(dāng)?shù)脑挘瑢τ诠芾碚呖赡墚a(chǎn)生不良的后果，所以必須杜絕這類的情況。由于表已確定，我選定了卡內(nèi)余額為條件，當(dāng)余額超過1000時，非金卡會員會自動升為金卡會員，并顯示反饋；當(dāng)余額超過500卻不超過1000而且是銅卡會員，會自動升為銀卡會員，并顯示反饋。會員充值詳細(xì)代碼如下：string sql = (insert into z_recharge(card_id,money,add_time)+ values(39。,39。,39。), card_id, money, add_time)。{1}39。string sql2 = (select card_balance,card_level from z_card + where card_id=39。, card_id)。SqlCommand mand1 = new SqlCommand(sql1, connection)。int num = (int)()。if (num 0 amp。 num1 0){ SqlDataReader dr = ()。level = dr[1].ToString()。 if (balance 500 amp。 balance 1000 amp。 (銅卡)) {flag1 = false。銀卡39。{0}39。SqlCommand mand3 = new SqlCommand(sql3, connection)。if(num30) { (充值成功，同時恭喜你，你已自動升為銀卡會員,充值成功,)。amp。 string sql4 = (update z_card set card_level= + 39。 where card_id=39。, card_id)。 int num4 = (int)()。 }}}不滿足自動會員升級條件的充值就直接反饋充值成功，跳出個消息框就行。 catch (Exception ex) {if (flag1){(, 操作數(shù)據(jù)庫失敗, , )。} }該會員本為銅卡會員，由于滿足條件。 充值成功界面由于sql語句中金卡4會員不存在，所以在滿足條件后不會跳出異常，同時不會改變會員級別。金卡439。{0}39。 會員的等級不存在后充值成功界面string sql = (insert into z_recharge(card_id1,money,add_time)+ values(39。,39。,39。), card_id, money, add_time)。 數(shù)據(jù)庫出錯界面 查詢余額： 查詢余額流程圖對于查詢余額模塊，要做的就是將會員指定時間內(nèi)的消費情況、充值情況和當(dāng)前余額全都展示出來，以向會員展示每次金額流動的情況。3個功能的實現(xiàn)類似，以一個的為例。String sql1 = (select * from z_order where card_id=39。 and order_time between 39。 and 39。,)。dataset1 = new DataSet(zhfDataSet)。 = [0]。}else{ float s = 0。 i 。} = 這段時間內(nèi)該會員共消費￥ + s + 元!。按照實際情況，不能對有會員的等級進(jìn)行刪除，如果修改，折扣必須比以前低，否則會引起不必要的麻煩；對沒有會員的等級可以任意刪改。 添加成功存在此類會員等級并且折扣價比原折扣高的情況下。 存在會員刪除失敗 消費服務(wù)模塊： 消費服務(wù)流程圖在美容美發(fā)的服務(wù)業(yè)，一個顧客可以做多個護(hù)理，同時護(hù)理的個數(shù)又不確定，所以用下拉框很難實現(xiàn)。由于樹狀圖中有分類，而數(shù)據(jù)庫中的護(hù)理項目都是平級的，所以樹狀圖實現(xiàn)較難，我就重新考慮了能不能通過多選按鈕，將選中的記錄添加到另一個d