超市管理系统分析与设计.docx

《超市管理系统分析与设计.docx》由会员分享，可在线阅读，更多相关《超市管理系统分析与设计.docx（87页珍藏版）》请在沃文网上搜索。

1、目 录一、前言4（一）系统目的4（二）系统范围4（三）术语定义6二、系统定义6（一）项目背景6（二）项目目标7（三）整体架构8三、环境描述8（一）硬件环境8（二）软件环境9四、需求用例分析10（一）需求用例描述10（二）人员管理子系统12（三）货物管理子系统17（四）财务管理子系统26（五）系统管理子系统32（六）基本类图32五、系统设计36（一）类图36（二）系统动态模型41（三）对象状态75（四）界面设计75（五）输入输出设计78（六）接口设计81一、前言（一）系统目的随着计算机技术飞速成长，信息技术已经渗透到社会的各个领域生活，计算机的强大功能已经展示，计算机技术在人类社会的各个领域发挥

2、着越来越重要的作用。以往的超市竞争主要表现为各大超市规模方面的竞争，自从进入21世纪以来，技术、管理、人才这三方面已成为超市竞争的三种主要表现形式，其中，技术和管理的提升和升级是各大超市间竞争的重中之重。现阶段超市业发展的主要目标在于，以何种方式扩大销售额度和经营规模，并且能够将经营成本降低。所以，在这种情况下，超市管理系统应提供更为广泛的功能，如进行数据库升级以处理更加海量的数据，为超市、供应商等多方提供决策支持功能，以更多的计算机技术代替原有的手工劳动。（二）系统范围1范围定义超市管理系统是主要针对超市运营管理、提高运转效率的系统。该系统集财务管理、人员管理、货物管理、系统管理于一体，是中

3、小型连锁超市实现信息化管理的有效工具。信息：主要包括财务信息、人员信息、货物信息。具体见下图。财务信息采购资料销售情况日常盈亏人员信息供应商信息客户信息员工信息货物信息进货信息退货信息库存信息图1.1 系统范围定义功能：通过基本数据录入和信息管理，可以实现基本信息的管理功能，包括数据增减、修改、查询等；实现进退货管理功能，针对货物的出库入库信息管理；实现客户关系的管理；实现销售管理功能、盘点管理功能、系统管理功能以及财务管理功能。接口：接口包括与库存管理信息系统的接口、与财务管理信息系统的接口和与客户信息管理系统的接口。2非功能性需求分析我们采用PIECES框架对非功能性需求进行分析：表1.1

4、 非功能性需求表类别内容描述性能设计的管理系统从启动到进入系统登录界面的时间应耗时少，录入并更新数据的时间应该控制在4秒内。因为后台服务会是长时间运行，所以对可靠性要求很高，当长时间运行系统时，可减少系统死机问题。信息和数据1. 由于对超市管理信息系统的信息及时性要求较高，所以需要进行实时的处理。2. 系统所需要的数据被统一存储在超市数据库中，以便于后期在销售预测与分析等方面的使用。3. 超市系统在对商品的进货和销售单中，单价、金额等数据应该采用浮点数，确保数据精度，应该将数据保留至小数点后三位。4. 系统应提供对外部系统的有效的接口。经济1. 由于超市工作人员的信息化水平差别较大，所以有必要

5、进行统一的专业化的人员系统使用培训，以保证对业务较熟悉的员工经过短时间培训后即可熟练使用本系统，相应的会增加在员工培训方面的管理费用。2. 系统需要在初期设计阶段具备功能良好、完整、易于使用与升级等特点，以减少在后期一些不必要的维护费用。3. 项目预算有限，预期要求在半年内收回成本。控制和安全在设计整个系统时，要注重安全性设计，保护销售数据、商品等资料以及系统本身的程序。系统应能自动防备来自外部和内部侵人损害的能力，防止操作人员偶然失误、系统被动暴露信息、未经允许侵人系统等情况。1. 对系统登入人员限制权限，设置密码是最基础的要求。2. 对系统加密，钥匙盘由专人保管，减少外来用户进入系统的可能

6、性，对能够接触系统的人员实行授权控制，防止错误操作或恶意的破坏。3. 系统应能进行有效控制，抗干扰能力强。4. 系统的数据库备份要实时部署，应用中间件和通讯中间件的冗余部署、负载均衡部署，以防止系统单点故障，以保障用户的财产和信息安全。5. 为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火、盗或其他形式的人为破坏，以及强大的备份功能。效率1. 为保证系统以最低成本产生输出的能力，需要在系统设计时考虑在过程中是否有必须被消除的重复步骤。2. 为保证效益需求，应考虑在系统使用资源的方式上是否存在降低成本的方法。服务1. 设计的前台部分，对收银人员要操作简单，对公司管理者也是入如此。2.

7、可根据各类人员操作种类，将他们分为系统管理员、超市经理、一般工作人员三类，对他们规定操作范围，对在每个模块内操作范围进行规定，使一个特定用户只能执行本职工作，尽可能减少用户对数据操作时间可能发生的破坏，同时防止外来用户对系统的破坏。3. 超市信息管理系统的功能，应该采取灵活的架构和技术手段来实现，当需要改变系统的新业务功能或现有业务功能时，如系统接口的变化、业务实体的变化、系统的业务流程的变化、系统代码的变化等，可为系统升级做必要的准备。4. 可在系统中设计独立的计算机培训程序或数据库。（三）术语定义1.SMS：Supermarket Management System二、系统定义（一）项目背

8、景在世界经济全球化不断发展的今天，许许多多的超市也正在向着大型化、正规化的方向不断发展，伴随着超市规模的增加，超市的信息量也快速增长。因此在这种情况下如果仅仅靠传统的人力来解决这些数据的话那么工作量将非常惊人。但是计算机的使用可代替人们的繁重劳动，只需要稍微了解些计算机知识使用一些简单的计算机操作就可以准确地获取我们需要的信息。超市管理系统就是专门超市信息管理的一个应用系统软件，它通过计算机平台帮助相关超市人员对超市信息进行一定的管理，这样就使超市人员可以比较轻松地完成超市信息管理，并且比先前通过人力管理要快得多，使超市信息管理工作变得更加系统化，规范化和自动化，从而提高超市生产效率。在这个大

9、背景下，我们课程小组基于系统分析与设计这门课程的学习，决定使用面向对象的分析设计方法，设计一个超市信息管理系统，以解决对超市的人员、货物、财务的全面决策管理问题。（二）项目目标作为销售行业的进、销、存三个方面的管理是企业管理的重要环节，任何一个环节出错，都会造成严重的财产损失、甚至会毁掉招牌。本小组课外进行的调查研究表明，超市内部存在如下几个方面的问题：1随着信息量的不断增加，给数据的处理（查询、统计、核算）带来了巨大的麻烦；2员工的工作效率低，工作强度大，而且常常出现坏账、错账，数据的可靠性差，阻碍了超市的进一步发展；3超市分为不同的部门，超市的所有业务分别被这些不同的部门进行处理，由于超市

10、业务数据一次只能在一个部门进行处理，因此在较短时间内各个部门不能同时使用这些数据信息，从而会造成一定的沟通障碍；4存在大量的冗余数据，给数据处理的正确性和可靠性带來了严重的问题。我们希望，通过本系统的设计，在超市当中，管理者和被管理者之间的关系由于信息系统中的人性化设计而得到了强化，同时，管理者通过信息系统全面而又简单的功能设计模块能快速的对自己企业的经验现状和管理规模做到心中有数，为企业的长远发展做好规划。该系统在功能按照处理对象划分结构，系统将实现员工基础信息维护、客户基础信息维护、供应商基础信息维护、商品基础信息维护、商品采购价格管理、商品采购、商品入库登记、商品销售、商品入库退货、销售

11、退货、库存查询等一系列实用功能。主要工作如下：1从可行性、系统功能性与非功能性三个方面对系统进行需求分析；2从功能、流程、UML建模、数据库四个方面对系统进行设计。3设计测试用例，对系统的主要模块进行黑盒和白盒测试。（三）整体架构系统按照处理对象（人员、货物、财务、系统本身），将系统自顶向下分为四个子系统，每个子系统完成特定的功能，整体架构图如下：超市管理系统人员管理子系统财务管理子系统系统管理子系统员工管理客户管理供应商管理进货管理退货管理销售管理日常盘点库存管理辅助工具货物管理子系统漏洞修复数据备份系统升级日志维护成本会计财务会计图2.1 系统整体架构图三、环境描述（一）硬件环境为了保证系

12、统正常高效的工作状态，系统必须能够有一个良好的网络体系结构。系统的网络体系结构中至少要包含：服务器、交换机、防火墙、路由器、集线器、客户机多台。这些网络设备均通过网络连接顺畅，以保证系统能够正常的访问。如图：图3.1 硬件环境图（二）软件环境本系统采用B/S结构进行开发，不仅系统使用更加方便，而且降低系统维护成本。本系统计划采用4层体系结构，其中第一层是客户端；第二层是业务表现层，主要包括表现层和表现逻辑层；第三层是业务处理层，主要包括业务逻辑层；第四层是数据层，主要包括数据处理层和数据层。每层负责处理各自相应的业务，客户端通过浏览器来实现业务的处理，业务表现层用IIS技术和.net等技术来实

13、现业务表现形式，而业务处理层是负责对业务的处理，其主要作用是用来向数据库提交处理，由数据库系统负责对业务的具体处理。软件结构图如下所示：图3.2 软件结构图四、需求用例分析（一）需求用例描述1总用例图图4.1 总用例图本系统将所有的功能按处理对象，划分为四个子系统，分别为：人员管理子系统、货物管理子系统、财务管理子系统、系统管理子系统。 人员管理子系统负责所有人事管理，其中，人力资源部负责进行员工管理，市场部负责进行客户管理和供应商管理。 货物管理子系统负责对超市的货物进行全方面管理，其中，物料部负责进行进货管理、退货管理和库存管理，店员负责进行日常盘点，市场部负责进行销售管理和辅助工具管理。

14、由于货物管理的功能较为复杂，各个功能之间存在联系，如进货管理取决于货物的销售情况，库存管理要依据日常盘点的数据进行，辅助工具的开发要根据库存的变化进行。 财务管理子系统负责账目管理，其中，由财务部负责财务会计管理和成本会计管理。 系统管理子系统负责对本系统进行管理，包括系统的漏洞修复、数据备份、系统升级和日志维护，均有拥有专业技术的系统管理员负责。2系统参与者表4.1 参与者词汇表词汇描述1.客户一切有可能或者已经在本超市消费过的个人或者公司2.供应商向本超市提供商品的公司3.人力资源部管理本超市员工、顾客以及供应商相关信息的组织部门4.市场部为人力资源部提供顾客及供应商信息，为公司进行销售并

15、从销售信息中抽取更高一层有用信息的组织部门5.物料部对超市的进货行为、向供应商退货、处理顾客退货以及库存状况进行管理的组织部门6.财务部负责核算财务以及成本，具体包括顾客付款处理、供应商收费处理、内部成本核算分摊以及维护账目信息的组织部门7.店员店员是超市的主要工作人员，具体有收银员、日常盘点员、仓库管理员等8.系统管理员系统管理员主要负责这一系统的维护，具体有漏洞修护、数据备份、系统升级以及日记维护等9.时间触发时序事件的参与者3系统用例分级与评估在决定用例的优先级时，使用称为用例分级和评估矩阵的工具。该矩阵使用6个标准按15级评估用例。6个标准是：1. 对架构设计的重要影响2. 容易实现但

16、包含重要功能3. 包含有风险、时间紧迫或者复杂的功能4. 需要大量的研究或者新的、有风险的技术5. 包含主要的业务功能6. 将增加或者减少费用一旦对每项都打了份，就累计每项的得分，得到用例的最后得分。在综合考虑用例之间的依赖关系的基础上，结合用例的得分指定用例优先级。表4.2 用例分级评估表用例名称分级标准（1-5）总分优先级构建周期123456员工管理35324421中2客户管理45324422高2供应商管理45324422高2销售管理55545529高1辅助工具23353420中2进货管理44524423高1退货管理44324421中2库存管理44334422高1日常盘点44334422高

17、1漏洞修复33522318低3数据备份33422317低3系统升级33322215低3日志维护33222214低3财务会计44324522高2成本会计44324522高2（二）人员管理子系统图4.2 人员管理子系统用例图系统将参与系统的人员分为三类：员工、客户、供应商。管理这三类人员的基本操作均包括查询、增加、修改和删除，所以将这几个功能抽象成单独的用例，使用时进行调用。表4.3 人员管理子系统用例词汇表用例名称用例描述参与者01.01员工管理该用例描述人力资源部的管理人员通过系统对超市的员工进行管理。一方面，人力资源部的管理人员可以新增一位员工，一旦验证新员工不存在且所有输入均符合系统要求，

18、则在系统的数据库中新增一位员工的记录；另一方面，人力资源部的管理人员可以通过查询现有的员工，对其进行修改或删除，一旦验证员工存在，操作人员便可对其进行相关操作。人力资源部、员工01.02客户管理该用例描述市场部人员通过系统对超市的客户进行管理。一方面，市场部人员可以处理客户提交的办理会员卡申请表，新增一位客户会员，一旦验证客户提供的信息均符合系统要求，则在系统的数据库中新增一位客户的记录；另一方面，市场部人员可以通过查询现有的客户，对其进行修改或删除（处理退卡申请），一旦验证客户存在，便可对其进行相关操作。市场部、客户01.03该用例描述市场部人员通过系统对与本超市有往来或潜在的供应商进行管理

19、。一方面，市场部人员可以新增一名供应商，一旦验证新供应商不存在且所有输入均符合系统要求，则在系统的数据库中新增一个供应商的记录；另一方面，市场部人员可以通过查询现有的供应商，对其进行修改或删除，一旦验证供应商存在，市场部人员便可对其进行相关操作。市场部、供应商1. 员工管理用例作者： 于莹 日期： 14/06/01 版本： 1.00 用例名称员工管理用例类型： 系统分析用例IDSMS-R01.01优先权中来源人员管理子系统用例图主要业务参与者人力资源部、员工主要系统参与者人力资源部、员工其他参与者员工工资表（外部服务者）其他有兴趣的关联人员 财务部对员工的基本信息感兴趣，为了核算员工的工资、奖

20、金描述该用例描述人力资源部的管理人员通过系统对超市的员工进行管理。一方面，人力资源部的管理人员可以新增一位员工，一旦验证新员工不存在且所有输入均符合系统要求，则在系统的数据库中新增一位员工的记录；另一方面，人力资源部的管理人员可以通过查询现有的员工，对其进行修改或删除，一旦验证员工存在，操作人员便可对其进行相关操作。前置条件发出管理请求的人员必须具有权限触发器当人力资源部的管理人员发出管理申请时，用例被触发。典型事件过程参与者动作系统响应 第1步：人力资源部的管理人员登录系统，进行权限验证； 第3步：管理人员进入系统，选择下一步操作，若选择查询员工，则进入第4步，若选择添加员工，则进入第10步

21、； 第4步：管理人员输入待查询员工工号；第6步：管理人员可选择对员工信息的操作，若选择删除员工，进入第7步，若选择修改员工信息，进入第8步。第8步：管理人员对员工的信息进行修改，包括修改员工的基本信息、职位、工资等；第10步：管理人员输入新员工信息，进行添加； 第2步：系统做出响应，验证是否具有管理员工的权限；如果有，提示进入下一步操作； 第5步：系统做出响应，验证该员工是否存在，若存在，询问管理人员是否修改员工信息；第7步：系统提示是否确认删除，若确认删除，系统将数据库中该员工的记录删除；第9步：系统做出响应，验证修改后的信息是否符合数据库的要求，若符合，则在数据库中做相应的修改；第11步：

22、系统做出响应，验证输入的员工信息是否符合数据库的要求，若符合，则在数据库中新增一条员工记录。替代事件过程 替代第2步：如果不具有权限，则提示登录失败，返回登陆界面； 替代第5步：如果员工工号无效，则提示查询失败，返回查询界面； 替代第6步：如果不需要修改员工的信息，则直接显示该员工信息；替代第7步：如果未确认删除，则返回操作选择界面替代第9步：如果修改后的信息不符合要求，则返回修改界面，提示重新输人；替代第11步：如果不符合要求，则返回输入信息界面，提示重新输入。结论当显示出员工信息或数据库被修改时，该用例结束。后置条件无业务规则 只有上级发出人事调动时，才能对员工进行管理 具有管理权限的人力

23、资源部管理人员不得对自身信息进行修改，由高层人员统一进行修改实现约束和说明无假设无开放问题无2. 客户管理用例作者： 于莹 日期： 14/06/01 版本： 1.00 用例名称客户管理用例类型： 系统分析用例IDSMS-R01.02优先权高来源人员管理子系统用例图主要业务参与者市场部、客户主要系统参与者市场部、客户其他参与者应收帐（外部服务者）其他有兴趣的关联人员 财务部对客户的基本信息、类别等感兴趣，以便进行针对性的销售预测描述该用例描述市场部人员通过系统对超市的客户进行管理。一方面，市场部人员可以处理客户提交的办理会员卡申请表，新增一位客户会员，一旦验证客户提供的信息均符合系统要求，则在系

24、统的数据库中新增一位客户的记录；另一方面，市场部人员可以通过查询现有的客户，对其进行修改或删除（处理退卡申请），一旦验证客户存在，便可对其进行相关操作。前置条件发出管理请求的人员必须具有权限触发器当市场部人员发出管理申请时，用例被触发。典型事件过程参与者动作系统响应 第1步：市场部人员登录系统，进行权限验证； 第3步：市场部人员进入系统，选择下一步操作，若选择查询客户，则进入第4步，若选择添加客户，则进入第10步； 第4步：市场部人员输入待查询客户编号；第6步：市场部人员可选择对客户信息的操作，若选择删除客户，进入第7步，若选择修改客户信息，进入第8步。第8步：市场部人员对客户的信息进行修改，

25、包括修改客户的基本信息、会员等级等；第10步：市场部人员输入新客户会员信息，进行添加； 第2步：系统做出响应，验证是否具有管理客户的权限；如果有，提示进入下一步操作； 第5步：系统做出响应，验证该客户是否存在，若存在，询问市场部人员是否修改客户信息；第7步：系统提示是否确认删除，若确认删除，系统将数据库中该客户的记录删除；第9步：系统做出响应，验证修改后的信息是否符合数据库的要求，若符合，则在数据库中做相应的修改；第11步：系统做出响应，验证输入的客户信息是否符合数据库的要求，若符合，则在数据库中新增一条客户记录。替代事件过程 替代第2步：如果不具有权限，则提示登录失败，返回登陆界面； 替代第

26、5步：如果客户编号无效，则提示查询失败，返回查询界面； 替代第6步：如果不需要修改客户的信息，则直接显示该客户信息；替代第7步：如果未确认删除，则返回操作选择界面替代第9步：如果修改后的信息不符合要求，则返回修改界面，提示重新输人；替代第11步：如果不符合要求，则返回输入信息界面，提示重新输入。结论当显示出客户信息或数据库被修改时，该用例结束。后置条件无业务规则 只有当客户符合会员升级标准时，才能进行升级实现约束和说明无假设无开放问题无3. 供应商管理用例作者： 于莹 日期： 14/06/01 版本： 1.00 用例名称供应商管理用例类型： 系统分析用例IDSMS-R01.03优先权高来源人员

27、管理子系统用例图主要业务参与者市场部、供应商主要系统参与者市场部、供应商其他参与者应付帐（外部服务者）其他有兴趣的关联人员 财务部对与供应商的来往频率和交易记录感兴趣，以便进行财务预算描述该用例描述市场部人员通过系统对与本超市有往来或潜在的供应商进行管理。一方面，市场部人员可以新增一名供应商，一旦验证新供应商不存在且所有输入均符合系统要求，则在系统的数据库中新增一个供应商的记录；另一方面，市场部人员可以通过查询现有的供应商，对其进行修改或删除，一旦验证供应商存在，市场部人员便可对其进行相关操作。前置条件发出管理请求的人员必须具有权限触发器当市场部人员发出管理申请时，用例被触发。典型事件过程参与

28、者动作系统响应 第1步：市场部人员登录系统，进行权限验证； 第3步：市场部人员进入系统，选择下一步操作，若选择查询供应商，则进入第4步，若选择添加供应商，则进入第10步； 第4步：市场部人员输入待查询供应商编号；第6步：市场部人员可选择对供应商信息的操作，若选择删除供应商，进入第7步，若选择修改供应商信息，进入第8步。第8步：市场部人员对供应商的信息进行修改；第10步：市场部人员输入新供应商信息，进行添加； 第2步：系统做出响应，验证是否具有管理供应商的权限；如果有，提示进入下一步操作； 第5步：系统做出响应，验证该供应商是否存在，若存在，询问市场部人员是否修改供应商信息；第7步：系统提示是否

29、确认删除，若确认删除，系统将数据库中该供应商的记录删除；第9步：系统做出响应，验证修改后的信息是否符合数据库的要求，若符合，则在数据库中做相应的修改；第11步：系统做出响应，验证输入的供应商信息是否符合数据库的要求，若符合，则在数据库中新增一条供应商记录。替代事件过程 替代第2步：如果不具有权限，则提示登录失败，返回登陆界面； 替代第5步：如果供应商编号无效，则提示查询失败，返回查询界面； 替代第6步：如果不需要修改供应商的信息，则直接显示该供应商信息；替代第7步：如果未确认删除，则返回操作选择界面替代第9步：如果修改后的信息不符合要求，则返回修改界面，提示重新输人；替代第11步：如果不符合要

30、求，则返回输入信息界面，提示重新输入。结论当显示出供应商信息或数据库被修改时，该用例结束。后置条件无业务规则无实现约束和说明无假设无开放问题无（三）货物管理子系统货物管理子系统负责对货物进行全方面的处理，包括进货管理、退货管理、销售管理、库存管理、日常盘点、辅助工具。其中，每个用例的功能又有细分，如退货管理可以细分为处理客户退货和向供应商退货；用例共同拥有的功能抽象成抽象用例，在使用时调用，如查询货物信息和修改货物信息为多个用例均可调用的抽象用例。表4.4 货物管理子系统用例词汇表用例名称用例描述参与者02.01.01添加进货单该用例描述物料部人员在市场部人员进行销售管理的基础上，清点了需要进

31、货的物品，在系统中填写进货单，记录数量、价格、折扣等信息，一方面存入系统，另一方面发给供应商。物料部、供应商02.01.02添加货物该用例描述物料部人员在确认收货之后，将货物的相关信息记录到系统中。若为新进货物，则在数据库中新建货物记录；若为已存在货物，则查找到货物，修改货物的相应数据。物料部02.02.01处理客户退货该用例描述客户在买到商品后感到不满意或货物本身存在质量问题，可以向超市申请退货，由物料部人员接受申请，一旦退货申请合理，物料部人员便在系统中对货物的销售额等信息进行修改，同时修改销售帐目。物料部、客户02.02.02向供应商退货该用例描述超市在收到供应商发来的货物后，货物质量不

32、符合标准或发货错误，又物料部人员向供应商发起退货，通过系统填写退货单发至供应商，并对系统的账目进行修改。物料部、供应商02.03日常盘点该用例描述店员在超市进行货物盘点，查看货物与数据是否相一致，根据盘点情况，在系统中记录实际盘点的货物数量、是否出现盘盈盘亏及盘盈盘亏具体信息。店员02.04库存管理该用例描述物料部人员根据查询系统中货物信息，合理的从仓库出库货物，对超市进行供货。在系统中填写进货单，记录货物名、数量、价格等信息，一方面存入系统，另一方面修改超市中所存货物的信息。对超市进行供货后，如果仓库货物短缺，生成相应邮件通知相应物料部负责进货的人员。物料部02.05辅助工具该用例描述市场部

33、人员在市场部人员根据货物销售信息，进行各种数据分析，再根据分析结果，制定相关发展策略。市场部02.06销售管理该用例描述店员在顾客购物结算时，在系统中填写购买信息，记录数量、价格、折扣等信息，一方面存入系统，另一方面生成销售单据。店员1. 添加进货单用例作者： 于莹 日期： 14/06/02 版本： 1.00 用例名称添加进货单用例类型： 系统分析用例IDSMS-R02.01.01优先权高来源货物管理子系统用例图主要业务参与者物料部、供应商主要系统参与者物料部其他参与者应付帐（外部服务者）其他有兴趣的关联人员 财务部对进货单上的价格感兴趣，以便进行财务处理 市场部对进货单上的供应商感兴趣，以便

34、对供应商进行维护描述该用例描述物料部人员在市场部人员进行销售管理的基础上，清点了需要进货的物品，在系统中填写进货单，记录数量、价格、折扣等信息，一方面存入系统，另一方面发给供应商。前置条件进货单中填写的供应商必须存在于系统中触发器当物料部人员发出填写进货单申请时，用例被触发。典型事件过程参与者动作系统响应 第1步：物料部人员登录系统，进行权限验证； 第3步：物料部人员进入系统，输入进货单信息，包括货物、数量、价格、折扣、运输方式、发货期限等；第10步：物料部人员取消进货单。 第2步：系统做出响应，验证是否具有添加进货单的权限；如果有，提示进入下一步操作； 第4步：系统做出响应，验证信息是否正确

35、，如验证该供应商是否存在；第5步：系统提示用户是否确认进货单，若确认进入第6步，否则进入第10步；第6步：系统做出响应，在数据库中新增一条进货单记录；第7步：系统将进货单发送至供应商的邮箱；第8步：系统将自动生成进货发票，保存到数据库；第9步：系统将进货发票发送至财务部；替代事件过程 替代第2步：如果不具有权限，则提示登录失败，返回登陆界面； 替代第4步：如果信息不正确，则提示信息错误，返回输入界面；结论当进货单被发至供应商邮箱且进货发票被发送至财务部，或物料部人员取消进货单时，该用例结束。后置条件进货单被记录下来，如果订购的货物有货，供应商将按时发货，对于缺货的货物，生成一个延迟收货单业务规

36、则供应商必须拥有一个有效的电子邮件地址用于接收进货单实现约束和说明无假设无开放问题无2. 添加货物用例作者： 于莹 日期： 14/06/02 版本： 1.00 用例名称添加货物用例类型： 系统分析用例IDSMS-R02.01.02优先权中来源货物管理子系统用例图主要业务参与者物料部、供应商主要系统参与者物料部其他参与者应付帐（外部服务者）其他有兴趣的关联人员 市场部对货物的种类、库存量等感兴趣，以便进行销售预测 店员对货物的种类、库存量等感兴趣，以便进行日常盘点描述该用例描述物料部人员在确认收货之后，将货物的相关信息记录到系统中。若为新进货物，则在数据库中新建货物记录；若为已存在货物，则查找到

37、货物，修改货物的相应数据。前置条件超市必须确认收货后，方可添加货物触发器当物料部人员发出添加货物单申请时，用例被触发。典型事件过程参与者动作系统响应 第1步：物料部人员检验货物后确认收货； 第2步：物料部人员登录系统，进行权限验证；第4步：物料部人员进入系统，若货物不存在，则进入第5步，否则进入第9步；第5步：物料部人员填写新货物信息。第9步：物料部人员查询货物；第11步：物料部人员对查询到的货物的数量等信息进行修改，修改后转至第7步； 第3步：系统做出响应，验证是否具有添加进货单的权限；如果有，提示进入下一步操作； 第6步：系统做出响应，验证信息是否符合数据库标准；第7步：系统提示用户是否确

38、认货物信息；第8步：系统做出响应，在数据库中做出相应修改，用例调用结束。第10步：系统做出响应，验证查询信息是否正确，并返回给用户；替代事件过程 替代第3步：如果不具有权限，则提示登录失败，返回登陆界面； 替代第6步：如果信息不标准，则提示信息错误，返回输入界面； 替代第8步：如果物料部人员未确认修改货物，则取消添加货物； 替代第11步：如果未查询到货物，则提示查询失败，返回查询界面。结论当数据库中新增一条货物记录，或对原有货物数量进行修改后，该用例结束。后置条件无业务规则供应商必须拥有一个有效的电子邮件地址用于接收退货单实现约束和说明无假设无开放问题无3. 处理客户退货用例作者： 于莹 日期

39、： 14/06/02 版本： 1.00 用例名称处理客户退货用例类型： 系统分析用例IDSMS-R02.02.01优先权高来源货物管理子系统用例图主要业务参与者物料部、客户主要系统参与者物料部其他参与者销售账目（外部服务者）其他有兴趣的关联人员 财务部对退货的货物数量和总价格感兴趣，以便进行财务处理 市场部对退货的货物种类感兴趣，以便进行客户满意度调查描述该用例描述客户在买到商品后感到不满意或货物本身存在质量问题，可以向超市申请退货，由物料部人员接受申请，一旦退货申请合理，物料部人员便在系统中对货物的销售额等信息进行修改，同时修改销售帐目。前置条件客户的退货申请合理触发器当物料部人员发出客户退

40、货申请时，用例被触发。典型事件过程参与者动作系统响应 第1步：物料部人员接受客户退货申请；第2步：物料部人员登录系统，进行权限验证； 第4步：物料部人员进入系统，修改该客户的销售单；第8步：物料部人员取消退货处理。 第3步：系统做出响应，验证是否具有处理退货的权限；如果有，提示进入下一步操作；第5步：系统提示是否确认修改，若确认进入第6步，否则进入第8步；第6步：系统做出响应，在数据库中修改货物记录；第7步：系统修改相应销售账目；替代事件过程 替代第3步：如果不具有权限，则提示登录失败，返回登陆界面；结论当系统修改货物记录和账目，或物料部人员取消退货处理时，该用例结束。后置条件无业务规则无实现

41、约束和说明无假设无开放问题无4. 向供应商退货用例作者： 于莹 日期： 14/06/02 版本： 1.00 用例名称向供应商退货用例类型： 系统分析用例IDSMS-R02.02.02优先权中来源货物管理子系统用例图主要业务参与者物料部、供应商主要系统参与者物料部其他参与者应收账（外部服务者）其他有兴趣的关联人员 财务部对退货的货物数量和总价格感兴趣，以便进行财务处理 市场部对退货的货物种类和供应商感兴趣，以便进行进货规划描述该用例描述超市在收到供应商发来的货物后，货物质量不符合标准或发货错误，又物料部人员向供应商发起退货，通过系统填写退货单发至供应商，并对系统的账目进行修改。前置条件对供应商的

42、退货申请合理触发器当物料部人员发出向供应商退货申请时，用例被触发。典型事件过程参与者动作系统响应 第1步：物料部人员获得需要退货的物品清单；第2步：物料部人员登录系统，进行权限验证； 第4步：物料部人员进入系统，填写退货单；第11步：物料部人员取消退货处理。 第3步：系统做出响应，验证是否具有处理退货的权限，如果有，提示进入下一步操作；第5步：系统做出响应，验证信息是否正确，若正确，进入下一步；第6步：系统提示是否确认退货，若确认进入第7步，否则进入第11步；第7步：系统做出响应，在数据库中添加退货记录；第8步：系统将生成的退货单发送至供应商；第9步：系统自动生成退货发票；第10步：系统将退货

43、发票发送至财务部；替代事件过程 替代第3步：如果不具有权限，则提示登录失败，返回登陆界面；替代第5步：如果信息不正确，则提示输入失败，返回填写退货单界面；结论当系统修改货物记录和账目，或物料部人员取消退货处理时，该用例结束。后置条件无业务规则供应商必须拥有一个有效的电子邮件地址用于接收退货单实现约束和说明无假设无开放问题无5. 日常盘点用例作者： 冉杨帆 日期： 14/06/06 版本： 1.00 用例名称日常盘点用例类型： 系统分析用例IDSMS-R02.03优先权高来源货物管理子系统用例图主要业务参与者店员主要系统参与者店员其他参与者无其他有兴趣的关联人员 物料部根据日常盘点得到的数据，进行库存管理 财务部对盘点可能出现的盘盈盘亏，进行财务处理描述该用例描述店员在超市进行货物盘点，查看货物与数据是否相一致，根据盘点情况