第一篇：1.4用戶管理應用案例

應用案例一：

ABC公司，有兩個部門：一個業務部SALES-A,下面有兩個普通用戶，分別為A1、A2;一個采購部PUR-A,下面有兩個普通用戶，分別為

B1、B2，公司有檔案管理員C1,還有一個總經理D1.要求總經理、檔案管理員能夠看到所有的收發傳真,一般由檔案管理員分發收到的傳真，下面的普通用戶只能看到自己和屬于部門的傳真。

解決方案：

打開管理服務器用戶

設置公司名稱：ABC公司（如 圖 1單位設置）新建部門SALES-A 新建用戶A1、A2,為普通用戶權限,所屬部門為SALES-A 新建部門PUR-A（如 圖 2 部門設置）

新建用戶B1、B2,為普通用戶權限,所屬部門為PUR-A（如圖 3 用戶設置（采購人員））新建用戶C1、D1,為系統管理員權限,所屬部門為ABC公司（如圖 4 公司總經理、圖 5 檔案員設置）

圖 1單位設置

圖 2 部門設置

圖 3 用戶設置（采購人員）

圖 4 公司總經理

圖 5 檔案員設置

============ 應用案例二：

ABC公司，有兩個部門：一個業務部SALES-A,下面有兩個普通用戶，分別為A1、A2;一個采購部PUR-A,下面有兩個普通用戶，分別為

B1、B2，公司有檔案管理員C1,有一個網絡管理員E1，還有一個總經理D1.要求總經理、檔案管理員能夠看到所有的收發傳真,一般由檔案管理員分發收到的傳真，下面的普通用戶只能看到自己和屬于部門的傳真。網絡管理員只能分配用戶和設置服務器參數，但不能查看傳真內容。

解決方案：

打開管理服務器用戶 設置公司名稱：ABC公司 新建部門SALES-A 新建用戶A1、A2,為普通用戶權限,所屬部門為SALES-A 新建部門PUR-A 新建用戶B1、B2,為普通用戶權限,所屬部門為PUR-A 新建用戶C1、D1,為系統管理員權限,所屬部門為ABC公司

新建網絡管理員權限:[全局]配置服務器+[單位]管理用戶（如圖 7 網絡管理員權限）新建用戶E1,為網絡管理員權限,所屬部門為ABC公司（如圖 6 網絡管理員設置）

圖 6 網絡管理員設置

圖 7 網絡管理員權限

============

應用案例三：

ABC公司，有兩個部門：一個業務部SALES-A,下面有一個A0部門管理員，還有兩個普通用戶，分別為A1、A2;一個采購部PUR-A,下面

有一個B0管理員，還有兩個普通用戶，分別為B1、B2，公司有檔案管理員C1,還有一個總經理D1.要求總經理、公司檔案管理員能夠看到所有 的收發傳真,一般由檔案管理員分發收到的傳真，有的部門傳真由于不知道具體負責人員，公司檔案管理員一般只分發到部門管理員，由部門

管理員再分發給具體部門人員，下面的普通用戶只能看到自己和屬于部門的傳真。

解決方案：

打開管理服務器用戶 設置公司名稱：ABC公司 新建部門SALES-A 新建用戶A1、A2,為普通用戶權限,所屬部門為SALES-A 新建部門PUR-A 新建用戶B1、B2,為普通用戶權限,所屬部門為PUR-A 新建用戶C1、D1,為系統管理員權限,所屬部門為ABC公司 新建部門管理員權限:（如 圖 8 部門經理權限）

添加所有的[部門]權限項+其他所有的[用戶]權限項

新建用戶A0,為部門管理員權限,所屬部門為SALES-A（如 圖 9 用戶設置（部門經理））新建用戶B0,為部門管理員權限,所屬部門為PUR-A（如 圖 9 用戶設置（部門經理））

圖 8 部門經理權限

圖 9 用戶設置（部門經理）

============

應用案例四：

ABC公司，有兩個部門：一個業務部SALES-A,下面有一個A0部門管理員，還有兩個普通用戶，分別為A1、A2;一個采購部PUR-A,下面

有一個B0管理員，還有兩個普通用戶，分別為B1、B2，公司有檔案管理員C1,還有一個總經理D1.要求建立部門管理員群組E1，成員分別為A0和B0，總經理、公司檔案管理員能夠看到所有的收發傳真,一般由檔案管理員分發收到的傳真，有的部門傳真由于不知道具體負責人員，公司檔案管理員一般只分發給部門管理員群組E1，由部門管理員根據內容再分發給具體部門人員，下面的普通用戶只能看到自己和屬于部門的傳真。

解決方案：

打開管理服務器用戶 設置公司名稱：ABC公司 新建部門SALES-A 新建用戶A1、A2,為普通用戶權限,所屬部門為SALES-A 新建部門PUR-A 新建用戶B1、B2,為普通用戶權限,所屬部門為PUR-A 新建用戶C1、D1,為系統管理員權限,所屬部門為ABC公司 新建部門管理員權限:（如 圖 8 部門經理權限）

添加所有的[部門]權限項+其他所有的[用戶]權限項

新建用戶A0,為部門管理員權限,所屬部門為SALES-A（如 圖 9 用戶設置（部門經理））新建用戶B0,為部門管理員權限,所屬部門為PUR-A（如 圖 9 用戶設置（部門經理））新建群組E1,包含人員:A0、B0（如 圖 12 部門經理群組）

圖 10 部門經理權限

圖 11 用戶設置（部門經理）

圖 12 部門經理群組

============

應用案例五：

ABC公司，有兩個部門：一個業務部SALES-A,下面有兩個普通用戶，分別為A1、A2;一個采購部PUR-A,下面有兩個普通用戶，分別為B1、B2，公司有檔案管理員C1,還有一個總經理D1.要求總經理、檔案管理員能夠看到所有的收發傳真,能夠收發所有傳真，業務部只能發傳真 不能收傳真，采購部只能收傳真不能發傳真，但所有用戶都可以查看和內部轉發傳真，一般由檔案管理員分發收到的傳真，下面的普通用戶 只能看到自己和屬于部門的傳真。

解決方案：

打開管理服務器用戶 設置公司名稱：ABC公司

新建SALES權限:（如 圖 13 銷售人員權限）

添加除[用戶]查看接收傳真、[用戶]刪除接收傳真、[用戶]分發接收傳真 之外的[用戶]權限項

新建PUR權限:（如 圖 14 采購人員權限）

添加除[用戶]新建發送傳真、[用戶]查詢發送傳真、[用戶]刪除發送傳真、[用戶]維護發送傳真、[用戶]調整發送優先級

之外的[用戶]權限項 新建部門SALES-A 新建用戶A1、A2,為SALES權限,所屬部門為SALES-A 新建部門PUR-A 新建用戶B1、B2,為PUR權限,所屬部門為PUR-A 新建用戶C1、D1,為系統管理員權限,所屬部門為ABC公司

圖 13 銷售人員權限

圖 14 采購人員權限

===== 應用案例六：

ABC公司，有總經理MAN(分機號808)、前臺文員REC（分機號800）、部門A（分機號801）和普通用戶A1(分機號802)、A2(分機號803)兩人、部門B(分機號804)和普通用戶B1(分機號805)、B2(分機號806)兩人，公司網絡管理員LANMAN。要求

總經理具有所有的權限。

網絡管理員只能有修改服務器參數設置和用戶信息權限。

如果外面進來的傳真撥了分機號碼，傳真自動分發給對應的人員，其他人員看不到（除了總經理），如果沒有撥分機號碼，則所有人都能夠在服務器列表里看到，但不會下載到本地文件夾，如果某個人認為某份傳真是自己的，就把該份傳真內部分發給自己，這樣，對應的傳真其他用戶在服務器列表里看不到（總經理除外），而且對應的傳真能夠給對應得用戶看到，并且可以下載到他的本地傳真文件夾里。

前臺文員可以看到所有的傳真，并可以分發給不同的人，而且要求把所有接收到的傳真保存到本地文件夾。解決方案：

打開管理服務器用戶

新建權限role03，顯示名：網絡管理員權限，選擇： [全局]配置服務器+[單位]管理用戶兩個權限

新建權限role04，顯示名：檔案管理員權限，選擇權限步驟如下：先添加[單位]范圍里的:查看接收傳真,分發接收傳真,查看內部轉發傳真,轉發內部轉發的傳真;再添加[用戶] 范圍里的:剩下的所有權限.新建權限role05，顯示名：一般員工權限，選擇權限步驟如下： 先添加[單位] 范圍里的:分發接收傳真;再添加[用戶] 范圍里的:剩下的所有權限.(這樣設置可以實現把公司沒有加撥分機號碼的傳真內部分發給自己,分發后其他一般用戶就看不到.)設置公司名稱為：company01，顯示名為:ABC公司。

新建用戶MAN，顯示名：總經理，設置分機號碼為808，為系統管理員權限,所屬部門為ABC公司。

新建用戶REC，顯示名：前臺，設置分機號碼為800，檔案管理員權限,所屬部門為ABC公司。新建部門A，顯示名：Ａ部門，設置分機號碼為801。

新建用戶A1，顯示名：員工A1，設置分機號碼為802，為一般員工權限，所屬部門為A ； 新建用戶A2，顯示名：員工A2，設置分機號碼為803，為一般員工權限, 所屬部門為A。新建部門B，顯示名：B部門，設置分機號碼為804。

新建用戶B1，顯示名：員工B1，設置分機號碼為805，為一般員工權限，所屬部門為B ； 新建用戶B2，顯示名：員工B2，設置分機號碼為806，為一般員工權限, 所屬部門為B。新建用戶LANMAN，顯示名：網絡管理員，為網絡管理員權限, 所屬部門為ABC公司。

接著對每個用戶客戶端(網絡管理員除外)的收規則進行設置:工具—-選項---接收規則---只下載分發給自己的傳真到本地的選擇框鉤上。(這樣設置可以實現只接收屬于自己的傳真.)如圖14所示

把電話端口的線路管理員設置為:company01.(這樣設置可以實現不加撥分機號碼的傳真大家都能在服務器列表了看到.)如圖15所示

圖 15 用戶管理設置

圖 16 只下載分發給自己的傳真到本地

圖 17 線路管理員 案例七

ABC公司,有四個部門BM1,BM2,BM3,BM4.使用四線企業版,分別對應傳真號碼X1,X2,X3,X4.現在想實現:公司有個默認全局管理員admin,可看到四條線(四個傳真端口)所有的傳真;每個部門只能收到自己部門的傳真(單個傳真端口),每個部門有個部門管理員分別為BMGL1,BMGL2,BMGL3.BMGL4,再由部門管理員分發給部門內相應用戶.解決方案: 每個部門,除部門管理員是部門管理權限外,其它部門成員是普通用戶權限,沒有分發傳真的權限,如圖1,圖2.部門1的部門管理員如圖3:其它部門管理員類似

部門1的成員2如圖4,其它成員或其它部門成員也類似.全局的系統管理員如圖5

現用二線版截圖,在電話傳真端口1的傳真管理員設為部門1的部門管理員BMGL1,如圖6

電話傳真端口2的傳真管理員設為部門2的管理員BMGL2,如圖7

部門3,部門4相似做法.案例八：

兩線版cofax，ABC公司，下面有業務部YWB，下面有2個用戶ywy1、ywy2，ABC公司下面還有其他若干個用戶。為了不影響業務部的傳真接收，要求業務部可以使用端口1和2發送傳真，其他用戶只能用端口2發送傳真。如何設置？ 解決方案：

打開管理服務器用戶

設置公司名稱：ABC公司（如 圖 1單位設置）新建部門 YWB 新建用戶 ywy1 ywy2,為普通用戶限權，所屬部門為YWB 新建部門 根據公司情況創建財政部或其他部門??(創建方法和YWB雷同)打開設置服務器參數

設置發送管理：把“用戶路由”這一選項添加到已選路由上（如 圖 1單位設置）設置用戶路由：把“使用例外表達式”畫上勾，在使用線路選擇；“電話傳真端口2”

最后點擊“傳真用戶”選擇，把所有業務部的成員與部門畫上勾（如 圖13與14為用戶路由設置）

圖11是設置部門與用戶

圖12為設置路由方法，把用戶路由添加進已選路由

圖13在用戶路由上進行修改，選擇其他使用的電話線路（注意勾上“使用例外表達式”）

圖14在傳真用戶上選擇例外的部門與用戶，把需要特例的YWB全數打上勾

第二篇：用戶應用證明

用戶應用證明

茲證明XXX有限公司向我司提供了XXX、XXX等產品的外觀設計服務，所設計的產品極具現代感與時尚氣息，滿足了我司對該系列產品安全、實用、方便、舒適、美觀的要求。

同時，XXX公司設計實力雄厚，服務態度出色，是我司良好的合作伙伴，希望今后能保持長期合作。

特此證明。

XXX有限公司

20XX年X 月X日

第三篇：基于手機應用的用戶體驗

基于手機應用的用戶體驗報告

用戶體驗是一種純主觀在用戶使用產品過程中建立起來的感受，是人們對于針對使用或者期望使用的產品、系統或者服務的認知印象與回應。近年來，智能手機興起，IT行業更加強調用戶體驗的必要性。針對手機應用軟件的體驗，現做如下分析：

一、當前針對物流行業的軟件，剛剛起步，在安卓系統上，有的公司也開發了一些軟件。比如，司機秘書，配貨寶，中國智能物流網等軟件。司機秘書：支持全國交通違章查詢，智能提示洗車指數和尾號限行，車主還可隨時查詢最新油價、查違章、知油價、理賠救援功能多，貼心司機秘書保汽車暢行無憂！

配貨寶：支持車源、貨源、信息發布、專線樂園、GPS定位、簽到等功能

中國智能物流網：提供貨源信息，物流信息分享給好友功能、搜索附近好友功能、寶典信息（提供附近旅店、餐飲、洗浴、停車場、加油站、4S店、維修店、倉庫、配貨站、物流公 司、配貨代理、搬家公司、快遞公司）等功能；

三款軟件中，配貨寶和智能物流網提供貨源車源信息，其信息發布風格類似于微博，字體大方清晰，瀏覽流暢。其次三款軟件的瀏覽體驗中，按鈕設置清晰突出，確保用戶可以清晰的點擊。每個操作都有點擊提示。內容方面：不同分類區，分隔清晰。在改進方面，我認為配貨寶軟件在新發布的物流信息前面可以加NEW，以醒目顏色，這樣可以吸引用戶，增加交互。同時可以改進根據配貨寶用戶的使用習慣，進行推薦車源貨源，或者增加最近跑的線路、最近瀏覽的信息、可能感興趣的線路等模塊。同一物流企業或聯盟的成員可以推薦添加好友功能。也可以加入收藏夾，用戶可以收藏配貨信息，收藏物流公司信息等（手機暫未裝上配貨寶，只是一些想法）。

二、其他軟件應用：當前手機應用，大致分為如下幾類：生活應用，聊天互動、瀏覽器、聊天互動、社交、娛樂、導航、游戲、讀書、視頻等，針對當前各大類熱門的應用進行了體驗，心得如下：

1、進入界面：拿新浪微博和優酷視頻為例，兩款軟件的進入界面主題明確、色彩鮮明；LOGO圖標清晰的展示給用戶，并能體現軟件的主題：優酷----世界都在看。

2、在用戶使用軟件過程中，確保進入頁面的速度，不要太慢，使得用戶浪費太多的等待緩沖時間。

3、當前趨勢，在用戶首次使用軟件的時候，每個軟件都會有清晰的使用流程，并且采用清新直觀的手繪風格讓用戶接受，以淘寶網為例：

這種方式，用戶能很友好的接受，而且能清楚的告知用戶如何使用。

4、按鈕設置，每個軟件的按鈕設置都清晰突出，點擊方便，確保用戶可以清晰的點擊。以人人網為例：

按鈕清晰且突出，方便使用。

5、錯誤提示信息：在填寫表單的過程中若填寫錯誤，會彈出提示信息，并且清楚指出錯誤之處，比較友好。以大眾點評網為例：

6、內容分類：各個板塊內容分類明確，且間隔清晰。以大眾點評網為例，進入后，分為八個板塊，各版塊分隔清晰，板塊按鈕大，易于操作。

7、在進入通道方面，為用戶提供搜索功能，讓有目的的用戶可以直接找到自己想查看的信息。以淘寶和大眾點評為例：

8、內容方面：每個軟件應明確自己的客戶群體，自己的目標客戶、潛在客戶。在用戶進入軟件后，或者用戶進入相關模塊后，呈現出來的應是用戶需要的信息。比如淘寶：進入后，顯示的就是各種促銷各種銷量大的產品，這些都可能吸引客戶的眼球，讓客戶第一時間產生好感。而大眾點評在進入模塊后，也會呈現許多用戶感興趣的信息。在比如團800優惠券,進入后即是KFC和麥當勞，因為這兩個店在中國很受歡迎，所以用戶第一眼會看到這些信息。

9、信任體驗：除了要將公司的核心競爭力在第一時間呈現給用戶以外，還要告知用戶，公司的服務保障，準確的聯系方式，服務熱線，公司簡介等。

10、對于較復雜的流程，應有詳細的介紹，可以設置幫組中心來解決。

11、需要填寫信息的文本框，應盡量采用下拉框的方式，方便用戶填寫。特別對于司機，由于普遍文化程度不高，不宜由司機輸入信息，應盡量采用讓司機選擇的方式，填寫信息。

12、頁面導航：應用軟件應有頁面導航功能，方面用戶尋找自己想查看的板塊，同時應在頁面顯眼位置提供導航，告知用戶現在所處的位置。以京東為例：

13、界面排版：首先應采用易于閱讀的文字，字體不要太小。另外可對界面增加個性定制，對字體進行大中小設置，方便用戶。字體顏色不易太淡，頁面底色不易影響閱讀。

上面截圖為新浪微博和我公司配貨寶字體對比，配貨寶軟件字體顏色偏淡，字體偏小。頁面設計應突出重點信息。

第四篇：案例 數據庫管理系統綜合應用--

實驗十二

數據庫管理系統綜合應用

-------圖書管理系統系統一、實驗目的：

通過完成從用戶需求分析、數據庫設計到上機編程、調試和應用等全過程，進一步了解和掌握所講解的內容。

二、實驗簡述：

一個簡單的圖書管理系統包括圖書館內書籍的信息、學校在校學生的信息以及學生的借閱信息。此系統功能分為面向學生和面向管理員兩部分，其中學生可以進行借閱、續借、歸還和查詢書籍等操作，管理員可以完成書籍和學生的增加、刪除和修改以及學生借閱、續借、歸還的確認。

三、實驗要求：

完成該系統的數據庫設計；

用SQL實現數據庫的設計，并在SQL Server上調試通過。

四、參考答案：

1、需求分析（1）學生

學生的操作流程如圖B.1所示。

登錄查詢書籍預定書籍續借書籍注銷圖B.1 學生操作分類表

（2）管理員

管理員可完成書籍和學生的增加、刪除和修改以及對學生借閱、續借、歸還的確認，其操作流程如圖B.2所示。

登錄書籍信息維護學生信息維護借閱圖書確認歸還圖書確認注銷圖B.2 管理員操作分類表

2、概念模型設計

數據庫需要表述的信息有以下幾種：（1）圖書信息（2）學生信息（3）管理員信息

（4）學生預定圖書信息

（5）學生借閱歸還圖書信息

可以用E/R模型表述該模型的設計，E/R圖如圖B.3所示。

姓名學號學生預定續借系別書號借閱作者出版社圖書書名歸還語種出版年管理員編號姓名圖B.3 模型的E-R圖

3、邏輯設計

通過E/R模型到關系模型的轉化，可以得到如下關系模式：

（1）Book（BookID，Title，Author，Publisher，Pyear，Language）（2）Student（ID，Name，Dept）（3）Assistent（ID，Name）

（4）BBook（BookID，StdID，BDate）（5）RBook（BookID，StdID，RDate）

（6）Lend（StdID，AstID，BookID，LDate）

2（7）Return（StdID，AstID，BookID，RDate）

說明

（1）書號是圖書的鍵碼，每本書有惟一的書號，一個學生可同時借閱多本書。一個管理員可處理多個同學的借閱等事宜。

（2）一般情況下，學生、管理員和圖書之間的聯系為1：1：n，借書關系Lend作為連接關系，其鍵碼為n端實體集的鍵碼，即書號為借書關系的鍵碼。這反映了如果還書時也把當初的借書記錄刪除，則書號就能惟一識別一個元組。

如果還書時不同時刪除借書記錄，則意味著同一本書前后可借給不同的學生，于是學生、管理員和圖書之間的聯系變為m：1：n，這時借書關系的鍵碼為書號和學號的組合。

如果在不刪除借書記錄的情況下，同一學生再次借同一本書，這時，學生、管理員和圖書之間的聯系變為m：p：n，于是，借書關系的鍵碼為書號、學號和管理員號的組合。但這里有一個隱含的信息，即同一學生前后兩次借同一本書所遇到的管理員不同，而這種不同可能僅僅是“日期”不同。因此，借書日期成了必不可少的成分，也就是說，在這種情況下，屬性全集才是借書關系的鍵碼。

總之，借書關系的鍵碼與圖書管理模式有關，讀者可按照自己的理解確定鍵碼，并編寫相應的事務處理流程。其他關系也有類似之處。

（3）要知道圖書當前的狀態，是在圖書館存放，還是被借閱等，需要在Book的模式中增加對應項用以表示圖書當前的狀態。比如我們增加State，并且約定取值和狀態的對應關系如下：

1）在圖書館中并且沒有被預定 2）在圖書館中并且已被除數預定 3）被借出并且沒能被預定 4）被借出并且已被預定

4、物理設計

為了提高在表中搜索元組的速度，在實際實現的時候應該基于鍵碼建立索引。下面是各表中建立索引的表項：

Book（BookID）

Student（ID）

5、用SQL實現設計（1）建立Book表 CREATE TABLE Book（BookID

varchar（20）PRIMARY KEY，Title

varchar（50）NOT NULL，Author

varchar（50），Publisher varchar（50），Pyear

char（4），Language char（1）DEFAULT ’c’，State

char（1）DEFAULT ’0’）；

（2）建立Student表 CREATE TABLE Student 3（ID

varchar（6）PRIMARY KEY，Name

varchar（20）NOT NULL，Dept

varchar（20）NOT NULL）；

（3）建立Assistent表 CREATE TABLE Assistent（ID

varchar（6）PRIMARY KEY，Name

varchar（20）NOT NULL，）；

（4）建立BBook表 CREATE TABLE BBook（BID

varchar（20）NOT NULL，StdID

varchar（6）

NOT NULL，BDate

datetime

NOT NULL, CONSTRAINT FK_BBOOK_BID

FOREIGN KEY(BID)REFERENCES Book(BookID), CONSTRAINT FK_BBOOK_StdID

FOREIGN KEY(StdID)REFERENCES Student(ID)）；

（5）建立RBook表 CREATE TABLE RBook（BookID

varchar（20）NOT NULL，StdID

varchar（6）NOT NULL，RDate

datetime

NOT NULL, CONSTRAINT FK_RBOOK_BookID

FOREIGN KEY(BookID)REFERENCES Book(BookID), CONSTRAINT FK_RBOOK_StdID

FOREIGN KEY(StdID)REFERENCES Student(ID)）；

（6）建立Lend表 CREATE TABLE Lend（StdID

varchar（6）NOT NULL，AstID

varchar（6）NOT NULL，BookID

varchar（20）NOT NULL，4 LDate

datetime

NOT NULL, CONSTRAINT FK_LEND_StdID

FOREIGN KEY(StdID)REFERENCES Student(ID), CONSTRAINT FK_LEND_AstID

FOREIGN KEY(AstID)REFERENCES Assistent(ID), CONSTRAINT FK_LEND_BookID

FOREIGN KEY(BookID)REFERENCES Book(BookID)）；

（7）建立Return表 CREATE TABLE Return（StdID

varchar（6）NOT NULL，AstID

varchar（6）NOT NULL，BookID

varchar（20）NOT NULL，RDate

datetime

NOT NULL, CONSTRAINT FK_RETURN_StdID

FOREIGN KEY(StdID)REFERENCES Student(ID), CONSTRAINT FK_ RETURN _AstID

FOREIGN KEY(AstID)REFERENCES Assistent(ID), CONSTRAINT FK_ RETURN _BookID

FOREIGN KEY(BookID)REFERENCES Book(BookID)）；

（8）管理員操作 1）增加學生：

INSERT INTO Student(ID, Name, Dept)VALUES(#StdNo, #Name, #Dept);2）刪除學生：

DELETE FROM Student WHERE(ID=#ID);3）修改學生信息：

UPDATE Student SET Name=#Name, Dept=#Dept WHERE(ID=#ID);4）增加書籍：

INSERT INTO Book(BookID, Title, Author, Publisher, Pyear, Language)VALUES(#BookID, #Title, #Author, #Publisher, #Pyear, #Language);5）刪除書籍：

DELETE FROM Book WHERE(BookID=#BookID);6）修改書籍信息：

UPDATE Book SET Title=#Title, Author =#Author, Publisher =#Publisher，Pyear =#Pyear, Language =#Language WHERE(BookID=#BookID);7）學生借閱圖書： BEGIN TRANSACTION INSERT INTO Lend(StdID, AstID, BookID, LDate)VALUES(#StdID, #AstID, #BookID, #LDate);5 UPDATE BOOK SET State=’2’ WHERE BookID=#BookID COMMIT;8）學生歸還圖書： BEGIN TRANSACTION INSERT INTO Return(StdID, AstID, BookID, RDate)VALUES(#StdID, #AstID, #BookID, #RDate);UPDATE BOOK SET State=’0’ WHERE BookID=#BookID COMMIT;（9）學生操作 1）預定圖書：

CREATE PROC Book_Book

@BookID varchar(20),@StdID char(6), @BDate datetime AS DECLARE @TransName VARCHAR(20)SELECT @TransName=’Book_Book’ BEGIN TRANSACTION @TransName DECLARE @booked int, @book_state_before char(1), @book_state_after char(1)SELECT @booked=count(*)FROM BBook WHERE BID=@BookID IF @booked>0

ROLLBACK TRANSACTION @TransName ELSE BEGIN

SELECT @book_state_before=state FROM Book WHERE BookID=@BookID IF @book_state_before=’0’

SELECT @book_state_after=’1’ ELSE IF @book_state_before=’2’

SELECT @book_state_after=’3’

UPDATE Book SET state=@book_state_after WHERE BookID=@BookID INSERT INTO BBook(BID,StdID,BDate)VALUES(@BookID,@StdID,@BDate)

COMMIT TRANSACTION @TransName END GO 學生預定圖書，假設圖書已經被預定了，則不允許繼續預定。否則的話應該根據圖書是在館內還是被借出去兩種情況，修改圖書當前的狀態。最后在預定表中插入一條記錄。修改記錄和插入新記錄應該發生或都不發生，所以將這個動作封閉成一個事務，保證這個操作的原子性。2）續借圖書：

CREATE PROC Renew_Book

@BookID varchar(20),@StdID char(6), @RDate datetime AS DECLARE @TransName VARCHAR(20)SELECT @TransName=’Renew_Book’ BEGIN TRANSACTION @TransName DECLARE @booked int SELECT @booked=count(*)FROM BBook WHERE BID=@BookID 6 IF @booked=0 INSERT INTO RBook(BID,StdID,BDate)VALUES(@BookID,@StdID,@RDate)

COMMIT TRANSACTION @TransName END GO 學生續借圖書，假設圖書已經被預定了，則不允許續借。否則，在續借記錄中插入一條記錄就可以了。把這個動作封裝成一個存儲過程是為了使用方便明了。

由于這個數據庫實際上更加偏重于模型化，而不是一個實際環境中的數據庫，所以在實現應用模型的時候還需要對這個數據庫的模型作一些修改。

6、實驗總結

通過這次實驗，進一步了解什么情況下使用事務。

（請讀者結合自己的實際情況，認真總結自己的收獲，體會以及有待改進之處。）

第五篇：飼料行業考勤管理成功應用案例

飼料行業考勤管理成功應用案例

襄陽希望有限公司是一家以畜、禽、魚等高品質飼料生產加工與銷售的現代化大型飼料企業，是襄樊市農業產業化重點龍頭企業，員工上百人。

之前的考勤管理以人工為主，需要定期人工統計和匯總，既費時費力，又不能保證結果的準確性，有時還耽誤一些員工的薪酬結算。另外，企業的銷售人員居多，班次種類繁多，排班管理繁雜，公司管理面臨每月手工操作繁瑣、重復量大、容易混亂的情況。

為了解決考勤管理和銷售人員管理方面的問題，襄陽希望有限公司在2014年3月份開始使用噠咔手機考勤。公司領導尚先生表示，噠咔手機考勤的統計功能非常好用，不僅能自動生成各種考勤報表，而且還提供了Excel導出功能，導出的Excel可以提供給薪資系統計算薪資，實現考勤與薪資平滑對接。針對班次種類繁多，排班管理繁雜的問題，噠咔手機考勤提供了簡單便捷的排班管理方案，可以批量排班，周期排班，實現了排班的智能化管理，節省了時間，提高了效率。