第一篇：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可以提供给薪资系统计算薪资，实现考勤与薪资平滑对接。针对班次种类繁多，排班管理繁杂的问题，哒咔手机考勤提供了简单便捷的排班管理方案，可以批量排班，周期排班，实现了排班的智能化管理，节省了时间，提高了效率。
点击咨询 