仓库系统59661.docVIP

  1. 1、本文档共22页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
课 程 设 计 录 1.选题背景 3 2.网络管理系统系统需求分析 4 2.1网络实验平台系统的需求陈述 4 2.2需求分析 9 2.2.1功能需求 9 2.2.2 性能需求 9 2.3 系统需求建模 9 2.3.1 确定参与者 9 2.3.2 确定用例 9 2.3.3 系统用例建模 9 2.3.4 用例描述 10 3.网络管理系统 10 3.1 系统用例建模 12 3.2静态结构模型 15 3.2.1 类的识别 15 3.2.2类的关联分析 16 3.2.3类的属性描述 17 3.3.4类的构建 18 3.3 系统动态模型 18 3.3.1 系统执行顺序分析 18 3.3.2 系统的协作分析 20 3.3.3 系统的状态分析 22 3.3.4 系统活动分析 23 4.网络管理系统系统设计与实现 25 4.1 UML体系结构设计 25 4.1.1硬件体系结构设计 25 4.2对象模型设计 25 4.3系统实现 25 4.3.1组件分析 25 4.3.2配置分析 27 5.课程设计心得体会现 28 参考文献 29 1.选题背景 20世纪90年代以来随着科学技术和生产力的迅速发展以及经济全球环境的深刻变化,企业面临着一个崭新而又激烈的竞争环境,体现在全球化的信息网络和全球化市场形成所带来的信息爆炸技术变革的加速市场和劳务竞争的全球化,围绕新产品的市场竞争日趋激烈,用户的需求越来越苛刻,同时产品的生命周期不断缩短,企业又面临着缩短交货期、提供产品质量、降低成本和改进服务的压力,在这种情况下全面提高和改善自身水平成为企业最关心的问题之一。 企业实施信息化建设已成为企业的发展趋势和提高企业的管理水平的有效手段。信息化建设不在是企业的效益工程而是企业的生存工程,20世纪90年代美国著名的IT分析公司Grant Group Inc,提出了ERP企业资源计划的概念,迎合了信息时代企业管理的发展要求。随着ERP相关理论,以及ERP系统开发的逐渐成熟,企业界掀起了实施ERP管理信息系统的浪潮。 在确定软件开发可行的情况下,对软件需要实现的各个功能进行详细分析。需求分析阶段是一个很重要的阶段,这一阶段做得好,将为整个软件开发项目的成功打下 良好的基础。唯一不变的是变化本身。,同样需求也是在整个软件开发过程中不断变化和深入的,因此我们必须制定需求变更计划来应付这种变化,以保护整个 项目的顺利进行此阶段主要根据需求分析的结果,对整个软件系统进行设计,如系统框架设计,数据库设计等等。软件设计一般分为总体设计和详细设计。好的软件设计将为软件程 序编写打下良好的基础。程序编码此阶段是将软件设计的结果转换成计算机可运行的程序代码。在程序编码中必须要制定统一,符合标准的编写规范。以保证程序的可读性,易维护性,提高程序的运 行效率。软件测试在软件设计完成后要经过严密的测试,以发现软件在整个设计过程中存在的问题并加以纠正。整个测试过程分单元测试、组装测试以及系统测试三个阶段进行。运行维护软件维护是软件生命周期中持续时间最长的阶段。在软件开发完成并入使用后,由于多方面的原因,软件不能继续适应用户的要求。要延续软件的使用寿命,就必须对软件进行维护。软件的维护包括纠错性维护和改进性维护两个方面。 .3系统需求建模 2.3.1 确定参与者 采购部门,供应商,财务部门,求购处理,接受检验,库存盘点 成产部门,仓库部门,客户等 2.3.2 确定用例 2.3.3 系统用例建模 2.3.4 用例描述 在这个用例模型中有一个执行者:库存管理员。十一个用例:身份验证,入库管理员,最高库存警报,出库管理,最低库存管理,指定库位,更新账目,库存信息查询,盘点管理及报表生成。 当有物资需要进行出入库时,仓库管理员就要进行出入库的管理:核实账单,清点物资,录入单据,然后由系统自动为该批物资分配货架,同时更新账目。在入库时,如果系统检测该类物资库存量超过限定的最高存量,也将发出警报。在入库管理用例与最高库存警报用例,出库管理用例与最低库存警报用例之间采用了扩展关系。入库管理,出库管理与指定库位之间,指定库位与更新账目之间采用了使用关系。扩展时一种基本需求的特殊情况。而当在两个或更多的用例中出现重复描述而又想避免这种重复时,采用使用。 出入库单据录入后,仓库管理员还需要定期对单据进行核对,即进行库存信息的查询,主要包括:账目信息,出入库信息,以及库位信息,存量信息等。当所有信息核对完成后,仓库管理员还需要定期打印出各种报表,以供其他系统做出一些决策。 盘点也是库管员一项很重要的工作,保持经常有效的盘点,可以更加全面准确的掌握库存信息。当库管员进行盘点时,首先要锁定盘点的库位或物料信息,即盘点时刻不允许出入库;盘点完毕后,要填写盘点记录,对于盘点数量与账目数量不同的物料需求要给出原因。 (2)

您可能关注的文档

文档评论(0)

ipad0c + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档