系统分析实验报告1Word文档格式.docx

系统分析实验报告1Word文档格式.docx

《系统分析实验报告1Word文档格式.docx》由会员分享，可在线阅读，更多相关《系统分析实验报告1Word文档格式.docx（12页珍藏版）》请在冰豆网上搜索。

系统分析员：

能谈谈您对网上书店的要求吗?

网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。

对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。

为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。

书店管理员受理订单后，就会通知快递公司送货。

当然，书店的图书上架和下架也应该由网上书店完成了。

工作人员甲：

实体店中，图书是按照不同种类放置的，方便顾客挑选。

网上书店的图书也应该能够按照这种模式分类显示。

这样，图书的信息和种类要由网上书店设置和管理。

已有种类的新书或新种类的图书上架，网上书店能够保存这些信息。

如果信息输入错误，能够进行修改。

工作人员乙：

另外书店会搞一些促销，推出一些特价图书。

以前这些特价书的信息，都是我们根据促销活动整理出来，贴在书店的醒目位置。

促销活动过后，特价图书会恢复原来的价格。

希望网上书店也能够管理这些特价图书。

能谈谈平时买书的经过吗?

顾客甲：

一般都是先在书店里看看图书的简要介绍，或者先找找看有没有自己需要的书，有时是没有目标的寻找，有时直奔一类图书而去。

找到我想买的书或者觉得看的书不错，就会去柜台结帐。

工作人员丙：

不过有时在结帐的时候，顾客会突然改变主意，不买一些书或者又回去挑选图书了。

有时好像是这样的。

要是网上书店在结帐前能方便管理我所选购的图书就好了，这样通过计算机直接操作，就不用跑来跑去了。

可以使用虚拟的购物车。

对，这样在用户确认购买前可自行管理选购的图书，决定要不要购买还有的购买的数量。

顾客先使用虚拟的购物车选购管理图书，然后提交订单给书店处理，是这样吧。

没错，就这样办。

另外最好顾客能够留下自己的信息，方便以后的购买。

顾客：

你们可以实行会员制啊。

就像我们在网上逛论坛一样，会员才能发言，普通游客只能看。

这样我们平时就在网上书店查查资料什么的，只在购买图书的时候才使用会员身份。

嗯，这样不仅可以保留你们的信息，也可以保留购买记录。

会员提交购买订单后，书店打算如何收取或者说用户怎么付款?

我们可以接受货到付款，顾客也可以使用网上银行、汇款等方式付款。

这样我们就方便多了。

对了那是不是付款前，我还多了一次“反悔”的机会啊。

在我们书店没有受理订单之前，你们可以取消交易。

不过受理后就不行了。

……

通过几次这样的访谈（限于篇幅，在此并未列出所有访谈内容），可以获得网上书店的需求信息，确定系统范围。

网上书店是实现对实体书店内部图书商品和顾客购买图书的综合管理系统。

1.　用例图：

2.用例订购图书的事件流

2.1前置条件

顾客登录网上书店系统，书店中有顾客需要的书籍；

2.2后置条件

如果这个用例成功，订单、付款将会产生。

否则，系统的状态不会发生变化；

2.3扩充点

无

2.4事件流

2.4.1基流

当用户输入密码登录时，用例开始，如果系统验证密码是正确的（E-1），则提示顾客

登陆成功。

如果顾客想要查看图书，执行分支流S-1；

如果顾客想要查看已购买图书，执行分支流S-2；

如果顾客想要提交订单，执行分支流S-3；

2.4.2分支流

S-1:

查看网上书店各类图书

书店提供新上架的图书信息，原有图书的信息和种类，顾客输入希望选购图书的种类和信

息（E-3），系统显示信息表示该图书可以选购（E-4），并建立图书与顾客之间的连接（E-5）。

S-2:

查看虚拟购物车

顾客使用虚拟的购物车选购管理图书

S-3:

提交订单，付款

使用会员登录，决定购买的书本后提交订单、付款。

2.4.3替代流

E-1：

如果输入密码无效，用户可重新输入或终止。

E-2：

如果图书与顾客的链接不能建立，信息会被储存，系统会晚些时候在此建立连

接。

用例继续。

E-3：

输出图书的种类和信息

E-4：

显示信息表示该图书可以选购

E-5：

如果顾客在提交订单之前有不想购买的书籍，可自行删除，一旦提交订单则不

能撤除。

五、分析与讨论

1．建模用例图的步骤、方法？

（1）确定系统边界。

（2）识别参与者。

（3）识别用例。

（4）区分用例的优先次序。

（5）书写用例文档。

（6）通过关系（泛化、包含、扩展）整理用例。

2．如何识别系统的参与者？

（1）谁使用系统的主要功能？

——顾客、书店管理员

（2）谁能改变系统的数据？

——书店管理员

（3）谁负责维护、管理并保持系统正常运行？

（4）系统需要和哪些外部系统交互？

——快递公司、顾客

（5）谁需要系统的支持以完成日常工作任务？

3.应该如何划分用例，应注意哪些问题？

（1）特定参与者希望系统提供什么功能。

（2）系统是否存储和检索信息，如果是，有哪个参与者触发。

（3）当系统改变状态时，是否通知参与者。

（4）是否存在影响系统的外部事件。

4.心得

用心发现，仔细阅读并了解实际运行环境及运行过程中可能出现的情况和应

对方法。

实验二类图

了解类图的基本用法；

初步掌握UML类图的创建及其方法。

1、结合工具StartUML，熟悉UML类图的模型元素。

2、建模网上书店类图。

创建类图的步骤如下：

（1）使用名词识别法识别类。

（2）建模类与类之间的关系。

（3）为类图中的关联关系添加合适的角色名。

（4）为已被封装到类中的独立功能建模类。

（5）为类图中的类添加必要的特性和操作。

（6）迭代并细化该模型

1.识别类：

---书店工作人员、图书、订单、快递公司、顾客

2.定义类：

图2.1定义类

图2.2完善后的类图

五、分析与讨论

1.如何使用文本分析技术从问题陈述中识别对象和类？

为了识别对象和类，要使用文本分析技术从问题陈述中提取所有名词和名词短语。

这一步的目的是识别一组可在后续步骤中进一步详述和细化的候选对象。

在这个阶段中选择类时不用太过细致，以免漏掉一些类。

对于每个提取的名词或者名词短语，需要仔细考虑其是否真正代表了该领域中的某个对象。

下面类型的名词和名词短语更有可能表示对象：

明确的事物、概念事物、事件、外部组织、扮演的角色、其他系统。

2.心得

先大概通过名词识别法识别类，然后去掉冗余的和一些没必要的。

然后结合实际情况确定类之间的关系，看看哪些名词可以作为类的属性。

实验三顺序图及通信图

初步掌握UML顺序图的建模及其思想。

1、结合工具StartUML和Rose，熟悉UML顺序图的模型元素。

2、建模网上书店交互图。

1.给出网上书店的一个用例的顺序图，例如，书店管理员登录顺序图、会员添加图书到购物车顺序图或其他用例的顺序图。

顾客购买图书顺序图：

2.把以上顺序图转换为通信图。

1.如何从用例图建模顺序图？

用例的事件流描述了完成用例规定行为所需事件的描述，顺序图主要强调事件发生的顺序，我们可以按照用例图中事件流的记载，依次按照时间顺序描述对象间的交互。

2.顺序图和通信图的比较？

顺序图和通信图都属于交互作用图，它们以不同的方式表达类似的信息。

顺序图描述了消息的时间顺序，适合于描述实时系统和复杂的脚本；

通信图描述了对象间的关系。

顺序图是强调消息的时间顺序的交互作用图。

通信图是强调发送和接受消息的对象的组织结构的交互作用图。

它们可以彼此转换而不丢失信息。

3.心得

画顺序图时我们应该参照用例图中的事件流，按照时间顺序依次描述对象之间的交

互作用，尽可能的让大家能够把整个事件清楚的看到。

实验四活动图、状态图、组件及部署图

一、实验目的

1.了解活动图、状态图、组件及部署图的基本用法；

2.初步掌握活动图、状态图、组件及部署图建模方法。

1、结合工具StartUML，熟悉UML活动图、状态图、组件及部署图的基本模型元素。

2、建模网上书店的活动图、状态图、组件及部署图。

（1）活动图：

（2）状态图

（3）组件及部署图

5、分析与讨论

1.什么情况下适合引入状态图进行建模？

状态图描述了单个对象在它的整个生命周期的行为，描述了从事件到事件的控制流。

状态图被用来模拟系统的动态方面，即系统对象按事件发生来排序的行为。

所以，当想要很具体的说明某个很重要的对象，引入状态图进行建模再适合不过了。

通过学习，我了解到：

状态图描述的是单个对象在它的整个生命周期的行为，是从状态到状态的控制流；

活动图描述了从活动到活动的控制流。

而组件图和部署图是用来为面向对象系统的物理实现建模的两种图。

组件图描述了组件、组件间的关系，表示了组件之间的组织和依赖，用来为系统的静态实现视建模。

部署图描述了节点和运行其上的组件的配置，用来为模拟系统的静态部署视。