超市库存管理系统需求分析说明书.docx
《超市库存管理系统需求分析说明书.docx》由会员分享,可在线阅读,更多相关《超市库存管理系统需求分析说明书.docx(15页珍藏版)》请在冰豆网上搜索。
![超市库存管理系统需求分析说明书.docx](https://file1.bdocx.com/fileroot1/2023-1/14/3c136c54-cbcd-47fa-99f2-c312a239f6ed/3c136c54-cbcd-47fa-99f2-c312a239f6ed1.gif)
超市库存管理系统需求分析说明书
超市库存管理系统可行性研究报告
系(部)计算机科学与信息工程
专业软件工程
学生刘驰
学号2008913001
功能需求
在超市库存管理中,主要包含三个子系统。
分别为:
基础信息管理子系统、日常业务管理子系统、系统管理子系统。
下面的分析中,我们将详细阐述这几个子系统基于UML的面向对象建模过程。
从基础信息管理子系统的顶层用例抽象,可以确定以下用例:
1)商品信息管理:
管理各个仓库的商品信息,管理员可以修改,添加,删除各个商品信息。
2)客户信息:
管理各个仓库的客户信息,管理员可以修改,添加,删除各客户的基本信息。
3)仓库信息管理:
管理所有仓库信息,仓库管理员可以管理自己仓库信息,系统管理员可以管理所有仓库信息,包括添加、修改、删除等。
4)计量单位管理:
对系统中计量单位信息进行管理,包括增加、修改和删除。
5)供应商信息管理:
管理各个仓库的供应商信息,管理员可以通过其权限修改,添加,删除各供应商的基本信息。
6)登陆系统:
管理员通过该系统登陆,需要正确的用户名和密码。
7)退出系统:
管理员通过该系统可以安全的退出系统而不导致错误。
8)过期商品查询:
仓库管理员可以查看自己仓库中过期商品、并进行相应的处理、还可以查看即将过期商品,以采取及时促销策略,系统管理员可以对所有仓库过期商品进行管理。
表1用例“显示所有供应商信息”的陈述性规格说明
用例
显示所有供应商信息
简述
仓库管理员和系统管理员点击“供应商信息管理”后,系统显示所有供应商的详细信息
参与者
仓库管理员、系统管理员
前提条件
信息必须完整
主事件流
1.仓库管理员和系统管理员选择“显示全部供应商信息”,用例开始
2.系统显示所有供应商的详细内容。
其他事件流
如果没有信息,系统不显示任何信息。
后置条件
如果用例成功,显示所有正确信息。
用例“查询供应商信息”规格说明如表2所示:
表2用例“查询供应商信息”的陈述性规格说明
用例
查询供应商信息
简述
仓库管理员和系统管理员输入查询条件后,系统查找到符合条件的供应商信息后,全部罗列给用户。
参与者
仓库管理员、系统管理员
前提条件
输入的查询条件必须合法
主事件流
1.管理员选择查询,用例开始。
2.系统要求管理员输入查询条件。
3.管理员输入查询条件。
4.系统显示符合查询条件的供应商详细信息。
其他事件流
管理员输入的查询条件不正确,系统显示错误提示信息。
后置条件
如果用例成功,系统显示信息被更新。
用例“添加新供应商”规格说明如表3所示:
表3用例“添加新供应商”的陈述性规格说明
用例
添加新供应商
简述
管理员根据需要,添加新的供应商全部信息。
参与者
仓库管理员、系统管理员
前提条件
用户成功登陆系统
主事件流
1.管理员选择“添加供应商”,用例开始。
2.系统要求管理员输入供应商的详细信息。
3.管理员输入供应商的详细信息。
5.系统显示添加成功。
其他事件流
管理员输入信息不正确,系统显示错误提示信息。
后置条件
如果用例成功,供应商详细信息被更新。
用例“修改供应商信息”规格说明如表4所示。
表4用例“修改供应商信息”的陈述性规格说明
用例
修改供应商信息
简述
管理员根据需要,修改供应商的详细信息。
参与者
仓库管理员、系统管理员
前提条件
管理员成功登陆系统
主事件流
1.管理员选择“修改信息”后,用例开始。
2.系统要求管理员修改供应商的详细信息。
3.管理员修改供应商的详细信息,点击“确定”。
4.系统现实修改成功。
其他事件流
管理员输入信息不正确,系统显示错误提示信息。
后置条件
如果用例成功,被修改供应商的详细信息被更新。
用例“删除供应商”规格说明如表5所示。
表5用例“删除供应商”的陈述性规格说明
用例
删除供应商
简述
管理员根据需要,删除供应商
参与者
仓库管理员、系统管理员
前提条件
管理员成功登陆系统
主事件流
1.管理员选择“删除”,用例开始。
2.系统要求管理员是否确定。
3.管理员选择确定。
4.系统删除成功。
其他事件流
管理员输入信息不正确,系统显示错误提示信息。
后置条件
如果删除成功,供应商详细信息被修改。
采用自顶向下的方法精细化用例,商品信息管理子模块的用例图如图3所示:
表6用例“显示所有商品信息”的陈述性规格说明
用例
显示所有供应商信息
简述
仓库管理员和系统管理员点击“供应商信息管理”后,系统显示所有供应商的详细信息
参与者
仓库管理员、系统管理员
前提条件
信息必须完整
主事件流
1.仓库管理员和系统管理员选择“显示全部供应商信息”,用例开始。
2.系统显示所有供应商的详细内容。
其他事件流
如果没有信息,系统不显示任何信息。
后置条件
如果用例成功,显示所有正确信息。
用例“查询供应商信息”规格说明如表7所示:
表7用例“查询供应商信息”的陈述性规格说明
用例
查询供应商信息
简述
仓库管理员和系统管理员输入查询条件后,系统查找到符合条件的供应商信息后,全部罗列给用户。
参与者
仓库管理员、系统管理员
前提条件
输入的查询条件必须合法
主事件流
1.管理员选择查询,用例开始。
2.系统要求管理员输入查询条件。
3.管理员输入查询条件。
4.系统显示符合查询条件的供应商详细信息。
其他事件流
管理员输入的查询条件不正确,系统显示错误提示信息。
后置条件
如果用例成功,系统显示信息被更新。
用例“添加新供应商”规格说明如表8所示:
表8用例“添加新供应商”的陈述性规格说明
用例
添加新供应商
简述
管理员根据需要,添加新的供应商全部信息。
参与者
仓库管理员、系统管理员
前提条件
用户成功登陆系统
主事件流
1.管理员选择“添加供应商”,用例开始。
2.系统要求管理员输入供应商的详细信息。
3.管理员输入供应商的详细信息。
4.系统显示添加成功。
其他事件流
管理员输入信息不正确,系统显示错误提示信息。
后置条件
如果用例成功,供应商详细信息被更新。
用例“修改供应商信息”规格说明如表9所示:
表9用例“修改供应商信息”的陈述性规格说明
用例
修改商品信息
简述
管理员根据需要,修改商品的详细信息。
参与者
仓库管理员、系统管理员
前提条件
管理员成功登陆系统
主事件流
1.管理员选择“修改信息”后,用例开始。
2.系统要求管理员修改商品的详细信息。
3.管理员修改商品的详细信息,点击“确定”。
4.系统现实修改成功。
其他事件流
管理员修改信息不正确,系统显示错误提示信息。
后置条件
如果用例成功,被修改商品的详细信息被更新。
用例“删除商品”规格说明如表10所示:
表10用例“删除商品”的陈述性规格说明
用例
删除商品
简述
管理员根据需要,删除商品。
参与者
仓库管理员、系统管理员
前提条件
管理员成功登陆系统
主事件流
1.管理员选择“删除”,用例开始。
2.系统要求管理员是否确定。
3.管理员选择确定。
4.系统删除成功。
其他事件流
管理员选择取消,系统放弃删除。
后置条件
如果删除成功,商品详细信息被修改。
表11用例“显示所有客户信息”的陈述性规格说明
用例
显示所有客户信息
简述
仓库管理员和系统管理员点击“客户信息管理”后,系统显示所有客户的详细信息
参与者
仓库管理员、系统管理员
前提条件
信息必须完整
主事件流
1.仓库管理员和系统管理员选择“显示全部客户信息”,用例开始
2.系统显示所有客户的详细内容。
其他事件流
如果没有信息,系统不显示任何信息。
后置条件
如果用例成功,显示所有正确信息。
用例“查询客户信息”规格说明如表12所示。
表12用例“查询客户信息”的陈述性规格说明
用例
查询客户信息
简述
仓库管理员和系统管理员输入查询条件后,系统查找到符合条件的客户信息后,全部罗列给用户。
参与者
仓库管理员、系统管理员
前提条件
输入的查询条件必须合法
主事件流
1.管理员选择查询,用例开始。
2.系统要求管理员输入查询条件。
3.管理员输入查询条件。
4.系统显示符合查询条件的客户详细信息。
其他事件流
管理员输入的查询条件不正确,系统显示错误提示信息。
后置条件
如果用例成功,系统显示信息被更新。
用例“添加新客户”规格说明如表12所示:
表12用例“添加新客户”的陈述性规格说明
用例
添加新客户
简述
管理员根据需要,添加新的客户全部信息。
参与者
仓库管理员、系统管理员
前提条件
用户成功登陆系统
主事件流
1.管理员选择“添加客户”,用例开始。
2.系统要求管理员输入客户的详细信息。
3.管理员输入客户的详细信息。
4.系统显示添加成功。
其他事件流
管理员输入信息不正确,系统显示错误提示信息。
后置条件
如果用例成功,客户详细信息被更新。
用例“修改客户信息”规格说明如表13所示:
表13用例“修改客户信息”的陈述性规格说明
用例
修改客户信息
简述
管理员根据需要,修改客户的详细信息。
参与者
仓库管理员、系统管理员
前提条件
管理员成功登陆系统
主事件流
1.管理员选择“修改信息”后,用例开始。
2.系统要求管理员修改客户的详细信息。
3.管理员修改客户的详细信息,点击“确定”。
4.系统现实修改成功。
其他事件流
管理员修改信息不正确,系统显示错误提示信息。
后置条件
如果用例成功,被修改客户的详细信息被更新。
用例“删除客户”规格说明如表14所示:
表14用例“删除客户”的陈述性规格说明
用例
删除客户
简述
管理员根据需要,删除客户。
参与者
仓库管理员、系统管理员
前提条件
管理员成功登陆系统
主事件流
1.管理员选择“删除”,用例开始。
2.系统要求管理员是否确定。
3.管理员选择确定。
4.系统删除成功。
其他事件流
管理员选择取消,系统放弃删除。
后置条件
如果删除成功,客户详细信息被修改。
表15用例“显示仓库列表”的陈述性规格说明
用例
显示仓库列表
简述
用户登陆系统后,察看所有仓库信息
参与者
仓库管理员、系统管理员
前提条件
要察看的所有仓库信息存在于数据库中
主事件流
1.一般要求用户选择“显示仓库列表”,用例开始
2.系统从后台数据库调出所有仓库概要信息,形成列表,呈现给用户
3.用户双击某一仓库表项,系统显示该仓库详细信息
4.用户点击返回按钮,回显仓库列表信息
其他事件流
一般后台数据库中没有仓库信息,则提示用户暂无仓库信息
后置条件
如果用例成功,系统显示所有仓库列表信息
用例“查询仓库”规格说明如表16所示:
表16用例“查询仓库”的陈述性规格说明
用例
查询仓库
简述
用户登陆系统后,查询指定仓库信息
参与者
仓库管理员、系统管理员
前提条件
要察看的仓库信息存在于数据库中
主事件流
1.一般要求用户选择“查询仓库”,用例开始
2.系统要求用户输入查询条件
3.用户输入查询条件,点击查询按钮
4.系统显示特定仓库信息列表
5.用户点击返回,则系统返回查询仓库信息界面
其他事件流
用户输入查询条件不正确,系统显示错误提示信息
指定仓库信息不存在,系统提示暂无该仓库信息
后置条件
如果用例成功,系统显示用户查询指定仓库信息
用例“添加仓库”规格说明如表17所示:
表17用例“添加仓库”的陈述性规格说明
用例
添加仓库
简述
用户登陆系统后,添加特定仓库信息
参与者
系统管理员
前提条件
用户以系统管理员身份登陆系统
主事件流
1.系统显示已有仓库信息列表
2.用户选择“添加仓库”,用例开始
3.系统弹出添加仓库详细信息窗口,要求用户输入仓库信息
4.用户填息仓库信息,然后提交
5.系统显示添加仓库成功
其他事件流
用户输入的仓库信息不符合指定格式或要求,提示添加信息不正确,要求用户重新填写该项信息
后置条件
如果用例成功,数据库中将增加该仓库信息,数据更新
用例“修改仓库”规格说明如表18所示:
表18用例“修改仓库”的陈述性规格说明
用例
修改仓库
简述
用户登陆系统后,修改特定仓库信息
参与者
系统管理员
前提条件
用户以系统管理员身份登陆系统
主事件流
1.系统显示已有仓库信息列表
2.用户选择特定仓库,点击“修改仓库”,用例开始
3.系统弹出该仓库详细信息窗口,用户可以更改仓库信息域
4.用户更改仓库信息,然后保存
5.系统显示修改仓库成功
其他事件流
用户改写的仓库信息不符合指定格式或要求,提示输入信息不正确,要求用户重新填写该项信息
后置条件
如果用例成功,数据库中该仓库信息则更新
用例“删除仓库”规格说明如表19所示:
表19用例“删除仓库”的陈述性规格说明
用例
删除仓库
简述
用户登陆系统后,删除指定仓库信息
参与者
系统管理员
前提条件
用户以系统管理员身份登陆系统
主事件流
1.系统显示已有仓库信息列表
2.用户选择特定仓库,点击“删除仓库”,用例开始
3.系统提示“确定删除该仓库信息”
4.用户选择确定,系统删除该仓库有关的信息,并从列表中删除该仓库项目
5.用户选择取消,则不删除
其他事件流
如果系统中没有用户要删除的仓库信息,则显示暂无可删除的仓库
后置条件
如果用例成功,数据库中指定仓库信息删除,并删除该仓库的所有商品信息
用例“显示仓库详细信息”规格说明如表20所示:
表20用例“显示仓库详细信息”的陈述性规格说明
用例
显示仓库详细信息
简述
该用例显示指定仓库的详细信息
参与者
系统管理员、仓库管理员
前提条件
指定仓库信息存在
主事件流
1.该用例为其他相关用例的包含用例,以上用例中调用该用例,则用例开始
2.系统显示指定仓库详细信息
3.用户单击返回,则返回上层界面窗口
其他事件流
无
后置条件
系统弹出窗口,显示特定仓库详细信息