UML进销存需求分析文档.docx
《UML进销存需求分析文档.docx》由会员分享，可在线阅读，更多相关《UML进销存需求分析文档.docx（6页珍藏版）》请在冰豆网上搜索。
UML进销存需求分析文档
经过前面的企业进销存业务知识的学习整理，下面开始正式的需求分析uml建模之旅。
将用一个虚拟案例、和一个可以试用的进销存系统为研究对象，按需求uml建模工作流一步步进行下去。
【案例】
A公司为贸易型企业，总经理下设采购部、仓库部、销售部、财务部。
采购部团队由采购经理和采购员组成；仓库部团队由仓库主管及库管员、质检员组成，管理多个仓库；销售部团队由销售经理、销售员组成。
今年风调雨顺，到了市场需求旺季，采购经理根据库存报警以及与总经理、销售部门的研究做了一份采购计划，采购经理将此采购任务分配给手下负责不同产品线的采购员分别执行，采购员联系供应商找货品询价后选定某供应商，采购员出采购单，采购单上列明采购的货品、数量、价格、供应商、供货日期、支付条款等信息，采购交由采购经理审核，经理审核通过后，采购员将采购单传真给供应商，同时给到仓库部。
供应商接收到采购单后进行备并发送到A公司，A公司库管人员接到货物后先与相应采购单对比，确认无误后将货物交由质检员检查货物，质检员检查后出入库单并交给库管员，库管员核对实际货物和入库单后，物单相符办理入库，同时开该批次货物的应付款单给到公司财务。
不久，有客户联系销售人员下订单，销售人员与仓库部确认商品能满足订单，销售人员确认订单并联系客户通知打款并通知财务收款，财务反馈销售员款项已收到，销售员出发货单给到仓库部，库管员按发货单配货并填写出库单记录保存，货备好后便交由物流人员按制定日期、地址配送给客户。
仓库部会定期盘点仓库中的实际货物数据与进出帐统计出的理论数据，并作为盘盈或盘亏记录入帐，确保物账相符。
仓库部也会根据销售等情况对几个仓库中的货物进行往来调拨。
A公司日复一日这样运作，总经理要掌控企业运营情况，要求各个部门定期向其提交各自部门的业务数据统计报表。
【案例系统】
找了市面上很多进销存系统，很多都是单机版的，整体不是很合适。
选了知客crm作为案例研究系统，密码：
admin。
这个系统虽然叫crm，其实里面主要部分是进销存的功能，我们只针对其中进销存部分研究，即：
采购管理、库存管理、销售管理、财务、基础资料管理（供应商、客户、联系人、货品资料、货品分类、仓库信息、部门、员工、职位、权限）、统计报表
【uml建模工作流】
1、愿景
从业务上研究组织需待解决的问题、及引入系统后给组织带来的价值
2、业务建模
业务用例图、业务现状序列图，改进后的业务序列图
3、需求
系统用例图、用例文档
4、分析
类图、状态图、序列图
我将按以上工作流一步步做出产出物并将过程文件发到论坛里，欢迎大家参与讨论。
建模工具：
EA
A公司随着业务越做越大，团队在迅速扩大，总经理感觉到管理上的问题越来越多，具体有：
1、领导大小决策周期越来越长，原来几个小团队每天吃饭就可以把很多事情迅速决策，如是否采购、采购量、销售策略等，现在要各部门层层统计数据级级上报，时间较长，而且存在误报、瞒报等风险
2、库存信息不能做到即时准确，现在有布设在不同区域的好几个仓库，货品库存的统计盘点周期越来越长。
这就导致订单确认时间增长，影响成交率，还有多余采购、库存成本增加，等一系列问题
3、从销售到财务到库存到采购，整个业务的周期因为业务数据量大，信息流转通过传统单据方式，使得一单业务的周期拉长、效率低
4、海量的单据整理，账目越来越混乱
5、销量每增长一个级别，团队相关人员配备就得成倍率增长，面临越来越大的人力资源成本及人力管理成本
于是乎，A公司总经理与时俱进，决定上进销存系统，以电脑信息化的平台及现代化的企业管理流程来解决以上问题。
到此，我们可以说此项目的老大是A公司总经理，他最终为这个系统买单，他决定这个系统是否作及作成什么样子，他的愿景和意见是我们的目标和最需要考虑的。
我们总结这个系统的愿景或目标是：
1、账目准确率达到x%，账目处理时间提高x倍
2、库存信息准确率达到x%，库存信息更新响应时间提高到x
3、进销存流程周期缩短到x时间
4、领导业务决策周期缩短到x时间
【涉众、涉众排位及涉众利益】
总经理
希望系统能达到愿景目标
销售经理
希望系统帮助销售过程效率提高
仓库经理
希望系统帮你减轻工作量，提高工作成果的质量，担心自己及部门的地位降低
采购经理
希望系统提高其工作效率，提高工作质量
财务
希望系统帮助其减轻工作量，希望有一些方便财务做账的功能，如报表导出等
销售员
希望通过系统能快速查询库存信息，增进订单成交率
库管员
担心职位不保
质检员
希望不要增加其工作量
采购员
希望提高工作效率
客户
等到更好的服务
供应商
等到更大量的采购
开发人员
希望开发量能精简
需求人员
希望各方能和谐把项目推进，希望需求方和开发人员能多达成一致少矛盾，希望得到老大的认可
it管理员
希望系统管理方面的功能全面
风险
A公司内部人员对电脑系统的认知和接受度导致项目在开发过程中及结果的质量
投入
A公司计划投入半年时间，通过10个人的技术团队，完成从需求到实施的整个过程。
。
因为从愿景中我们得知要改进或解决A公司的问题，所以显然，A公司是我们要研究的组织。
那么A公司整个组织对外来说，它的价值就是供应商品（对客户）、销售商品（对供应商），所以：
【业务用例图】
业务用例图一般不会变，其中业务用例便是组织的价值所在，基本不会变化。
可以得出，此模型中业务执行者是供应商、客户。
组织里发生的一切都是为了给业务执行者提供价值。
下载（16.41KB）
2011-5-1200:
01
【现状业务序列图】
业务流程便是业务用例的实现。
下载（138.09KB）
2011-5-1200:
01
【改进业务序列图】
基于对现在业务序列图的分析，改进组织内部的实现流程，引入“进销存”系统后流程如下图
下载（154.35KB）
2011-5-1223:
42
可从以下方面考虑改进的方向：
1、替代业务工人的部分职责，引入“进销存”系统是替代了部分业务工人的的职责
2、信息流的改善
3、封装部分业务流程和逻辑到系统中，实现流程部分自动化、智能化
4、考虑涉及的业务对象或业务工人是否需要系统管理起来
升级会员 