货物进销存管理信息系统谭峰.doc

个人收集整理 勿做商业用途
目录
1 引言 2
1。1 目标 2
1.2 项目范围 2
1。3 参考资料 2
2 总体描述 3
2。1 产品前景 3
2.2 用户类及其特征 3
2.3 运行环境 4
3 用例规格说明 4
3.1 用例1 4
3。2 用例2 5
3。3 用例3 5
3.4 用例4 6
3.5 用例5 6
3.6 用例6 7
3。7 用例7 8
3。8 用例8 8
4 外部接口需求 9
4。1 用户界面 9
4。2 硬件接口 9
5 非功能性需求 9
5.1 性能需求 9
5。2 软件质量属性 9
6 数据需求（数据字典和数据模型) 10
附录A：术语表 12
附录B:分析模型 13
附录C:业务规则 13
附录D：待定问题清单 14

货物进销存管理信息系统

1 引言
计算机的应用已普及到经济和社生活的各个领域,使用计算机操作能更好地提高效率。货物进销存管理信息系统可以帮助企业快速有效地管理进货、销售、库存、应收/应付款等各项业务。合理控制进销存各个环节,提高资金的利用率和结算速度，实现管理的高效率、实时性、安全性、科学化、现代化、智能化。

1.1 目标
软件需求规格说明描述了“货物进销存管理信息系统”的软件功能性需求和非功能性需求.这一文档计划由时间和验证系统正确功能的项目团队成员来使用。
1.2 项目范围
“货物进销存管理信息系统”允许购买此系统的企业用于管理进货、销售、库存、应收/应付款等各项业务。
1.3 参考资料
[1] Karl E. Wiegers 著， 〈〈软件需求〉〉。清华大学出版社，2004
http：//
[2] Dean Leffingwell等著，<<软件需求管理——统一方法〉〉。 机械工业出版社.2002
[3] Soren Lauesen 著， 〈<软件需求〉〉。 电子工业出版社,2002
［4］ Ian Sommerville 著,〈<需求工程〉>。 机械工业出版社，2003
［5］ Ian K.Bray 著， <<需求工程导引〉>. 人民邮电出版社，2003

2 总体描述
2.1 产品前景
“货物进销存管理信息系统”是一个实用的货物管理系统，用来管理进货、销售、库存、应收/应付款等各项业务。能取代手工记录，有效提高企业运行的效率。应用于石油化工、建材、汽配、电器、五金水电、工具店、药业、食品生产、服装业、化妆品、玩具生产厂家、图书、电脑电子等行业。

提供货物信息
提供报表
生成报表
显示货物
写入货物信息
货物购入销售信息
做日报表和月报表
查询货物
销售出库
显示货物
货物订单
显示货物
查询货物
货物进销存管理系统
货物存储数据库
财务结算统计员
经理
仓库管理员
采购员
销售员

查询货物
报表数据库
“货物进销存管理信息系统”的关联图

2.2 用户类及其特征
用户类
描述
仓库管理员
当有货物要存放或者取出时，由仓库管理员管理。他知道货物的数量，存放的位置。
财务结算统计员
每天负责核对出入库管理组产生的单据和流水帐，统计汇总当日各种商品的出入
库数字并记入库存台帐。月末商品盘点时，产生进销存月报表。年终对某
些商品各月销售量和销售额作出直方图,对各商品年度盈利比例作出圆饼图,供经
理研究市场使用。
经理
负责对商品流管理全过程的监控，随时查询货物的情况，年终分析货物的市场。
采购员
根据订单采购采购货物。
销售员
查询客户要的商品，销售给客户。

2.3 运行环境
操作系统：Windows 9x / Me / NT / 2000 / XP / 2003
3 用例规格说明
3.1 用例1
用例编号
UC—1
用例名称
登陆
角色
财务结算统计员
描述
登陆货物进销存管理信息系统。
前置条件
用户输入的用户名和密码正确。
后置条件
系统初始化，提示功能选择。
主干过程
1） 用户输入用户名和密码后点确认按钮。
2） 系统根据用户输入的用户名和密码搜索本地数据库。
3） 如果所输入的和数据库的一致,则跳转到功能选择界面,否则清空用户名和密码的输入框，提示该用户不存在或密码错误。
分支过程
用户可以选择记住帐号,下次启动系统时,将显示上次登陆的用户。
备注

3.2 用例2
用例编号
UC-2
用例名称
货物购入入库
角色
仓库管理员
描述
登记购入入库的货物.
前置条件
用户通过身份验证，输入货物的货物名，购买数量，计量单位，购入单价。
后置条件
数据库更新或者新增加一条货物记录。
主干过程
1） 用户输入货物名，系统自动查询货物名，若有，则显示货物的编号，若没有则新增一个货物的编号.
2） 用户输入购买数量,购买单价，系统自动计算并显示购买总价。
3） 用户点提交，系统生成表单页面，若用户选确认，则数据库更新或者新增加一条货物记录，若用户选重填，则返回刚填数据的界面。
4） 系统此次保存填写记录。
分支过程
1） 用户在下拉框中选择货物名。
2） 用户查查看上一次填写记录。
备注

3.3 用例3
用例编号
UC—3
用例名称
货物销售出库
角色
销售员
描述
登记销售出库的货物。
前置条件
用户通过身份验证，货物存在。
后置条件
数据库更新一条货物记录。
主干过程
1） 用户输入货物名或者货物号，系统自动查询货物，若有，则显示货物的编号，货物名,购入单价，库存数量，购入日期。若没有则提示用户，该货物不存在。
2） 用户输入销售数量，销售单价,系统自动计算并显示销售总价。
3） 用户点提交，系统生成表单页面，若用户选确认，则数据库更新一条货物记录,若用户选重填,则返回刚填数据的界面。
分支过程
系统打印销售单据.
备注

3.4 用例4
用例编号
UC-4
用例名称
当日货物库存台帐
角色
财务结算统计员
描述
用户在当日记录货物的购入和销售情况。
前置条件
用户通过身份验证，当天有购入和销售记录.
后置条件
数据库新增一条关于某天货物库存的台帐。
主干过程
1） 用户选择记录当天货物库存台帐功能。
2） 系统根据当日日期，在数据库中搜索当天购入和销售的单据，把符合条件的单据列出。显示当天某货物的购入量，销售量，购入总金额，销售总金额，计量单位，累计货物总购入金额，累计货物总销售金额,当天盈利。
3）生成报表，并存入数据库。
分支过程

备注

3.5 用例5
用例编号
UC-5
用例名称
制作月报表
角色
财务结算统计员
描述
用户在月底总结本月的经营情况。
前置条件
用户通过身份验证,本月有天库存台帐。
后置条件
生成一张月报表。
主干过程
1） 用户选择开始统计的开始日期和结束日期，并提交。
2） 系统查询数据库,显示记录条数，根据货物编号，累计用户选定的时间内的每一种货物的购入量，销售量，购入总金额，销售总金额，生成月报表。
3） 列出销售量最高和最低的货物，库存金额，本期盈利。

分支过程
用户把数据生成直方图，并打印。
备注

3.6 用例6
用例编号
UC—6
用例名称
查询货物
角色
财务结算统计员，仓库管理员，经理
描述
查询货物在仓库的情况.
前置条件
用户通过身份验证。
后置条件
显示某货物的情况。
主干过程
1） 用户输入货物的编号或在下拉框中选择货物的名称，并确认查询。
2） 系统搜索数据库，若用户输入的编号存在或用户选择了货物名，系统显示货物的库存量，最近一次购入日期，最近一次销售日期,购入单价，销售单价,购入量，已销售量，货物盈利.
3） 用户输入的货物编号不存在，提示用户重新输入。
分支过程
1） 用户选择打印此货物情况。
2） 用户查询编号的上下一条货物的情况。
3） 用户查询最近购入或销售的货物的情况。
备注

3.7 用例7
用例编号
UC—7
用例名称
生成货物订单
角色
财务结算统计员
描述
根据客户或市场需求生成需要购买的货物单。
前置条件
用户通过身份验证。
后置条件
生成货物定单.
主干过程
1） 用户输入要购买的货物名，若没有则系统新生成货物编号,数据库新增一条货物记录。
2） 用户输入购买数量，计量单位,购买价格上限。
3） 用户选确认，系统生成单据。
4） 若用户选打印，系统打印单据出来，并添加到填写历史记录.若用户选重填，则返回填写单据的界面。
分支过程
用户可查看和选择填写历史记录，系统自动填写单据。
备注

3.8 用例8
用例编号
UC-8
用例名称
年销售情况查询
角色
经理
描述
年终经理查看这一年货物的销售情况
前置条件
用户通过身份验证，有购入和销售记录。
后置条件
系统显示用户所需.
主干过程
1） 用户选折要查看的开始日期和结束日期，报表类型。
2） 系统根据用户的选择，搜索数据库，列出符合要求的数据.
3） 用户选择生成直方图或者圆饼图.
4） 系统根据用户选择生成相应的图。
分支过程
用户打印报表或者图。
备注

4 外部接口需求
4.1 用户界面
4.1。1 系统对每一个功能都都提供帮助提示，解释如何使用这些功能。
4.1.2 功能选择和操作，除了综合使用鼠标和键盘共同完成外,还可以只通过键盘来单独完成。
4.2 硬件接口
采用打印设备的通用接口.
5 非功能性需求
5.1 性能需求
5.1.1 用户提交了查询之后，对查询的响应时间不能超过10秒，在此时间内要将查询结果显示在屏幕上。
5.1.2 系统能容纳100000条以上货物资料。
5.2 软件质量属性
5。2.1 可用性:系统对任何合法用户都可用,在工作时间99.9%可用.
5.2.2 健壮性：如果在用户确认存货或取货之前，停电或者其他突发时间造成系统不能正常工作，用户能通过该系统恢复数据，或者备份数据。
5.2。3 易用性:输入\输出数据时有相应提示，操作简单，有快捷键,功能容易
理解。
5.2.4 可维护性：重要的功能代码段有注释，系统出错能及时找出错误。
6 数据需求（数据字典)
日期= *货物存入仓库或者销售出库，结帐的日期:格式为 YYYY—MM-DD *
货物号= ＊货物的编号，由8个数字组成＊
货物名= *货物的名称，由15个字符的文本串组成＊
计量单位=［“千克”｜“米”｜“升"｜“个"］*用10个字符的文本串表示货物的数量的有关的单位＊
库存数量= ＊仓库存有某种货物的数量,由10个以内的数字组成＊
购入单价= ＊购买单位货物的价格，以元来计算,由10个以内数字组成＊
销售单价= ＊销售单位货物的价格，以元来计算，由10个以内数字组成＊
备注= *特殊货物或意外的情况，由30个字符的文本串组成＊
购物单 =货物号
+货物名
+计量单位
+购买数量
+购买单价
货物 =货物号
+货物名
+计量单位
+库存数量
+备注
货物购入入库单据 =日期
+入库单编号
+货物号
+货物名
+计量单位
+购入单价
+购入量
+购入价
+备注
入库单编号= *单据的编号,由2个字母和16个数字组成，格式为 IN-xxxx—xxxx—xxxx—xxxx ＊
购入量= ＊购买货物的数量,由10个以内数字组成*
购入价 = *购买货物的总价，以元来计算，由10个以内数字组成*
货物销售出库单据=日期
+出库单编号
+货物号
+货物名
+计量单位
+销售单价
+销售量
+销售价
+备注
出库单编号= ＊单据的编号，由3个字母和16个数字组成，格式为 OUT-xxxx—xxxx-xxxx-xxxx ＊
销售量= *销售货物的数量，由10个以内数字组成*
销售价= ＊销售货物的总价，以元来计算,由10个以内数字组成＊
当日货物库存台帐=日期
+商品号
+商品名
+计量单位
+购入单价
+销售单价
+当日累计购入量
+当日累计销售量
+库存数量
+备注
当日累计购入量= *当天购买货物的总量,由16个以内数字组成*
当日累计销售量= *当天销售货物的总量，由16个以内数字组成*
货物进销存月报表=日期
+货物号
+货物名
+计量单位
+购入单价
+本期累计购入量
+购入金额累计
+销售单价
+本期累计销售量
+销售金额累计
+本期盈利
+库存结余量
+库存资金额
本期累计购入量= *本期购入某货物的总量，由16个以内数字组成*
购入金额累计= ＊本期购入某货物所用的金额，由16个以内数字组成*
本期累计销售量= *本期购入某货物的总量,由16个以内数字组成＊
销售金额累计= ＊本期销售某货物所得到的金额,由16个以内数字组成＊
本期盈利=销售金额累计—购入金额累计 ＊由16个以内数字组成*
库存结余量= ＊目前仓库中某种货物的数量，由16个以内数字组成*
库存资金额= ＊目前能用来购买货物的金额*
附录A:术语表
1．VB (Microsoft visualBasic）一种开发软件的语言。
2．BR （Business Rule)业务规则的英文缩写.
3．流水帐 这是一种通俗的说法，在会计学上，它的正式名称为序时帐。它以时间先后为顺序，依次登记帐目的一种帐簿,最为常见的是现金日记帐和银行存款日记帐.这种帐簿的最大特点是，对发生的业务不加以区分分类，只是按照时间先后顺利加以记录，是一种最为基础、最为简单的记帐方法.
附录B：分析模型
下边的数据流图描述了商场应用领域的逻辑模型,
购入
流水帐
登记购入流水帐

6
登记销售流水帐
销售
流水帐
制作月报表
库存
台帐
3
9
8
2
5
7
4
1
1
1
1
记库存台帐

综合地反映了信息在系统中的流动、处理和存储情况:
1和4是合格的购入入库单.2和5是正确的销售出库单。3是月报表。
6~8是当日各笔出入库数据及累计汇总数字。9是从库存台帐中提取的数据.

附录C：业务规则
ID
规则定义
规则
类型
静态或动态
来源
BR—1
单据，货物号都有唯一的编号。
事实
静态
企业策略
BR—2
危险须经经理同意才能入库.
约束
静态
企业经理
BR-3
非法和来源不名的货物不得入库。
约束
静态
企业策略
BR—4
某种货物数量低于或等于某值，就提示某货物不足。
动作触
发规则
动态
企业策略
BR-5
如果货物入库一年,未被销售，则不再购入该货物。
推论
动态
企业策略
BR—6
如果货物过了有效日期或者变质,则通知仓库管理员。
动作触
发规则
动态
企业策略
BR-7
如果某货物再一个月内进货5次以上，则该货物畅销。
动作触
发规则
动态
企业策略
BR—8
库存资金额低于某值时通知企业经理。
动作触
发规则
动态
企业经理
BR-9
只有管理员同意，才能从仓库提取货物。
约束
静态
企业策略
BR-10
本期盈利等于本期销售金额累计减去本期购入金额累计。
计算
动态
企业策略
附录D：待定问题清单
1． 数据是否要加密存储。
2． 是否要记录并保存每一次的操作。

研制报告
研制过程:1月15日、1月16日这两天上网查找资料，下载了3个进销存的系统来研究。去某企业做了调查研究,获取需求。1月17日、1月18日，分析需求，获取用例,分析系统应有的功能。1月19日、1月20日,撰写软件需求规格说明，课程设计报告.
不足与体会：虽然做“货物进销存管理信息系统”需求分析报告只是一次课程设计,但我当它是一个我接到的项目来做.因为是第一次,遇到了很多困难，造成了一些缺漏和不足，如用户类不明确,需求不足，用例不够具体。
通过这次课程设计,我深刻体会到在软件开发这个过程中，软件需求分析的重要性.在获取需求和分析需求时，书上的方法给了我很大的帮助。写系统的用例让我认识到用例的好处，它能让用户更清楚地了解新系统可以提供的功能，为需求划分优先级。在编写规格说明时，如何表达也很重要，因为这个用户和软件开发人员都要看。最后确认需求，正如书上所说，“需求开发是一个迭代的过程”，通过确认，不断更新并减少需求的误差.整个课程设计过程让我认识到，做一个好的分析员需要很多方面的技能和知识，我必须更加努力学习这方面的知识。
- 14 -