用例描述举例

a sample use case description of a process involving an operator booking a conference call for a customer.

基础工程案例分析题

五、案例分析题 1、［背景资料］对某建筑工程场地的土样进行塑液限试验，测得土样的L 53% , P25%。题目（1）：土的界限含水量与其天然含水量有何关系？题目（2）：确定该土的种类并说明理由。题目（3）:该种土的颗粒组成有何特点？有何工程性质？答：（1）、土的界限含水量（塑限、液限）与其天然含水量无关，而是取决于其颗粒组成和搭配情况。（2）、该土为粘土，因为其I p 53 25 28 17。（3）、土中粘粒含量太多。该土液限大于50%属于高液限土，且塑性指数（26、较大，具有高塑性，此种土往往毛细水上升高度较大，吸水后容易膨胀，承载力低。不能直接用作路基填料，也不可直接用作基础的持力层。 2、［背景资料］2009年6月27日清晨，上海市闵行区“莲花河畔景苑”一座在建13层住宅楼发生整体倒塌，桩基被整齐折断，造成一名工人死亡。经上海市城乡建设与交通委员会组织专家组调查，该楼房采用PHC管桩基础，桩基和楼体结构设计均符合规范要求。楼房左侧进行了地下车库基坑的开挖，开挖深度 4.6m，右侧在短期内堆积了10m高的土方。堆积土 BE 题目（1）:哪些情况下适用桩基础？题目（2、：试分析该楼房倒塌的原因答：（1）、荷载较大，地基上部土层软弱，采用浅基础或人工地基在技术经济上不合理时；河床冲刷较大，河道不稳定，或冲刷深度不易正确计算时；地基计算沉降过大，或建筑物对不均匀沉降敏感时；需要增强抗震、抗液化能力时；施工水位或地下水位较高时。（2）、房屋倾倒的主要原因是，在短期内一侧堆土过高，最高处达10米左右，增加了地基中的水平自重应力；与此同时，另一侧的地下车库基坑正在开挖，开挖深度 4.6米，大楼两侧的压力差使土体产生水平位移，过大的水平力超过了桩基的抗侧能力。

案例描述

案例描述两位数加两位数口算的课堂作业.doc 在教学“两位数加两位数口算”时我创造性地使用教材，修改了书本上的习题，设计了如下的课堂作业：第一部分 1.直接写出得数 37+21 23+25 30+20 37+33 43+27 30+80 37+31 43+25 300+200 37+36 46+27 300+800 2.把得数大于50的算式圈出来。 34+18 23+26 19+64 38+53 62+14 43+48 26+47 17+36 72+12 3.先估计得数是几十多，再口算。 73+15= 35+26= 19+64= （）十多（）十多（）十多 38+53= 26+47= 17+36= ( )十多（）十多（）十多第一部分的习题为基本训练，即本节课的基本标准，全班每个学生必须完成，每人都要“保底”。如在完成的过程中有困难，有错误的学生，给予的课后作业为巩固练习，即第二部分的练习。第二部分 1.先估计几十多，再口算。 35+32 45+14 37+55 26+29 35+38 49+14 21+78 44+17 2.比一比，算一算。 60+70 50+90 80+40 600+700 500+900 800+400 3.估计一下，填上“> ”“<”或“=”。 27+58（）58+27 54+18（）45+18 35+48（）48+53 23+18（）23+13 当学生能轻松完成第一部分的基本题，并且正确率100%的话，就不需要再做第二部分的巩固练习了，而是完成第三部分的提高题。提高题 36+64 1000-547 175+225 16+28+72 409+191 38-13-17 这部分的题目要求全部口算，不列竖式能马上完成。提高题是有一定难度的，对学生的计算能力，思维速度，都有较高要求，能完成这部分题目的学生，并能做到全对的话，将给予奖励，并且可以免做一道明天的基本题。练习到这儿还没结束，我还设计了更高难度的“挑战题”。挑战题： 756-98 500-99-1-98-2-97-3-96-4 挑战题每天两个，不在多，而要精，有难度，能吸引一部分学有余力的学生。

图书馆系统用例规约描述

用例规约描述Use Case Description 编号：TMP-UCD 版本

变更记录

填表说明本文档的目的是依据《需求规格说明书》和原型，建立用例模型，并对用例模型进行具体描述。《用例规约描述》是面向对象分析和设计的重要步骤。《用例规约描述》需要进行评审。《用例规约描述》是《需求规格说明书》的重要附件。

目录 1引言 ........................................ 错误!未定义书签。目的....................................... 错误!未定义书签。定义....................................... 错误!未定义书签。2用例描述 .................................... 错误!未定义书签。用户管理................................... 错误!未定义书签。用户创建 .............................. 错误!未定义书签。用户导入 .............................. 错误!未定义书签。个人信息修改 .......................... 错误!未定义书签。用户权限修改 .......................... 错误!未定义书签。用户作废 .............................. 错误!未定义书签。图书管理................................... 错误!未定义书签。批量导入图书信息 ...................... 错误!未定义书签。 ISBN新增单本图书信息 ................... 错误!未定义书签。修改图书信息 .......................... 错误!未定义书签。作废图书信息 .......................... 错误!未定义书签。电子书上传 ............................ 错误!未定义书签。电子书下载 ............................ 错误!未定义书签。业务管理................................... 错误!未定义书签。借书操作 .............................. 错误!未定义书签。

201606医学基础案例分析题

医学基础案例讨论题（1）一、同学小李因受凉于昨日上午起发热，鼻塞，流清鼻涕，感觉咽喉不适。测量体温为38.5度，咽部有充血，心肺检查未见异常。请你分析：1、该同学初步诊断为什么疾病？2、你认为可以用哪些药物进行治疗？用药时应注意哪些事项？3、如何预防此类疾病？要求：以小组为单位查阅资料完成此报告。在文中展示小组各成员所完成的工作内容，论述正确，行文简洁、语句格式编辑合理。二、某男性患者，3天前受凉咳嗽，咳黄色浓痰，发热38.8度，听诊两肺有散在干、湿啰音。问诊了解：该患者5年前就开始有咳嗽、咳痰反复发作症状，冬季尤为严重。请你分析：1、该患者初步诊断为什么疾病？2、你认为可以选用哪些药物进行治疗？用药时应注意哪些事项？3、如何预防此类疾病？要求：以小组为单位查阅资料完成此报告。在文中展示小组各成员所完成的工作内容，论述正确，行文简洁、语句格式编辑合理。三、某住宅小区老年人较多，现在请你给老人们介绍一下高血压病的知识，如何预防和治疗高血压病？有哪些常用药以及药物治疗的原则。要求：以小组为单位查阅资料完成此报告。在文中展示小组各成员所完成的工作内容，论述正确，行文简洁、语句格式编辑合理。四、春天到了万物复苏，为了预防各类传染病，现请你给某小区的居民进行医学知识讲座，普及传染病预防常识，重点讲授肺结核的预防及治疗。要求：以小组为单位查阅资料完成此报告。在文中展示小组各成员所完成的工作内容，论述正确，行文简洁、语句格式编辑合理。五、16世纪，英国大主教st.anderew患有哮喘病，请了很多名义进行治疗均没有奏效。有一天，一名医生来到主教床前，看见主教靠在高高的羽毛枕头上喘息不止，他立即让人换掉枕头，奇怪的是主教的喘息症状竟然很快消失了。这是为什么呢？结合该病例，阐述支气管哮喘的病因以及防止原则。要求：以小组为单位查阅资料完成此报告。在文中展示小组各成员所完成的工作内容，论述正确，行文简洁、语句格式编辑合理。六、某男30岁，淋雨后高热伴咳嗽、咳铁锈色痰、胸痛。该患者可能发生了什么病？为什么咳铁锈色的痰？该患者可选用什么药物治疗？要求：以小组为单位查阅资料完成此报告。在文中展示小组各成员所完成的工作内容，论述正确，行文简洁、语句格式编辑合理。

用例图描述

学生：用户登录 ID 1 用例名称：用户登录参与者：学生用例描述：大概过程：学生在系统上登录需要输入用户名、密码，系统确认身份。输出结果：在系统的登陆界面区域确定身份后，登录界面转换登录成功。前置条件：系统已启动到登录界面，学生在进行其余操作之前必要完成的步骤。后置条件：用户登录成功后系统显示信息查看的结果界面，用户登录成功后，进入到学生相应界面。正常流程：1．学生在用户名输入框里输入用户名 2．在密码框里输入密码 3．用户按登录后，系统验证学生输入的有效性。 4．有效则进入系统的主界面。无效则提示相应错误给用户。 5．用例终止异常事件流：显示错误信息，提示无效身份登录，认证无法通过登陆失败。分支流程：在按“登录”按钮之前，学生可以随按“关闭”按钮。特殊需求：要求用户密码安全。签到 ID： 2 用例名称：签到参与者：学生用例描述：大概过程：学生在系统上选择签到按钮。输出结果：在系统确定身份后，签到成功。

前置条件：在此用例开始之前，学生必须登录到系统中。后置条件：如果用例执行成功，可以实现学生客户端的功能。正常流程： 1.学生成功登陆客户端 2.点击签到按钮，此用例启动。 3.显示“签到成功”信息。特殊需求：学生一次只允许签到一个用户。发送文件 ID： 3 用例名称：发送文件参与者：学生用例描述：产生的原因：学生需要将所完成的功课提交老师批阅。大概过程：学生完成作业后，按“提交按钮”发送给老师。输出结果：系统提示文件送达成功或者失败。前置条件：学生必须提供上传信息资源请求。后置条件：学生可以快速提交作业，老师及时发现问题，可通过群聊方式纠正学生出现的问题。正常流程： 1.学生提交上传文件信息请求 2.界面转换至上传文件界面 3.学生将所传文件内容进行上传 4.进行提交 5.系统提示成功与否信息异常流程： 1.用户取消上传请求，系统回到界面。 2.文件上传失败，系统提示再次上传。特殊需求：上传文件不宜过大。

基础工程案例分析题

五、案例分析题 1、[背景资料] 对某建筑工程场地的土样进行塑液限试验，测得土样的%53=L ω， %25=P ω。题目（1）：土的界限含水量与其天然含水量有何关系？题目（2）：确定该土的种类并说明理由。题目（3）：该种土的颗粒组成有何特点？有何工程性质？答：（1）、土的界限含水量（塑限、液限）与其天然含水量无关，而是取决于其颗粒组成和搭配情况。（2）、该土为粘土，因为其17282553>=-=p I 。（3）、土中粘粒含量太多。该土液限大于50%，属于高液限土，且塑性指数（26）较大，具有高塑性，此种土往往毛细水上升高度较大，吸水后容易膨胀，承载力低。不能直接用作路基填料，也不可直接用作基础的持力层。 2、[背景资料] 2009年6月27日清晨，上海市闵行区“莲花河畔景苑”一座在建13层住宅楼发生整体倒塌，桩基被整齐折断，造成一名工人死亡。经上海市城乡建设与交通委员会组织专家组调查，该楼房采用PHC 管桩基础，桩基和楼体结构设计均符合规范要求。楼房左侧进行了地下车库基坑的开挖，开挖深度4.6m ，右侧在短期内堆积了10m 高的土方。题目（1）：哪些情况下适用桩基础？题目（2）：试分析该楼房倒塌的原因。答：（1）、荷载较大，地基上部土层软弱，采用浅基础或人工地基在技术经济上不合理时；河床冲刷较

大，河道不稳定，或冲刷深度不易正确计算时；地基计算沉降过大，或建筑物对不均匀沉降敏感时；需要增强抗震、抗液化能力时；施工水位或地下水位较高时。（2）、房屋倾倒的主要原因是，在短期内一侧堆土过高，最高处达10米左右，增加了地基中的水平自重应力；与此同时，另一侧的地下车库基坑正在开挖，开挖深度4.6米，大楼两侧的压力差使土体产生水平位移，过大的水平力超过了桩基的抗侧能力。 3、[背景资料] 某桥梁主墩基础采用钻孔灌注桩（泥浆护壁），地质依次为2m砾石、以下为软土。主要施工过程如下：平整场地、桩位放样、埋设护筒，采用正循环工艺成孔，成孔后立即吊装钢筋笼并固定好，对导管接头进行了抗拉试验，试验合格后，安装导管，导管底口距孔底30cm，混凝土坍落度180mm。施工单位考虑到灌注时间较长，经甲方同意，在混凝土中加入了缓凝剂。首批混凝土灌注后导管埋深为1.2m，随后的灌注连续均匀地进行。当灌注到23m时，发现导管埋管，施工人员采取了强制提升的方法。灌注到30m时，发生赌管现象，施工人员采用型钢插入法疏通。灌注完成，养生后检测发现断桩。题目（1）：护筒的作用是什么？泥浆的作用是什么？对泥浆有何要求？题目（2）：何为正循环工艺？题目（3）：指出施工过程中的错误之处。题目（4）：断桩可能发生在何处？为什么？答：（1）、护筒的作用是固定钻孔位置，开始时对钻头起导向作用；保护孔口，防止坍塌；隔离孔内外表层水。泥浆的作用是护壁、清渣。泥浆应有较高的稠度和比重，以提高护壁和清渣能力。（2）、泥浆循环分为正循环工艺和反循环工艺。正循环工艺的主要流程为：将制备好的泥浆用泥浆泵从泥浆池抽送至钻头，泥浆从钻头喷入孔内，然后夹带钻渣流入沉淀池，经沉淀后又进入泥浆池，再泵送至钻头，如此循环。（3）、钻孔完毕后未进行清孔就吊装钢筋笼；未对导管进行闭水试验；是否加入缓凝剂应经过监理工程师批准，而不是甲方；灌注过程中强制提升导管。（4）、23m处。因为强制提升导管可能导致泥砂和水进入混凝土中。 4、[背景资料] 某上跨乡村道路的两跨简支梁小桥，其桥墩采用天然地基上的浅基础，使用明挖法施工，地质依次为3m粘土，以下为碎石土。地下水位线离地面2.7m。题目（1）：写出天然地基上浅基础的施工顺序。

用例分析总结

用例图(Use Case Diagram)是由软件需求分析到最终实现的第一步，它描述人们如何使用一个系统。用例视图显示谁是相关的用户、用户希望系统提供什么样的服务，以及用户需要为系统提供的服务，以便使系统的用户更容易理解这些元素的用途，也便于软件开发人员最终实现这些元素。用例图在各种开发活动中被广泛的应用，但是它最常用来描述系统及子系统。当用例视图在外部用户出现以前出现时，它捕获到系统、子系统或类的行为。它将系统功能划分成对参与者（即系统的理想用户）有用的需求。而交互部分被称作用例。用例使用系统与一个或者多个参与者之间的一系列消息来描述系统中的交互。用例图包含六个元素，分别是：参与者(Actor)、用例(Use Case)、关联关系(Association)、包含关系(Include)、扩展关系(Extend)以及泛化关系(Generalization)。用例图可一个包含注释和约束，还可一个包含包，用于将模型中的元素组合成更大的模块。有时，可以将用例的实例引入到图中。用例图模型如下所示，参与者用人形图标来标识，用例用椭圆来表示，连线表示它们之间的关系。

一．参与者（Actor） 1．参与者的概念参与者是系统外部的一个实体，它以某种方式参与用例的执行过程。参与者通过向系统输入或请求系统输入某些事件来触发系统的执行。参与着由参与用例时所担当的角色来表示。在UML中，参与者用名字写在下面的人形图标表示。每个参与者可以参与一个或多个用例。它通过交换信息与用例发生交互（因此也与用例所在的系统或类发生了交互），而参与者的内部实现与用例是不相关的，可以用一组定义其状态的属性充分的描述参与者。参与者有三大类：系统用户、与所建造的系统交互的其它系统和一些可以运行的进程。第一类参与者是真实的人，即用户，是最常见的参与者，几乎存在于每个系统中。命名这类参与者时，应当按照业务而不是位置命名，因为一个人可能有很多业务。第二类参与者是其它的系统。这类位于程序边界之外的系统也是参与者。

功能需求分析用例描述文档讲解

XXX村村民交流互动网站系统设计小组成员：何成龙、陆承林黄元勇、王永亮胡荣启引言：在计算机技术飞速发展的今天，各类交流网站挤满了互联网，本设计立足于XXX村村民交流互动而设计一个交流网站，网站为村民提供交流服务，村民可以在网上通过发帖聊天交流生活琐事以及农事科技等。第一章：功能性需求分析一、在本次设计中，“远程教育网站系统”包括以下功能模块： 1、个人工作台 2、在线浏览 3、资料共享 4、系统管理 5、在线帮助二、功能描述 1、个人工作台用户可通过个人工作台对个人信息进行注册和修改。 1.1、用户注册/登陆模块用户通过注册模块进行注册成为会员，登陆模块为会员完成用户登陆； 1.2、修改信息在本模块用户可对已填信息进行完善和修改。 2、在线浏览在线浏览为会员和非会员提供阅读材料以及视频文件，可在线点播及阅读。 3、资料共享此功能仅为会员提供，非会员无权享受此功能。会员通过此模块可下载所需内容以及上传文

件。 4、系统管理 4.1、后台管理专为网站管理员开设。网站管理员通过此模块可对网站进行维护和管理。 4.2、网站数据库主动收集网站各类数据并及时更新。 4.3、信息管理系统仅为信息管理员提供，可以通过此模块对会员上传的文件进行审核和删除，以及对注册会员进行管理。 5、在线帮助 5.1、联系我们用户通过此模块就网站存在的问题进行反馈。 6.功能描述文档：功能编号功能名称功能描述备注 01 注册用户可以通过注册功能进行信息注册成为网站会员 02 登录会员/信息管理员用户通过此登录进行登录网站，登录时会员选择“会员登录”进行登录，信息管理员选择“管理员”进行登录。 03 浏览网页非会员和会员享有的权力，非会员只能浏览不能留言以及下载上传文件。 04 个人中心一、会员个人中心包含以下内容模块： 1.个人主页会员在个人主页里可以根据自己喜好设置主页属性； 2.个人信息修改个人信息修改包括密码修改和基本信息修改； 3.好友好友模块包含对好友的添加和删除功能，也可以对好友进行喊话；

28043学前教育基础理论案例分析题201324

28043学前教育基础理论案例分析题历年真题整理小青个人水平有限分析不够完善，请大家见谅。 1、2006年10月案例分析题实验人员在5岁的孩子面前放两只相同的矮而宽的玻璃杯，装的水也一样多，问他“哪只杯子里的水多？”他会不假思索的说“一样多。”实验者又当着他的面把一只杯子里的水倒入一只又高又长的杯子，再问他“现在哪只杯子里的水多？”他认为矮而宽的杯子里水多，重复几次都这样，问他为什么？他指着杯子的宽度说“这个宽了就大了。” 问：这是一种什么样的现象？孩子为什么会发生这样的现象？书124页答：这是儿童单维注意及思维的不可逆性。这是儿童思维发展特征之一。根据皮亚杰的认知发展阶段理论，5岁儿童的思维发展尚处于前运算阶段，思维具有单维注意及思维的不可逆性。这个时期的儿童往往只注意状态，特别是最终状态，而不考虑达到这些状态要经历的转变。不会考虑转变，造成了前运算时期儿童思维的不可逆性。对于这个年龄的儿童来说，同时考虑高度和容量是做不到的，他们被杯子外形迷惑，只能根据外形作出大小判断，也就是水容量的判断。举例，生活中我们发现儿童会根据身材高矮或者照片尺寸大小判断人的年龄，数学活动中数字和物体对齐的顺序打乱，就觉得两者数目不相等了。都反映了单维注意的特征。 2、2007年10月案例分析题 .案例：（2007-10）幼儿芳芳今年3岁，是个很漂亮的小女孩。妈妈教会她“4+2=6”之后，问她“2+4”等于多少，她居然说自己不知道！妈妈摇摇头，觉得自己的孩子怎么会这么笨呢？请问：这一案例揭示了儿童的什么问题？请加以分析原因。其主要发展趋势是什么？见教材P122—126 答题要点：根据皮亚杰的认知发展阶段理论，3岁儿童的思维发展尚处于前运算阶段，其思维具有不可逆性。这个案例揭示的真是儿童思维不可逆性的特点。儿童思维的主要发展趋势是随着儿童年龄的增长，儿童的思维灵活性增强，开始从单维注意向两维注意过度，形成“守恒”概念，思维的可逆性开始形成和发展。

门户网站用例图与用例描述

1：总体用例图 2：留言管理 2-1:回复留言用例描述: 用例名称：回复留言用例标识号： 2-1

参与者：管理员简要说明：管理员对用户提交到系统的留言，进行浏览和回复。前置条件：管理员已经登管理系统基本事件流：1．管理员鼠标点击“浏览留言”按钮，发出留言审核请求；2．系统提供系统中存储的留言，分页显示留言内容； 3. 管理员选择一条留言标题，点击浏览留言详细信息；4．管理员可以在选择要回复的留言； 5. 管理员点击提交回复留言 6．用例终止；其他事件流A1：在按“提交”按钮之前，管理员随时可以按“返回”按钮，返回到浏览页面异常事件流：1．提示错误信息，管理员确认；2．返回到留言管理页面。后置条件：系统中的留言得到回复注释：无 2-2:删除留言用例描述: 用例名称：删除留言用例标识号：2-2 参与者：管理员简要说明：管理员对用户提交到系统的留言，进行浏览和删除前置条件：管理员已经登管理系统基本事件流：1．管理员鼠标点击“浏览留言”按钮，发出浏览留言请求；2．系统提供系统中存储的经审核的留言，分页显示留言； 3. 管理员查看留言，点击删除按钮删除留言后重新列出留言； 7．用例终止；其他事件流A1：在按“提交”按钮之前，管理员随时可以按“返回”按钮，返回到浏览

异常事件流：1．提示错误信息，管理员确认；2．返回到留言管理页面。后置条件：系统中的留言被删除。注释：无 3：管理帖子 3-1 回复帖子用例描述: 用例名称：回复帖子用例标识号：3-1 参与者：管理员简要说明：管理员对用户提交到系统的帖子，进行浏览和回复帖子。前置条件：管理员已经登管理系统基本事件流：1．管理员鼠标点击“浏览帖子”按钮，发出帖子浏览请求；2．系统提供系统中存储的帖子，分页显示帖子内容； 3．管理员可以在选择要帖子的留言； 4. 管理员点击提交回复帖子5．用例终止；其他事件流A1：在按“提交”按钮之前，管理员随时可以按“返回”按钮，返回到浏览异常事件流：1．提示错误信息，管理员确认；2．返回到帖子管理页面。后置条件：系统中的帖子批准状态被修改。注释：无

心理学案例分析题举例

案例分析题举例，供参考！ 1. 我们在听一场内容丰富、生动有趣的报告时会觉得时间过得非常快，而在有急事等公交时却觉得过得非常慢，这是为什么？其原因是：（1）因为在一定时间内事件发生的数量与性质是影响知觉的因素。在一定时间内，事件发生的数量越多，性质越复杂，人们倾向于把时间估计得较短；而事件发生的数量少，性质简单，人们倾向于把时间估计得较长。一个报告，如果内容丰富、生动有趣，人们就会觉得时间过得快。（2）个体的兴趣和情绪也是影响时间知觉的因素。人们对自己感兴趣的东西以及能引起积极情绪体验的东西，会觉得时间过得很快，出现对时间的低估。相反，对厌恶的东西会觉得时间过得好慢，出现对时间的高估。在期待某种事物的时候，会觉得时间过得慢，出现时间的高估。在有急事等公交车时却觉得时间过得非常慢，就是这个原因。 2. 用心理学的知识解释我们在看电影时，为什么眨眼和眼动的时间不影响我们知觉的连续性？记忆系统由三个成分，分别是感觉记忆、短时记忆和长时记忆。感觉记忆保持感觉刺激的瞬间映像，其保持时间不超过一秒或两秒。虽然信息的感觉记忆中保存的时间很短，但却很有用。我们看电影时，眨眼很眼动的时间不影响我们知觉的连续性，就是因为我们有感觉记忆在起作用。 3. 人们常常有这样的经历，一个非常熟悉的事物，用时却怎么也记不起来，可过一会时间以后，却又突然想起来了。从心理学上讲，这是为什么？从心理学上讲，遗忘可以分两种：一时不能再认或重现叫永临时性遗忘，这是一种假遗忘；永久不能再认或重现叫永久遗忘，这是真遗忘。平时我们非常熟悉的事物在一个特定时刻却怎么也想不起来，过一会以后却又突然想起来了，这种现象就是一种临时性遗忘也称为假遗忘。产生这种现象的原因主要是干扰或紧张，过了一会，当紧张被解除或干扰被排除后，回忆或再认自然也就顺利实现了。

案例分析题答题技巧及举例

《公共管理学》期末复习资料案例分析题答题技巧及举例一、案例分析的内涵案例分析类试题是让应考者根据给出的案例情节，综合运用所学的理论知识和自身所掌握的技能，对某一专题进行诊断和剖析，以达到检测应考者的公共管理理论水平，以及解决实际问题的能力。一道案例分析题可能包含着某个特定范围内的若干个知识和技能鉴定点。案例分析类试题采用文字描述的方式，对公共管理中经常出现的问题进行简单的叙述，然后再提出一些有针对性的问题，请应考者回答。应考者需要回答的问题往往是当前公共管理中的“要点”“热点”“疑点”“焦点”或者是“难点”。应考者在回答试题时，应当从现实出发，以事实和数据为依据，通过分析案例、明确问题、探讨成因，提出多种可供选择的方案以及找出最优化方案等多个具体的分析步骤，才能最终完成答题。二、案例分析题的特点案例分析题具有一定的典型性，并与所对应的理论知识或职业技能有直接的联系。(1)在公共管理的实践中较难解决的工作问题；(2)领导工作中经常发生的需要妥善解决的问题；(3)采取必要的措施和策略，今后尽可能避免使其不能再次发生的问题；(4)对公共管理活动具有指导、借鉴或引起人们思考，给大家带来某些启示的问题。三、案例分析题的类型案例分析题一般分单一案例分析和复合案例分析。下面分别阐述。 1、单一案例分析题单一案例分析题大致可分为以下几种类型： ①描述评价型。即案例分析试题只描述解决某种问题的全过程，包括其实际后果，不论其成功或失败。这样的试题是要求应考者做“事后诸葛亮”，留给应考者的分析任务只是对案例中的具体做法进行事后剖析，要求应考者提出具体的分析意见和改进的建议，以测试应考者对现存问题进行判断和剖析的能力。 ②分析决策型。即案例分析试题只介绍某一待解决的问题，由应考者去分析并提出对策。这类试题能有效地检测应考者对公共管理原理的认知度以及领导决策的能力。 ③方案设计型。即通过案例所给出的环境、条件和可供使用的资源，要求应考者运用自身的才智，提出具体的确实可行的工作计划或者实施方案，以检测应考者实际解决问题的能力和管理水平。案例分析题的解答首先，审阅案例的内容和情节。为了弄清案例发生背景和来龙去脉，可以采用5W2H的方法。即Who（何人），When（何时），Where（何地），What（何事），Which（何物），How（如何做），How much（费用）等一连串的疑问，即从时间、空间、人物、过去、现在与未来等多维度、多视角提出问题，然后再认真思考，只有对提问逐一地做出正确的回答，才能真正把握案例实情。在分析案例发生的背景和隐含的问题时，一定要注意文中的细节，认真对待案例中的人和事。应考者应当实现中高层管理者的角色扮演，设身处地进入案例的情节之中，只有这样做，才能在掌握各种数据的基础上，透过错综复杂的案情，“一进门”就抓住事件的关键，认清事物的本质。

用例图和用例模型

用例图和用例模型用例图用来描述用户的需求，它从用户的角度描述系统的功能，并指出各功能的执行者，强调谁在使用系统，系统为执行者完成哪些功能。用例图概述 UML用例图是软件产品外部特性描述的视图，它从用户的角度而不是开发者的角度来描述软件产品的需求，分析软件产品所需的功能和行为。用例图主要描述了系统需要实现的功能，而忽略系统是如何实现这些功能的。用例模型由用例图组成，它是系统用例图的集合，是对系统从宏观角度的确定描述。用例模型主要用于需求分析阶段，该模型是系统开发者和系统使用者反复讨论的结果，表明了系统开发者和系统使用者对需求规格达成的共识。首先，用例模型描述了待开发系统的功能需求；其次，用例模型将系统看作黑盒，仅从外部执行者的角度来理解系统；再次，用例模型驱动了需求分析之后各阶段的开发工作，影响到开发工作的各个阶段和UML的各个模型。一、用例图元素用例图主要用于定义系统的功能需求，它描述了系统的参与者与系统提供的用例之间的关系。用例图由以下几种元素组成：执行者、用例、关系、用例描述（1）执行者执行者（Actor）是系统的外部用户，它是与系统相关联的人或其它系统，可以是普通用户、外部硬件、其他系统。

在进行用例图绘制时，首先要找出系统的执行者。一般可以从以下几个方面来考虑怎样找到系统的执行者： ?谁使用系统的功能。 ?谁向系统提供必要的信息。 ?谁从系统获取信息。 ?谁维护、管理系统工作。 ?系统需要使用哪些外部资源。 ?需要与系统交互的其它系统有哪些。 ?其他对系统产生的结果感兴趣的人或事物。（2）用例用例是指系统中的一个功能单元，也可以将用例理解为系统功能的分解。用例的表示方法如下：（3）关系（1）关联在用例图中，用例和执行者之间的关系用一条连接二者带箭头的连线表示，如图所示，该连线称为关联。它表示了一个执行者和一个用例之间的关系。在用例图中，关联关系只用在执行者和用例之间，用例和用例之间不会存在关联关系。关联关系采用的是单箭头的连线，表示在该关联中执行者是主动的，是执行者启动的用例。如下图所示。

用例规约模板

用例规约：<用例名称> [以下提供的模板用于用例规约，它包含以文本表示的用例特征。该文档和需求管理工具（如 Rational RequisitePro）一起使用，用于详细说明用例特征中的需求，并对这些需求进行标记] [用例图可在可视化建模工具（如 Rational Rose）中开发。用例报告（具有所有特征）可用 Rational SoDA 生成。有关详细信息，请参见 Rational Unified Process 中的工具向导。] 1.用例名称 1.1简要说明 [此说明应该简要介绍该用例的作用和目的。一个段落即足以作此说明。] 2.事件流 2.1基本流 [当主角有所行动时，此用例随即开始。总是由主角来带动用例。用例应说明主角的行为及系统的响应。应按照主角与系统进行对话的形式来逐步引入用例。用例应说明的是系统内发生的事件，而不是事件发生的方式和原因。如果进行了信息交换，则需指出来回传递的具体信息。例如，只表述主角输入了客户信息就不够明确。最好明确地说主角输入了客户姓名和地址。通常可以利用词汇表让用例的复杂性保持在可控范围内?您最好在词汇表中定义客户信息等内容，使用例不至于陷入过多的细节。简单的备选流可以在用例文本中提供。如果只需几句话就可说明存在备选流时将发生的事件，则可以直接在事件流一节中说明。如果备选流较为复杂，则需要用另外一节来单独说明。例如，备选流小节解释如何说明较复杂的备选流。虽然清晰明了的叙述性文字是无可替代的，但有时一幅图要比千言短文更具说明性。只要表达得简洁明了，您就可以在用例中任意粘贴用户界面和流程的图形化显示方式，或是其他图形。如果流程图有助于描述复杂的决策流程，那么一定要充分利用它！同样，对于与状态相关的行为，状态转移图通常比数页文字更能清晰地描述系统的行为。根据问题来选用妥当的表示方法，但应慎用您的读者可能不太明了的术语、符号或图形。请切记，您的目的是要阐明问题，而不是混淆问题。] 2.2备选流 2.2.1<第一备选流> [较复杂的备选流应单独说明，这已在事件流一节的基本流小节中提及。将备选流小节当作备选行为? 在许多情况下，由于主事件流中发生异常事件，这时每个备选流都可代表备选行为。这些备选流的长度可以是说明与备选行为相关的事件所需的长度。当备选流结束时，除非另外说明，主事件流的事件将重新开始。] 2.2.1.1<备选分支流> [如果能使表达更明确，备选流又可再分为多个支流。] 2.2.2<第二备选流> [在一个用例中很可能会有多个备选流。为了使表达更清晰，应将各个备选流分开说明。使用备

用例图和用例描述设计实例

用例图和用例描述设计实例作者：ephyer 发表时间： 2004-09-09 18:01:35 更新时间： 2004-09-09 18:01:35 浏览：1954次主题：电脑技术评论：0篇地址：202.19 7.75.* :::栏目::: ? T hinkin g in jav a 学习笔记 ? J A VA 基础知识 ? U ML ? 软件设计师 ? 其他类别这里用我开发的一个家教网站来简单的分析用例图的画法和用例描述的写法。这个网站我用UML 完整的分析一下，以下我提取了用例图和用例描述的部分。这个家教网站分为前台客户系统和后台管理系统。前台客户系统的用例图如下：后台管理系统用例图如下：对于用例描述，篇幅有限，我在这里只列了后台管理系统中的网站公告发布这个用例的描述。如下：

用例名称：用户登录用例标识号：01 参与者：管理员、普通用户简要说明：参与者输入用户名、密码以及验证码，系统进行验证后，合法者登录系统，否则提供拒绝登录系统。前置条件：参与者已经打开系统的登录页面（login.jsp）基本事件流： 1．参与者在用户名输入框里输入用户名 2．在密码框里输入密码 3．密码框下方显示验证码，验证码由4位数字构成，用户按原样输入验证码。 4．用户按登录后，系统验证参与者输入的有效性。 5．有效则进入系统的主界面。无效则提示相应错误给用户。 6．用例终止其他事件流A1：在按“登录”按钮之前，参与者可以随按“取消（或关闭）”按钮。异常事件流： 1．提示错误信息，参与人确认后置条件：进入的主界面main.jsp ,装载相应的数据注释：（可选：记住用户）

什么是用例和用例描述

我发现，在OO和UML几乎一统天下的今天，仍有很多系统分析员对OO和UML一知半解，甚至包括很多已经使用了很久UML的系统分析员。于是打算写一个系列文章，将多年来的工作经验做一个总结。对初学者起个启蒙作用，也希望抛砖引喻，与各路大虾共同探讨，共同提高。这个系列文章将以我对OO和系统分析的理解为主，从UML基础开始，阐述面向对象的需求分析方法，过程，并以RUP为例，阐述如何将OO过程与软件过程有机结合在一起，做一个真正OO应用。好了，今天是第一篇。想得很远，不知能否坚持下去，呵呵:lol: 用例是什么？其原始英文是usecase，直译过来就成了用例。这也是一个比较贴切的叫法了，从字面的直接理解就是使用的例子。另一种比较流行的定义是用例就是与使用者(actor)交互的，并且给使用者提供可观测的有意义的结果的一系列活动的集合。这个定义还是比较费解的，笔者在众多应聘者中发现很多使用用例来做需求的系统分析员，有的已经使用了两年以上，但仍不能把握用例的本质，虽然他们号称精通UML。最具普遍意义的理解错误是认为用例就是功能的划分和描述，认为一个用例就是一个功能点。在这种理解下，用例变成了仅仅是较早前需求中功能框图的翻版，很多人用用例来划分子系统，功能模块和功能点。如果这样，用例根本没有存在的必要。有意思的是，造成这种理解错误的相当一部分原因却是因为对OO思想的理解不够深入，本质上说，把用例当成功能点的系统分析员脑子里还是面向过程的那一套思想，虽然他们在使用OO的工具，OO的语言，号称在做面向对象的开发，但过程的影子还没有从他们脑子里彻底抹去。如果用例不是功能的话，它是什么呢？从定义上说，能给使用者提供一个执行结果的活动，不就是功能吗？我的回答是：错！功能是计算机术语，它是用来描述计算机的，而非定义需求的术语。功能实际描述的是输入-->计算-->输出。这让你想到了什么？DFD图？这可是典

人力资源管理师案例分析题举例

案例分析题举例: 李娜是沪上一家医疗器械公司的人力资源部经理，公司最近招了一名销售员李勇，在经过面谈后，李娜认为李勇在销售方面具有很大的潜力，具备公司要找的销售人员条件。可是，两星期后销售部经理却告诉她，李勇提出离开公司。李娜把李勇叫到办公室，就他提出辞职一事进行面谈。李娜：李勇，我想和你谈谈。希望你能改变你的主意。李勇：我不这样认为。李娜：那么请你告诉我，为什么你想走，是别的企业给你的薪水更高吗？李勇：不是。实际上我还没有其他工作。李娜：你没有新工作就提出辞职？李勇：是的，我不想在这里呆了，我觉得这里不适合我。李娜：能够告诉我为什么？李勇：在我上班的第一天，别人告诉我，正式的产品培训要一个月后才进行，他们给我一本销售手册，让我在这段时间里阅读学习。第二天，有人告诉我在徐汇区有一个展览，要我去公关部帮忙一周。第三周, 又让我整理公司的图书。在产品培训课程开课的前一天，有人通知我说，由于某些原因课程推退半个月，安慰我不要着急，说先安排公司的销售骨干胡斌先给我做一些在职培训，并让我陪胡斌一起访问客户。所以我觉得这里不适合我。李娜：李勇，在我们这种行业里，每个新员工前几个月都是这样的，其他地方也一样。问题： 1、你认为这家公司新员工培训存在哪些问题？ 2、针对此案例，结合相关工作经验，就如何避免上述问题提出你的建议。

参考答案： 1、这家公司的培训工作没有做好。（2分）新员工上岗培训工作管理混乱，没有计划性。（2分）培训方式不科学，培训内容不完善，应包括企业文化、公司管理制度、相关政策、员工行为守则等内容。（2分） 2、设立相应的员工培训部门或培训专员，负责员工的培训工作。（2分） 3、制定科学的新员工上岗培训方案，内容全面：包括产品介绍、公司相关政策、企业文化、公司管理制度、员工行为守则；产品推销要点、行业与竞争对手情况、销售技巧、人际关系技巧、自我激励等。（4分） 4、培训方式要科学合理。采用分散与集中相结合，课堂学习与在职实践相结合。可以采用报告、研讨、授课、在岗实习，集训等方式对员工进行上岗培训。（2分） 6、培训结束后，由受训员工的上司督促受训员工，固化他们在培训中学到的技巧，是销售培训成败的关键。（2分） 7、采取角色模拟、考试、竞赛等手段抓好培训质量，对培训效果进行评估、培训过程进行改进。（2分）

用例描述

用例描述学生管理系统的用例描述；用例编号：001；用例名：系统管理员的登录；用例描述：系统管理员完成学生信息管理系统登录的整；参与者：系统管理员老师学生；前置条件：系统运行正常；后置条件：如果管理员登录成功，可以对学生的基本信；基本路径：；1，系统管理员，学生，老师输入用户和密码；2，然后系统管理员，学生，老师提交输入的信息；3，系统对系统管理员，学生和老师的用户和学生管理系统的用例描述用例编号：001 用例名：系统管理员的登录用例描述：系统管理员完成学生信息管理系统登录的整个过程。参与者：系统管理员老师学生前置条件：系统运行正常。后置条件：如果管理员登录成功，可以对学生的基本信息进行进行管理。包括：录入，查询，修改，删除。如果教师登陆成功，可以对学生的成绩进行管理。如果学生登录成功，可以查看个人的基本信息。如果登录未成功，则不能进行如上操作。基本路径：

1，系统管理员，学生，老师输入用户和密码。 2，然后系统管理员，学生，老师提交输入的信息。 3，系统对系统管理员，学生和老师的用户和密码信息进行有效的检查。 4，检查通过，则返回带用户登录界面。扩展点： 3a:密码输入错误 3a1:系统弹出输入错误的警告信息。 3a2:系统管理员，学生和老师离开或重新输入密码。变异点：无补充说明：无用例编号：002 用例名：查询学生的基本信息用例描述：完成系统管理员对学生的基本信息查询的完整过程。参与者：系统管理员前置条件：登录成功后置条件：系统给出学生的基本信息。系统管理员可以查询操作。

基本路径： 1. 系统管理员，进入查询学生基本信息界面，发送查询学生基本信息的请求。 2.界面Form向控制对象Control请求学生的基本信息，控制对象到数据库查询学生的基本信息。 3.查询学生基本信息界面对象从控制对象中取得所查询得到的学生基本信息Course。并返回到查询界面上显示所有的学生基本信息。 4. 系统管理员查询学生的基本信息。扩展点： 4a:查询学生基本信息失败。 4a1: 系统弹出查询学生信息失败的警告信息。 4a2: 系统管理员离开或重新查询学生的基本信息。变异点：无补充说明：无用例编号：003 用例名：修改学生的基本信息

用例规约描述

用例规约描述babasport Use Case Description 编号：OnlineShop 版本1.0 作者：张东日期：审批：日期：

变更记录日期版本变更说明作者2009-5-6 1.0 创建张东

目录引言 (4) 目的 (4) 概述 (4) 用户登录模块 (4) 用户注册模块 (4) 用例描述 (5) 登录 (5) 主动登录 (5) 被动登录 (6) 注册 (7) 用户注册 (7)

引言《用例规约描述》是描述项目小组对项目进行需求分析得到的关于用户和系统之间交互作用的文本性描述文档。目的用例是关于用户和系统之间相互作用的文本性描述，从外部角度描述系统的行为，表达系统应该做什么。本文档通过用例规约描述，来进一步说明该系统需求，是下一阶段系统设计的基础，也是测试用例的重要依据。定义缩写、术语解释 actor 系统外部使用功能者 use case 系统功能单元的描述概述本项目主要实现为网站用户提供注册登录服务。用户登录模块在这个模块中，用户可以登录到网站获得会员的权限。登录的方式有两种： 1. 用户主动希望登录到网站获得会员权限。用户可以通过主页的“登录”链接来进入登录页面，进行登录操作。 2. 用户希望使用需要会员权限模块时，被系统要求登录。用户在未登录状态下点击“我的账户”或者“进入结账中心”链接，系统要求用户进行登录。登录后，用户获得会员权限，可以进行会员操作。在两种模式中用户忘记密码可以选择点击“忘记密码了？”链接，来找回密码。用户注册模块在这个模块中，用户可以注册一个或者多个会员身份。注册的入口也有两个：

UML用例图的画法

一．UML简介 UML（统一建模语言，Unified Modeling Language）是一种定义良好、易于表达、功能强大且普遍适用的可视化建模语言。它融入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。在系统分析阶段，我们一般用UML来画很多图，主要包括用例图、状态图、类图、活动图、序列图、协作图、构建图、配置图等等，要画哪些图要根据具体情况而定。其实简单的理解，也是个人的理解，UML的作用就是用很多图从静态和动态方面来全面描述我们将要开发的系统。二．用例建模简介用例建模是UML建模的一部分，它也是UML里最基础的部分。用例建模的最主要功能就是用来表达系统的功能性需求或行为。依我的理解用例建模可分为用例图和用例描述。用例图由参与者（Actor）、用例（Use Case）、系统边界、箭头组成，用画图的方法来完成。用例描述用来详细描述用例图中每个用例，用文本文档来完成。 1．用例图参与者不是特指人，是指系统以外的，在使用系统或与系统交互中所扮演的角色。因此参与者可以是人，可以是事物，也可以是时间或其他系统等等。还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。比如小明是图书馆的管理员，他参与图书馆管理系统的交互，这时他既可以作为管理员这个角色参与管理，也可以作为借书者向图书馆借书，在这里小明扮演了两个角色，是两个不同的参与者。参与者在画图中用简笔人物画来表示，人物下面附上参与者的名称。用例是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的可观察结果。这是UML对用例的正式定义，对我们初学者可能有点难懂。我们可以这样去理解，用例是参与者想要系统做的事情。对于对用例的命名，我们可以给用例取一个简单、描述性的名称，一般为带有动作性的词。用例在画图中用椭圆来表示，椭圆下面附上用例的名称。系统边界是用来表示正在建模系统的边界。边界内表示系统的组成部分，边界外表示系统外部。系统边界在画图中方框来表示，同时附上系统的名称，参与者画在边界的外面，用例画在边界里面。因为系统边界的作用有时候不是很明显，所以我个人理解，在画图时可省略。