面向对象的需求分析.docx

面向对象的需求分析.docx

《面向对象的需求分析.docx》由会员分享，可在线阅读，更多相关《面向对象的需求分析.docx（17页珍藏版）》请在冰豆网上搜索。

面向对象的需求分析

文档名称：

需求分析说明书

项目名称：

购物网站管理

2080130510曾汉龙

1.引言...................................................................1

1.1编写目的...............................................................1

1.2项目背景...............................................................1

1.3定义...................................................................2

1.4参考资料...............................................................3

2.任务概述.................................................................3

2.1目标....................................................................3

3．建立对象模型.............................................................4

3.1对象模型说明...........................................................4

3.2画对象模型图..............................................................4

4．建立动态模型.............................................................5

4.1建立脚本...............................................................5

4.2正常情况脚本.............................................................5

4.3异常情况脚本.............................................................6

4.4正常情况事件跟踪图......................................................6

4.5正常情况事件跟踪图......................................................6

5.建立功能模型...............................................................7

5.1功能模型说明.............................................................8

5.对更新帐户功能的要求......................................................10

5.3系统模型................................................................12

5.4功能模型图.............................................................13

6．性能需求...................................................................14

7.用户界面..................................................................15

面向对象的需求分析

1.引言

1.1编写目的

本文档针对网站购物管理系统的功能、性能、运行环境等方面的要求进行描述，为系统的概要设计提供指导。

1.2项目背景

项目名称：

网站购物管理系统

项目编号

项目提出者：

项目承接者：

1.3定义

静态数据――系统固化在内的描述系统实现功能的一部分数据。

动态数据――在软件运行过程中用户输入后，系统输出给用户的一部分数据，也就是系统要处理的数据。

数据字典――数据字典中的名字都是一些属性与内容的抽象和概括，他们的特点是数据的严密性和精确性。

1.4参考资料

孙璐刘娟张科英等.软件工程.清华大学出版社，2005

李伟波，刘永祥，王庆春等.软件工程学习与实践.武汉大学出版社，2006

面向对象技术与UML／刘振安,董兰芳,刘燕君编著．—北京：

机械工业出版社，2007

2.任务概述

2.1目标

21世纪随着网络信息的多元化，网民数量的急剧增加，出现了一些新型的网络平台。

据某网站调查分析，网上购物方面，有17．9％的网民在半年内有过网络购物经历，53．9％的人认为网上购物送货上门比较方便，50．1％的人认为价格便宜，44．8％的认为可以购买到本地没有的物品。

这表明，网络购物作为一种新兴的商业模式，与传统购物模式相比，主要优势在于价格便宜、购物方便、商品齐全。

但在支付手段上，报告显示，汇款、网上支付和货到付款的比例分别为43．2％，41．8％和34．7％。

可以说明我国的电子支付状况得到较大改善，但由于商家与银行的利润问题，银行支付卡问题还未得到根本解决，因此现金流仍是网络购物当前存在的问题之一。

这次我们做的就是网站购物管理系统，希望通过这个系统，可以有效的提高网站购物管理的工作效率，做到信息的规范管理和科学管理。

3.建立对象模型

3.1对象模型说明

面向对象分析的第一补是构造对象模型。

在这个步骤中将抽象出类和它的属性，并用对象模型图描绘类与对象及他们彼此之间的关系。

类所提供的服务将在面向对象分析后期或面向设计阶段再确定下俩。

目前，对对象所下的定义并不完全统一，人们从不同的角度给出对象的不同定义。

这些定义虽然形式不同，但基本含义是相同的。

对象有以下的特点以数据为中心，对象是主动的实现数据的封装。

具有并行性模块独立性好

3.3画对象模型图

4.建立动态模型

4.1建立脚本

建立脚本时，首先编写正常情况的脚本，然后，考虑特殊情况，例如输入或输出的数据为最大植或最小值。

最后考虑出错情况。

对于每个事件，都应该指明明确触发该事件的动作对象接受事件的目标对象以及该事件的参数

4.2网站销售系统的正常情况脚本

●

顾客浏览网站，登陆个人帐户

●系统通过帐户密码并验证。

●验证通过，顾客进入销售产品网站。

●顾客查询选择需要购买的产品，销售系统同步制定订单

●顾客重新确认订单和付款方式

●提供顾客是否对系统有新提议

●顾客提议，发到进货部处理

●发订单到快递部门

●快递部门到存货部取货

●按照规定时间发货。

●顾客验货，快递员收取回执

●回执上交财务部

4.3网站销售系统的异常情况脚本

●

顾客浏览网站，登陆个人帐户

●系统验证帐户密码不正确，拒绝拥护登陆。

●请用户重新输入帐户密码

●订单形成，请顾客选择付款方式

●顾客未选，提示请选择付款方式

●顾客修改订单，超过期限，禁止修改。

●通知顾客已经发货。

●顾客收到货品，确认有误，拒签回执。

●货品送回。

进货系统正常脚本

●接受供应商提供的商品信息

●审查符合要求的商品并提交财务审核

●派遣采购符合审核通过的商品

●从网站提议和收机短信上收集顾客供货意见

●提交财务审核，等待通过

●派遣采购员采购顾客需要商品

●回复顾客已采购商品信息

●商品移交存货部

进货系统异常脚本

●

供货尚未发商品信息通知，则不必派遣采购员

●顾客意见如未及时处理，则提前处理

●采购的新商品，如顾客留有手机，先用手机短信通知

●财务部审核未通过，不能派遣采购

快递管理的正常脚本

●

接到订单，到存货部取货

●存货部审查通过发货

●安排日期送货上门

●联系顾客取货

●顾客检查签收货品

●快递获取回执付款，送还财务部

快递管理的异常脚本

●

接到订单，到存货部取货

●订单有错，拒绝发货，通告销售处

●货品不足，通告销售处，在通告顾客

●等待货品到货

●顾客地址错误，通告销售处，联系顾客

●顾客联系方式错误，回收货品，通告销售处

●顾客拒绝签收货品，回收货品，通告销售处

●顾客使用在线支付，取得回执，通讯财务处

销售管理的正常脚本

●

接收存货部信息，制作销售网站

●接受新进货信息，制作更新商品信息

●审查顾客登陆帐户密码，发放顾客购物权限

●接受顾客选择的商品，制作顾客订单

●发送订单到存货部门

●管理顾客在先提供意见

●安排员工工作时间表

财务管理的正常脚本

●

统计在线顾客支付金额

●统计顾客货到付款金额

●统计员工工资

●统计税务支出

●统计进货支出

●统计快递交易

●统计盈亏情况

●发布月季报告

事件跟踪图

完整、正确的脚本为建立动态模型奠定了必要的基础。

但是，用自然语言书写的脚本往往不够简明，而且有时阅读时会有多种不同的意思。

所以应该进一步明确事件和事件之间的对象关系。

经过分析，应该区分每类事件的发送对象和接受对象。

一类事件相对他的发送对象来说是输出事件，但是相对他的接受对象是输入事件。

有时一个对象把事件发给自己，所以，他既是输出事件又是输入事件

4.4动态模型

状态图描绘事件与对象的关系。

当对象接受了一个事件以后，他的下一个状态决与当前状态及所接受的事件。

当事件引起的状态改变称为“转换”。

如果一个事件并不引起当前状态发生转换，则可忽略这个事件。

各个类的状态图通过共享事件联系起来，就构成了系统的动态模型。

一般来说，每个事件都应该有发送对象和接受对象。

各个类的状态图通过共享时间合并起来，构成了系统的动态模型。

在完成了每个重要的类的转台图之后，应该检查系统的完成性和一致性。

5建立功能模型

5.1功能模型说明

面向对象的第三个步骤是，在不考虑动作次序的情况下，决定产品怎么样做各种不同的动作。

我们用数据流图片来描绘在这一步所得到的信息，因为这样的图表示了在产品范围内的功能相公性，故称为功能模块

结构画规范中使用的数据流图与面向对象范围中使用的书记流图的差别，主要是书记存储的含义可能不同：

在结构化规范中数据存储几乎总是作为文件或数据来保存，然而在面向对象范围中类的状态变量（即属性）也可以是数据存储。

因此，面向对象范性的功能模块中也包含数据存储，分别是类的数据存储和不属于类的数据存储。

5.2对更新帐户功能的要求

●更新帐户（订单，日期）价格，订单数据，信息

●如果价格超过顾客帐户金额，提示金额不足

●如果存货部没顾客的商品，则拒绝发送到快递，并通知销售

●顾客没签收回执，则回收货品

●事务是查询，则不记录进订单

●顾客选择日期必须在当前日期一天后

具体系统模型

功能模型表明了系统中数据的依赖关系，以及有关的数据处理功能，它由一组数据流图组成。

由数据流源点输入的数据和输出到数据终点的数据，是系统与外部世界之间的交互事件的参数

最后综合可以得出功能模型图

6.界面设计

系统运行时的主界面大致要求为windows的运行界面，既可以是单文档界面，即每个窗体之间是独立的，也可以是多文档界面，即有一个主窗体，可以包含其他窗体。

建议本系统采用多文档界面，这样可以更加实用和美观

7.小结

面向对象的的方法学的出发点和基本原则是尽可能摸以人类习惯的思维方式，使开发软件的方法和过程尽可能接近人类认识世界解决问题的方法和过程，也就是使描述问题的问题空间与实现解法的空间在结构上尽可能一致

面向对象所建立的三种模型，分别从三个不同的侧面描述了所要开发的系统。

这三重模型互相补充，相互配合，使得我们对系统的认识更加全面；

（1）针对每个类建立的动态模型，描述了类示例的生命周期或运行周期

（2）状态转换驱动使行为发生，这些行为在数据流图中被影射成处理，

（3）功能模型中的处理对应与对象模型中的类所提供的服务，通常，复杂的处理对应于更基本的对象提供的服务。

有时一个处理对应多个服务，也有个亿服务对应多个处理的时候。

（4）数据流图中的数据存储，以及数据的源点/终点，通常是对象模型中的对象。

（5）数据流图中的数据流，往往是对象模型中对象的属性值，也可能是整个对象。

（6）功能模型中的处理可能产生动态模型中的事件

（7）对象模型描述了数据流中的数据流，数据存储以及数据源点/终点的结构。