系统分析实验报告

1 / 5系统分析实验报告系统分析与设计实验报告题 目： 电话订购系统班 级： 姓 名： 刘 国 指导教师： 职 称： 讲 师 成 绩：经济与管理学院2016 年 6 月 6 日南京邮电大学指导教师成绩评定表电话定货系统一、需求描述1、系统设计的背景信息客户通过电话向服务人员发出订货信息，服务人员开列订单，订单用来验证客户，订单下有商品条目和客户，订单状态：订单调出、订单填写、订单入座、订单分发、订单存档。其中我主要做的是服务人员处理订单的这部分功能。2、需求分析功能需求：客户可以在自己的电话端向商家发出订货信息，商家通过电话获取订货信息，商家通过服务2 / 5人员开出的订单信息验证客户，审核成功后安排付款，再双方核实订货信息。信息需求：要有客户，可以从电话获得订货信息，并且能确保获取的信息是正确的，开出的订单是无误的，能保证双方间传递与核实信息。性能要求：有足够多的容量制定出所有客户的订单，能保证所有的客户能订到货不会出现有客户打不进电话的情况。二、系统静态模型1、用例图：如图用例图包括客户，服务人员，电话订货，查询订单，开列订单，验证客户，审核使用和安排付款用例。客户是整个系统的发起者，是整个系统服务的对象；服务人员是开列单据的负责方，服务于整个系统；电话订货是获取订单信息的方式途径；开列订单是服务人员通过电话订货所得到的信息，而且可以用来核实客户的身份，但要审核后使用；查询订单是为了核实定单的准确性，以保证客户付的款是自己的订单。任何时候客户通过电话订货和服务人员开列订单时都可能查询订单，因此是include关系，而验证客户，审核使用与开列订单是Extand关系。此外，验证客户与电话订货也是Extand关系，安排付款与开列订单是include关系。3 / 52、类图：类图表示了订单下的分支有商品条目和客户信息，其中商品条目用来记录订货的信息，客户信息用来记录客户的信息。如下图：三、系统动态模型1、 时序图：如下图所示，时序图表示随着时间的推进，对象之间的交互作用，显示了对象之间动态合作关系，强调了对象之间消息发送的顺序。下图表示了服务人员获取信息后先输入订单信息，增加订单，再验证客户，与客户信息进行核实，最终增加一个订单到表中。2、 协作图：协作图和时序图一样，用来反映对象之间的协作关系的动态图，但协作图是按照时间和空间的顺序描述系统元素的交互和关系，从协作图上可以直观的看出对象之间的相关程度。如下图表示服务人员通过输入订单信息增加订单到列表后，验证客户，与客户信息进行核实的操作步骤。4 / 53、 状态图：状态图是对类图所描述的事物作补充说明。如下图是订单类的状态图。4、 活动图：活动图用于系统的建模，反映一个连续的活动流。如下图，反映了服务人员在创建订单时所要做的一系列的流程活动。5、实现模型：四、系统配置图五、软件使用心得这次系统分析与设计的实验自己完成一个电话订货系统，课本上都有相应图的例子，因此只需要在软件里实现即可。但是在电话订货系统确定后，发现 Rational Rose 软件是自己之前没有接触过的，不过在网上搜索用法和自己慢慢的摸索，对各种图的创建和绘制都能够较快的完成操作，最终完成了对电话订货系统的创建。其实这次实验在熟悉了软件的界面后，就会发现主要是学会对用例5 / 5图，类图，时序图，状态图和活动图的绘制与创建，通过本次实验，学会了如何去创建一个 Actor、如何去显示对象之间的动态协作关系、如何反映了服务人员在创建订单时所要做的一系列的流程活动和怎么去实现模型，总之了解和熟悉了很多图的组成和功能，加强了对书本上知识的理解，巩固了所学知识，知道了如何利用这些图去构建一个系统。通过这次实验，不仅学会了 Rational