UML进销存需求分析文档.doc.docVIP

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