系统分析实验报告
系统稳定性分析实验报告
一、实验目的1. 理解系统稳定性的基本概念和稳定性判据。
2. 掌握控制系统稳定性分析的方法和步骤。
3. 分析系统开环增益和时间常数对系统稳定性的影响。
4. 通过实验验证稳定性分析方法的有效性。
二、实验原理系统稳定性分析是自动控制理论中的一个重要内容，主要研究系统在受到扰动后能否恢复到原来的稳定状态。
根据系统传递函数的极点分布，可以将系统分为稳定系统和不稳定系统。
稳定系统在受到扰动后，其输出会逐渐恢复到原来的平衡状态；而不稳定系统在受到扰动后，其输出会发散，无法恢复到原来的平衡状态。
三、实验仪器1. 自动控制系统实验箱一台2. 计算机一台3. 数据采集卡一台四、实验内容1. 系统模拟电路搭建根据实验要求，搭建一个典型的控制系统模拟电路，如图1所示。
电路中包含一个比例积分（PI）控制器和一个被控对象。
被控对象可以用一个一阶环节表示，传递函数为G(s) = K / (Ts + 1)，其中K为开环增益，T为时间常数。
图1 系统模拟电路图2. 系统稳定性分析（1）观察系统的不稳定现象在实验箱上设置不同的K和T值，观察系统在受到扰动后的响应情况。
当K值较大或T值较小时，系统容易产生增幅振荡，表现为不稳定现象。
（2）研究系统开环增益和时间常数对稳定性的影响通过改变K和T的值，观察系统稳定性的变化。
分析以下情况：1）当K值增加时，系统稳定性降低，容易出现增幅振荡；2）当T值减小时，系统稳定性降低，容易出现增幅振荡；3）当K和T同时改变时，系统稳定性受到双重影响。
（3）验证稳定性分析方法的有效性使用劳斯-赫尔维茨稳定性判据，分析系统传递函数的极点分布，判断系统是否稳定。
将实验得到的K和T值代入传递函数，计算特征方程的根，判断系统稳定性。
五、实验步骤1. 搭建系统模拟电路，连接实验箱和计算机。
2. 设置实验箱参数，调整K和T的值。
3. 观察系统在受到扰动后的响应情况，记录数据。
4. 使用劳斯-赫尔维茨稳定性判据，分析系统稳定性。
系统稳定性分析实验报告
系统稳定性分析实验报告系统稳定性分析实验报告一、引言系统稳定性是评估一个系统的重要指标，它关乎系统的可靠性、可用性和安全性。
本实验旨在通过对一个实际系统的稳定性分析，探讨系统在不同条件下的表现，并提出相应的改进措施。
二、实验背景本次实验选择了一个电力系统作为研究对象，该系统包括发电机、输电线路和用电设备。
电力系统的稳定性对于电力供应的连续性和质量至关重要，因此对其进行分析和改进具有重要意义。
三、实验方法1. 数据采集通过安装传感器和数据记录仪，我们获得了电力系统在不同工况下的运行数据，包括电压、电流、频率等参数。
2. 稳定性评估基于采集到的数据，我们使用统计学方法对电力系统的稳定性进行评估。
通过计算各个参数的均值、方差和波动性等指标，我们可以了解系统在不同时间段内的稳定性表现。
3. 系统优化根据稳定性评估的结果，我们将提出相应的系统优化措施。
例如，如果发现电压波动过大，我们可以考虑增加稳压器或改进输电线路的设计。
四、实验结果通过对电力系统的稳定性分析，我们得到了以下几个重要结果：1. 在高负荷情况下，电压波动明显增加，超出了正常范围。
这可能是由于输电线路的容量不足导致的。
因此，我们建议增加输电线路的容量，以提高系统的稳定性。
2. 在夏季高温天气下，电力系统的频率波动较大，可能会对用电设备的正常运行产生影响。
为了解决这个问题，我们建议在高温天气下增加发电机的容量，以提供足够的电力供应。
3. 在实验过程中，我们还发现了一些潜在的安全隐患，例如输电线路的老化和设备的过载。
这些问题可能会导致系统的不稳定和故障。
因此，我们建议进行定期的设备检修和维护，以确保系统的可靠性和安全性。
五、结论通过本次实验，我们对电力系统的稳定性进行了全面的分析，并提出了相应的改进措施。
实验结果表明，系统的稳定性对于电力供应的连续性和质量至关重要。
通过对系统进行优化和维护，我们可以提高系统的稳定性，确保电力供应的可靠性和安全性。
信息系统分析与设计实验报告
信息系统分析与设计实验报告一、实验目的本次信息系统分析与设计实验的主要目的是通过实际操作和研究，深入理解信息系统分析与设计的基本原理和方法，培养我们解决实际问题的能力，提高我们在信息系统开发过程中的综合素质和技能。
二、实验环境本次实验使用的软件工具包括：Microsoft Visio 用于绘制系统流程图、数据流图等；SQL Server 用于数据库设计和管理；Eclipse 或Visual Studio 等集成开发环境用于系统的编程实现。
硬件方面，使用了性能良好的个人计算机，配置满足实验所需的软件运行要求。
三、实验内容与步骤（一）系统规划首先，明确了实验系统的目标和范围。
以一个小型企业的订单管理系统为例，确定系统需要实现订单的录入、处理、查询、统计等功能。
然后，进行了初步的可行性分析，包括技术可行性、经济可行性和操作可行性等方面。
（二）需求分析通过与企业相关人员的沟通和调研，收集了用户的需求。
使用用例图和用例描述详细地记录了系统的功能需求，包括用户角色、系统功能、业务流程等。
同时，还分析了系统的非功能需求，如性能、安全性、可靠性等方面的要求。
（三）系统设计1、总体设计根据需求分析的结果，设计了系统的总体架构。
确定了系统的模块划分和模块之间的关系，绘制了系统的架构图。
2、详细设计（1）数据库设计根据系统的功能需求，设计了数据库的表结构、字段、关系等。
使用 ER 图进行了概念模型设计，并将其转化为物理模型，创建了数据库表。
（2）界面设计设计了系统的用户界面，包括登录界面、主界面、订单录入界面、查询界面等。
考虑了用户操作的便利性和界面的美观性。
（3）模块设计对各个功能模块进行了详细的设计，包括算法、流程、输入输出等。
（四）系统实现根据系统设计的结果，使用选定的开发工具和编程语言进行系统的实现。
编写了代码，实现了各个功能模块，并进行了单元测试和集成测试。
（五）系统测试对系统进行了全面的测试，包括功能测试、性能测试、兼容性测试、安全性测试等。
管理信息系统实验报告分析
管理信息系统实验报告分析一、引言管理信息系统是现代企业管理中不可或缺的一部分，它通过信息技术的应用，帮助企业高效地管理和运营。
在本次实验中，我们对管理信息系统进行了深入的研究和分析，通过实验数据和案例，对管理信息系统的设计、应用和效果进行了全面的评估和分析。
二、实验目的本次实验的主要目的是通过对管理信息系统的实际运用和案例分析，深入了解管理信息系统在企业管理中的作用和影响。
具体目标包括：1. 了解管理信息系统的基本概念和特点；2. 分析管理信息系统在企业管理中的应用和效果；3. 掌握管理信息系统的设计和实施过程；4. 评估管理信息系统对企业管理的影响和作用。
三、实验内容1. 管理信息系统概念和特点分析首先，我们对管理信息系统的基本概念和特点进行了分析。
管理信息系统是指利用计算机技术、网络技术和信息技术，对企业内部和外部的各种信息进行采集、存储、处理、传递和利用的系统。
它具有实时性、全面性、灵活性和高效性等特点，可以帮助企业管理者更好地进行决策和管理。
2. 管理信息系统在企业管理中的应用和效果分析其次，我们对管理信息系统在企业管理中的具体应用和效果进行了分析。
通过案例分析和实验数据，我们发现管理信息系统在企业管理中的应用可以大大提高工作效率，降低成本，提高服务质量，增强竞争力等。
尤其是在信息化程度较高的企业中，管理信息系统的应用效果更加显著。
3. 管理信息系统的设计和实施过程分析接着，我们对管理信息系统的设计和实施过程进行了分析。
管理信息系统的设计需要充分考虑企业的实际需求和特点，合理选用技术和工具，设计合理的系统架构和功能模块。
而管理信息系统的实施过程则需要充分考虑人员培训、系统集成、数据迁移、业务流程重构等方面的问题，确保系统能够顺利运行。
4. 管理信息系统对企业管理的影响和作用评估最后，我们对管理信息系统对企业管理的影响和作用进行了评估。
通过实验数据和案例分析，我们发现管理信息系统可以提高企业管理的效率和质量，帮助企业管理者更好地进行决策和规划，促进企业的可持续发展。
面向对象系统分析和设计综合实验报告4
面向对象系统分析和设计综合实验报告4综合实验报告：面向对象系统分析和设计一、引言面向对象系统分析和设计（Object-Oriented System Analysis and Design，简称OOSAD）是软件工程中的重要环节，它涉及到软件系统的需求分析、设计和建模等过程。
本实验旨在通过一个综合案例，加深对面向对象系统分析和设计的理解，并能够熟练运用相关的建模工具和方法。
二、实验背景本次实验的案例为一个在线购物系统，该系统允许用户浏览商品、添加到购物车、下定单并完成支付等功能。
通过对该系统进行分析和设计，可以掌握面向对象的建模技巧，包括用例图、类图、时序图等。
三、系统需求分析1. 功能需求根据用户的需求，我们确定了以下功能需求：- 用户注册和登录：用户可以通过注册账号并登录系统。
- 浏览商品：用户可以查看系统中的商品列表，包括商品的名称、价格、库存等信息。
- 添加到购物车：用户可以将感兴趣的商品添加到购物车中，以便后续下单。
- 下定单：用户可以选择购物车中的商品，并生成定单。
- 支付定单：用户可以选择支付方式，完成定单的支付。
2. 非功能需求除了功能需求外，我们还需要考虑以下非功能需求：- 性能要求：系统需要能够处理大量的用户请求，并保证响应时间在合理范围内。
- 安全要求：用户的个人信息和支付信息需要进行加密和保护，确保不被恶意攻击者获取。
- 可靠性要求：系统需要具备一定的容错能力，能够在浮现故障时自动恢复，并保证数据的完整性。
四、系统设计1. 用例图根据需求分析，我们可以绘制出以下用例图，用于描述系统的功能和用户之间的交互关系。
（用例图示例）2. 类图在进行系统设计时，我们需要确定系统中的各个类及其之间的关系。
以下是一个简化的类图示例：（类图示例）在类图中，我们可以看到系统中的各个类以及它们之间的关系，如商品类、用户类、购物车类、定单类等。
通过类图，我们可以清晰地看到系统的结构和模块之间的依赖关系。
系统分析实验报告（1）
系统分析实验报告（1）实验⼀⽤例图⼀、实验⽬的初步掌握UML⽤例图的创建⽅法及其⽤例的描述。
⼆、实验要求1．结合⼯具StartUML，熟悉UML⽤例图的模型元素。
2．使⽤StartUML⼯具建模⽹上书店系统的⽤例图。
三、实验主要设备：笔记本计算机四、实验内容：根据下⾯给出的⽹上书店问题陈述，分析该系统总体需求，建模⽹上书店系统的⽤例图并提供⼀个主要⽤例的事件流⽂档。
⽹上书店陈述：书店经理：我们原本是⼀个传统的实体书店，顾客要买书都是亲⾃到书店⾥来的，这样挺不⽅便。
⾯且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是⼤量顾客到书店选购图书，使得书店场地不⾜，⼯作⼈员也很忙碌。
其实，还有⼀点就是，有不少⼈进⼊书店后并不买书，只是查找⼀些资料。
有的甚⾄会在这呆上很长的时间直到把书免费看完。
这种⾏为，⼯作⼈员⼀般是不阻⽌的，结果最后这些被看过的书会因为有阅读过的痕迹⽽影响销售。
⽽且现在电⼦商务已经发展起来了，所以我们想到借助⽹络，让顾客通过⽹上书店购买图书。
这样我们书店可以省掉⼤量的场地维护和⼯作⼈员成本⽀出，同时计算机可以⽅便的检索图书信息，让顾客可以⾜不出户以更优惠的价格买到需要的书。
系统分析员：能谈谈您对⽹上书店的要求吗?书店经理：⽹上书店要能实现对外和对内的功能，对外是顾客能在⽹上书店订购图书，提交订单。
对内，书店⼯作⼈员能够通过⽹上书店及时的看到这些订单，并进⾏处理。
为了把书送到顾客⼿⾥，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客⼿⾥。
书店管理员受理订单后，就会通知快递公司送货。
当然，书店的图书上架和下架也应该由⽹上书店完成了。
⼯作⼈员甲：实体店中，图书是按照不同种类放置的，⽅便顾客挑选。
⽹上书店的图书也应该能够按照这种模式分类显⽰。
这样，图书的信息和种类要由⽹上书店设置和管理。
已有种类的新书或新种类的图书上架，⽹上书店能够保存这些信息。
如果信息输⼊错误，能够进⾏修改。
系统分析与设计实验报告
系统分析与设计实验报告系统分析与设计实验报告一、引言系统分析与设计是软件工程中的重要环节，通过对系统进行全面的分析和设计，可以确保系统的高效运行和稳定性。
本实验旨在通过对一个实际案例的分析和设计，掌握系统分析与设计的基本方法和技巧。
二、案例背景本次实验选择了一个在线购物系统作为案例。
该系统是一个B2C（Business-to-Consumer）电子商务平台，用户可以在该平台上浏览商品、下单购买、支付等操作。
系统还包括商家管理模块、订单管理模块、库存管理模块等。
三、需求分析在进行系统分析与设计之前，首先需要进行需求分析。
通过与用户沟通、调研市场需求等方式，我们得出了以下需求：1. 用户需求用户希望能够方便地浏览商品信息，包括商品图片、价格、描述等。
用户可以通过搜索、分类浏览等方式找到自己需要的商品，并将其加入购物车。
在下单购买时，用户需要填写收货地址、选择支付方式等。
2. 商家需求商家希望能够方便地管理商品信息，包括添加、修改、删除商品等操作。
商家还希望能够查看订单信息、处理退款等。
3. 系统需求系统需要能够处理用户的注册、登录、购买等操作，并保证数据的安全性。
系统还需要具备良好的性能，能够处理大量的并发请求。
四、系统设计在需求分析的基础上，我们进行了系统设计。
设计过程中，我们采用了面向对象的分析与设计方法。
1. 系统结构设计根据需求，我们将系统分为三个主要模块：用户模块、商家模块和管理模块。
用户模块负责处理用户的注册、登录、购买等操作；商家模块负责处理商家的商品管理、订单管理等操作；管理模块负责系统的配置、权限管理等。
2. 数据库设计为了存储系统的数据，我们设计了数据库。
数据库中包括用户表、商品表、订单表等。
通过合理的表结构设计和索引优化，可以提高系统的查询效率。
3. 系统接口设计系统接口设计是系统分析与设计的重要环节。
我们设计了一组清晰、简洁的接口，包括用户接口、商家接口和管理接口。
通过这些接口，不同模块之间可以方便地进行数据交互和功能调用。
信息系统分析与设计实验报告
信息系统分析与设计实验报告一、实验目的本次信息系统分析与设计实验的主要目的是通过实际操作和研究，深入理解信息系统分析与设计的理论知识，并将其应用于解决实际问题。
通过对一个具体信息系统项目的分析、设计和实现，培养我们的系统思维能力、问题解决能力以及团队协作能力。
二、实验环境本次实验在以下环境中进行：1、操作系统：Windows 102、开发工具：Microsoft Visual Studio 20193、数据库管理系统：MySQL 80三、实验内容与步骤（一）系统需求分析1、业务流程调研通过与相关业务人员的交流和观察，了解了系统所涉及的业务流程。
以一个在线购物系统为例，包括用户注册登录、商品浏览、购物车管理、订单生成与支付、物流跟踪等主要流程。
2、需求获取采用了多种需求获取方法，如问卷调查、用户访谈和现场观察等。
收集了用户对系统功能、性能、界面设计等方面的需求和期望。
3、需求整理与分析对获取的需求进行了整理和分类，绘制了用例图和活动图，以清晰地展示系统的功能和业务流程。
同时，分析了需求的可行性和优先级，为后续的系统设计提供了依据。
（二）系统设计1、总体设计根据需求分析的结果，确定了系统的总体架构和模块划分。
设计了系统的层次结构，包括表示层、业务逻辑层和数据访问层。
2、数据库设计根据系统的功能需求，设计了数据库的表结构。
确定了每个表的字段、数据类型、主键和外键等。
同时，考虑了数据的完整性和一致性约束，以及数据库的性能优化。
3、界面设计基于用户需求和交互设计原则，设计了系统的界面布局和操作流程。
绘制了原型图，包括首页、商品详情页、购物车页面、订单页面等，以直观地展示系统的界面风格和功能布局。
（三）系统实现1、开发环境搭建安装和配置了所需的开发工具和运行环境，如 Visual Studio 和MySQL 数据库。
2、代码编写根据系统设计的结果，使用 C语言和 ASPNET 框架进行了代码编写。
实现了系统的各个功能模块，包括用户管理、商品管理、购物车管理、订单管理等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
本科实验报告课程名称：系统分析与设计实验项目：《网上书店系统》实验实验地点：逸夫楼202专业班级：学号：学生姓名：指导教师：2013年11月15日目录1.实验准备：熟悉UML建模环境2.实验一用例图3.实验二类图4.实验三顺序图及通信图5.实验四活动图、状态图、组件图及部署图实验一用例图一、实验目的初步掌握UML用例图的创建方法及其用例的描述。
二、实验要求1．结合工具StartUML，熟悉UML用例图的模型元素。
2．使用StartUML工具建模网上书店系统的用例图。
三、实验主要设备：台式或笔记本计算机四、实验内容：根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。
网上书店陈述：书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。
面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。
其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。
有的甚至会在这呆上很长的时间直到把书免费看完。
这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。
而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。
这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。
系统分析员：能谈谈您对网上书店的要求吗?书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。
对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。
为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。
书店管理员受理订单后，就会通知快递公司送货。
当然，书店的图书上架和下架也应该由网上书店完成了。
工作人员甲：实体店中，图书是按照不同种类放置的，方便顾客挑选。
网上书店的图书也应该能够按照这种模式分类显示。
这样，图书的信息和种类要由网上书店设置和管理。
已有种类的新书或新种类的图书上架，网上书店能够保存这些信息。
如果信息输入错误，能够进行修改。
工作人员乙：另外书店会搞一些促销，推出一些特价图书。
以前这些特价书的信息，都是我们根据促销活动整理出来，贴在书店的醒目位置。
促销活动过后，特价图书会恢复原来的价格。
希望网上书店也能够管理这些特价图书。
系统分析员：能谈谈平时买书的经过吗?顾客甲：一般都是先在书店里看看图书的简要介绍，或者先找找看有没有自己需要的书，有时是没有目标的寻找，有时直奔一类图书而去。
找到我想买的书或者觉得看的书不错，就会去柜台结帐。
工作人员丙：不过有时在结帐的时候，顾客会突然改变主意，不买一些书或者又回去挑选图书了。
顾客甲：有时好像是这样的。
要是网上书店在结帐前能方便管理我所选购的图书就好了，这样通过计算机直接操作，就不用跑来跑去了。
系统分析员：可以使用虚拟的购物车。
工作人员丙：对，这样在用户确认购买前可自行管理选购的图书，决定要不要购买还有的购买的数量。
系统分析员：顾客先使用虚拟的购物车选购管理图书，然后提交订单给书店处理，是这样吧。
书店经理：没错，就这样办。
另外最好顾客能够留下自己的信息，方便以后的购买。
顾客：你们可以实行会员制啊。
就像我们在网上逛论坛一样，会员才能发言，普通游客只能看。
这样我们平时就在网上书店查查资料什么的，只在购买图书的时候才使用会员身份。
书店经理：嗯，这样不仅可以保留你们的信息，也可以保留购买记录。
系统分析员：会员提交购买订单后，书店打算如何收取或者说用户怎么付款?书店经理：我们可以接受货到付款，顾客也可以使用网上银行、汇款等方式付款。
顾客：这样我们就方便多了。
对了那是不是付款前，我还多了一次“反悔”的机会啊。
书店经理：在我们书店没有受理订单之前，你们可以取消交易。
不过受理后就不行了。
……通过几次这样的访谈（限于篇幅，在此并未列出所有访谈内容），可以获得网上书店的需求信息，确定系统范围。
网上书店是实现对实体书店内部图书商品和顾客购买图书的综合管理系统。
1. 用例图：2.用例提交订单事件流2.1前置条件用例提交订单开始之前，用例登录以及用例加入购物车必须完成。
2.2后置条件提交订单成功后，用例付款将被执行；否则返回购物车进行管理。
2.3扩充点无2.4事件流2.4.1基流当顾客输入用户名和密码登录系统后，以会员身份进行查看书籍，并将需要的书籍添加至购物车，增删完成后，此时用例提交订单开始。
系统显示购买、不购买和稍后购买。
如果所选的活动是购买，执行分支流S-1：购买所需要的图书。
如果所选的活动是不买，执行分支流S-2：不够买该书但保留其信息。
如果所选的活动是稍后购买，执行分支流S-3：稍后再购买该书，保留其信息等待购买。
2.4.2分支流S-1：购买系统提示是否购买该书，顾客选中购买，并选中要购买的书名及购买的数量（E-1或E-2)，系统显示信息可以购买，并建立购买连接。
S-2：不购买系统提示是否购买该书，顾客选中不购买，此时系统将保存该书的记录并不作任何处理。
S-3：稍后购买系统提示是否购买该书，顾客选中稍后购买，此时系统将保留该书信息并等待顾客购买。
2.4.3替代流E-1 如果所选的书该书店没有存货，系统提示该书缺货无法购买，顾客可选择其他书进行购买；E-2 如果所选的书数量超过该书店的所拥有的数量，则系统提示书的数量过多无法购买，并提示可选择少量进行购买。
五、分析与讨论1.建模用例图的步骤、方法？1.寻找参与者所谓的参与者是指所有存在于系统外部并与系统进行交互的人或其他系统。
2.确定用例找到参与者之后，我们就可以根据参与者来确定系统的用例，主要是看各参与者需要系统提供什么样的服务，或者说参与者是如何使用系统的。
3.描述用例规约应该避免这样一种误解――认为由参与者和用例构成的用例图就是用例模型，用例图只是在总体上大致描述了系统所能提供的各种服务，让我们对于系统的功能有一个总体的认识。
除此之外，我们还需要描述每一个有例的详细信息，这些信息包含在用例规约中，用例模型是由用例图和每一个用例的详细描述――用例规约所组成的.4.检查用例模型用例模型完成之后，可以对用例模型进行检查，看看是否有遗漏或错误之处。
2.如何识别系统的参与者？参与者代表了与系统接口的事物或人，它是具有某一种特定功能的角色。
为了识别用例，首先要识别参与者。
如何识别参与者，可以通过回答下列问题来帮助开发人员发现系统的参与者。
•谁是系统的主要用户•谁向系统提供信息•谁改变系统的数据•谁从系统获取信息•谁需要系统的支持以完成日常工作任务•谁负责日常维护、管理并保证系统正常运行•系统需要操纵那些硬设备•系统需要和那些外部系统交互•谁（或什么）对系统运行产生的结果（值）感兴趣......3.应该如何划分用例，应注意哪些问题？可以先列出参与者的清单，再对每个参与者列出它的用例。
1、使用功能点划分，细化每个功能点，到这个功能点不能再拆分。
2、所要测试模快对该系统的整体影响。
看其重要性。
3、最好在用例编写前，项目的测试工程师可以讨论出一个适合项目的统一测试粒度。
应注意：1）、测试粒度不宜过细，测试用例分解的测试粒度过细会给测试工程师带来成倍的额外工作量，对于项目管理来讲，这样是不合算的。
2）、测试粒度不宜过粗，这是因为如果一个测试用例，里面包含了太多验证点。
比如在写取钱的用例时，要检查余额查询，用户最大额度查询类似的本可以单独一个用例的东西都硬拼到了一起，那么用例的执行进度和项目的进度肯定不能划等号。
简单说就是有的用例简单有的用例复杂，所以有的也许要验证半天，有的只需要10分钟。
这样的话，文章开头的等式就当然不相等了。
粒度过粗还有个麻烦就是，发现很多bug都对应着一个用例。
这样给缺陷管理和统计起来也带来麻烦。
在项目后期的报告中不能清晰的统计缺陷。
4.心得我认为，用例就是功能，用例图就是对功能的图示描述；也就是功能模块的表示。
同时用例图是对用户的需求进行描述，所以，从用例图中能看出现实的功能需求，貌似是对现实世界想要完成某件事情的物理结构进行画图表示。
用例图的粒度是第一次听说，经过老师的讲解，感觉粒度就是个数的意思，搞不懂为什么翻译为粒度（granularity）。
也就是一个软件划分为多少个模块。
这就涉及到模块的耦合和内聚了。
模块太少不能把用户的需求功能描述清楚，太多了，又过于冗杂，同样不能把功能描述清楚。
用例图是开发一个软件时用到的第一个图，所以，UML用例图画好了，对后面的开发至关重要。
用例图就是对现实需求的第一步抽象，把功能用图表述出来。
在画用例图的时候就应该把用各个用例之间的关系表达清楚。
实验二类图一、实验目的了解类图的基本用法；初步掌握UML类图的创建及其方法。
二、实验要求1、结合工具StartUML，熟悉UML类图的模型元素。
2、建模网上书店类图。
三、实验主要设备：台式或笔记本计算机四、实验内容：创建类图的步骤如下：（1）使用名词识别法识别类。
（2）建模类与类之间的关系。
（3）为类图中的关联关系添加合适的角色名。
（4）为已被封装到类中的独立功能建模类。
（5）为类图中的类添加必要的特性和操作。
（6）迭代并细化该模型1.识别类：顾客（游客，会员），图书（特价图书），订单，购物车，管理员。
2. 定义类：图 2.1 定义类图2.2完善后的类图五、分析与讨论1. 如何使用文本分析技术从问题陈述中识别对象和类？识别对象：识别问题中的实体，实体的描述用名词，名词短语，，名词性代词的形式出现。
识别类：分别找出：边界类：边界类处理系统环境与系统内部之间的通信，边界类为用户或另一个系统（即参与者）提供了接口。
实体类：实体类是模拟必须被存储的信息和其关联行为的类。
控制类：控制类是用来为特定于一个或多个用例的控制行为建模的类。
参数类：参数类又被称为模板类（Template Classes），模板类定义了类族。
2.心得画类图时，首先要从问题中出所有的名词，再从中选择出可以作为类的名词作为候选类，然后找分别边界类、实体类和控制类初步定出类的概念层，然后找出这些类的属性和操作最终确定出分析层，进而完善成完整的类图。
实验三顺序图及通信图一、实验目的初步掌握UML顺序图的建模及其思想。
二、实验要求1、结合工具StartUML和Rose，熟悉UML顺序图的模型元素。
2、建模网上书店交互图。
三、实验主要设备：台式或笔记本计算机四、实验内容：1. 给出网上书店的一个用例的顺序图，例如，书店管理员登录顺序图、会员添加图书到购物车顺序图或其他用例的顺序图。
图3.1 会员添加图书至购物车并下订单2.把以上顺序图转换为通信图。