系统分析与设计实验报告.docVIP

学号：

2009-2010学年第二学期第16周

系统分析与设计

实验报告

题目：订购系统

班级：B111108

姓名：刘国

指导教师：白玫

职称：讲师

成绩：

经济与管理学院

2014

年

6

月

6

日

南京邮电大学

指导教师成绩评定表

题目

订购系统

学生姓名

刘国

班级学号

专业

信息管理与信息系统

评分内容

评分标准

总分

评分

平时成绩

认真对待课程设计，遵守实验室规定，上机不迟到早退，不做和设计无关的事。

20

设计内容

设计内容丰富，符合大纲要求

10

界面外观漂亮、大方

10

功能符合大纲要求

10

文档设计正确合理

10

文档写作

文档反映设计规划过程

10

文档反映系统设计流程

10

辩论

简练、准确阐述设计内容，能准确有条理答复各种问题，系统演示顺利。

20

总评分

指导教师

评阅意见

该生对待软件设计遵守相关规定的态度□认真□一般□比拟差□非常差。

设计的系统界面外观美工处理情况□很好□较好□一般□比拟差

系统前后台功能和脚本编写情况□很好□良好□一般□比拟差

文档书写符合规划与设计流程程度□很好□良好□一般□比拟差

系统演示顺利情况和辩论流畅准确情况□很好□良好□一般□比拟差

完成的课程设计特色之处：

成绩

指导教师签名

日期

定货系统

需求描述

1、系统设计的背景信息

客户通过向效劳人员发出订货信息，效劳人员〔Actor〕开列订单，订单用来验证客户，订单下有商品条目和客户，订单状态：订单调出、订单填写、订单入座、订单分发、订单存档。其中我主要做的是效劳人员处理订单的这局部功能。

2、需求分析

功能需求：客户可以在自己的端向商家发出订货信息，商家通过获取订货信息，商家通过效劳人员开出的订单信息验证客户，审核成功后安排付款，再双方核实订货信息〔查询订单〕。

信息需求：要有客户，可以从获得订货信息，并且能确保获取的信息是正确的，开出的订单是无误的，能保证双方间传递与核实信息。

性能要求：有足够多的容量制定出所有客户的订单，能保证所有的客户能订到货不会出现有客户打不进的情况。

系统静态模型

用例图：

如图用例图包括客户，效劳人员，订货，查询订单，开列订单，验证客户，审核使用和安排付款用例。客户是整个系统的发起者，是整个系统效劳的对象；效劳人员是开列单据的负责方，效劳于整个系统；订货是获取订单信息的方式途径；开列订单是效劳人员通过订货所得到的信息，而且可以用来核实客户的身份，但要审核后使用；查询订单是为了核实定单的准确性，以保证客户付的款是自己的订单。任何时候客户通过订货和效劳人员开列订单时都可能查询订单，因此是《include》关系，而验证客户，审核使用与开列订单是《Extand》关系。此外，验证客户与订货也是《Extand》关系，安排付款与开列订单是《include》关系。

类图：

类图表示了订单下的分支有商品条目和客户信息，其中商品条目用来记录订货的信息，客户信息用来记录客户的信息。如下列图：

系统动态模型

时序图：

如下列图所示，时序图表示随着时间的推进，对象之间的交互作用，显示了对象之间动态合作关系，强调了对象之间消息发送的顺序。下列图表示了效劳人员获取信息后先输入订单信息，增加订单，再验证客户，与客户信息进行核实，最终增加一个订单到表中。

协作图：

协作图和时序图一样，用来反映对象之间的协作关系的动态图，但协作图是按照时间和空间的顺序描述系统元素的交互和关系，从协作图上可以直观的看出对象之间的相关程度。如下列图表示效劳人员通过输入订单信息增加订单到列表后，验证客户，与客户信息进行核实的操作步骤。

状态图：

状态图是对类图所描述的事物作补充说明。如下列图是订单类的状态图。

活动图：

活动图用于系统的建模，反映一个连续的活动流。如下列图，反映了效劳人员在创立订单时所要做的一系列的流程活动。

5、实现模型：

系统配置图

软件使用心得

这次系统分析与设计的实验自己完成一个订货系统，课本上都有相应图的例子，因此只需要在软件里实现即可。但是在订货系统确定后，发现RationalRose软件是自己之前没有接触过的，不过在网上有哪些信誉好的足球投注网站