《某企业进销存管理系统》由会员分享，可在线阅读，更多相关《某企业进销存管理系统（43页珍藏版）》请在金锄头文库上搜索。
1、MIS课程设计（2）论文题目：某企业进销存管理系统一一采购子系统学 号：姓 名：学 院：系 另U：班 级：设计日期：指导教师：目录第1部分系统开发背景及开发方法31. 1开发背景31. 1. 1课程设计的题目：31. 1. 2企业组织结构图：31. 2开发方法41.3可行性的分析:4第2部分需求分析52. 1需求定义：52. 2 Glossary词汇表 （采购子系统词汇表：）52. 3补充规约（非功能性需求）6系统的可靠姓和安全性6系统的可扩充性62. 4系统用例图（企业供销存的面向对象的分析：）72. 5系统用例说明8第3部分 面向对象系统分析143. 1用例实现：143. 2分析类图：27
2、3. 3实体类图汇总（VOPC） 30第4部分面向对象系统设计324. 1架构设计：324. 2类的详细设计334. 3用例设计344.4子系统设计354.5数据库设计354. 6系统物理配置方案设计424. 6. 1系统组件设计424. 6. 2系统物理部署设计42第1部分系统开发背景及开发方法1. 1开发背景本系统是以英特尔公司作为背景企业的:英特尔是全球最大的半导体芯片制造商，它 成立于1968年，具有35年产品创新和市场领导的历史。1971年，英特尔推出了全球第一 个微处理器。这一举措不仅改变了公司的未来，而且对整个工业产生了深远的影响。同时公 司广泛致力于多领域的创新，在闪存、数字家
3、电、板卡、网络协议、系统软件等许多领域都 有着举足轻重的作用。然而面对IBM与AMD的夹击，需要不定期的调整产品线和产量以应对不 断变化的市场，这对生产计划和控制提出了更高的要求。同时针对半导体行 业的未来趋势，建立一个有效的计划控制管理机制，开发一套支持并提升企 业各项管理效率的管理信息系统是使这样的行业领头羊保持持续的竞争力的 最基本的手段。为此，通过构建面向企业内部的供销存管理系统这一项目，旨在从本质上改善企业内 部沟通交流方式，梳理公司内部的业务流程，提高为业务的连贯性，降低成本，并为整个企 业管理信息系统提供支持。1. 1. 1课程设计的题目：对企业内部的供销存管理信息系统的分析和设
4、计。主要原 因：（1）供销存的管理在各类企业中具有普遍性、典型性、代表性。（2）供销存的管理包括 了大部分企业的日常业务，有助于同学整体理解和掌握MIS的设计。（3）在现在激烈的市场 竞争中，谁提升了控制管理效率谁将把握住未来的机遇，这已经是个不争的事实。开发一套 有效的管理信息系统是使企业保持竞争力的最基本的手段。1. 1. 2企业组织结构图：人力部 培训部一一人事副总负责企业日常的人事调拨、任命、培训等 财务部一一财务副总领导的负责企业日常财务帐务的结算和支付等市场部一一市场副总负责的对市场的状态、评估、等的处理订货部 销售部一一销售副总领导的负责产品的日常订购、销售环节的处理 采购部仓库
5、质检科一一SC副总下的采购后进行质量检测后入库计划部 生产车间 质量控制一一生产部门的对产品的生产计划并执行检验技术部研发中心一一研发副总领导的对产品的开发创新1.2开发方法选用面向对象的分析方法：我们这学期正在学习面向对象的分析与设计方法，一方面 活学活用，即使练习掌握；另一方面面向对象的分析设计方法好处多多：可重用性、可移植 性、可维护性、可扩展性、可通用性、高效性等等。面向对象应用在整个开发周期中， 真正的获益在后续开发、扩展和维护活动中才能体现出来。鉴于小组人力、 物力、财力的限制，先作好前期工作。后面的有待于再实现。利用Rational Rose进行面向对象的分析设计，软件开发过程是
6、RUP过程。在RUP过程 中可以建立九种模型，这些模型可用UML的图形和规格说明来表示。这九种模型分别是：Use Case模型、分析模型、设计模型、过程模型、组件模型、实现模型和部署模型等RUP过程 综合了以前的多种软件开发过程的优点，全面考虑了软件开发的技术因素和管理因素，是一 种良好的软件过程。准确地讲，Rational的RUP过程是一个公共的过程框架，对过程中应 当具有的一些公共要素加以规范，同时给用户留出一定的自由空间，以便用户采用适合于自 身项目的技术。在众多成功的面向对象软件的设计与实现经验中，最突出的有两条，一是注 重系统构架的开发，二是注重过程的迭代和递增性。毋庸质疑，这两点在
7、Rational中都得 以体现，所以结合软件系统自身的特点采用RationalRose进行产品开发将大大促进软件过 程的规范化。1.3可行性的分析：a）技术可行性：因为本系统对软、硬件配置要求不高，所以完全可以满足开发者需要。本次开发系统的 前台工具是和java等，由于多次使用该开发工具，开发者对这种开发工具已经 掌握比较熟练。所以开发该系统技术上可行。1、硬件平台PII以上CPU/64MB以上内存/10G以上硬盘空间显示卡：16M色以上显示模式分辨率：800*6002、软件平台Windows98/2000/XP/ME3、前端开发工具的选择选择或java等作为开发的前端开发工具。4、后台数据库
8、的选择我选择SQL-SERVER 2000作为后台数据库工具。b）经济可行性：小组成员组成经济允许范围内。第2部分需求分析2. 1需求定义:面向对象的分析与设计：我主要负责采购管理子系统的分析与设计，在采购方面主要应实现以下几个方面功能:四、五、六、七、有效管理供应商 对采购价格管理控制 请购业务处理 订货业务处理 到货业务处理 采购退货业务 采购结算业务2. 2Glossary词汇表（采购子系统词汇表：）采购员采购员与采购货物之间的关系是一对多的关系，采购员的维护与仓储管理员的维护相同采购计划采购计划，可以由手工输入而成，也可以由MPS展开得到，在本系统中将为生产计划 模块留下数据接口。请购
9、单、请购单核准请购单由各部门开出，或生产计划和销售计划生成的请购单，有采购主管进行审核.询价单采购员接到请购单后，进行询价，并将询价结果记到询价单中。询完价后，采购员进行 比价，选出一个最佳供应商。本进销存系统只负责询价记录的维护，比价和最后优选出 的询价单的审核都由人工完成，不在本进销存系统中进行处理。采购订单比价确定供应商后，就开出采购订单，此采购订单可直接作为对外形式，与供应商签定采购 合同或采购协议，确认要货需求。销售订单销售部门接受的客户的产品订单到货单采购员确认对方的所送货物、数量、价格等信息，以到货单传递到仓库。采购发票供应商开出的销售货物的凭证，系统根据采购发票确认采购成本，并
10、根据此登记应收账 款。采购结算也称采购报帐，是指采购人员根据采购入库单、采购发票核算采购入库成本。采购退货退货有三种情况：一是结算前全额退货，结算前部分退货，结算后退货。2. 3补充规约（非功能性需求）系统的目标本文档的目的是定义采购管理系统的需求。本补充规约列出了不便于在用例模型的用例中获 取的系统需求。补充规约和用例模型一起记录关于系统的一整套需求。系统的可靠性和安全性网络设备采用高性能、高可靠且技术先进的设备，以保证系统的可靠性和稳定性。在安全性 方面，采用基于TCP/IP协议的企业内部网中使用第三方的路由器安全策略，建立防火墙以 获得高安全性。系统的可扩充性系统的设计充分考虑到将来的发
11、展趋势，由于本小组的人力、财力、物力的限制，只开发企 业内部Intranet供销存系统，系统其它部分在以后再开发。系统性能需求在任意既定时刻，系统最多可支持2000名用户同时使用中央数据库，并在任意时刻最多可 支持500名用户同时使用本地服务器。系统将能在十秒钟内提供目录数据库的访问。系统应在2分钟内完成全部处理事务的80%系统的易管理性先进的网络管理帮助网络管理人员跟踪、管理和优化网络系统的使用。建立基企业内部的系 统架构，可以使管理维护复杂度降为最低。系统的开放性 可以利用路由器与DTU/DSU局端Modem设备，利用DDN、帧中继、ISDN和PSTN电信网与China Net相连、再通过
12、internet与收集点相连，可以进行远程信息传输和交换，方便地进行异 地业务处理。2.4系统用例图（企业供销存的面向对象的分析：）1)Use case View部分：供销存管理系统2. 5系统用例说明1）登陆用例：简要说明本用例说明用户如何登录到供销存管理系统。启用此用例的主角采购部门、销售部门、仓储部门的人员。事件流1 基本流-登录1. 系统验证主角的口令并允许他（她）登录到系统。2. 系统显示主窗体，同时用例结束。2 备选流1. 无效的用户名/口令2. 用户的管理用户权限控制是基于角色的权限控制，能细分到每一步。用户权限维护（这是对什么的解释:用户权限的管理可在登录用例中实现2）采购子系
13、统的Use case说明：（1）采购子系统事件流说明：1. 供应商管理用例：基本流：供应商的管理1维护供应商档案信息和供应商存货对应表，建立长期稳定的采购渠道2对供应商进行分类管理3对供应商评价，如交付时间、质量、价格等备选流：供应商的供货变更管理特殊需求：下次迭代中确定前置条件：登陆，在此用例开始前，用户要登陆进入系统后置条件：将在下次迭代中确定。扩展点：业务用例的扩展点将在精化阶段中确定。2 .审核采购单据用例：简要说明：本用例的主角是采购主管基本流：1审核请购单生成确认的采购订单2审核采购计划生成采购订单3审核销售订单生成的采购订单，生成确认的采购订单特殊需求：下次迭代中确定前置条件：登
14、陆，在此用例开始前，用户要登陆进入系统后置条件：将在下次迭代中确定。扩展点：业务用例的扩展点将在精化阶段中确定。3. 维护请购单用例：简要说明：本用例的主角是采购员基本流：1添加请购单2修改请购单3删除请购单特殊需求：已审核单据不能修改、删除，如要修改、删除，修要先弃审已关闭单据不能修改、删除，如要修改、删除，修要先打开并弃审前置条件：登陆，在此用例开始前，用户要登陆进入系统后置条件：将在下次迭代中确定。扩展点：业务用例的扩展点将在精化阶段中确定。4. 订货业务用例：简要说明：本用例的主角是采购员基本流：1根据请购单生成采购订单，采购主管审核，生成确认的采购订单2进行寻价，查看寻价记录，比价优选3根据采购订单、供货商评价，进行定货特殊需求：已删除或修改的采购订单，应立即更改，防止重复。前置条件：登陆，请购用例，审核用例 在此用例开始前完成。后置条件：将在下次迭代中确定。扩展点：业务用例的扩展点将在精化阶段中确定。5. 到货处理用例：简要说明：本用例的主角是采购员基本流：1根据供应方通知或送货单填写到货单2到货单被传递到仓库作为保管员收货的依据特殊需求：将在下次迭代中确定。前置条件：登陆，请购用例，审核用例、订货用例在此用例开始前完成。后置条件：将在下次迭代中确定。扩展点：业务用例的扩展点将在精化阶段中确定
