UML实验报告
面向对象建模UML实验报告
面向对象建模UML实验报告
在面向对象建模中，最常用的工具之一就是统一建模语言（UML）。
UML为开发人员提供了一种标准化的方法，用于描述系统的结构、行为和交互。
UML提供了一种图形表示方法，以及一套规则和符号，用于描述系统的各个方面。
实验目的：
通过此次实验，我们的目标是掌握面向对象建模的基本概念和方法，并能够使用UML语言对系统进行建模。
具体目的如下：
1.了解面向对象建模的基本思想和概念。
2.掌握UML的基本语法和符号。
3.能够使用UML对系统进行建模和分析。
4.学会使用UML工具进行建模。
实验步骤：
1.学习面向对象建模的基本概念和方法。
了解UML语言的基本语法和符号。
2.选择一个系统进行建模。
可以选择一个现有的系统，或是一个虚构的系统。
系统可以是一个软件系统，也可以是一个物理系统。
3.根据系统的需求和功能，使用UML语言对系统进行建模。
根据系统的结构和行为，选择合适的UML图形进行建模，例如用例图、类图、活动图等。
5.对建模结果进行分析和评估。
根据建模结果，分析系统的结构和行为，评估系统的可行性和性能。
6.根据分析结果，进行系统设计和开发。
实验结果：
通过此次实验，我们能够更好地理解和分析系统，能够使用UML语言对系统进行建模和分析。
我们可以通过UML图形清晰地描述系统的结构和行为，帮助开发团队更好地进行系统设计和开发。
通过实验的学习，我们不仅掌握了面向对象建模的基本概念和方法，也学会了使用UML工具进行建模和分析。
总结：。
UML实验报告1-8次
实验一熟悉UML开发工具Microsoft Visio 2003 日期: 9月16日1.实验目的与要求:2.熟悉UML开发工具Microsoft Visio 2003。
3.实验内容:4.熟悉Visio的UML建模绘图界面。
二、2..通过绘制对象图学习Visio的使用方法。
实验器材:微机+windows操作系统+ Microsoft Visio 2003实验步骤:1. 熟悉Visio的UML建模绘图界面（1）进入Visio的UML建模绘图界面通过“开始”|“程序”, 运行Microsoft Office Visio 2003, 出现Microsoft Visio界面。
在左侧的“类别”区域中单击“软件”, 然后在右侧的“模板”中单击“UML模型图”, 则进入Visio的UML建模绘图界面。
（2）熟悉UML建模绘图界面在Visio的UML建模绘图界面中, 最大的白色区域就是绘图区。
左上方的“形状”窗口就是Visio的UML元素调板, 它由很多的标签页组成。
每个标签页提供了一个特定的UML 图标。
左下方的“模型资源管理器”就是Visio的字典, 字典就是所创建的所有元素及其属性的记录的集合。
当Visio打开并准备开始UML绘图的时候, “UML静态结构”标签页就会激活, 我们就可以创建类图和对象图了。
2. 通过绘制对象图学习Visio的使用方法。
（1）在“模型资源管理器”中“顶层包”的文件夹上右击, 从弹出菜单中选择“新建”|“静态结构图”, 则创建并打开了一个新的静态结构图。
从“形状”的“UML 静态结构”标签页中选择“对象”图标, 拖拽到绘图区。
（2）在对象图标上双击打开“UML对象属性”对话框。
在“名称”字段中输入“theSun”替代缺省名字。
我们还需要表明theSum是Star类的一个实例, 为此, 选择“类”字段并单击下拉列表。
从类列表中选择“顶层包：：Star”, 然后单击“确定”按钮。
（3）用相同的一系列步骤创建HabitablePlanet类的一个earth对象。
UML实验报告
UML系统建模--图书馆图书管理系统实验使用UML进行系统建模一．实验目的针对指定软件系统的需求进行分析和设计；使用Microsoft Visio软件，绘制UML图。
二．实验设备计算机、Microsoft Visio软件。
三．实验内容及步骤图书馆图书管理系统的域描述如下：在图书管理系统中，要为每个借阅者建立一个账户，并给借阅者发放借阅卡（借阅卡可以提供借阅卡号、借阅者名），账户中存储借阅者的个人信息、借阅信息以及预定信息。
持有借阅卡的借阅者可以借阅书刊、返还书刊、查询书刊信息、预定书刊并取消预定，但这些操作都是通过图书管理员进行的，也即借阅者不直接与系统交互，而是图书管理员充当借阅者的代理与系统交互。
在借阅书刊时，需要输入所借阅的书刊名，书刊的ISBN/ISSN号，然后输入借阅者的图书卡号和借阅者名，完成后提交所填表格，系统验证借阅者是否有效（在系统中存在账户），若有效，借阅请求被接受，系统查询数据库系统，看借阅者所借阅的书刊是否存在，若存在，则借阅者可借出书刊，建立并在系统中存储借阅记录。
借阅者还书后，删除关于所还书刊的借阅记录。
如果借阅者所借的书刊已被借出，借阅者还可预定该书刊，一旦借阅者预定的书刊可以获得，就将书刊直接寄给预定人（为了简化系统，预定书刊可获得时就不通知借阅者了）。
另外，为了简化系统，也不考虑书刊的最长借阅期限，假设借阅者可以无限期地保存所借阅的书刊。
对上述图书管理系统的域描述进行分析，可以获得如下功能性需求：（1）借阅者持有借阅卡（借阅者名和借阅卡号）；（2）图书管理员作为借阅者的代理借书；（3）图书管理员作为借阅者的代理预定书刊；（4）图书管理员作为借阅者的代理取消预定；（5）图书管理员作为借阅者的代理还书；（6）图书管理员可以创建新的借阅者账户；（7）图书管理员可以修改借阅者的账户信息；（8）图书管理员可以删除已存在的借阅者账户；（9）图书管理员可以添加新书刊种类；（10）图书管理员可以修改书刊种类信息；（11）图书管理员可以删除系统中的书刊种类；（12）图书管理员可以在系统中添加书刊信息；（13）图书管理员可以编辑书刊信息；（14）图书管理员可以删除书刊信息；对上述系统进行建模，按照下列要求完成实验报告：1.进行需求分析：识别参与者，识别用例，画出用例图；使用“用例说明书”对每个用例进行描述。
UML类图实验报告
UML类图实验报告实验报告学院：专业： 20xx年 3月 18日第二篇：UML实验——类图实验报告 1300字南京信息工程大学实验(实习)报告实验名称类实验(实习)日期 2014.05.10 得分指导老师系专业班级一、实验目的1．理解类的基本概念。
2．掌握如何从需求分析中抽象出类的方法。
3．掌握在Rational Rose中绘制类的操作方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容通过前面内容的学习，完成了对图书馆的图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动态和状态图。
通过这两类图我们可以初步了解系统的业务处理流程。
现在需要对系统进行静态建模，这就需要从系统的用例图、活动图和状态图去寻找和发现类。
因此，指派你运用本节所学的有关如何抽象出类的知识，完成如下任务：1．寻找和抽象出书籍管理功能中的类。
四、实验步骤1．分析：由前面章节对图书馆管理系统中的书籍管理功能可知，该模块是由书籍信息类、书目类、新增书籍界面类、修改书籍界面类、删除书籍界面类和书籍管理类6个类组成。
2．绘制类的步骤：（1）打开前面初步构建的UML模型文件;（2）打开Rose中的逻辑视图（Logical View），选择分析模型（analysis model）目录。
并在其下创建一个子目录并命名为：“图书馆业务功能”。
（3）用鼠标右击“图书馆业务功能”在弹出来的菜单中选择“New→Class diagram”项，创建类图。
（4）双击新建的类图，并点右边控件集中选中的类的图标，并用鼠标在图中分别拖出一个类图，并命名为Book。
（5）接下来的一步为设置类的属性，在新的类中双击该类，在打开属性面板中，可以看到在此可以设置类的属性和方法等其他的信息；后撞击Attributes这个栏目，此栏目为设置类的属性的选项，在图中间的单击右键，可以看到有一个“Insert”的选项，选中这个选项，后在出现的对话框中输入相关信息；如书本的ISBN号，在Type这个方框内输入此属性的类型值，同时可以看到一栏可以设置此属性的访问权限，一般这些属性都设置Private这个权限。
UML实验报告
UML系统分析与设计实验报告实验一图书馆系统——借书一．实验目的：学会使用UML来构建软件的面向对象的软件工程，对系统进行不断精化的建模。
这些模型包括用例模型、分析模型、设计模型，然后，我们需要使用具体的计算机语言来建立系统的实现模型。
当然，在整个软件工程中，我们还需要建立系统的测试模型，以保证软件产品的质量。
在具体的实验中更加准确的了解UML的操作平台。
二．实验内容：利用UML做一个图书馆借书系统的建模。
三．实验步骤：名称：借书”。
说明：学生在图书馆挑选好需要的图书后，通过图书管理员把书借回去。
参与者：学生，图书管理员频率：每天可能会有很多次。
最繁忙的情况是，借书的人非常多，按照现在的速度，大约每分钟完成一个人的结束工作。
前置条件：无后置条件：修改所借出的图书的剩余数量。
假设：借书者总是从图书馆找到书，然后才能拿书办理借书手续，因此，总是有足够的书可以出借。
基本操作流程：借书成功。
1）学生将所借图书和借书证交给图书管理员2）图书管理员将学生借书证号码和所借图书输入系统3）系统校对借书信息，比对该学生以往借书情况和当前借书情况，如果不存在不允许借书的情况，则记录借书交易的信息，并且修改相应的馆藏图书的数量信息。
4）如果该学生已经预订了这本图书，则撤销该预定。
5）报告交易成功。
可选操作流程：所借图书超出最大借书数量。
1）学生将所借图书和借书证交给图书管理员2）图书管理员将学生借书证号码和所借图书输入系统3）系统校对借书信息，比对该学生以往借书情况和当前借书情况，发现已超出最大借书数量，则停止当前交易，并且提示用户错误原因。
4）图书管理员可以应学生的意见，减少借书数量，并重新提交系统。
流程活动图：见图一。
借书活动图分析模型分析模型是从开发者的角度来描述问题。
用例模型的主要工作是描述现实世界的业务流程，而很少会涉及系统的概念。
分析，则是从系统的角度来来看待软件应该为用户提供的服务。
同样，同设计不同的是，分析仍然停留在“做什么”的层次，。
UML实验报告
1.为什么要求相对应的类名、组件名和实现组件的文件名相同？
答：相应的名字中能够找到相应的类的信息。如果组件名、类名和Java文件名不相同，会出现实体类的语法错误。
实验七 正向工程
一、实验报告要求
1．整理实验结果。
2．小结实验心得体会。
正向工程是对一个系统物理结构实现的高层抽象性、逻辑性及独立性设计的传统处理过程。通过本次试验，学会了利用Rose工具生成代码框架及生成数据库脚本，同时在实现过程中使用转换后的代码和数据库脚本。了解了Java编程综合练习。
实验四 活动图
一、实验结果
1．整理实验结果。
2．小结实验心得体会
在UML中，活动图是为系统的动态方面建模的7个图之一。活动图主要是一个流图，它描述了从活动到活动的控制流，它还可以用来描述对象在控制流的不同点从一个状态转移到另一个状态时的对象流。
通过本次实验，我对活动图的语义和功能有了更深层次的理解和应用，并对活动图的组成部分，包括动作状态、活动状态、分支、分叉和泳道、对象流，逐一进行了学习。同时基本掌握了用活动图来描述系统中“借出图书”用例的业务过程。实验过后本应该有完整的截图，由于自己的粗心马虎，造成截图的不完整性。
2.本案例中，ResourceTitle与BookTitle、DiscTitle的继承关系，SQL Server 2000关系型数据库的转换合理吗？如不合理，请问该如何修改？
答：不合理。
UML
实
验
报
告
实验一 用例图
一、实验结果
1、整理实验结果
2、小结实验心得体会
用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。用例图是UML中用来对系统的动态方面进行建模的7种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能的操作者。
UML实验报告
实验报告课程名称：UML统一建模语言实验名称：图书管理系统专业班级：嵌入式软件学校：郑州轻工业学院实验一用例图[实验目的和要求]1、熟悉UML建模工具Rational Rose的基本菜单及操作。
2、掌握UML的可见性规则和构造型的作用。
3、掌握用例的概念；掌握UML用例图的组成及作用。
4、掌握用例与用例之间的各种关系。
[实验内容和步骤]1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。
2、认识各种UML关系及可见性符号，并用工具表示出来。
用例图包含6个元素，分别是：参与者、用例、关联关系、包含关系、扩展关系以及泛化关系。
参与者用人形图标表示，用例图用椭圆形符号表示，连线表示它们之间的关系。
用例图显示多个外部参与者以及他们与系统提供的用例之间的连接。
通过用例建模可以对外部的角色以及他们所需要的系统功能建模。
用例图用于系统分析阶段。
用例是系统参与者与系统在交互过程中所需要完成的事务。
该实验确定参与者是图书管理员和读者，还要分析系统所涉及的问题领域和系统运行的主要任务。
根据系统的需求分析可确定：作为一个图书管理系统，要实现图书管理，读者可以查询借书情况、查询节目（预定图书、取消预订）；对于图书管理员来说，系统维护操作主要包括：借出图书、归还图书（逾期罚款）、维护图书、维护读者信息,包含关系的图标按钮应用虚线箭头。
截图如下：实验二类对象模型的建立[实验目的和要求]１、掌握对象的概念，对象的表示方法，掌握类与对象的关系。
２、掌握类与类之间的各种关系代表的含义及表示方法。
[实验内容和步骤]１、什么是对象，对象的三大特征是什么？UML中对象的表示方法有哪些？2、简述类的定义，以及类的三要素。
3、类的属性和方法的可见性有哪些？UML中如何表示？对象代表一个单独的，可确认的物体、单元或实体，它可以是具体的也可以是抽象的，在问题领域里有确切定义的角色。
换句话说,对象是边界非常清楚的任何事物。
对象三大特征是封装、继承和多态。
UML实验报告
UML实验报告本科实验报告课程名称：系统分析与设计实验项⽬：《⽹上书店系统》实验地点：专业班级：学号：20110学⽣姓名：指导教师：2013年⽉⽇实验⼀⽤例图⼀、实验⽬的初步掌握UML⽤例图的创建⽅法及其⽤例的描述。
⼆、实验要求1．结合⼯具StartUML，熟悉UML⽤例图的模型元素。
2．使⽤StartUML⼯具建模⽹上书店系统的⽤例图。
三、实验主要设备：台式或笔记本计算机四、实验内容：根据下⾯给出的⽹上书店问题陈述，分析该系统总体需求，建模⽹上书店系统的⽤例图并提供⼀个主要⽤例的事件流⽂档。
⽹上书店陈述：书店经理：我们原本是⼀个传统的实体书店，顾客要买书都是亲⾃到书店⾥来的，这样挺不⽅便。
⾯且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是⼤量顾客到书店选购图书，使得书店场地不⾜，⼯作⼈员也很忙碌。
其实，还有⼀点就是，有不少⼈进⼊书店后并不买书，只是查找⼀些资料。
有的甚⾄会在这呆上很长的时间直到把书免费看完。
这种⾏为，⼯作⼈员⼀般是不阻⽌的，结果最后这些被看过的书会因为有阅读过的痕迹⽽影响销售。
⽽且现在电⼦商务已经发展起来了，所以我们想到借助⽹络，让顾客通过⽹上书店购买图书。
这样我们书店可以省掉⼤量的场地维护和⼯作⼈员成本⽀出，同时计算机可以⽅便的检索图书信息，让顾客可以⾜不出户以更优惠的价格买到需要的书。
系统分析员：能谈谈您对⽹上书店的要求吗?书店经理：⽹上书店要能实现对外和对内的功能，对外是顾客能在⽹上书店订购图书，提交订单。
对内，书店⼯作⼈员能够通过⽹上书店及时的看到这些订单，并进⾏处理。
为了把书送到顾客⼿⾥，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客⼿⾥。
书店管理员受理订单后，就会通知快递公司送货。
当然，书店的图书上架和下架也应该由⽹上书店完成了。
⼯作⼈员甲：实体店中，图书是按照不同种类放置的，⽅便顾客挑选。
⽹上书店的图书也应该能够按照这种模式分类显⽰。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一、实验目的熟悉软件建模工具PowerDesigner的安装和使用，使用PowerDesigner绘制用例图，熟悉用例文档的编写，掌握系统需求模型的构造过程；学习使用PowerDesigner绘制类图。
二、实验内容1. 根据如下场景构造需求模型，使用PowerDesigner绘制用例图，撰写用例“在线预订客房”和“前台预订客房”的用例描述文档，并进行模型检查。
某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时交相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。
2. 某电话公司决定开发一个客户信息管理系统，系统功能如下：(1) 浏览客户信息：任何使用Internet的网络用户都可以浏览电话公司所有的客户信息（包括姓名、住址、电话号码等）。
(2) 登录：电话公司授予每个客户一个账号。
拥有授权账号的客户可以使用系统提供的页面设置个人密码，并使用该账号和密码向系统注册。
公司管理人员也可以通过登录对客户信息进行管理。
(3) 修改个人信息：客户在系统中注册后，可以发送电子邮件或者使用系统提供的页面对个人信息进行修改。
(4) 删除客户信息：只有公司的管理人员才能删除不再接受公司服务的客户的信息。
绘制该系统的用例图。
3. 根据如下描述绘制类图：某商场会员管理系统包含一个会员类(Member)，会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等，会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种，不同类型的会员在购物时可以享受不同的折扣；每个会员可以拥有一个或多个订单(Order)，每一个订单又可以包含至少一条商品销售信息(ProductItem)，商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等；每一条商品销售信息对应一类商品(Product)，商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。
4. 根据NewWorld Bank银行系统项目需求，构建系统的需求模型和静态模型（类图）。
三、实验要求1. 熟练安装PowerDesigner15.1，熟练使用PowerDesigner15.1绘制用例图和类图；2. 严格按照需求建模和类图绘制的步骤；3. 使用UML2.0中用例图和类图的标准图符；4. 绘制标准的用例图并撰写规范的用例文档，绘制标准的类图；5. 检查最终的需求模型，确保模型与需求的一致性。
四、实验步骤1. 安装PowerDesigner15.1；2. 熟悉PowerDesigner15.1的常用功能；3. 分析实例场景，识别执行者；4. 识别用例及用例之间的关系；5. 使用PowerDesigner15.1绘制用例图；6. 撰写用例文档；7. 模型检查；8. 识别系统的类；9. 识别类的属性和方法；10. 识别类之间的关系；11. 使用PowerDesigner15.1绘制类图；12. 检查类图的正确性。
五、实验报告用例名称在线预订客房用例编号Hotel001执行者客户涉众利益客房部经理：查看客房预订情况和每日收款情况。
系统管理员：了解在线预订操作是否能够正常执行，系统是否正确记录预订信息并更新客房预订情况。
前置条件客户已经进入在线预订客房页面。
后置条件系统保存预订信息并更新客房预订情况数据库。
基本路径1.客户选择客房类型；2.系统检查该类型客房是否还有预留；3.客户选择客房门号；4.客户输入入住日期和入住的时间长短；5.客户支付定金；6.系统提示预订成功。
扩展路径a客户选择客房类型不存在扩展点：1.系统给客户提示相似的客房类型；2.客户选择客房类型。
b客户支付定金不成功扩展点：b1. 1。
系统提示信用卡账号或密码错误；2。
客户重新输入信用卡账号和密码。
b2. 1。
系统提示信用卡金额不足；2。
客户输入其他可用信用卡账号和密码。
字段列表客房信息：客户姓名、客户身份证号、客房类型、客房门号、客房预订金额。
业务规则客户姓名不能为空；客户身份证号不能为空；客户身份证号不能错误；客房类型不能为空；客房门号不能为空；客房入住日期和入住时间不能为空；客户必须支付预订金额。
非功能需求系统响应时间不能超过30秒。
设计约束如何快速输入银行账号；如何快速和银行系统连接。
用例名称前台预订客房用例编号Hotel002执行者前台服务员涉众利益客房部经理：查看客房预订情况和每日收款情况。
系统管理员：了解在线预订操作是否能够正常执行，系统是否正确记录预订信息并更新客房预订情况。
前置条件客户请求预订客房。
后置条件系统保存预订信息并更新客房预订情况数据库。
基本路径1.前台服务员为客户选择要预定的客房类型；2.系统检查该类型客房是否还有预留；3.前台服务员为客户选择要预订的客房门号；4.前台服务员根据客户要求为客户输入入住日期和入住的时间长短；5.前台服务员收取客户支付定金点击确定；6.系统提示预订成功。
扩展路径a客户选择客房类型不存在扩展点：1.系统给客户提示相似的客房类型；2.前台服务员为客户选择要预定的客房类型。
b客户支付定金不成功扩展点：b1. 1。
刷卡设施不能使用；2。
前台服务员收取客户现金支付定金。
b2. 1。
系统提示信用卡密码错误；2。
客户重新输入密码。
b3. 1。
系统提示信用卡金额不足；2。
客户输入其他可用信用卡账号和密码。
字段列表客房信息：客户姓名、客户身份证号、客房类型、客房门号、客房预订金额。
业务规则客户姓名不能为空；客户身份证号不能为空；客户身份证号不能错误；客房类型不能为空；客房门号不能为空；客房入住日期和入住时间不能为空；客户必须支付预订金额。
非功能需求系统响应时间不能超过30秒。
设计约束如何快速输入银行账号；如何快速和银行系统连接。
模型检查矩阵：顾客客房部经理服务员信用卡系统网上在线预定房间●前台预定房间●查看房间预定●查看每日收款●预付订金●●现金支付●●信用卡支付●●●2、客户信息管理系统的用例图：3、商场会员管理系统的类图：4、NewWorld Bank银行系统用例图：类图：用例文档:用例名称创建新账号用例编号NWB001执行者银行内部工作人员涉众利益顾客:希望办理自己想要的类型的账号。
银行经理：查看银行账号办理的情况。
前置条件工作人员必须已经被正确识别和授权。
后置条件顾客信息正确录入，数据库已更新，并为客户开出新的账号。
基本路径 1.顾客填写的开户单；2.工作人员录入顾客基本资料；3.工作人员根据顾客要求为用户创建新账号。
扩展路径 a 顾客开户单填写不合格扩展点：1.顾客重新填写开户单；2.工作人员创建新账号。
字段列表客户信息包括：姓名、单位、住址、身份证号、账号类型、存款额、账号工作人员信息包括：姓名，编号业务规则顾客姓名不能为空；顾客身份证号不能为空；账号类型不能为空；存款额不能低于10元。
非功能需求1如何快速录入顾客信息；2支持多种语言显示。
设计约束怎么解决利率问题？怎么解决货币贬值问题？是否可以办理外国货币储蓄信用卡？用例名称设置账号密码用例编号NWB002执行者银行内部工作人员涉众利益顾客：设置自己保密的账号密码。
前置条件工作人员必须已经被正确识别和授权；顾客已办理新账号。
后置条件顾客的卡已办理完成，并发给顾客新办理的卡。
基本路径 1.工作人员进入设置密码页面；2.顾客通过输入密码的设置输入自己设置的密码；3.工作人员通过系统为顾客办理出账号密码匹配的卡。
扩展路径 a 顾客两次输入的密码不一致扩展点：顾客重新设置密码字段列表客户信息包括：姓名，性别，身份证号码，账号，密码工作人员信息包括：姓名，编号业务规则密码不能为空；密码为六位。
非功能需求顾客能看清屏幕上办理的账号的信息。
设计约束顾客忘记密码怎么办？用例名称修改账号密码用例编号NWB003执行者银行内部工作人员涉众利益顾客：为自己金钱安全，修改更为保密的密码。
前置条件工作人员必须已经被正确识别和授权；顾客已办理新账号。
后置条件顾客信用卡密码信息已更新，银行数据库已更新。
基本路径 1.工作人员刷卡获得要修改密码的账号的信息；2.顾客输入原始密码；3.工作人员进入修改密码页面；4.顾客通过面目输入设施输入新密码；5.工作人员点击确定。
扩展路径 a 顾客重新输入的密码和原始密码一致扩展点：顾客重新再次设置新密码字段列表客户信息包括：姓名，性别，身份证号码，账号，密码工作人员信息包括：姓名，编号业务规则密码不能为空；密码为六位；修改密码必须出示身份证。
非功能需求顾客能看清屏幕上办理的账号的信息。
设计约束能否增加更多的账号的密码字符？用例名称申请借记卡用例编号NWB004执行者银行内部工作人员涉众利益顾客：为避免卡透支。
前置条件工作人员必须已经被正确识别和授权；顾客已办理账号。
后置条件银行数据库已更新，胡克获得所办理的借记卡。
基本路径 1.工作人员刷卡获得要办理借记卡的账号的信息；2.顾客输入账号密码3.工作人员根据顾客要求转入借记卡一定的金额。
扩展路径 a 要办理对应借记卡的账号余额小于10元扩展点：1 取消办理借记卡；2 为账号或借记卡存入一定金额。
字段列表客户信息包括：姓名，身份证号码，账号，密码，借记卡账号工作人员信息包括：姓名，编号业务规则账号密码不能为空；账号密码为六位；申请借记卡必须出示身份证；非功能需求顾客能看清屏幕上办理的信息。
设计约束国外是否可用？用例名称账号挂失执行者银行内部工作人员涉众利益顾客：卡遗失，保护自己财产，锁定账号，并重新办理卡。
前置条件工作人员必须已经被正确识别和授权；顾客已办理账号的卡丢失。
后置条件顾客账号已被冻结，数据库已更新，在有限的期限内办理处新卡。
基本路径 1.顾客出示身份证；2.工作人员检索出顾客遗失的卡的账号；3.顾客输入密码；4.工作人员冻结该账号；规定的期限7天后，顾客卡未找到5.工作人员为顾客重新办理卡。
扩展路径 a 顾客无法出示身份证扩展点：1顾客需出示其他有效身份证明；2 挂失失败。
字段列表客户信息包括：姓名，身份证号码，账号，密码工作人员信息包括：姓名，编号业务规则顾客必须出示有效身份证明；非功能需求客户信息安全保证。
设计约束是否频繁发生？用例名称取消账号执行者银行内部工作人员涉众利益顾客：由于需要取消这个账号，取出里面的现金。
银行经理：查看顾客的账号管理情况。
前置条件工作人员必须已经被正确识别和授权；顾客已确定取消账号。
后置条件数据库已更新；顾客已办理的账号已取消。