系统功能需求.docx

系统功能需求.docx

《系统功能需求.docx》由会员分享，可在线阅读，更多相关《系统功能需求.docx（22页珍藏版）》请在冰豆网上搜索。

系统功能需求

1.系统设计目标

本系统的主要任务是设计一套B/S模式的进销存管理系统，实现对身份验证模块、采购管理模块、库存管理模块、销售管理模块、统计分析模块等部分。

2.系统设计需求

功能性需求：

系统能够对于客户，供应商，产品的信息进行维护。

系统能够管理监控库存。

系统能够对于不同的操作员设置不同的权限级别。

系统能够管理采购、销售等活动的情况，并记录。

可用性需求：

界面简单易懂，不存在反人类设计，满足方便性的同时同样要满足可扩充性。

以说明书的形式提供用户帮助与培训服务。

可靠性需求：

系统可能出现连接数据库失败，连接数据库以后的增删改查失败，系统崩溃等情况，所以在系统设计上首要保证系统的稳定性，其次要易于维护，代码可读性强，对用户与开发人员友好

可支持性需求：

系统可以在安装了sql数据库的Windows系统上使用，若要修改，需试用visualstudio开发环境。

性能需求：

对于一个或者多个并发请求的具有较快的响应速度。

设计约束需求：

采用的三层架构，

①数据访问层：

主要是对非原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据库的操作，而不是数据，具体为业务逻辑层或表示层提供数据服务．

②业务逻辑层：

主要是针对具体的问题的操作，也可以理解成对数据层的操作，对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。

②界面层：

主要表示WEB方式，也可以表示成WINFORM方式，使用户实际操作的界面。

物理需求需求：

尽量采用公司现有的软硬件环境，及先进的管理系统开发方案，从而达到充分利用公司现有资源，提高系统开发水平和应用效果的目的。

系统本身应无需占用太多内存与硬盘空间，总的大小由数据包决定。

可维护性需求：

系统采用模块化程序设计方法，既便于系统功能的公众祝贺和修改，又便于未参与开发的技术维护人员补充、维护。

系统应具备数据库维护功能，及时根据用户需求进行书记的添加、删除、修改等操作。

能够对数据库表格进行备份。

接口需求：

可以连接收银机与打印机。

3.系统模块设计

3.1业务需求

超市的进销存系统的需求共包含资料管理、采购管理、销售管理、库存管理、统计分析和系统管理几部分。

3.2系统需求

（1）由于操作人员的计算机知识普遍较差，要求有良好的人机界面。

（2）由于该系统的使用对象多，要求有较好的权限管理。

（3）方便的数据查询，支持多条件查询。

（4）基础信息管理与查询（包括商品信息、客户信息、供应商信息）。

（5）通过计算机，能够直接“透视”仓库存储情况。

（6）完善的商品采购信息、商品销售信息进行管理。

（7）方便、健全的结账功能。

（8）商品销售排行统计。

（9）数据计算自动完成，尽量减少人工干预。

3.3用户需求

（1）资料管理：

企业的经营的基础资料是一个企业最基本和最重要的信息，包括商品资料、供货商资料

等。

商品资料维护用于维护企业经营商品的基本信息，内容包括货号、条形码、品名、规格等。

供货商资料维护用于维护企业供货商的基本信息，内容包括供货商号、简称、名称、地址等。

资料管理直接连接数据库。

（2）采购管理：

进货单用于录入企业的进货单，表包括进货日期、人员、编号、验收员等。

（3）销售管理：

采购员用新商品供应商信息更新供应商数据库信息

采购员统计库存商品数量是否低于库存下限，然后制作采购单

采购单用于录入超市的进货情况，表中包括进货日期、人员、订单编号、验收员、进货数量等。

（4）库存管理：

库存查询用于查询企业商品的库存，可以查询总库存和分仓库库存。

库存管理员每天进行盘点一次

库存管理员发现库存商品有损坏时，及时向有关部门（如采购员）报损

当供应商的商品到货时，库存管理员首先检验商品是否合格，并对合格的商品进行入库处理，

当商品出库时，进行出库处理

经理、采购员根据需求进行库存商品的模糊查询或者详细查询，按货号查询或者按商品名查询

（5）统计分析

能够使用系统的统计功能，了解商品销售情况、库存情况、供应商情况、以便进行合理的营销策略。

按照市场情况实时变动商品价格。

（6）系统管理：

权限设置用于设置各操作员使用系统的权限。

4.系统用例图模型的建立

4.1系统角色

超市的服务对象是顾客，超市系统内部操作员可以按照人员的职能进行分类，图4.1是超市进销存管理系统中角色分析的用例图，其中，管理员和操作员是抽象角色。

图4.1

4.2超市进销存管理系统的顶层用例图【功能角色分析】

超市进销存管理系统中设计的角色有操作员，是顶层抽象角色，主要包括管理员和售货员角色，其中管理员也是抽象角色，包括库存管理员、统计分析员和采购员。

每个角色对应与系统的不同功能。

售货员主要是针对系统中的销售管理，采购员主要负责订单的管理，库存管理员针对的是系统中的库存管理，统计分析员主要是进行系统中的所有统计查询，系统中的角色在使用系统提供的功能时都需要进行身份的验证。

超市进销存管理系统的的顶层用例图如图所示。

图4.2

4.3销售管理子系统的用例图

销售管理系统子系统主要涉及的人员有收货员和顾客。

售货员可以提取商品信息，主要包括更新商品信息，当产生销售时更新销售信息。

而顾客可以浏览商品信息，打印购物清单。

销售管理子系统的用例图如图。

图4.3

用例规约：

销售销售模块

用例名称：

销售管理模块

用例ID：

进销存系统（InvoicingSystem）

角色：

操作员

用例说明：

该用例主要实现操作员对商品销售信息录入和商品销售退货信息录入

前置条件：

操作员成功登录系统

基本事件流：

参与者动作

系统响应

1.点击“销售管理”功能菜单;

2.在菜单中选择相应的信息选项（商品销售信息录入、商品销售退货信息录入）;

3.在页面中填入相关信息;

4.核对无误后点击提交按钮

5.系统响应操作员的事件,把相关的录入信息同步到数据库，并跳转到操作成功页面

其他事件流：

无

异常事件流：

录入信息的数据类型有误或找不到相应商品类型

后置条件：

返回操作结果提示页面（成功或失败）,供操作员继续进行操作

4.4采购管理子系统的用例图

图4.4

用例规约：

采购管理模块

用例名称：

采购管理模块

用例ID：

进销存系统（InvoicingSystem）

角色：

操作员

用例说明：

该用例主要实现操作员对商品采购信息的录入和商品采购信息查询

前置条件：

操作员成功登录系统

基本事件流：

参与者动作

系统响应

1.点击“采购管理”功能菜单;

2.在菜单中选择相应的信息选项（商品采购信息录入、商品采购信息查询）;

3.在页面中填入相关信息;

4.核对无误后点击提交按钮

5.系统响应操作员的事件,把相关的录入信息同步到数据库，并跳转到操作成功页面

其他事件流：

无

异常事件流：

录入信息的数据类型有误或找不到相应商品类型

后置条件：

返回操作结果提示页面（成功或失败）,供操作员继续进行操作

4.5库存管理子系统的用例图

图4.5

用例规约：

库存管理模块

用例名称：

库存管理模块

用例ID：

进销存系统（InvoicingSystem）

角色：

操作员

用例说明：

该用例主要实现操作员对商品入库信息、商品入库退货、商品库存查询和库存商品价格调整

前置条件：

操作员成功登录系统

基本事件流：

参与者动作

系统响应

1.点击“库存管理”功能菜单;

2.在菜单中选择相应的信息选项（商品入库信息、商品入库退货、商品库存查询、库存商品价格调整）;

3.在页面中填入相关信息;

4.核对无误后点击提交按钮

5.系统响应操作员的事件,把相关的录入信息同步到数据库，并跳转到操作成功页面

其他事件流：

无

异常事件流：

录入信息的数据类型有误或找不到相应商品类型

后置条件：

返回操作结果提示页面（成功或失败）,供操作员继续进行操作

4.6统计分析子系统的用例图

图4.6

用例规约：

统计分析模块

用例名称：

统计分析模块

用例ID：

进销存系统（InvoicingSystem）

角色：

操作员

用例说明：

该用例主要实现操作员对进销存数据信息的查询

前置条件：

操作员成功登录系统

基本事件流：

参与者动作

系统响应

1.点击“统计分析”功能菜单;

2.在页面中选择相应的商品类型;

3.选择相应的查询（销售信息查询、销售退货查询、商品入库查询、入库退货查询、商品销售排行、年销售额分析）

4.系统响应操作员的事件,把相关的数据统计信息呈现在页面上

其他事件流：

无

异常事件流：

找不到对应的商品类型

后置条件：

返回查询统计操作页面,供操作员继续进行操作

4.7身份验证子系统的用例图

图4.7

用例规约：

基础信息模块

用例名称：

基础信息模块

用例ID：

进销存系统（InvoicingSystem）

角色：

操作员

用例说明：

该用例主要实现操作员对基础信息的相关操作

前置条件：

操作员成功登录系统

基本事件流：

参与者动作

系统响应

点击“基础信息”功能菜单;

在菜单中选择相应的信息选项（商品信息录入、客户信息录入、供应商信息录入、商品信息查询、客户信息查询、供应商信息查询）;

在页面中填入相关信息;

核对无误后点击提交按钮

5.系统响应操作员的事件,把相关的录入信息同步到数据库，并跳转到操作成功页面

其他事件流：

无

异常事件流：

录入信息的数据类型有误

后置条件：

返回操作结果提示页面（成功或失败）,供操作员继续进行操作

5.系统序列图模型的建立

图5.1供应商信息录入序列图

图5.2商品采购序列图

图5.3商品入库序列图

图5.4商品销售序列图

6.系统状态图模型的建立

6.1商品采购状态图说明：

在进销存管理系统中，从操作员录入采购信息到最后采购完成为止，整个采购过程的状态图如图所示。

图6.1商品采购状态图

6.2商品入库状态图说明：

在进销存管理系统中，从操作员录入商品入库信息到最后商品入库完成为止，整个商品入库过程的状态图如图所示。

图6.2商品入库状态图

6.3商品销售状态图说明：

在进销存管理系统中，从操作员录入商品销售信息到最后商品销售完成为止，整个商品销售过程的状态图如图所示。

图6.3商品销售状态图

7.系统活动图模型的建立

7.1采购活动图

在进销存管理系统中，根据操作员的采购活动步骤可创建采购活动图，如图所示。

图7.1商品采购活动图

7.2入库活动图

在进销存管理系统中，根据操作员的入库活动步骤可创建入库活动图，如图所示。

图7.2商品入库活动图

7.3入库活动图

在进销存管理系统中，根据操作员的入库活动步骤可创建入库活动图，如图所示。

图7.3商品销售活动图

8.系统构件图模型的建立

在本系统中，可以对商品类、客户类、供应商类、操作员类、仓库管理类、入库记录类、销售记录类和采购管理类分别创建对应的构件进行映射。

进销存系统的构件图如图所示。

图8.1系统构件图