第一篇：小型超市管理系统需求分析
一、开发背景
21世纪，小型超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是商场的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为商 场营业者努力追求的目标。
为了提高物资管理的水平和工作效率，尽可能杜绝商品流通中各环节中可能出现的资金流失不明现象，商品进销存领域迫切需要引入信息系统来加以管理。而商品进销管理系统是当前应用于超市或者公司管理系统的典型代表。
主要完成的功能有：系统设置、商品供应商信息管理、员工档案管理、商品信息管理、商品入库管理、销售管理、销售数据查询，以及这一系列过程中涉及商品的数据修改与查询统计等多种操作。
该小型超市管理系统能具体化，合理化的管理商场中的商品信息，进出信息，用结构化的思维方法了解商场的基本运作原理和后台程序设计。
该系统的开发意图：大大提高商场的运作效率、通过全面的信息采集和处理，辅助提高商场的决策水平、使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强商场扩张力，提供有效的技术保障。
二、功能需求
1、功能划分
本系统有以下功能模块：
1)系统设置。
2)商品供应商信息管理。
3)员工信息管理。
4)商品信息管理。
5)商品入库管理。
6)销售管理。
7)销售数据查询。
小型超市管理系统系统设置商品供应信息管理员工信息管理商品信息管理商品入库管理销售管理销售数据查询
图1 系统功能图
2、功能描述
下面详细描述一下各个功能模块：
2.1系统设置
(1)添加删除用户：只限于管理员操作。管理员可以向里面添加和删除用户信 息，也可进行系统初始化。
查询用户信息添加用户信息管理者系统初始化
图2 添加删除用户
（2）退出登入：返回到登录界面，重新登录。
图3 退出登入
2.2商品供应商信息管理
(1)供应商信息的录入(2)供应商信息的修改(3)供应商信息的删除(4)供应商信息的查询
商品供应商信息管理供应商信息录入供应商信息修改供应商信息删除供应商信息查询
图4商品供应商信息管理
;2.3员工信息管理
实现员工档案的添加、逻辑删除、修改、查询的功能。
2.4商品信息管理
(1)商品信息的录入。对商品的基本信息进行录入并保存。
(2)商品信息的修改：在有商品进入时，修改商品的基本信息，更新商品的信息，使商品信息始终是最新的商品信息。
(3)商品信息的删除：当商品没货时，又不准备再进相同的货时，可以将该商品的信息进行逻辑删除，保证信息库中无冗余的数据。
出库登记进库登记DB商品分类信息管理
图5 商品管理
2.5商品入库管理
及时录入商品的入库信息，保证每种商品再入库信息种都有登记，做到商品的实际的量、种类和记录的量和种类相匹配。
2.6销售管理及销售数据查询
能记录每一笔进货，查询商品的进货记录。能查询某个厂商或供应商的信息。能够商品的销售情况以及商品的库存情况等。
(2)关于系统：主要是显示系统的一些信息。
3.系统功能需求
3.1 系统总体运行流程 2.7帮助
(1)帮助信息：显示系统的详细帮助信息。
购物凭条售货员售货交易顾客购买商品写入、更新数据DB登入超市后台管理系统取出数据管理者进货单入库单供应商
图6 总体运行流程图
3.2 管理者登入管理
管理员通过登入该系统，可以做到以下几件事情：
（1）了解顾客的购买物品的情况。
（2）可以进行整个时间段销售情况，即查询以往的销售状况。
（3）可以通过该系统，来了解仓库商品的数量，来进行商品的选择采购。
图7 管理员进行管理
3.3 顾客购买商品
顾客通过先浏览商品，来进行选择，然后来进行购买。如若顾客购买商品，则将与售货员产生联系，即：顾客向售货员支付，而售货员将返回购物凭条给顾客。
图8 顾客购买过程
3.4 供应商供应商品
当接到系统返回给供应商的进货单时，供应商就会去提供商品，同时商品进行入库登记。
图8 商品供应
3.4 数据查询
管理员通过选择输入要查找的项目，来进行相应的数据查询，可以查询顾客的购买情况，仓库的商品数量情况，以及员工信息等功能。当查到信息时，进行显示，没有则反馈给管理员。
图9 数据查询
3.5 数据统计
3.5.1 销售数据统计 3.5.2仓库数据管理 3.5.3 供应商数据管理
图10 数据统计分析
根据销售情况，每次进行卖出商品后，服务器后台端都会按照设定的季度或者日期进行数据记录统计、分析，并将分析结果显示出来，根据分析结果来进行选择购买哪些商品。
五.性能需求
5.1数据精确度
A．要按照严格的数据格式输入，否则系统不给予响应进行处理。
B．查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。因为通常有文件的记录会很多，所以本系统采用直接查询。5.2适应性
满足小型超市使用的需求（记录量控制在1000项内）。对前面提到的运行环境要求不应存在困难。
六、运行需求
6.1硬件接口
本软件不需要特定的硬件或硬件接口进行支撑。6.2软件接口
运行于Windows Xp的操作系统之上。七．其它要求
1)系统的功能实现情况: 用户可在本系统下实现各种用户要求的功能。2)系统的安全性: 对于系统的重要数据都有密码保护，具有一定的安全性。3)系统的容错性: 用户输错数据都有提示信息，具有较好的容错性能。4)系统的封闭性: 用户的封闭性较好，用户基本上在提示信息下输数据
第二篇：小型超市管理系统需求分析
《小型超市管理系统》需求分析报告
小型超市管理系统需求分析
1.引言
1.1 编写目的
自改革开放以来，社会市场经济不断发展，人们生活水平不端提高，由小型小卖部、小型零售商等小而杂的商店逐渐演变成今天市区里我们无处不在东西品种繁多的价格便宜的大小中型流行超市。超市之流行是以顾客自选方式经营的大型综合性零售商场。又称为自选商场，大大方便了人们购物，为大量忙碌的工作人员节省了大量的时间。
本系统采用microsoft visual C# 2010程序设计及SQL Sever 2005数据库管理知识进行功能的实现。能够提高超市信息管理系统各项工作地效率和质量，改善经营管理，减轻各类事务性工作的工作量，使超市的职员能够更轻松并且更好地服务于顾客，保证顾客的购物需求，同时也间接地为超市带来更多的盈利。最终达到为超市服务的效果。
1.2 项目风险
具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： 任务提出者： 软件开发者：
产品使用者：面向小型超市、小型零售店 本系统无风险，为学生作品。
1.3 预期读者和阅读建议
列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括： 用户；
1.开发人员； 2.销售经理； 3.库存管理员;4.商品录入人员。
5.系统使用者(经营中小型超市法律主体)6.收银人员；
并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。
《小型超市管理系统》需求分析报告
1.4 产品范围
本软件适合于中小型超市管理用于采购管理、销售管理，库存管理及财务管理及商品数据录入，修改、查询。我们不仅能够快而准的知道我们的一天的进出货及销售情况，又能够准确无误的生成知道我们想要拥有的销售报表、季销售报表、年销售报表。通过一些基本查询功能，查询自己想要的结果，知道自己的盈利情况。通过此系统，我们能够及时查询到我们的存货情况，通过系统警报及时补缺商品。
1.5 参考文献（具体开发过程中外加参考资料）
列举编写软件产品需求分析报告时所用到的参考文献及资料，可能包括：
1．百度文库（小型超市管理系统）
本项目的合同书；
上级机关有关本项目的批文； 本项目已经批准的计划任务书； 用户界面风格指导；
开发本项目时所要用到的标淮； 系统规格需求说明； 使用实例文档；
属于本项目的其它己发表文件；
本软件产品需求分析报告中所引用的文件、资料； 相关软件产品需求分析报告；
为了方便读者查阅，所有参考资料应该按一定顺序排列。如果可能，每份资料都应该给出： 标题名称；
作者或者合同签约者； 文件编号或者版本号； 发表日期或者签约日期； 出版单位或者资料来源。
2.综合描述
这一部分概述了正在定义的软件产品的作用范围以及该软件产品所运行的环境、使用该软件产品的用户、对该软件产品己知的限制、有关该软件产品的假设和依赖。
本系统采用microsoft visual C# 2010程序设计及SQL Sever 2005数据库管理知识进行功能的实现。能够提高超市信息管理系统各项工作地效率和质量，改善经营管理，减轻各类事务性工作的工作量，使超市的职员能够更轻松并且更好地服务于顾客，保证顾客的购物需求，同时也间接地为超市带来更多的盈利。最终达到为超市服务的效果。
《小型超市管理系统》需求分析报告
2.1 产品的状况
超市管理系统，该系统是现有应用软件的替代品(升级产品)；是新一代新型的，自主型的产品。它是一个大系统的组成部分，它与POS机连接在一起收银及会员及时消费。能够达到快速提升的收银效率和一系列的管理有机的结合起来。
2.2 产品的功能
该系统包括：前台管理（普通收银部分和会员收银包括与后台折扣情况结合起来，达到高效率结算）和后台管理（销售管理，存货管理，财务管理，基本资料管理，每日提醒）。
一．前台管理：
1.登陆人员管理：使用人员账号密码登陆
2.销售信息管理：添加商品的单价价格以及销售数量等 二．后台管理：
1.存货管理：主要是了解某一类商品的库存情况，并对商品进行添加、修改、删除；
2.供货商管理：记录供货商的个人资料（姓名，地址，联系方式等）； 3.基本资料管理：里面包含产品的概况、人员管理、商品管理等。
2.3 运行环境
描述了本软件的运行环境，一般包括：
硬件平台；
操作系统和版本：Windows XP 支撑环境(例如：数据库等)和版本：Microsoft VisualC#和Microsoft SQL Server2005 其它与该软件有关的软件组件； 与该软件共存的应用程序。
2.4 设计和实现上的限制
确定影响开发人员自由选择的问题，并且说明这些问题为什么成为一种限制。可能的限制包括下列内容：
必须使用的特定技术、工具、编程语言和数据库； 避免使用的特定技术、工具、编程语言和数据库； 要求遵循的开发规范和标准； 例如，如果由客户的公司或者第三方公司负责软件维护，就必须定义转包者所使用的设计符号表示和编码标准； 硬件的限制
例如，定时需求或存储器限制；
《小型超市管理系统》需求分析报告
数据转换格式标淮的限制。
2.5 假设和约束(依赖)列举出对软件产品需求分析报告中，影响需求陈述的假设因素(与己知因素相对立)。如果这些假设因素不正确、不一致或者被修改，就会使软件产品开发项目受到影响。这些假设的因素可能包括： 计划使用的商业组件，或者其它软件中的某个部件； 假定产品中某个用户界面将符合一个特殊的设计约定；
有关本软件用户的若干假定(例如：假定用户会熟练使用SQL语言。)；
有关本软件开发工作的若干假定(例如：用户承诺的优惠、方便、上级部门给予的特殊政策和支持等。)； 有关本软件运行环境的一些问题；
此外，确定本软件开发项目对外部约束因素所存在的依赖。有关的约束可能包括： 1．工期约束； 2.人员约束； 3.设备约束； 4.地理位置约束； 其它有关项目约束；
3.外部接口需求
3.1 用户界面
3.1.1 用户登录界面
用户名
密码
组件：文本框、标准按钮 快捷键：Enter键
《小型超市管理系统》需求分析报告
3.1.2商品信息管理
商品的增、删、查、改
存货管理界面
库存录入
《小型超市管理系统》需求分析报告
存货查询
组件：文本框、标准按钮、消息框、数据网格
基本资料管理界面
产品概况 人员管理 供应商管理 商品管理
组件：标准按钮、文本框、数据网格、下拉列表框
《小型超市管理系统》需求分析报告
3.2 软件接口
描述该软件产品与其它外部组件的连接，这些外部组件必须明确它们的名称和版本号以资识别，可能的外部组件包括：
操作系统：Windows XP；
数据库：Microsoft SQL Server2005； 工具：Microsoft Visual C# 2010； 函数库；
集成的商业组件：中间件；
4.系统功能需求
4.1 用户登录
用户登录界面主要提供用户的登录。
4.2 前台管理
4.2.1 人员管理
提供用户的注册、注销、修改以及删除。
《小型超市管理系统》需求分析报告
4.2.1 销售管理
提供商品销售的信息，以便及时补货。
4.3 后台管理
4.3.1 存货管理
存货管理提供了库存的录入、查询、修改登录功能，还包括缺货提醒的提醒功能。
1.库存录入，包括库存的添加、删除、修改等功能提供添加旧商品或添加新商品的选择功能。
2.存货查询，主要提供库存的查询功能 4.3.2 销售信息管理
第三篇：软件工程需求分析实验报告(小型超市管理系统)
《软件工程》实验报告
小型超市管理系统
需求分析
指导教师：___ 黄潇__ _ 班 级：_1002__(第___组)学生姓名：__ xxx_____ 学 号：__xxxxx__ 完成日期：____________
运城学院计算机科学与技术系
1．系统需求概述
针对超市本身的特点，结合我们日常生活的实际情况，本系统能基本实现超市的进、销、存等管理功能的各个方面，不仅能使超市的基本情况让超市管理者直观的了解，同时更能为超市管理者提供决策的系统有效以及合理的依据。此系统主要分为四大功能模块，包括商品销售管理模块，商品进货管理模块，商品库存管理模块，超市人员管理模块，他们的具体功能如下。
1、商品销售管理功能：实现对销售信息的查询，实现商品销售信息的汇总。
2、商品进货管理功能：实现对进货信息的添加、删除、修改的更新功能。
3、商品库存管理功能：实现对商品基本信息和商品库存信息的查询，实现商品信息和库存信息的添加、删除和修改的更新功能。
4、超市人员管理功能：实现职工信息和供货商信息的查询，实现职工信息和供货商信息的添加、删除、修改的更新功能以及简单的信息维护，用户名变更和密码修改。
2．用例建模
2.1 参与者列表
超市经理：对商品销售信息的查询和管理；
对进货信息的增加、删除、修改的更新功能；
对商品基本信息和商品库存信息的查询以及相关信息的更新;
对职工信息和供货商信息的查询以及相关信息的更新功能；
对简单的信息进行维护，可以进行用户名变更和密码修改。
2.2 用例列表
UC1 登陆：用于验证用户权限
UC2 系统维护：用于用户名和密码的变更修改。UC3 查询销售信息：用于查看销售信息。
UC4 销售信息盘点：用于商品销售信息的汇总盘点。
UC5 添加商品进货信息：用于对将要进货的商品的基本信息添加到系统。UC6 删除商品进货信息：用于对不再进货或者输入有误的商品进行删除。UC7 修改商品进货信息：用于修改所进商品的相关信息，如数量，价格等。UC8 查询商品信息：用于查询商品的明细信息和它的库存信息。UC9 添加商品信息：用于添加新进的商品基本信息。
UC10 修改商品信息：用于修改商品的基本信息和它的库存数量。UC11 查询员工信息：用于查询超市现有员工基本信息。UC12 添加员工信息：用于添加新雇佣员工基本信息。UC13 删除员工信息：用于删除离职员工信息。
UC14 修改员工信息：用于修改信息有变化的员工信息。UC15 添加供应商信息：用于添加新供应商基本信息。UC16 删除供应商信息：用于删除不再供货的供应商信息。UC17 修改供应商信息：用于修改信息有变化的供应商信息。
2.3 用例图
UC9添加商品信息UC1登陆UC10修改商品信息UC2系统维护UC11查询员工信息UC3查询销售信息UC12添加员工信息UC4销售信息盘点超市经理UC5添加商品进货信息UC14修改员工信息UC6删除商品进货信息UC16删除供货商信息UC13删除员工信息UC7修改商品进货信息UC15添加供应商信息UC8查询商品信息UC17修改供货商信息2.4 用例规格说明
1、登陆用例
执行者：超市经理 事件流：经理打开系统输入正确的用户名和密码可以成功登陆系统，并享有一切权限，可以操作系统的各个功能。
2、系统维护用例 执行者：超市经理
事件流：经理登陆系统之后可以对用户名和密码进行变更修改。
3、查询销售信息用例 执行者：超市经理
事件流：经理可以查看销售信息，了解超市经营状况。
4、销售信息盘点用例 执行者：超市经理
事件流：经理可以对商品销售信息进行汇总盘点。
5、添加商品进货信息用例 执行者：超市经理
事件流：经理可以把将要进货的商品的基本信息添加到系统。
6、删除商品进货信息用例 执行者：超市经理
事件流：经理对不再进货或者输入有误的商品进行删除。
7、修改商品进货信息用例 执行者：超市经理
事件流：经理对所进商品的相关信息，如数量，价格等进行修改。
8、查询商品信息用例 执行者：超市经理
事件流：经理查询商品的明细信息和它的库存信息。
9、添加商品信息用例 执行者：超市经理
事件流：经理添加新进的商品基本信息。
10、修改商品信息用例 执行者：超市经理
事件流：经理修改商品的基本信息和它的库存数量。
11、查询员工信息用例 执行者：超市经理
事件流：经理查询超市现有员工基本信息。
12、添加员工信息用例 执行者：超市经理
事件流：经理添加新雇佣员工基本信息。
13、删除员工信息用例 执行者：超市经理
事件流：经理删除离职员工信息。
14、修改员工信息用例 执行者：超市经理
事件流：经理可以修改信息有变化的员工信息。
15、添加供应商信息用例 执行者：超市经理
事件流：经理添加新供应商基本信息。
16、删除供应商信息用例 执行者：超市经理
事件流：经理删除不再供货的供应商信息。
17、修改供应商信息用例 执行者：超市经理
事件流：经理修改信息有变化的供应商信息。
2.5 辅助需求
由于本系统为小型超市管理系统，数据库采用SQL Server2005即可，数据库的内容较少，很容易满足。本系统需要安全性好，同时要对数据实现汇总和直观的体现，以方便用户了解和分析数据。
3．对象建模
对象模型表示静态的、结构化的系统的“数据”性质，它是对模拟客观世界实体的对象以及对象彼此间关系的映射，描述了系统静态结构。对象模型为建立动态模型和功能模型，提供了实质性的框架。
3.1 确定类与对象
小型超市管理系统中的类与对象有：超市经理，供货商信息，超市员工信息，商品信息，进货信息，销售信息。
3.2 确定关联
超市经理对供货商信息有关联；超市经理对超市员工信息有关联；超市经理对商品信息有关联；超市经理对进货信息有关联；超市经理对销售信息有关联；商品信息对销售信息有关联；商品信息对进货信息有关联；
3.3 确定属性
供货商信息：供货商名称，供货商电话，供货商品。
商品信息：商品编码，商品名称，商品价格，商品数量，供货商名称。进货信息：商品编码，商品名称，商品进价，入库时间，进货数量。销售信息：商品销售数量，销售金额。
3.4 确定服务
供货商信息：添加，删除，修改； 商品信息：查询，添加，删除，修改；
进货信息：添加，删除，修改； 销售信息：查询，盘点；
3.5 系统类图
进货信息供货商信息-供货商名称-供货商电话-供货商品+添加()+删除()+修改()-结束1-结束2**-商品编码-商品名称-商品进价-入库时间-进货数量+添加()+删除()+修改()-结束3-结束4**商品信息-商品编码-商品名称-商品价格-商品数量-供货商名称+查询()+添加()+删除()+修改()**-结束5-结束6销售信息-商品销售数量-销售金额+查询()+盘点()
4．动态建模
系统中的对象在执行期间的不同时间点如何让通信以及通信的结果如何，就是系统的动态行为，这时就需要运用动态建模的方式来描述
4.1 活动图
进货管理活动图
进货管理输入进货信息查询相关信息确认进货信息输入查询的信息保存信息确认查询的信息
销售管理活动图
查询相关信息盘点销售信息输入查询信息查询销售数量确认查询信息盘点商品
库存管理活动图
库存管理查询添加删除修改输入新商品信息输入查询信息输入所要删除信息查询所要修改的信息确认添加的新信息确认删除的信息输入新商品信息确认查询的信息保存信息删除商品信息确认商品信息保存信息保存商品信息
员工信息管理活动图
职工管理查询添加删除职工信息修改职工信息输入职工信息输入查询信息输入所要删除的职工信息查询所要修改的信息确认职工的新信息确认删除的信息输入新的职工信息确认查询的信息保存信息从数据库中删除职工信息确认职工信息保存职工信息 供货商管理活动图
供货商管理查询添加供货商信息删除供货商信息修改供货商信息输入供货商信息输入查询信息输入所要删除的供货商信息查询所要修改的信息确认供货商新信息确认删除的信息输入新的供货商信息确认查询的信息保存信息从数据库中删除供货商信息确认供货商信息保存供货商信息
4.2 状态转移图
更新进货信息数据库删除进货信息添加进货信息登陆系统修改进货信息查询销售信息查询员工信息系统管理销售信息盘点更新员工信息数据库修改供货商信息添加员工信息删除供货商信息添加供货商信息修改员工信息删除员工信息更新供货商信息数据库
5.总结
通过本次对小型超市管理系统的需求分析，使我对软件工程中需求分析过程有了十分深刻的认识和理解，结合老师课堂所讲的知识和本次实验的内容，使自己充分学习并掌握了用例建模，对象建模和动态建模的每种图的画法和基本知识。通过实验的具体分析，让自己所学到的知识在实践中得到检验，发现自己在开始做实验的时候对基础知识很不熟悉，需要查看课本来回顾，然后再结合具体的内容按步骤进行分析和解决。经过自己的学习和研究，将本次需求分析实验完成的比较完整和全面，也让自己的知识更加扎实，为今后的实践打下理论基础。
第四篇：小型超市管理系统
小型超市管理系统一：需求分析
1.超市信息管理系统是一个面向超市用来进行超市日常信息处理的管理信息系统（MIS）。该信息系统能够方便的为超市的售货员提供各种日常售货功能，也能够为超市的管理者提供各种管理功能，如进货、统计商品等。
（1）超市信息管理系统能够支持售货员日常售货功能。每一个售货员通过自己的用户名称和密码登录到售货系统中，为顾客提供服务。在售货员为顾客提供售货服务时，售货员接收顾客购买商品，根据系统的定价计算出商品的总价，顾客付款并接受售货员打印的货物清单，系统自动保存顾客购买商品记录。
（2）超市信息管理系统能够为超市的管理者提供管理功能。超市的管理包括库存管理、订货管理、报表管理和售货人员管理和系统维护等。库存管理员负责超市的库存管理；订货员负责超市的订货管理；统计分析员负责超市的统计分析管理；系统管理员负责超市的售货人员管理和系统维护。每种管理者都通过自己的用户名称和密码登录到各自的管理系统中。
（3）库存管理包括商品入库管理、处理盘点信息、处理报销商品信息和一些信息的管理设置信息。这些设置信息包括供应商信息、商品信息和特殊商品信息。库存管理员每天对商品进行一次盘点，当发现库存商品有损坏时，及时处理报损信息。当商品到货时，库存管理员检查商品是否合格后并将合格的商品进行入库。当商品进入卖场时，商品进行出库处理。
（4）订货管理是对超市所缺货物进行的订货处理，包括统计订货商品和制作订单等步骤。当订货员发现库存商品低于库存下限时，根据系统供应商信息，制作订单进行商品订货处理。
（5）统计分析管理包括查询商品信息、查询销售信息、查询供应商信息、查询缺货信息、查询报表信息和查询特殊商品信息，并制作报表。统计分析员使用系统的统计分析功能，了解商品信息、销售信息、供应商信息、库存信息和特殊商品信息，以便能够制定出合理的销售计划。
（6）系统管理包括维护员工信息、维护会员信息和系统维护。系统管理员通过系统管理功能，能够了解公司员工信息、会员信息，还能够对系统进行维护工作。二:创建系统用例模型 1.员工用例图
员工是超市售货员和超市管理者的抽象，它所包含的行为是超市售货员和超市管理者共同的行为。员工在本系统中通过合法的身份验证；能够修改自身信息和密码。
2.售货员用例图
售货员能够通过该系统进行销售商品活动。当售货员销售商品时，首先获取商品信息，然后将销售信息更新，如果顾客需要打印购物清单，则需要打印购物清单，在购物清单中需要对商品信息进行计价处理。
3.库存管理员用例图
库存管理员能够通过该系统进行如下活动：
（1）处理盘点。超市库存管理员每天需要对超市商品信息进行盘点。（2）处理报销。超市库存管理员对超市损坏商品进行报销处理。（3）商品入库。当商品到货时，库存管理员检查商品是否合格后并将合格的商品进行入库。
（4）商品出库。当商品进入卖场时，商品进行出库处理。（5）管理设置。库存管理员负责供应商信息、商品基本信息和特殊商品信息的管理设置。
4.订货员用例图
订货员能够通过该系统进行订货管理活动。订货员首先根据商品缺货信息统计订货商品，根据需要订货商品信息制定出订单。
5.统计分析员用例图
统计分析员负责超市的统计分析管理，它能够通过该系统进行如下活动：
（1）查询基本信息。统计分析员能够查询商品的基本信息，根据商品的基本信息，制定出相应的方案。
（2）查询销售信息。统计分析员根据销售情况，制定合理的销售方案。
（3）查询供应商信息。统计分析员能够查询供应商信息。
（4）查询缺货信息。统计分析员能够查询缺货信息。
（5）查询报损信息。统计分析员能够查询报损信息。
（6）查询特殊商品信息。统计分析员能够查询特殊商品信息
6.系统管理员用例图
系统管理员能够通过该系统进行如下活动：
（1）维护会员信息。系统管理员能够维护超市会员的信息，如添加会员、删除会员和修改会员信息等。
（2）维护员工信息。系统管理员能够维护超市员工的信息，如添加员工、删除员工和修改员工信息等。
（3）系统设置。系统管理员能够根据一些需要进行必要的系统设置。
三：创建系统静态模型
在获得系统的基本需求用例模型以后，我们通过考察系统对象的各种属性，创建系统静态模型。
（1）首先，我们先确定系统的参与者的属性。每一个超市员工在登录系统时，都需要提供员工的用户名称和密码，因此每一个超市员工应该拥有用户名称和密码属性。超市员工还拥有在超市中的唯一标识——员工编号。此外，员工属性中还包含员工的年龄、头衔和照片等信息。超市的售货员和管理者都继承自员工，拥有员工的属性。在系统中记录的顾客包括顾客的名称、顾客的编号、顾客地址、顾客级别和顾客的总消费金额等记录。
（2）其次，我们确定在系统中的主要业务实体类，这些类通常需要在数据库中进行存储。例如，我们需要存储商品的信息，因此需要一个商品类，同样，根据供应商信息我们可以确定供应商类。（2）其次，我们确定在系统中的主要业务实体类，这些类通常需要在数据库中进行存储。例如，我们需要存储商品的信息，因此需要一个商品类，同样，根据供应商信息我们可以确定供应商类。
四：创建系统动态模型
1.售货员销售商品序列图和交互图 工作流程如下：
（1）顾客希望通过售货员购买商品，售货员希望通过售货管理子系统处理商品销售。
（2）顾客将购买商品提交给售货员。
（3）售货员通过销售管理子系统中的管理商品界面获取商品信息。
（4）管理商品界面根据商品的编号将商品类实例化并请求该商品信息。
（5）商品类实例化对象根据商品的编号加载商品信息并提供给管理商品界面。（6）管理商品界面对商品进行计价处理。
（7）管理商品界面更新销售商品信息。
（8）管理商品界面显示处理商品。
（9）售货员将货物提交给顾客。
2.统计分析员查询商品信息序列图和交互图 工作流程如下：
（1）统计分析员希望通过统计分析子系统查询商品信息。
（2）统计分析员通过统计分析子系统中的查询商品信息界面获取商品信息。
（3）查询商品信息界面根据商品的属性或特征将商品类实例化并请求该类商品信息。
（4）商品类实例化对象加载商品信息，并提供给管理商品界面。
（5）查询商品信息界面显示该类商品信息。
（6）统计分析员请求查询商品信息界面制定出该类商品报表。
（7）查询商品信息界面制定该类商品报表。
（8）查询商品信息界面将该类商品报表显示给统计分析员。
3.库存管理员处理商品入库
工作流程如下：
（1）库存管理员希望通过库存管理子系统将购买的货物处理入库（2）库存管理员通过库存管理子系统中的商品入库界面获取商品信息。
（3）商品入库界面根据商品的编号将商品类实例化并请求该类商品信息。
（4）商品类实例化对象根据商品的编号加载商品信息并提供给商品入库界面。
（5）库存管理员通过商品入库界面增加商品数目。（6）商品入库界面通过商品类实例化对象修改商品信息。（7）商品类实例化对象向商品入库界面返回修改信息。（8）商品入库界面向库存管理员显示添加成功信息。
4.订货员进行订货管理 工作流程如下：
（1）订货员希望通过订货管理子系统处理商品订货管理。（2）订货员通过订货管理子系统中的订货管理界面获取待订货商品信息。
（3）订货管理界面将商品类实例化并根据商品的数量应当满足的条件请求有关商品信息。
（4）商品类实例化对象根据商品的数量应当满足的条件加载商品信息并提供给订货管理界面。
（5）订货员通过订货管理子系统中的订货管理界面获取待订货厂商信息。
（6）订货管理界面将供应商类实例化并根据商品的类型请求有关供应商信息。
（7）供应商类实例化对象加载供应商信息并提供给订货管理界面。（8）订货员通过订货管理子系统中的订货管理界面制作相关订单。（9）订货管理界面制作相关订单并显示给订货员。
5.商品状态图
在超市信息管理系统中，我们将有明确状态转换的类进行描述，以下我们以商品的状态图为例，简单进行说明。 商品包含以下的状态：刚被购买还未入库后的商品、被添加能够出售的商品、商品被出售、商品被回收。它们之间的转化规则是：
（1）刚被购买后的商品可以通过库存管理员添加成为入库的商品。（2）当入库商品被出售，商品处于被销售状态。（3）当商品由于过期、损坏等因素造成的不合格时，商品被剔除。
6.员工验证登录活动图
在利用系统的活动图来描述在超市信息管理系统中的参与者如何协同工作时，我们还可以建立相关参与者的活动图进行说明。以下我们以员工验证密码为例进行说明。 我们可以通过以下的方式描述员工验证登录的活动：（1）员工需要通过身份验证后进入相关子系统才能够进行相关操作。
（2）首先，系统运行后系统进入初始化登录界面。（3）员工输入自己的用户名称和密码。
（4）登录界面对用户输入的用户名称和密码进行判断。（5）如果是合法的用户，则系统对用户的权限进行判断，员工进入相关的管理界面，登录成功。
（6）如果是非法的用户，系统提示用户名称或密码错误，登录失败。
五：创建系统部署模型 1.系统构件图
在超市信息管理系统中，我们通过构件映射到系统的实现类中，说明该构件物理实现的逻辑类。例如，在超市信息管理系统中，我们可以对商品类和供应商类分别创建对应的构件进行映射。
2.系统部署图
在超市信息管理系统中，系统包括四种节点，分别是：前台售货节点，售货员使用，负责货物销售；库存管理节点，库存管理员通过该节点进行库存管理和维护；订货管理节点，订货管理员通过该节点进行订货管理；统计分析节点，统计分析员通过该节点进行统计分析；系统管理节点，系统管理员通过该节点进行系统维护和员工信息维护。
第五篇：小型超市管理系统可行性分析报告
1引言
1.1编写目的1
1.2背景
1.3定义
1.4参考资料
2可行性研究的前提
2.1要求
2.2目标
2.3条件、假定和限制
2.4进行可行性研究的方法
2.5评价尺度
3对现有系统的分析
4所建议的系统
4.1对所建议系统的说明
4.2处理流程和数据流程
4.3影响
4.4局限性
5可选择的其他系统方案
6投资及效益分析
7社会因素方面的可行性
7.1经济方面的可行性
7.2法律方面的可行性
7.3技术方面的可行性
7.4管理方面的可行性
8结论
GB8567——88
小型超市管理系统可行性分析报告
1引言
1.1编写目的本报告是为了说明开发项目----超市管理系统的实现在技术、经济和社会条件方面的可行性；并评述为了合理地达到开发目标而可能选择的各种方案。在该项目中，超市工作人员可以实时并准确的控制销售情况，提高运营效率，为管理人员提供了较大方便。通过组员的一定范围的调查分析和相关项目学习了解，拟写此可行性研究报告，对软件开发过程中可能面临的问题和风险进行研究与分析，以避免人力、物力以及财力上的浪费。
1.2背景
①软件系统名称：小型超市管理系统
②项目委托单位：西安电子科技大学
通信工程学院
001011班
开发小组：组长:
刘欣
03111303
组员：
金玮
03111302
杜炜
03111306
杨佳宇
03111307
张园
03111308
韩琳旖
03111309
③该软件系统同其他系统或其他机构的基本的相互来往关系：计算机技术的发展，为各行各业提供的方便。作为人们日常生活所不可或缺的超市，由于商品数量的增加，相关信息量也成倍增长，对信息的统计分析难度也随之提高。如果仍然采用传统方式进行人工管理，将耗费大量人力物力，且风险较大。因此，超市的信息化进程是不可避免的。
因此我们选择了小型超市管理系统项目。该软件能够增加删除修改商品信息，并完成商品数目的统计等功能。从而节省了大量的人力物力,改善了员工的工作条件,减轻了劳动强度,并且能够快速反映出商品状况和各种反馈信息分析,有利于管理人员对瞬息千变的市场做出相应决策。
1.3定义
（1）商品编码：每种商品具有唯一的编码，据情况自定义。
（2）消费清单：包括消费单的序列号、每件商品的名称、代码编号、数量、单价和总价。
（3）库存：系统包括超市不同商品的库存，有关每个查询经理都应该能够看到具体情况。为了支持库存管理，在每一件商品售出时，该商品的库存数就会下降。也应该支持雇员在有新货到达时能够更新库存。
1.4参考资料
《软件工程——理论与实践》，高等教育出版社，Shair
Lawrence
Pfleeger及Jhanne
M.Atlee编著
2可行性研究的前提
2.1要求
功能要求：能增加删除修改统计商品信息等，为超市管理人员提供方便，提高工作效率，满足顾客需求。
性能要求：操作方便，简单易学，界面美观，查询快速。
输出要求：数据完整详细。
输入要求：包括数据的来源、类型、数量、数据的组织以及提供的频度；
安全要求：有一定保密性与可靠性。
完成期限：2012年12月
2.2目标
减少超市人力与设备的使用。
超市运行效率和信息准确度得到一定的提高。
改进超市的管理和服务。
2.3条件、假定和限制
所建议系统的运行寿命的最小值：三年
进行系统方案选择比较的时间：8天
经费、投资方面的来源和限制：待定
法律和政策方面的限制：无
硬件条件：PC机
软件条件：WINDOWS7系统，OFFICE软件，devC++编译软件
可利用的信息和资源：图书馆、网络资料
系统投入使用的最晚时间：2012年12月
2.4进行可行性研究的方法
本组成员对超市进行了全面的深入的了解和调查，在此基础上，通过市场分析、技术分析和经济分析，对该超市系统项目的可行性进行了综合评价。
2.5评价尺度
费用多少、各项功能优先次序、开发时间长短及使用难易程度。
3对现有系统的分析
通过调查，现有超市系统能够完成商品的销售以及货物的存储和管理，操作较为简便。但成本较高。
4所建议的系统
4.1对所建议系统的说明
该小型超市管理系统有增加删除修改商品信息，统计货物数目等功能。并支持管理者与售货员对系统的不同要求。
4.2处理流程和数据流程
4.3影响
使用该系统能够降低超市管理成本，提高工作效率。有利于超市管理人员及时获取商品信息，做出正确决策。
4.4局限性
说明所建议系统尚存在的局限性以及这些问题未能消除的原因。待定。需根据成品决定。
5可选择的其他系统方案
略。没有供选择的系统方案可考虑。
6投资及效益分析
略。详见（7）经济可行性分析。
7社会因素方面的可行性
7.1经济方面的可行性
对实验性质的编程而言，设计和开发都不需要过多经费，但是系统投入运行以后，硬件维护和损耗所造成的耗费是必须的。经分析可知：使用该小型超市管理系统，能够减少人力成本，提高工作效率，从而节省开支。并能够及时获取信息，做出决策，以及能有效减少库存积压，有利于超市的运营。因此系统投入使用一段时间后，能完全收回投资，从长远看，在经济角度上，有开发此系统的必要。
7.2法律方面的可行性
本系统设计所用数据来自实地考察，真实有效，具备合法性。且属于自主开发，不涉及侵犯产权等行为。引用资料均有备注，无侵权行为。
7.3技术方面的可行性
硬件：个人计算进
软件：操作系统（windows7等）开发工具（C++,java等）
管理系统开发方法：用结构化分析，设计方法进行研究。
编程、数据库技术。
7.4管理方面的可行性
超市管理员一般具备一定的文化基础和相应的电脑技术知识，简单培训后应当即可掌握该软件系统的操作方法。且超市行政管理制度健全，工作要求严格。故管理上可行。
8结论
该拟开发系统操作简单方便，便于学习使用。能有效的提高超市的工作效率，有利于管理和决策。从经济、技术、社会、管理等方面都具备可行性。因此可以确定此开发完全必要，可以立项开发。
—
END
—
点击咨询 