2020年(店铺管理)超市管理系统软件需求说明书
超市后台管理系统—软件需求说明书
超市后台管理系统—软件需求说明书超市后台管理系统—软件需求说明书1.引言1.1 文档目的本文档旨在详细阐述超市后台管理系统的软件需求，描述系统的功能、性能和限制，为开发团队提供清晰的开发目标和设计方案。
同时，本文档还提供了相应的法律名词及注释。
1.2 项目背景随着超市运营规模的不断扩大，传统的人工管理已经无法满足超市日常运营的需求，因此需要开发一款后台管理系统，实现超市的商品管理、库存管理、销售统计等功能，提高工作效率和管理水平。
2.系统总体描述2.1 系统功能超市后台管理系统主要具备以下功能：- 商品管理：包括商品信息录入、修改、删除、查询等操作。
- 库存管理：实时记录商品的进货和销售情况，更新库存数量。
- 销售统计：根据销售记录销售报表，统计不同时间段、不同商品类别的销售情况。
- 会员管理：管理超市的会员信息，包括会员注册、积分兑换等操作。
- 订单管理：管理超市的订单信息，包括订单录入、发货、退货等操作。
- 收银操作：实现收银员对超市商品的结算和收款功能。
- 数据备份和恢复：提供数据的备份和恢复功能，防止数据丢失。
2.2 系统用户超市后台管理系统主要涉及以下用户角色：- 超市管理员：对商品、库存、会员、订单等信息进行管理的角色。
- 收银员：负责超市商品的结算和收款操作的角色。
3.系统详细需求3.1 商品管理模块3.1.1 添加商品信息管理员可以录入新的商品信息，包括商品名称、商品类别、商品价格、商品库存等。
3.1.2 修改商品信息管理员可以对已有的商品信息进行修改，包括商品名称、商品类别、商品价格、商品库存等。
3.1.3 删除商品信息管理员可以删除已有的商品信息。
3.1.4 查询商品信息管理员可以根据商品名称、商品类别等条件进行商品信息的查询。
3.2 库存管理模块3.2.1 进货管理管理员可以记录商品的进货情况，包括商品名称、进货数量、进货价格等。
3.2.2 销售管理管理员可以记录商品的销售情况，包括商品名称、销售数量、销售价格等。
超市管理软件需求说明书
超市管理系统需求说明书1引言 (2)1.1编写目的 (2)1.2背景 (3)1.3定义 (3)1.4参考资料 (4)2任务概述 (5)2.1目标 (5)2.2用户的特点 (5)2.3假定和约束 (5)3需求规定 (5)3.1对功能的规定 (5)3.2对性能的规定 (6)3.2.1时间特性要求 (6)3.３输人输出要求...................................................................................... 错误！未定义书签。
3.4数据管理能力要求 (6)3.5其他专门要求 (6)4运行环境规定 (6)4.1设备 (6)4.2支持软件 (7)4.3接口 (7)4.4控制 (7)1引言伴随着社会的飞速发展，人们消费水平的不断提高，形形色色的超市已经成为人众们的购物天堂。
它带给人们的不只是便利更是质量的保证。
每天往来超市的购物者不计其数，显然传统的人工管理模式，已不能满足当今超市的业务，提高超市的工作效率、为顾客提供更好的服务，成为了大中小型超市当前必须考虑的问题。
而解决这些问题的途径之一，就是将计算机引入到管理机制中来。
1.1编写目的本软件的前台设计由PowerBuilder ８.0实现，后台管理是由Adaptive Enterprisee实现。
利用Sybase Central用户界面工具进行数据库的创建和管理。
整个软件系统基于客户端/服务器模式，但现阶段只开发了单机版的软件。
本系统界面设计大方、简洁、实用，操作简单方便,是一款完全适合普通超市管理的软件。
软件设计综合了具有一定代表性的多家超市、商场的业务模式和需求。
能实现对采购、卖场、库存、财务等信息的智能化管理，以便于高层者做出正确的决策。
同是也使中层管理者和操做员的工作更方便和快捷。
1.2背景a．本系统的名称是：超市管理系统b．本项目的任务提出者是：张矿c．开发者是：张矿、雷宏远、郭妍吉、张玲玲d．本系统的用户：各超市e．实现该软件的计算中心或计算机网络：信息管理实验室1.3定义开发软件PowerBuilder９.0PowerBuilderPowerBuilder９.0PowerBuilder是一种可视化的面向对象的快速应用程序开发环境，它以其开放的体系结构，简洁高效的集成开发环境，强大的数据窗口技术，几乎无所不能的数据库访问能力和友好的用户界面，已成为client/server模式应用和基于internet模式应用最优秀的开发工具之一。
超市管理系统软件需求说明书
{店铺管理}超市管理系统软件需求说明书目录1、项目计划21.1系统开发目的21.2背景说明21.3项目确立21.4应用范围21.5 定义21.6 参考资料32、逻辑分析与详细分析32.1系统功能32.2、流程图62.3户类型与职能72.4、统开发步骤72.5系统安全问题83、基于UML的建模83.1语义规则83.2、UML模型103.21、系统UML模型103.22、子系统UML模型104、超市销售系统概念设计文档115、小结13超市管理系统需求分析说明书1、项目计划1.1系统开发目的（1）大大提高超市的运作效率；（2）通过全面的信息采集和处理，辅助提高超市的决策水平；（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强超市扩张力，提供有效的技术保障。
1.2背景说明21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。
技术的提升和管理的升级是超市业的竞争核心。
零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。
如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。
1.3项目确立针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。
1.4应用范围本系统适应于各种小型的超市。
1.5定义（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。
（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间。
（3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。
（4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。
库存告警提示：当商品的库存数量低于库存报警数量时发出提示。
超市管理系统需求分析说明书
超市管理系统需求分析说明书超市管理系统需求分析说明书1：引言1.1 目的本文档旨在对超市管理系统的需求进行详细分析，明确系统功能、性能和约束等方面的要求，以便于开发团队设计和开发出符合用户需求的系统。
1.2 背景随着超市规模的扩大和业务复杂化，传统的手工管理方式已经无法满足超市的运营需求，因此需要开发一套高效、可靠的超市管理系统，以提高工作效率、降低成本，并为超市管理人员提供决策支持。
2：功能需求2.1 用户管理超市管理系统应具备用户管理功能，包括注册新用户、登录系统、修改密码、权限管理等。
2.2 商品管理超市管理系统应具备商品管理功能，包括商品分类、商品信息录入、库存管理、商品上架、下架等。
2.3 采购管理超市管理系统应具备采购管理功能，包括供应商管理、采购订单、采购入库、退货处理等。
2.4 销售管理超市管理系统应具备销售管理功能，包括会员管理、销售订单、销售出库、退货处理等。
2.5 库存管理超市管理系统应具备库存管理功能，包括库存查询、库存调整、库存盘点等。
2.6 财务管理超市管理系统应具备财务管理功能，包括账务管理、财务报表、财务分析等。
2.7 数据分析超市管理系统应具备数据分析功能，包括销售数据分析、采购数据分析、库存数据分析等，以便超市管理人员进行决策。
3：性能需求3.1 响应时间超市管理系统应保证在正常负荷下的响应时间不超过2秒，以确保用户体验。
3.2 并发处理能力超市管理系统应具备较强的并发处理能力，能够同时处理多个用户的请求，并保持系统稳定运行。
3.3 数据安全性超市管理系统应具备可靠的数据存储和传输机制，确保数据的安全性和完整性，防止数据泄露或损坏。
4：约束4.1 技术约束超市管理系统应采用主流的开发技术和平台，保证系统的稳定性和可靠性。
4.2 法律约束超市管理系统的开发和使用应符合相关法律法规的要求，包括但不限于《中华人民共和国商标法》、《中华人民共和国劳动法》等。
附件：1：用例图2：数据库表结构设计3：系统界面设计法律名词及注释：商标法：指中华人民共和国对商标注册和使用进行管理的法律法规。
超市管理系统软件需求说明书(20200701102407)
目录1、项目计划 (2)1.1 系统开发目的 (2)1.2 背景说明 (2)1.3 项目确立 (2)1.4 应用范围 (2)1.5 定义 (3)1.6 参考资料 (3)2、逻辑分析与详细分析 (3)2.1 系统功能 (3)2.2、流程图 (6)2.3 户类型与职能 (7)2.4、统开发步骤 (8)2.5 系统安全问题 (8)3、基于UML 的建模 (9)3.1 语义规则 (9)3.2、UML 模型 (10)3.21、系统UML 模型 (10)3.22、子系统UML 模型 (10)4、超市销售系统概念设计文档 (12)5、小结 (13)超市管理系统需求分析说明书1、项目计划1.1 系统开发目的（1）大大提高超市的运作效率；（2）通过全面的信息采集和处理，辅助提高超市的决策水平；（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强超市扩张力，提供有效的技术保障。
1.2 背景说明21 世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。
技术的提升和管理的升级是超市业的竞争核心。
零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。
如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。
1.3 项目确立针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS 销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。
1.4 应用范围本系统适应于各种小型的超市1.5 定义（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。
（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间。
（3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。
超市管理系统规格说明书
软件需求规格说明书(C/S)项目名称：超市管理系统项目负责人：乔玉锦学号: 20806032020教师：沈来信-------------各类专业好文档，值得你下载，教育，管理，论文，制度，方案手册，应有尽有--------------简介：在1983年,中国出现的了第一家超市。
随着社会的发展，去超市购物已经成为人们生活中的一部分。
超市除了品种齐全和自行挑选两个特点外，还有一个特点，那就是广泛使用计算机和现代化设备，更具体的就是说使用一套超市管理系统.1.开发背景随着超市的出现，超市管理系统也随着出现.并且随着超市的发展,超市管理系统的功能和性能也随着发展.在早期的超市管理系统中,主要是对正在销售的商品进行管理，在当前的超市管理系统中不仅有该功能，还要加如超市的相关物流、库存等相关信息和功能。
使用最少的人力,完成最大的销售总额，一直是超市管理系统的目标！2需求分析使用超市管理系统的目的是使用最少的人力，来完成超市的日常工作，一个典型的超市管理系统,除了应该完成超市的必要销售工作外,还应该具有后台管理的功能。
和超市管理系统相关的就是货物仓库,因为随着超市规模的越来越大，销售的商品是非常多的,他们并不能全部放在超市里,需要将它们暂时存放在仓库中，所以对仓库的管理是非常重要的。
为了使超市更加吸引顾客,推出会员优惠活动，通过使用会员卡能够享受商品的优惠价格。
所以在超市管理系统中还要能够对超市会员的管理。
3需求分析根据超市的需求,我们来分析一下超市的管理系统中应该具有那些功能.按照操作方向，可以将商品管理系统分为商品管理模块、仓库管理模块、销售管理模块和会员管理模块。
商品管理模块：通过该模块可已完成超市的日常管理，其中包括其中包括新增一种新销售商品、向超市中进货、接受客户的退货和查询一种商品的功能.-------------各类专业好文档，值得你下载，教育，管理，论文，制度，方案手册，应有尽有--------------仓库管理模块:通过该模块可已完成和超市匹配场所仓库管理,其中包括其中包括对商品的出库和入库操作、查询仓库中所有商品和查询指定商品等功能。
超市管理系统需求规格说明书
超市管理系统需求规格说明书1、引言超市管理系统是一个用于管理和运营超市业务的软件系统。
该系统旨在提高超市的运营效率、降低人力成本、优化商品管理和销售流程等方面。
2、目标和目的超市管理系统的目标是实现以下几点：- 优化库存管理：提供准确的库存管理功能，包括进货、销售和库存盘点等，可以实时跟踪商品库存情况。
- 提供高效的销售流程：支持快速结账、退换货和促销活动等功能，提高收银员的工作效率。
- 改善商品管理：提供商品编码、价格设定、商品分类等功能，方便管理和搜寻商品。
- 提供报表功能：各种销售统计报表、库存报表和财务报表等，供管理层参考决策。
3、功能需求3.1 登录和权限管理超市管理系统应该提供不同层级的用户登录功能，如管理员、收银员和库存管理员等。
每个用户应该有相应的权限，以限制其访问和操作的范围。
3.2 商品管理- 商品录入：管理员可以录入商品的基本信息，包括商品名称、编码、价格、供应商信息等。
- 商品查询：管理员可以通过商品编码、名称或分类等条件查询商品信息。
- 商品分类：管理员可以设定商品的分类，方便管理和搜寻商品。
3.3 库存管理- 进货管理：管理员或库存管理员可以记录商品的进货信息，包括供应商、进货数量、进货日期等。
- 销售管理：收银员可以记录商品的销售信息，减少库存数量以及更新销售统计数据。
- 库存盘点：库存管理员可以定期对物理库存进行盘点，并同步更新系统中的库存数据。
3.4 销售流程- 收银功能：系统应该支持快速结账、打印小票和记录销售明细等功能。
- 退换货处理：系统应该支持退货和换货的处理流程，包括退款、更新库存数量等。
- 促销活动：系统应该支持添加促销活动，如打折、满减等，并自动计算相应的优惠金额。
3.5 报表功能系统应该能够各种报表，如销售统计报表、库存报表和财务报表等，供管理层参考决策。
4、非功能需求4.1 安全性超市管理系统应该保护用户的隐私和数据安全，只能授权用户才能访问和操作相关数据。
超市管理信息系统说明书-
一、引言系统名称：超市商品管理系统。
系统目标：实现超市商品管理的系统化、现代化，优化商品流通时间、过程，提高工作效率。
超市的目标是以优质的服务和品种齐全的商品，面向本地区的所有消费者，以使经营者能够实现利润。
具体的目标为：最方便的提供消费者所需购买物品，详细如实的记录物品的品种分类，了解市场发展方向，及时修正进货信息，修改库存管理办法、结算工作办法、采购管理办法等，提高工作效率，节余财力物力资源。
系统功能：实现商品进、销、管理现代化、专业化，完善商品管理制度。
二、简略的系统描述：通过对超市面对的问题的分析可以得出系统分为两个部分：第一部分为库存的进出管理，第二部分为收银结帐的管理。
整个系统根据流行的管理模式，试图在友好界面上完成超市进销存的管理，并为超市的进一步发展提供良好的准确数据资料。
系统模块分别是系统用户管理、商品信息管理、商品进货管理、商品库存管理、前台销售管理、财务管理、换班管理和报表等，从细微的方面体现系统的优越性。
在实现过程中，首先需要根据系统功能分析设计出需要的数据库和各个数据表的详细结构，然后创建系统项目，并在项目中创建数据库和各个表。
在实现各个功能模块时，也采用先模块后系统集成的方式，即各个系统功能模块分别独立设计和调试，在创建系统主窗体时才将各个功能模块通过主窗体的各个命令按钮集成到一起，最后进行系统整体设计和调试。
在使用数据库中的表时，使用表单的数据环境统一管理表单中用到的各个表，这样，数据环境可在表单加载和关闭时，自动打开和关闭使用的表，从而简化了代码中对表打开和关闭操作。
另外，为表单浏览记录创建一个统一的记录导航条子类，有记录前翻、后翻、以及到首尾记录的功能。
2、总体设计：2、1需求概要：大大提高超市的运作效率，通过全面的信息采集和处理，辅助提高超市的决策水平；使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强超市扩张力，提供有效的技术保障。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
（店铺管理）超市管理系统软件需求说明书
目录
1、项目计划2
1.1系统开发目的2
1.2背景说明2
1.3项目确立2
1.4应用范围2
1.5 定义2
1.6 参考资料3
2、逻辑分析和详细分析3
2.1系统功能3
2.2、流程图6
2.3户类型和职能7
2.4、统开发步骤7
2.5系统安全问题8
3、基于UML的建模8
3.1语义规则8
3.2、UML模型10
3.21、系统UML模型10
3.22、子系统UML模型10
4、超市销售系统概念设计文档11
5、小结13
超市管理系统需求分析说明书
1、项目计划
1.1系统开发目的
（1）大大提高超市的运作效率；
（2）通过全面的信息采集和处理，辅助提高超市的决策水平；
（3）使用本系统，能够迅速提升超市的管理水平，为降低运营成本，提高效益，增强超市扩张力，提供有效的技术保障。
1.2背景说明
21世纪，超市的竞争也进入到了壹个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。
技术的提升和管理的升级是超市业的竞争核心。
零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互且存。
如何于激烈的竞争中扩大销售额、降低运营成本、扩大运营规模，成为超市营业者努力追求的目标。
1.3项目确立
针对超市的特点，为了帮助超市解决当下面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这俩个子系统又包含其它壹些子功能。
1.4应用范围
本系统适应于各种小型的超市。
1.5定义
（1）商品条形码：每种商品具有唯壹的条形码，对于某些价格壹样的商品，
能够使用自定义条形码。
（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间。
（3）商品积压：于壹定时期内，远无法完成销售计划的商品会造成积压。
（4）促销：于壹定时期内，某些商品会按低于原价的促销价格销售。
库存告警提示：当商品的库存数量低于库存报警数量时发出提示。
（5）盘点：计算出库存、销售额、盈利等运营指标。
1.6参考资料
《SQLServer2000实用教程》范立南编清华大学出版社
《软件工程导论》重庆大学出版社
《软件工程理论和实践》ShariLawrencePfleeger编清华大学出版社
2逻辑分析和详细分析
2.1系统功能
（1）零售前台（POS）管理系统，本系统必须具有以下功能：
✧商品录入：根据超巿业务特点制定关联功能，能够通过输入唯壹编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。
该扫描录入方法能够充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
✧收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用壹次录入加数量的方式）自动计算本次交易的总金额。
于顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间）。
✧安全性：OS登陆、退出、换班和操作锁定等权限验证保护；断电自动保护最
大限度防止意外及恶意非法操作。
✧独立作业：有的断网收银即于网络服务器断开或网络不通的情况下，收银机仍能正常作业
(2)后台管理系统，本系统必须具备以下功能：
✧进货管理：根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），能够避免盲目进货造成商品积压。
按计划单有选择性地进行自动入库登记。
综合查询打印计划进货和入库记录及金额。
✧销售管理：商品正常销售、促销和限量、限期及禁止销售控制。
综合查询各种销售明细记录、交结账情况等。
按多种方式统计生成销售排行榜，灵活察见和打印商品销售日、月、年报表。
✧库存管理：综合查询库存明细记录。
库存状态自动告警提示。
如库存过剩、少货、缺货等。
软件为您预警，避免库存商品积压损失和缺货。
库存自动盘点计算。
（3）系统结构
图1系统总体结构图2模块子系统结构
（5）进货管理：
图4销售管理
功能描述：销售管理子系统能够控制某商品是否允许销售，查询每种商品的销售情况且产生年、月、日报表，同时能够生成销售排行榜。
（7）库存管理：
图6顶层DFD图
图7第0层DFD图
图8第1层DFD图
2.3户类型和职能
（1）员工（营业员）：
✧通过商品条形码扫描输入商品到购买清单
✧操作软件计算交易总金额
✧操作软件输出交易清单
（2）超市经理
✧操作软件录入商品，供货商，厂商
✧操作软件制定进货计划
✧查询打印计划进货和入库记录
✧操作软件控制商品销售和否
✧查询打印销售情况
✧操作软件生成销售排行榜
✧查询库存明细记录
✧根据软件发出的库存告警进行入货
✧操作软件进行盘点计算
（3）总经理：
✧基本信息登记管理
✧员工操作权限管理
✧客户销售权限管理
2.4系统开发步骤
✧确定参和者和关联的用况
✧为每个用况设计过程
✧建立顺序图，确定每个脚本中对象的协作
✧创建类，确定脚本中的对象
✧设计,编码,测试,集成类
✧为过程编写系统测试案例
✧运行测试案例，检验系统
2.5系统安全问题
信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。
常见因素有：数据的输入，输出，
存取和备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通
信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。
因此，为使本系
统能够真正安全，可靠，稳定地工作，必须考虑如下问题：为保证安全，不致使
系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏。
✧系统要能重建
✧系统应该是可审查的
✧系统应能进行有效控制，抗干扰能力强
✧系统使用者的使用权限是可识别的
3基于UML的建模
3.1语义规则
用例模型（usecasesview）（用例视图）的基本组成部件是用例（usecase）、
角色(actor)和系统(system)。
用例用于描述系统的功能，也就是从外部用户的角
度观察，系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能
的宏观描述，壹个完整的系统中通常包含若干个用例，每个用例具体说明应完成
的功能，代表系统的所有基本功能（集）。
角色是和系统进行交互的外部实体，
它能够是系统用户，也能够是其它系统或硬件设备，总之，凡是需要和系统交互
的任何东西均能够称作角色。
系统的边界线以内的区域（即用例的活动区域）则
抽象表示系统能够实现的所有基本功能。
于壹个基本功能（集）已经实现的系统
中，系统运转的大致过程是：外部角色先初始化用例，然后用例执行其所代表的
功能，执行完后用例便给角色返回壹些值，这个值能够是角色需要的来自系统中
的任何东西。
UML：是壹种标准的图形化建模语言，它是面向对象分析和设计的壹种标准表示；它不
是壹种可视化的程序设计语言而是壹种可视化的建模语言；不是工具或知识库的规格说明而是壹种建模语言规格说明是壹种表示的标准；不是过程也不是方法但允许任何壹种过程和方法使用它。
用例（usecase ）
参和者（actor ）：
3.2UML 模型
3.21系统UML 模型
³
4、超市销售系统概念设计文档（1）系统ER图。