3.8 进销存系统需求模型应用
系统设计首先要做的是对其进行需求分析,明确任务是什么,完成功能是什么,以及客户的要求是什么;然后对资料进行分析和研究,形成需求模型,为结构设计及后续工作打下基础。
3.8.1 进销存管理系统需求分析
根据前面对进销存管理内容和进销存管理系统的分析,得到进销存管理系统包括的功能如图3.46所示。
图3.46 进销存管理系统的基本功能
1.资料管理
企业经营的基础资料是一个企业最基本、最重要的信息,脱离了基础资料(包括商品资料、供应商资料和客户资料等),进销存系统就无法运行。“资料管理”则用于维护这些基础资料,包含的子功能模块如图3.47所示。
图3.47 “资料管理”功能模块
各功能模块实现的功能如下:
(1)“商品资料维护”用于维护(增加、修改、删除、查询)企业经营商品的基本信息,包括商品编号、商品名称、规格、型号、单位、产地等。
(2)“供应商资料维护”用于维护企业供应商的基本信息,包括供应商编号、简称、供应商名称、地址、邮编、区号、地区、电话等。
(3)“客户资料维护”用于维护企业客户的基本信息,包括客户编号、简称、客户名称、联系人、地址、邮编、区号、地区、电话等。
(4)“职工信息维护”用于维护企业销售业务员的基本信息,包括职工号、姓名、性别、身份证号、手机号等。
(5)“仓库信息维护”用于维护企业的仓库信息,包括仓库编号、仓库名称、负责人、备注等。
2.采购管理
“采购管理”用于管理企业的采购业务,包含的子功能模块如图3.48所示。
图3.48 “采购管理”功能模块
各功能模块实现的功能如下:
(1)“采购订单管理”用于管理企业的采购订单信息。采购信息用主从两张表来存放数据,主表“采购订单”的内容包括编号、供应商号、订货日期、截止日期、业务员、总价等,从表“采购订单明细”的内容包括货号、订货数量、单价、总价等。
(2)“进货单管理”用于管理企业的进货信息,也分为主从两张表,主表“进货单”的内容包括编号、供应商号、进货日期、业务员、总价等,从表“进货单明细”的内容包括进货号、进货数量、进价、总价等。
(3)“进退货管理”用于管理企业采购退货信息。退货有两种方法,一是直接在进货单中填写负数的进货数量,另一种是填写退货单,一般采用前一种方法。
3.销售管理
“销售管理”用于管理企业的销售业务,包含的子功能模块如图3.49所示。
图3.49 “销售管理”功能模块
各功能模块实现的功能如下:
(1)“销售订单管理”用于管理企业的商品销售订单信息。销售信息用主从两张表来存放数据,主表“销售订单”的内容包括编号、客户编号、销售日期、截止日期、业务员、总价等,从表“销售订单明细”的内容包括货号、销售数量、单价、总价等。
(2)“销售单管理”用于管理企业的商品销售信息,主表“销售单”的内容包括编号、客户编号、销售日期、业务员、总价等,从表“销售单明细”的内容包括货号、销售数量、单价、总价等。
(3)“销售退货单管理”用于管理企业销售退货信息。退货有两种方法,一是直接在销售单中填写负数的销售数量,另一种是填写退货单,一般采用前一种方法。
4.库存管理
“库存管理”用于管理企业的库存信息,包含的子功能模块如图3.50所示。
图3.50 “库存管理”功能模块
各功能模块实现的功能如下:
(1)“出库管理”用于记录出库商品的编号、单价、出库时间、数量等。
(2)“入库管理”用于记录入库商品的编号、单价、入库时间、数量等。
(3)“库存盘点管理”用于完成企业的库存盘点工作,将实际盘存的商品数量输入计算机,计算机自动与数据库中的库存数量进行核对并产生盘盈盘亏统计信息。
(4)“库存报警管理”根据当前商品库存和指定的库存上下限自动列出低于下限或高于上限的商品。
5.款项管理
“款项管理”用于管理企业的应收/付款业务,包含的功能模块如图3.51所示。
图3.51 “款项管理”功能模块
各功能模块实现的功能如下:
(1)“付款单管理”用于管理企业支付货款的凭证和应付款,内容包括编号、发票号、填票日期等。
(2)“收款单管理”用于管理企业收回货款的凭证和应收款,内容包括编号、发票号、填票日期等。
6.系统管理
“系统管理”是每个系统都必须具备的功能,包括的子功能模块如图3.52所示。
图3.52 “系统管理”功能模块
各功能模块实现的功能如下:
(1)“权限设置”用于设置各操作员使用系统的权限,为了方便设置,一般的应用系统都将操作人员分组,将通用的权限赋予整个组,个别的权限单独赋予个人,这样可以大大减少权限管理的工作量。
(2)“日志管理”用于维护系统日志。一个好的应用系统会对任何操作员进行的所有操作进行日志记录,“日志管理”可以查询、导出和删除历史日志。
(3)“数据备份”用于备份数据库。
(4)“更改密码”用于修改密码。
3.8.2 进销存管理系统需求模型
根据“进销存系统”的需求分析,进一步完善“进销存系统”的需求模型。
1.需求的细化
在图3.18的基础上,继续使用视图工具栏中Insert an Object工具和Insert a Sub-Object工具细化需求,细化后的需求视图如图3.53~图3.55所示。
图3.53 需求模型视图的顶层效果
在图3.53中定义了该需求的大体描述,表述了该需求所关注的几大部分。
功能需求是需求分析的核心内容,图3.54中根据功能的不同将功能划分为基本资料维护、采购管理、销售管理、库存管理、款项管理及系统管理六大模块,划分清晰、文字描述简单易懂,方便与客户的沟通、与程序设计人员的交流。
图3.54 需求模型视图的第二层效果
图3.55中对需求进一步细化,为后续系统的实现提供了极大的方便。
图3.55 需求模型视图的第三层效果
2.设置需求属性
在需求文档视图中,每行代表一个需求,每个需求可以分成多个层次,每列代表需求的一个属性。有些属性是可见的,可以直接在需求文档视图中设置,比如修改Code值等;有些属性是隐藏的,需要进入相应的需求属性设置窗口中进行设置,比如:给需求分配用户或用户组、对需求中使用的术语进行设置、限定使用的业务规则等等。
选中要设置属性的需求,鼠标双击可直接进入需求属性设置窗口或单击鼠标右键,在弹出的快捷菜单中选择Properties也可进入需求属性设置窗口,通过不同选项卡完成需求的具体设置工作,这里不再赘述。
3.导出Word文档
将需求导出到Word文档过程中,根据具体需要在导出样式窗口中选择导出样式及导出内容。例如在图3.56中选择“Export composite requirements as one heading and rows in a table”,并选择了要导出的属性。
图3.56 导出样式窗口
导出操作完成后,得到Word文档的部分截图,如图3.57所示。
图3.57 导出的Word文档