某企业进销存管理系统——采购子系统

1、MIS课程设计（2）论文题目： 某企业进销存管理系统采购子系统学 号：姓 名：学 院：系 别：班 级：设计日期：指导教师：目录第1部分系统开发背景及开发方法 . 311 开发背景 . 3111 课程设计的题目：. 3112 企业组织结构图: . 312 开发方法 . 41.3可行性的分析:. 4第2部分 需求分析 . 521 需求定义: . 522 Glossary词汇表 (采购子系统词汇表：) . 523 补充规约（非功能性需求） . 6系统的可靠姓和安全性 . 6系统的可扩充性 . 624 系统用例图(企业供销存的面向对象的分析：) . 725 系统用例说明 . 8第3部分 面向对象系统分

2、析 . 1431 用例实现: . 1432 分析类图: . 2733实体类图汇总（VOPC）. 30第4部分 面向对象系统设计 . 3241 架构设计： . 3242 类的详细设计 . 3343 用例设计 . 3444 子系统设计 . 3545 数据库设计 . 3546 系统物理配置方案设计 . 42461 系统组件设计. 42462 系统物理部署设计. 42第1部分系统开发背景及开发方法11 开发背景本系统是以英特尔公司作为背景企业的:英特尔是全球最大的半导体芯片制造商，它成立于1968年，具有35年产品创新和市场领导的历史。1971年，英特尔推出了全球第一个微处理器。这一举措不仅改变了公司

3、的未来，而且对整个工业产生了深远的影响。同时公司广泛致力于多领域的创新,在闪存、数字家电、板卡、网络协议、系统软件等许多领域都有着举足轻重的作用。然而面对IBM与AMD的夹击，需要不定期的调整产品线和产量以应对不断变化的市场，这对生产计划和控制提出了更高的要求。同时针对半导体行业的未来趋势，建立一个有效的计划控制管理机制，开发一套支持并提升企业各项管理效率的管理信息系统是使这样的行业领头羊保持持续的竞争力的最基本的手段。为此，通过构建面向企业内部的供销存管理系统这一项目，旨在从本质上改善企业内部沟通交流方式，梳理公司内部的业务流程，提高为业务的连贯性，降低成本，并为整个企业管理信息系统提供支持

4、。111 课程设计的题目：对企业内部的供销存管理信息系统的分析和设计。主要原因：（1）供销存的管理在各类企业中具有普遍性、典型性、代表性。（2）供销存的管理包括了大部分企业的日常业务，有助于同学整体理解和掌握MIS的设计。（3）在现在激烈的市场竞争中，谁提升了控制管理效率谁将把握住未来的机遇，这已经是个不争的事实。开发一套有效的管理信息系统是使企业保持竞争力的最基本的手段。112 企业组织结构图:人力部 培训部人事副总负责企业日常的人事调拨、任命、培训等 财务部 财务副总领导的负责企业日常财务帐务的结算和支付等 市场部 市场副总负责的对市场的状态、评估、等的处理 订货部 销售部销售副总领导的负

5、责产品的日常订购、销售环节的处理 采购部 仓库 质检科SC副总下的采购后进行质量检测后入库计划部 生产车间 质量控制生产部门的对产品的生产计划并执行检验技术部 研发中心研发副总领导的对产品的开发创新12 开发方法选用面向对象的分析方法：我们这学期正在学习面向对象的分析与设计方法，一方面活学活用，即使练习掌握；另一方面面向对象的分析设计方法好处多多：可重用性、可移植性、可维护性、可扩展性、可通用性、高效性等等。面向对象应用在整个开发周期中，真正的获益在后续开发、扩展和维护活动中才能体现出来。鉴于小组人力、物力、财力的限制，先作好前期工作。后面的有待于再实现。利用Rational Rose进行面向

6、对象的分析设计，软件开发过程是RUP过程。在RUP过程中可以建立九种模型，这些模型可用UML的图形和规格说明来表示。这九种模型分别是: Use Case模型、分析模型、设计模型、过程模型、组件模型、实现模型和部署模型等。RUP过程综合了以前的多种软件开发过程的优点，全面考虑了软件开发的技术因素和管理因素，是一种良好的软件过程。准确地讲，Rational的RUP过程是一个公共的过程框架，对过程中应当具有的一些公共要素加以规范，同时给用户留出一定的自由空间，以便用户采用适合于自身项目的技术。在众多成功的面向对象软件的设计与实现经验中，最突出的有两条，一是注重系统构架的开发，二是注重过程的迭代和递增

7、性。毋庸质疑，这两点在Rational中都得以体现，所以结合软件系统自身的特点采用Rational Rose进行产品开发将大大促进软件过程的规范化。1.3可行性的分析:a)技术可行性：因为本系统对软、硬件配置要求不高，所以完全可以满足开发者需要。本次开发系统的前台工具是和java等，由于多次使用该开发工具，开发者对这种开发工具已经掌握比较熟练。所以开发该系统技术上可行。1、 硬件平台PII以上CPU/64MB以上内存/10G以上硬盘空间显示卡：16M色以上显示模式分辨率：800*6002、软件平台Windows98/2000/XP/ME3、前端开发工具的选择选择或java等作为开发的前端开发工

8、具。4、后台数据库的选择我选择SQL-SERVER 2000作为后台数据库工具。b)经济可行性：小组成员组成经济允许范围内。第2部分 需求分析21 需求定义:面向对象的分析与设计：我主要负责采购管理子系统的分析与设计，在采购方面主要应实现以下几个方面功能：一、 有效管理供应商二、 对采购价格管理控制三、 请购业务处理四、 订货业务处理五、 到货业务处理六、 采购退货业务七、 采购结算业务22 Glossary词汇表 (采购子系统词汇表：)采购员采购员与采购货物之间的关系是一对多的关系，采购员的维护与仓储管理员的维护相同 采购计划采购计划，可以由手工输入而成，也可以由MPS展开得到，在本系统中将

9、为生产计划模块留下数据接口。请购单、请购单核准请购单由各部门开出，或生产计划和销售计划生成的请购单,有采购主管进行审核. 询价单采购员接到请购单后，进行询价，并将询价结果记到询价单中。询完价后，采购员进行比价，选出一个最佳供应商。本进销存系统只负责询价记录的维护，比价和最后优选出的询价单的审核都由人工完成，不在本进销存系统中进行处理。采购订单比价确定供应商后，就开出采购订单，此采购订单可直接作为对外形式，与供应商签定采购合同或采购协议，确认要货需求。销售订单销售部门接受的客户的产品订单到货单采购员确认对方的所送货物、数量、价格等信息，以到货单传递到仓库。 采购发票供应商开出的销售货物的凭证，系

10、统根据采购发票确认采购成本，并根据此登记应收账款。采购结算也称采购报帐，是指采购人员根据采购入库单、采购发票核算采购入库成本。采购退货退货有三种情况：一是结算前全额退货，结算前部分退货 ，结算后退货。23 补充规约（非功能性需求）系统的目标本文档的目的是定义采购管理系统的需求。本补充规约列出了不便于在用例模型的用例中获取的系统需求。补充规约和用例模型一起记录关于系统的一整套需求。系统的可靠性和安全性网络设备采用高性能、高可靠且技术先进的设备，以保证系统的可靠性和稳定性。在安全性方面，采用基于TCP/IP协议的企业内部网中使用第三方的路由器安全策略，建立防火墙以获得高安全性。系统的可扩充性系统的

11、设计充分考虑到将来的发展趋势，由于本小组的人力、财力、物力的限制，只开发企业内部Intranet供销存系统，系统其它部分在以后再开发 。系统性能需求在任意既定时刻，系统最多可支持 2000 名用户同时使用中央数据库，并在任意时刻最多可支持 500 名用户同时使用本地服务器。系统将能在十秒钟内提供目录数据库的访问。系统应在 2 分钟内完成全部处理事务的 80%系统的易管理性先进的网络管理帮助网络管理人员跟踪、管理和优化网络系统的使用。建立基企业内部的系统架构，可以使管理维护复杂度降为最低。系统的开放性可以利用路由器与DTU/DSU局端Modem设备，利用DDN、帧中继、ISDN和PSTN电信网与

12、China Net相连、再通过internet与收集点相连，可以进行远程信息传输和交换，方便地进行异地业务处理。24 系统用例图(企业供销存的面向对象的分析：)1） Use case View 部分：供销存管理系统2） Use case View 部分：采购管理子系统25 系统用例说明1）登陆用例:简要说明本用例说明用户如何登录到供销存管理系统。启用此用例的主角采购部门、销售部门、仓储部门的人员。事件流1 基本流 - 登录1. 系统验证主角的口令并允许他（她）登录到系统。2. 系统显示主窗体，同时用例结束。2 备选流1. 无效的用户名/口令2. 用户的管理用户权限控制是基于角色的权限控制，能细

13、分到每一步。用户权限维护（这是对什么的解释:用户权限的管理可在登录用例中实现）2)采购子系统的Use case说明:(1）采购子系统事件流说明：1. 供应商管理用例:基本流: 供应商的管理1维护供应商档案信息和供应商存货对应表,建立长期稳定的采购渠道2对供应商进行分类管理3对供应商评价,如交付时间、质量、价格等备选流：供应商的供货变更管理特殊需求：下次迭代中确定前置条件：登陆，在此用例开始前，用户要登陆进入系统后置条件：将在下次迭代中确定。扩展点：业务用例的扩展点将在精化阶段中确定。2审核采购单据用例：简要说明：本用例的主角是采购主管基本流：1 审核请购单生成确认的采购订单2 审核采购计划生成

14、采购订单3 审核销售订单生成的采购订单，生成确认的采购订单特殊需求：下次迭代中确定前置条件：登陆，在此用例开始前，用户要登陆进入系统后置条件：将在下次迭代中确定。扩展点：业务用例的扩展点将在精化阶段中确定。3维护请购单用例：简要说明：本用例的主角是采购员基本流：1 添加请购单2 修改请购单3 删除请购单特殊需求：已审核单据不能修改、删除，如要修改、删除，修要先弃审已关闭单据不能修改、删除，如要修改、删除，修要先打开并弃审 前置条件：登陆，在此用例开始前，用户要登陆进入系统后置条件：将在下次迭代中确定。扩展点：业务用例的扩展点将在精化阶段中确定。4订货业务用例：简要说明：本用例的主角是采购员基本

15、流：1根据请购单生成采购订单，采购主管审核，生成确认的采购订单2 进行寻价，查看寻价记录，比价优选3 根据采购订单、供货商评价，进行定货特殊需求： 已删除或修改的采购订单，应立即更改，防止重复。前置条件：登陆，请购用例，审核用例 在此用例开始前完成。后置条件：将在下次迭代中确定。扩展点：业务用例的扩展点将在精化阶段中确定。5到货处理用例：简要说明：本用例的主角是采购员基本流：1根据供应方通知或送货单填写到货单2 到货单被传递到仓库作为保管员收货的依据特殊需求：将在下次迭代中确定。前置条件：登陆，请购用例，审核用例 、订货用例在此用例开始前完成。后置条件：将在下次迭代中确定。扩展点：业务用例的扩

16、展点将在精化阶段中确定。6采购退货用例：简要说明：本用例的主角是采购员基本流：1结算前全额退货：参照采购订单，生成一张退货单或手工生成，添制一张红字采购入库单，把红字采购入库单跟原入库单进行采购结算，冲抵入库单数据，形成采购结算单。2结算前部分退货：生成一张退货单或手工生成，添制一张红字采购入库单，把红字采购入库单跟原入库单，采购发票，进行采购结算，形成采购结算单。3结算前后退货：生成一张退货单或手工生成，添制一张红字采购入库单和红字采购发票，把红字采购入库单跟对应红字采购发票进行采购结算，冲抵入库单数据，形成采购结算单。特殊需求：将在下次迭代中确定。前置条件：登陆，请购用例，审核用例 、订货

17、用例、到货用例在此用例开始前完成。 后置条件：将在下次迭代中确定。扩展点：业务用例的扩展点将在精化阶段中确定。7采购结算用例：简要说明：本用例的主角是采购员基本流：1采购自动结算：由系统自动将符合结算条件的采购入库单记录和采购发票记录进行结算。将供应商、存货、数量完全相同的入库单记录和发票记录进行结算，生成结算单。备选流：1采购手工结算：手工结算时可以拆单拆记录，一行入库记录可以分次结算，可以同时对多张入库单和多张发票进行手工结算。选择发票，选择入库单，进行结算，生成结算单。特殊需求：将在下次迭代中确定。前置条件：登陆，请购用例，审核用例 、订货用例、到货用例在此用例开始前完成。 后置条件：财

18、务子系统运行正常扩展点：业务用例的扩展点将在精化阶段中确定。(2）采购子系统活动图：1供应商管理用例：2审核采购单据用例：3维护请购单用例：4订货业务用例：5寻价用例：6到货处理用例：7采购结算用例：8采购退货业务：第3部分 面向对象系统分析31 用例实现:注:一个用例可用多个实现用例实现,具体如下:1.供应商管理用例(3个实现用例)(from us(from us供应商评价(from use case realization_供应商管理)1)供应商信息管理实现用例:供应商信息管理协作图2)供应历史实现用例:供应历史协作图3)供应商评价实现用例:供应商评价协作图2审核采购单实现用例(1个实现用

19、例)审核采购单(from use case realization_审核采购单)审核各请购单(from Use Case View)1)审核请购单序列图:2)审核请购单协作图 (略)按F5由序列图直接生成协作图)3.维护请购单实现用例(4个实现用例)新增请购单(from us(from us(from us查询请购单(from use case realization_维护请购单)1)添加请购单:2)修改请购单:3)查询请购单:4)删除请购单:4.寻价系统实现用例(4个实现用例)添加寻价表(from us(from us(from us查询寻价表(from use case realizati

20、on_寻价管理)1)添加寻价表:2)修改寻价表:3)查询寻价表:4)查删除寻价表:5.订货业务实现用例(4个实现用例)(from us(from us(from us查询采购订单(from use case realization_订单业务)1)添加采购订单:2)修改采购订单:3)删除采购订单:4)查询采购订单:6.到货处理实现用例(1个实现用例)：（注释：根据采购订单生成到货单）到货处理到货处理(from Use Case View)7.采购结算实现用例(2个实现用例)退货采购结算（1）直接采购结算实现用例如下：（不同之处：填写红或蓝单据）（2）退货采购结算实现用例如下：（不同之处：填写红或

21、蓝单据）8.采购退货业务实现用例(3个实现用例)（注释：以结算前后退货为标准）结算后退货（1）结算前全额退货实现用例如下：（不同之处：填写红或蓝单据）（2）结算前部分退货实现用例如下：（不同之处：填写红或蓝单据）（3）结算后退货实现用例如下：（不同之处：填写红或蓝单据）32 分析类图: 注释：根据每个用例分析所涉及到的类来进行归类分析。因此，可以得到八张类图，分别如下所示：1.供应商管理类图:（3个实体类）2.3.请购单类图:（合并了审核采购单和维护采购单，因为它们可在一个界面上操作）4.询价系统类图:（2个实体类）5.订货业务类图:6.到货处理类图:7.采购结算类图:8.采购退货业务类图:3

22、3实体类图汇总（VOPC）在用例分析过程中会分析出很多类，因此需要对分析类进行设计。首先将有的实体类规划到一张类图中，如下图所示。从这张图中我们可以看出各个实体类之间的关系，例如：（一对多或多对多的关系在图中显示：）总结：至此面向对象的分析已经完成，主要围绕用例进行详细分析，建立用例的序列图，并由此得到各个用例的分析类。初步确定了系统将要实现的类。最后从总体实体类图的分析中我们可以找到个实体类的关系，为后面类的详细设计、数据库的设计打好基础第4部分 面向对象系统设计面向对象系统设计步骤：（1）在面向对象系统分析的基础上细化架构进行架构设计。（2）进一步将分析类映射为设计类。对类进行详细设计（增

23、加属性及类与类之间的关系）。（3）对相关用例进行修改设计和子系统设计。（4）最后把实体类持久化，转化为数据模型，满足关系数据库中的三范式要求的数据模型，（5）完成数据库设计、组件设计和系统的物理配置方案。41 架构设计：是对系统进行分类管理，整个系统架构包括用例视图、逻辑视图、进程视图、部署视图和实施视图。用例视图在需求分析阶段完成，主要是供用户使用。在系统分析设计阶段完成逻辑视图，逻辑视图包括分析模型和设计模型两部分。在这里设计模型进一步对类进行组织，分成了两个层次应用层Application、业务服务层Business Services。（1） 应用层Application详细：（2）业务服务层Busine