e商UML建模实验报告.docx
《e商UML建模实验报告.docx》由会员分享,可在线阅读,更多相关《e商UML建模实验报告.docx(56页珍藏版)》请在冰豆网上搜索。
e商UML建模实验报告
2011——2012学年第二学期
信息技术学院
《软件系统建模与UML》综合设计实验
E商进销存储系统的UML建模
班级:
学号:
姓名:
任课教师:
期:
日期:
2010年6月9日
第1章系统需求
1.1背景
在市场经济中,销售是企业运作的重要环节。
为了更好地推动销售,不少企业建立分公司后实行代理制,通过分公司或代理上把产品推向最终用户。
然而在信息化的今天,网店,e商的普遍使用,使一些企业想到了e商进销存的方式来提高经济效益。
这样,能够节省店铺的开支以及其他的费用。
业务信息交流是这些企业业务活动的主要特点。
在传统方式上,公司之间通常采用电传、电报、电话等方式传递订货、发货、到货、压货、换货、退货等信息,总公司的商务部门在接到分公司或代理商穿来的定单和银行汇款单据传真件后,开具产品出库通知,然后再把相关的进、销、存信息手工存档,再对这些信息进行统计分析,才能了解到整个公司的生产、销售和库存情况。
进销存管理是商业企业经营管理中的核心环节,也是一个企业能否取得效益的关键。
如果能做到合理生产、及时销售、库存量最小、减少积压,那么企业就能取得最佳的效益。
1.2根据背景分析获得功能性需求如下
使用本系统的都是e商后台系统的工作人员:
系统管理员,采购管理员,财务统计管理员,仓库管理员,销售管理员。
一、基本档案管理:
1.供货商管理:
可以设置并管理供货商及生产部门档案,档案信息包括客户(部门)名称、地址、联系人、联系电话、传真、邮政编码、开户银行、银行帐号、纳税号、网址、EMAIL地址。
2.客户:
(内容与上一项类似)
3.货品档案管理:
档案信息包括货品名称、编号、货品描述、计量单位、进货价、零售价、批发价。
4.库管人员设置
5.采购人员设置
6.业务人员设置
7.收/付款方式设置
8.操作员设置
9.部门档案、员工档案
二、采购管理:
1.采购订货管理:
登录采购订单信息包括:
供应商、订单号、交货日期、货物名称、编号、订货单价、数量、金额等信息。
2.入库收货管理:
可以管理采购订货到货验收收货,自动消减订单数,收货后自动登记应付款。
3.采购退货管理:
可以管理商品的退货,退给供应商。
三、仓库管理:
1.货品入库管理:
可以自动生成入库单号,货品及客户选择方便快捷,允许多仓库同时入库,不限制每笔入库单货物笔数,随时可以打印单据。
2.货品出库管理:
可以自动生成出库单号,货品及客户选择方便快捷,允许多仓库同时出库,不限制每笔出库单货物笔数,随时可打印单据。
可区分正常出库、赠品出库、破损出库等不同货物出库方式。
3.货品退库管理:
可以自动生成退库单号,货品及客户选择方便快捷,允许多仓库同时退库,不限制每笔入库单货物笔数,随时可以打印单据。
4.货品盘点管理:
可以自动生成盘点单号,货品选择方便快捷,支持同时录入多个仓库盘点数据。
四、销售管理:
1.销售订货管理:
登录采购订单信息包括:
客户、订单号、交货日期、货物名称、编号、订货单价、数量、金额等信息。
2.销售开单管理:
登录货品各种销售信息,自动核算货款、税金、价税合计,录入时可以选择设定收款期限、货品提货仓库、运输方式等信息,允许自由选择货品是否出库,不限制录入货品笔数。
随时可以打印单据。
销售数据自动登录客户应收款。
3.销售付款结算管理:
登录销售付款结算并消减客户应收款,支持一笔付款核消多笔应收款,尤其对非整票结算处理自如恰如其分,解决了手工核算中最棘手问题。
可以处理各种销售应收款数据结算。
五、库存查询及统计系统:
1.库存查询:
Ø可以随时查询各种货品库存,货品自动分类统计,条理清析。
Ø可以查询单个仓库库存
Ø可以查询所有仓库库存汇总数据,自动打印库存明细及库存汇总报表。
2.单据查询:
可以随时查询并打印订货、收货、退货、入库、出库、退库、调库、盘点、借出、还货、销售、付款等各种单据。
3.采购综合查询:
可以按不同时间段、客户、部门、仓库、货品等查询条件查询采购订货、收货、退货、预付款、应付款结算等数据,并能对查询数据进行统计汇总。
随时可以将查询及统计结果生成报表进行打印。
4.仓库货物进出综合查询:
可按不同时间段、凭证号、客户、部门、仓库、货品等查询条件查询货物入、出、退、调、盘、借、还等数据,并能对查询数据进行统计汇总。
随时可以将查询及统计结果生成报表进行打印。
5.销售综合查询:
可以按不同时间段、凭证号、客户、部门、货品、业务员、付款类别、收款期限等查询条件查询销售开单、销售退货、预付款、应收款结算等数据,并能对查询数据进行统计汇总。
随时可以将查询及统计结果生成报表进行打印。
6.应付款查询:
可以随时查询供应商应付款及应付款明细,可以将查询结果生成报表进行打印。
7.应收款查询:
可以随时查询销售商应收款及应收款明细,可以将查询结果生成报表进行打印。
六、帐务及分析报警系统:
1.库存期初值设置:
可以设置各仓库各种货品的库存期初值。
2.仓库库存日记帐:
可以随时生成并打印任何一天的仓库库存帐,允许生成单个仓库库存日记帐也可以生成所有仓库汇总库存日记帐,各种帐表随时可以打印输出。
3.仓库库存月记帐:
可随时生成并打印任何一个月的仓库库存帐,允许生成单个仓库库存月记帐也可以生成所有仓库汇总库存月记帐,各种帐表随时可以打印输出。
4.仓库货物进出日报表:
可以自动生成仓库货品入库日报、出库日报及退库日报,各种日报表随时可以打印输出。
5.销售日报表:
可以自动生成销售量日报、销售额日报、销售回款日报,可以按货品生成日报,也可以按客户生成日报,各种日报表随时可以打印输出。
6.仓库货物进出月报表:
可以自动生成仓库货品入库月报、出库月报及退库月报,各种月报表随时可以打印输出。
7.销售月报表:
可以自动生成销售量月报、销售额月报、销售回款月报,可以按货品生成月报,也可以按客户生成月报,各种月报表随时可以打印输出。
8.应付款帐:
可以随时生成并打印任何一个月的任意客户应付款帐,帐表随时可以打印输出。
9.应收款帐:
可以随时生成并打印任何一个月的任意客户应收款帐,帐表随时可以打印输出。
根据以上分析画出系统功能图如下:
第2章需求分析
采用用例驱动的分析方法分析需求的主要任务是识别出系统中的参与者和用例,并建立用例模型。
2.1识别参与者
系统角色识别,他的任务是找出所有可能与系统发生交互行为的外部实体、对象和系统。
他们的行为不受系统控制,但是可以提供输入给系统(及使用系统的功能,或者能够相应系统的服务请求,为系统提供服务接口)。
根据本系统前面的描述可以知道,此系统主要是针对进销存管理系统中的后台管理模块,而在后台模块中主要的参与者有:
1.系统管理员
2.销售管理员
3.采购管理员
4.财务管理员
5.仓库管理员
参与者的描述如下:
Ø系统管理员:
描述:
(1)系统管理员可以按照自己的账号密码登陆系统,可以进行基本的档案管理如:
更新(修改,添加,删除)各种资料信息包括员工,仓库,公司,店铺,客户以及整个公司的组织架构的信息管理
(2)系统管理员还可以进行系统管理,可以更新用户的权限,设定系统的初始化形式,设定管理形式,维护系统
(3)系统管理员还可以进行统计管理,进行对各种报表的查询如:
采购订单跟踪表,进出库业务表,库存领用表,商品销售明细表,各种应收,应付账单等。
Ø销售管理员:
描述:
对于此后台的管理,销售管理员的任务主要是对各种报表信息的处理更新如:
销售单的管理,销售单的管理,预计客户退货单的管理。
Ø采购管理员:
描述:
采购管理员主要是对各种采购订单进行管理,对采购退货出库管理,可以进行库存查询,也可以对采购单管理,并且在查询的过程中还可以将存单送去审核。
Ø仓库管理员:
描述:
仓库管理员的职责是可以进行仓库盘点单的管理,库存数量以及金额的管理,出库,入库单的管理,以及入库验收管理。
2.2识别用例
根据之前系统功能描述,识别出系统用例。
得到系统用例模型如下:
登录,修改密码,查询(各种报表信息),浏览(各种报表信息),添加(各种报表信息),删除(各种报表信息),修改(各种报表信息)审核,退货等一系列参与者要进行的动作。
由此可以的出其用例模型:
1.基本档案管理用例模型如下:
(1)供应商类别管理:
(2)供应商资料管理:
(3)客户类别管理:
(4)客户资料管理:
(5)商品类别管理:
(6)商品资料管理:
(7)员工资料管理:
(8)组织架构资料管理:
2.系统管理用例模型如下:
3采购管理用例模型如下:
(1)采购单管理:
(2)采购订单管理:
(3)采购退货单管理:
(4)库存查询管理:
4销售管理用例模型如下:
(1)客户退货管理:
(2)销售单管理:
(3)销售订单管理:
5库存管理用例模型如下:
(1)仓库盘点管理:
(2)入库验收管理:
(3)其它出库单管理:
(4)其他出库单管理:
(5)库存数量查询:
6财务管理用例模型如下:
(1)采购结算单管理:
(2)供应商对账表:
(3)客户对账表:
(4)销售结算单管理:
(5)应付账单管理:
(6)应收账单管理:
7统计管理用例模型如下:
2.3用例的事件流描述
用例的事件流是对完成用例行为所需的事件的描述。
它描述系统应该做什么,而不是描述系统应该怎样做。
开始,只是对执行用例的常规流所需的步骤的简单描述。
随着分析的进行,通过添入更多的详细信息,步骤不断细化。
最后,将备选流添加到用例的事件流描述中。
e商进销存管理系统的部分用例时间流描述如下:
1.登录
用例编号:
001
用例名:
用户登录
用例描述:
用户(系统管理员,销售员,采购员,财务统计员,仓库管理员)根据其内部安排的用户名和密码进行登录,登录到系统主页面。
参与者:
系统管理员,销售员,财务统计员,仓库统计员
前置条件:
e商管理系统处于连网正常运行时间
后置条件:
如果用户登录成功,该用户可根据自己的权限进行相应的操作,如果用户登陆不成功,则系统显示登录不成功提示。
基本路径:
(1)用户打开e商进销存管理系统
(2)用户输入用户名和密码
(3)用户提交输入信息
(4)系统对用户的账号和密码进行有效性的检查
(5)系统显示当前登录用户
(6)用户根据个人权限仅限各相应的操作。
扩展点:
(1)如果此系统无连网,则无法进行访问。
(2)如果用户登录账号或用户名错误,系统会弹出提示信息,此时用户离开或重新输入。
2.查询各种表单信息
用例编号:
002
用例名:
查询(相应)表单信息
用例描述:
完成用户对相应表单的查询的完整过程
参与者:
用户(系统管理员,销售员,采购员,财务统计员,仓库管理员)
前置条件:
登陆成功
后置条件:
系统会根据不同的用户权限设定不同用户的不同管理模块,并根据不同用户来赋予相应用户的权限,发送请求回应。
基本路径:
(1)相应用户向系统申请查询相应的表单信息,并输入想要查询的数据,然后发送查询请求;
(2)界面向控制对象请求所查询信息,控制对象向数据库查询投票信息。
(3)查询界面从控制对象中取得所查询得到的信息,并返回到查询界面显示所查询信息。
(4)用户预览所查询信息
扩展点:
用户提交所查询信息有误,系统会弹出提示或警告信息。
用户离开或重新输入所查信息。
3添加表单信息
用例编号:
003
用例名:
添加(相应)表单信息
用例描述:
完成一次用户添加相应表单的的完整过程。
参与者:
用户(系统管理员,销售员,采购员,财务统计员,仓库管理员)
前置条件:
登陆成功
后置条件:
系统会根据不同用户的不同权限给出用户不同的表单信息,用户可以进行添加表单的操作。
基本路径:
(1)用户向系统申请添加表单的要求,进入添加相应表单的界面,并输入相应的表单信息,发送添加的请求;
(2)界面向控制对象请求添加相应表单要求,控制对象向数据库提交要添加的表单信息;
(3)数据库接受申请,更新数据库中的表单信息。
(4)添加主题界面对象从控制对象中取得所更新的表单信息,返回到主题界面上显示添加的表单信息;
(5)用户可浏览所添加的表单信息。
扩展点:
(1)用户填写的相应表单上的信息错误,系统会弹出相应的提示,用户离开或者重新填写。
(2)系统谈粗数据库连接断开,无法请求到数据库,系统会弹出相应的信息,用户取消操作。
4浏览各种表单信息
用例编号:
004
用例名:
浏览(相应)表单信息
用例描述:
完成一次用户浏览相应所有表单信息的完整过程
参与者:
用户(系统管理员,销售员,采购员,财务统计员,仓库管理员)
前置条件:
登陆成功
后置条件:
系统给出所有用户所进行的相应的表单的所有表单信息
基本路径:
(1)用户向系统申请访问所有相应的表单信息;
(2)界面想控制对象请求从控制对象中取得所查询的图片信息,控制对象向数据库提交要求浏览的表单信息;
(3)数据库接受申请,输出数据库中的表单信息;
(4)浏览界面从控制对象中取得所查询到的相应的表单信息,并返回到浏览信息界面上显示表单信息;
(5)用户浏览表单信息;
扩展点:
(1)当申请查看信息失败时,系统会弹出申请超时的警告信息;用户离开或重新返回;
(2)系统输出表单信息失败时,系统弹出无表单信息的警告信息,用户取消浏览相应表单;
5修改表单信息
用例编号:
005
用例名:
修改(相应)表单信息
用例描述:
完成一次用户修改相应表单的的完整过程。
参与者:
用户(系统管理员,销售员,采购员,财务统计员,仓库管理员)
前置条件:
登陆成功
后置条件:
系统会根据不同用户的不同权限给出用户不同的表单信息,用户可以进行修改表单的操作。
基本路径:
(1)用户向系统申请修改表单的要求,进入修改相应表单的界面,并输入相应的表单信息,发送添加的请求;
(2)界面向控制对象请求修改相应表单要求,控制对象向数据库提交要修改的表单信息;
(3)数据库接受申请,更新数据库中的表单信息。
(4)添加主题界面对象从控制对象中取得所更新的表单信息,返回到主题界面上显示修改后的表单信息;
(5)用户可浏览所修改的表单信息。
扩展点:
(1)用户填写的相应表单上的信息错误,系统会弹出相应的提示,用户离开或者重新填写。
(2)系统谈粗数据库连接断开,无法请求到数据库,系统会弹出相应的信息,用户取消操作。
6身份验证
用例编号:
006
用例名:
身份验证
用例描述:
完成一次用户的管理身份的验证的完整过程
参与者:
用户(系统管理员,销售员,采购员,财务统计员,仓库管理员)
前置条件:
登陆成功
后置条件:
系统给出要进行身份验证的界面,用户可以进行身份验证的操作;
基本路径:
(1)用户向系统申请身份验证,进入身份验证界面,发送身份验证的请求;
(2)界面向控制对象请求身份验证,控制对象向数据库提交要找身份验证的用户号;
(3)数据库接受申请,查询数据库中的是否有该用户号的存在信息;
(4).身份验证界面对象从控制对象中取得所查询得到的注册信息,并返回到身份验证界面上,证实该用户的存在性;
(5)用户浏览得到的身份验证信息;
扩展点:
(1)申请身份验证失败时,系统弹出申请超时的警告信息;用户离开或者重新返回请求身份验证;
(2)查询该用户帐号的存在信息失败;系统弹出数据库没有该用户的警告信息;用户离开
7用户权限修改
用例编号:
007
用例名:
权限管理
用例描述:
完成一次对于用户权限操作的修改
参与者:
系统管理员
前置条件:
系统管理员登陆成功
后置条件:
系统给出要更新的用户的权限,并将更新好的保存到数据库中。
基本路径:
(1)系统管理员向系统界面申请修改用户的权限,并选择所要修改的用户,然后向页面发送修改请求;
(2)界面向控制对象请求修改用户权限,控制对象向数据库提交要修改的权限信息;
(3)数据库接受申请,保存修改后的用户权限信息
(4)并返回到修改后用户基本权限管理界面上显示所修改的信息;
扩展点:
申请修改用户权限失败;系统弹出申请超时的警告信息;系统管理员离开或者重新返回请求修改用户权限信息;
8表单的审核提交
用例编号:
008
用例名:
审核表单
参与者:
系统管理员,用户(销售员,采购员,财务统计员,仓库管理员)
前置条件:
登陆成功,相应表单未经审查处于无效状态
后置条件:
表单处于审核有效状态,可以进行相应的操作。
基本路径:
(1)用户将所选的表单向用户提交审核请求,界面向控制对象申请审核请求;
(2)控制对象将请求发送到服务器端由系统管理员审核,系统管理员审核成功后返回审核信息;
(3)控制对象将审核后的表单信息添加到数据库中去,并返回页面响应提示成功信息;
(4)用户进行相应的其他操作;
扩展点:
(1)申请审核失败,系统会弹出请求超时的警告信息。
用户取消请求。
(2)审核未通过时,控制对象不将信息返回给数据库。
而是直接返回界面提示用户审核未通过。
9删除相应信息
用例编号:
009
用例名:
删除相应资料信息
用例描述:
完成一次系统管理员删除相应资料信息的完整过程。
参与者:
系统管理员
前置条件:
登录成功
后置条件:
系统给出要删除的相应资料基本信息,系统管理员可以进行删除相应资料基本信息操作;
基本路径
(1)系统管理员向系统申请删除相应资料信息,进入删除相应资料信息界面,发送删除相应资料信息的请求;
(2)界面向控制对象请求删除相应资料信息,控制对象向数据库提交要删除的相应资料信息;
(3)数据库接受申请,更新数据库中的该相应资料信息;
(4)删除相应资料信息界面对象从控制对象中取得所删除后得到的相应资料信息,并返回到相应资料信息界面上显示所删除后的相应资料信息;
(5)系统管理员浏览删除后的相应资料信息;
扩展点:
申请删除相应资料信息失败;系统弹出申请超时的警告信息;系统管理员离开或者重新返回请求删除相应资料信息;
第3章静态结构模型
进一步分析系统需求,发现类以及类之间的关系,确定它们的静态结构和动态行为,是面向对象[7]分析的基本任务。
系统的静态结构模型主要用类图和对象图描述。
3.1定义系统对象
系统对象的识别可以通过寻找系统域[8]描述和需求描述中的名词来进行。
根据上述系统与描述和需求描述,可以归纳出系统对象主要是系统管理员。
3.2定义用户界面类
通过对系统的不断分析和细化,可识别出下述界面类、类的操作和属性。
(1)边界类:
Ø登陆页面
Ø主页面
Ø基本档案管理页面
Ø员工资料管理页面
Ø采购管理页面
Ø销售管理页面
Ø库存管理页面
Ø财务管理页面
Ø统计管理页面
(2)实体类:
◆系统管理员
Ø用户类
Ø供应商类别
Ø供应商资料
Ø客户类别
Ø客户资料
Ø商品类别
Ø商品资料
Ø组织架构资料
●仓库资料
●店铺资料
●员工资料
●公司资料
◆仓库管理员
Ø出库单
Ø入库单
Ø仓库盘点单
Ø商品库存
Ø仓库业务明细表
◆采购员
Ø采购订单
Ø采购货物清单
◆财务统计员
Ø采购结算单
Ø销售结算单
Ø客户对账表
Ø供应商对账表
◆销售员
Ø销售发货单
Ø销售清单
(3)控制类:
Ø基本档案管理
Ø系统管理
Ø财务管理
Ø库存管理
Ø销售管理
Ø统计管理
Ø采购管理
3.3建立类图
识别出了系统中的类后,还要识别出类间的关系,然后就可以建立类图了。
系统中主要包括边界类、控制类和系统类三种类:
1.边界类如下:
2.控制类如下:
3实体类如下:
第4章动态行为模型
系统的动态行为模型由交互作用图(时序图和协作图)、状态图、活动图描述。
4.1创建系统顺序图(协作图)
描述系统用例的主要场景的顺序图(协作图)如下所示。
1.用户登录序列图:
(用户包括系统管理员,销售员,采购员,财务统计员,仓库管理员)
(1)用户输入其对应的用户名和密码。
(2)系统将用户的用户名和密码提交到登录控制类中检查用户合法身份的方法中,该方法将用户信息与数据库中的信息进行比较,检查用户信息中是否存在此用户的信息。
(3)检查完毕将结果返回相应的状态。
2.采购财务统计序列图:
(财务统计员)
(1)财务统计员首先在财务管理页面申请添加账单的请求。
系统会根据请求返回添加页面。
(2)财务统计员在相应界面填写账单信息,提交时系统会审核其填写信息的有效性,如果有效则返回添加成功的信息提示给财务管理页面。
(3)财务管理页面会返回成功信息给财务统计员。
3.商品采购序列图:
(采购员)
(1)采购员登录采购管理页面,提交填写要采购商品的相应信息。
(2)提交时,系统会审核所填写的采购信息,如果审核成功,则返回给页面相应的审核成功提示信息,采购管理界面进一步返回给采购员审核成功的信息。
(3)采购员此时可以添加采购单,系统会将信息添加到采购单数据库中。
(4)系统返回采购员表单信息添加成功信息。
4.商品出库序列图:
(1)仓库管理员进入商品出库界面,此界面会自动返回个仓库管理员商品信息
(2)仓库管理员提供给界面要出库的商品的信息,系统修改出库单,修改仓库盘点单,然后返回到页面成功的提示。
(3)页面会提示用户操作成功的提示
5.商品入库序列图:
(1)仓库管理员进入商品入库界面,此界面会自动返回个仓库管理员商品信息
(2)仓库管理员提供给界面要入库的商品的信息,系统修改入库单,修改仓库盘点单,然后返回到页面成功的提示。
(3)页面会提示用户操作成功的提示
6.商品销售序列图:
(1)销售员进入销售管理页面,向系统发出添加的请求
(2)销售员添加所销售的商品的信息,销售管理控制类系统会自动验证所输入商品信息的是否有效,如果有效就会将信息添加到销售发货单
(3)添加成功后返回到销售管理页面提示成功信息,页面显示添加成功信息。
7.添加资料信息序列图:
(1)系统管理员进入系统管理页面,向系统发出添加的请求,根据用户来判断是否有权限添加资料信息。
返回页面
(2)系统管理员添加所销售的商品的信息,系统管理控制类系统会自动验证所输入资料信息的是否有效,如果有效就会将信息添加到相应资料表单
(3)添加成功后返回到销售管理页面提示成功信息,页面显示添加成功信息。
8.销售财务统计序列图:
(1)财务管理员进入财务管理页面,向系统发出添加的请求,根据用户来判断是否有权限添加财务信息。
返回页面
(2)财务管理员添加所管理的财务的信息,财务管理控制类系统会自动验证所输入资料信息的是否有效,如果有效就会将信息添加到相应资料表单
(3)添加成功后返回到财务管理页面提示成功信息,页面显示添加成功信息。
4.2创建系统的状态图
1.表单