《超市管理系统》项目管理系统文档.docx

《超市管理系统》项目管理系统文档.docx

《《超市管理系统》项目管理系统文档.docx》由会员分享，可在线阅读，更多相关《《超市管理系统》项目管理系统文档.docx（41页珍藏版）》请在冰豆网上搜索。

《超市管理系统》项目管理系统文档

《超市管理系统》项目管理文档

一、引言

在我国超市已经成为零售业的一种重要形态，加快了国民经济的发展。

随着超市高速的崛起，其经营管理也变得愈加复杂，早期的售货员站柜台的形式早已不能满足现有销售业的发展，这样就迫切地需要引入新的管理技术。

超市形态具有种种优点，但在目前状况下，它仍存在零售业企业所共有的落后的一面，随着超市形态的高速发展，其经营管理也变得愈加复杂，日常所需要处理的数据量也逐渐增大，商业运转的中间环节也越来越多，原始的人工管理已无法应对这复杂的市场。

为此,我选择了超市管理系统设计题目，依靠现代化的计算机信息处理技术来管理超市，从而节省了大量的人力、物力，改善了员工的工作条件，减轻了劳动强度，并且能够快速反映出商品的进、销、存等状况和各种反馈信息分析，使管理人员快速对市场的变化做出相应的决策，加快超市经营管理效率。

1.1项目目的

随着超市的出现，超市管理系统也随着出现，并且随着超市的发展，超市管理系统的功能和性能也随着发展。

在早期的超市管理系统中，主要是对正在销售的商品进行管理，在当前的超市管理系统中已不仅仅有该功能，还要加人超市相关的物流、库存等相关操作功能。

使用最少的人力，完成最大的销售总额，一直是超市管理系统的目标。

1.2围

本文档适用于《超市管理系统》这一软件项目。

1.3项目简介

1.3.1项目名称

《超市管理系统》

1.3.2项目用户

用户是中小型超市户。

二、合同

项目名称：

超市管理系统

委托方（甲方）：

受托方（乙方）：

签订时间：

签订地点：

有效限：

经协商，甲方就超市管理系统技术项目委托乙方提供技术服务支持；根据《中华人民国合同法》有关技术合同的规定，经甲乙双方协商，同意就以下条款共同信守执行。

第一条：

甲方委托乙方进行技术服务的容如下：

1．技术服务的目标：

为甲方提供运行《超市管理系统》技术服务

2．技术服务的容：

（1）收银业务

（2）顾客信息录入（3）人事管理（4）销售管理（5）进退货管理（6）库存管理。

3．技术服务的方式：

以项目技术顾问的身份组织专业技术服务，有相关的人员助公司一周，出现问题应保持联通，并且能在制定时间到达现场

。

第二条：

乙方应按下列要求完成技术服务工作：

1．技术服务地点：

2．技术服务期限：

从双方签订合同起到项目正常运行止；

3．技术服务进度：

根据项目实施的进度同步服务；

4．技术服务质量要求：

保证提供的技术服务满足项目的质量需要；

5．技术服务质量期限要求：

合同期专职技术服务，项目正常运行后长期提供技术咨询。

第三条：

合同签定后3日甲方支付乙方本合同咨询费总金额50%的预付款，计人民币 圆整。

乙方按照本合同约定如期完成项目并通过甲方评审通过后，甲方于五个工作日付清余款，计人民币  圆整。

第四条：

双方确定以下列标准和方式对乙方的技术服务工作成果进行验收：

1．乙方完成技术服务工作的形式：

（1）提供项目可行性研究报告；

（2）提供项目的设计文件；

（3）提供项目实施的全程服务团队；

2．技术服务工作成果的验收标准

（1）提供项目可行性研究报告满足项目要求；

（2）提供项目设计文件符合相关规要求；

（3）提供的服务团队专职工作。

3．技术服务工作成果的验收方法：

按照完成项目的需求验收。

4．验收的时间和地点：

根据项目的实施进度同步验收，在项目筹备处。

第五条：

双方确定，按以下约定承担各自的违约责任：

1．任一方违反本合同任意一条约定，应当付对方合同总额的10%的违约金。

2．甲方在合同履行期间，甲方要求终止或解除合同（非一方原因造成），应付合同总额的10%向乙方支付违约金。

3．若由于技术服务的方案缺陷或质量低劣引起返工，乙方必须完善技术服务工作直至满足要求，负责甲方造成的时间和费用损失，可扣除合同总额的10%的违约金。

第六条：

本合同未尽事宜，由双方协商解决。

三、项目生存期

根据该项目的特点并结合公司已有的软件生存期模型定义，本项目生存期采用增量模型如图所示。

四、系统需求

4.1需求概述

超市是一家大型商业零售企业。

管理信息系统将使公司从系统立起，就以计算机收款机系统为工具，实现商品流转的主流处理。

系统的最终目标是在采用计算机通讯网络技术和科学管理方法的基础上结合国际国的先进计算机管理经验和教训,建立一个覆盖各级主要业务功能的人机协调的管理信息系统。

实现以商品经营管理、人事劳资管理、商情信息管理等方面数据采集，传递、处理、存栏、查询输出一体化，具有一定经济活动分析能力的管理信息系统。

及时、准确反映企业经济活动状态，成为企业各级管理人员的有力工具。

支持他们进行科学化经营管理，使企业获得良好的经济效益和社会效益。

4.2系统要达到的目标

 现信息的同步，从而方便顾客购物，并且便于管理员、理货员。

进货员对商品信息的掌握，及时补充商品，避免商品短缺问题。

4.3系统整体结构

整个超市管理系统的功能结构如图4.1所示：

图4.1系统整体结构

4.4功能需求分析

根据对超市的业务流程分析和需求分析,定义了系统中的的主要模块及其对应的功能描述:

（1）员工信息录入：

对员工的基本信息进行添加、删除、修改、查看

（2）供应商信息录入：

对供应商的基本信息进行添加、删除、修改、查看

（3）员工信息查询：

查询员工信息

（4）供应商信息查询：

查询供应商信息

（5）进货信息录入：

对进货信息进行添加、删除、修改、查看

（6）进货信息查询：

查询进货信息

（7）付款信息录入：

对付款业务跟踪记录，添加、删除、修改、查看付款信息

（8）入库单登记：

跟踪记录入库单，添加、删除、修改、查看入库单信息

（9）入库信息录入：

对商品入库信息进行添加、删除、修改、查看

（10）出库单登记：

跟踪记录出库单，添加、删除、修改、查看入库单信息

（11）出库信息录入：

对商品出库信息进行添加、删除、修改、查看

（12）退货入库单登记：

跟踪记录退货入库单，添加、删除、修改、查看入库单信息

（13）退货入库信息录入：

对退货入库信息进行添加、删除、修改、查看

（14）报损信息录入：

对商品报损信息进行添加、删除、修改、查看

（15）报损情况统计：

统计报损情况

（16）库存查询：

按商品分类等查询库存，设置报警数量，执行库存报警

（17）销售单登记：

跟踪记录销售单，添加、删除、修改、查看销售单信息

（18）销售信息录入：

对销售信息进行添加、删除、修改、查看

（19）销售情况统计：

按日期统计销售情况

（21）销售信息查询：

查询销售信息

（22）登记收款单：

跟踪记录收款单，添加、删除、修改、查看收款单信息

（23）登记付款单：

跟踪记录付款单，添加、删除、修改、查看收款单信息

（24）收款统计：

按日期统计收款金额

（25）付款统计：

按日期统计付款金额

（26）付款凭证填制：

跟踪记录原始凭证，添加、删除、修改、查看凭证信息

（27）收款凭证填制：

跟踪记录原始凭证，添加、删除、修改、查看凭证信息

（28）记账凭证查询：

查询凭证信息

（29）数据管理模块：

数据库备份

（30）系统设置模块：

密码修改，退出

4.5数据流图和数据字典

本节主要介绍将整个系统的数据流自顶向下逐步分解成各个功能模块的数据流图。

4.5.1基本档案模块数据流图和数据字典

数据流图

添加、删除、

修改操作添加、删除、

修改操作

查询操作查询操作

图4.2

数据字典

主要数据流条目说明:

员工基本信息单=+性别+出生日期+联系+住址

员工信息={员工基本信息}+所在部门+职位+超市就职起始日期

供应商信息=+性别+地址+联系+传真+备注

处理描述：

表1-1描述说明处理1.2.1

加工名称

员工信息录入

输入：

员工信息

处理：

添加员工信息到员工信息表中,从员工信息表中修改或者删除对应员工信息记录

输出：

员工信息

表1-2描述说明处理1.2.2

加工名称

供应商信息录入

输入：

供应商信息

处理：

添加供应商信息到供应商信息表中,从供应商信息表中修改或者删除对应供应商信息记录

输出：

供应商信息

表1-3描述说明处理1.2.3

加工名称

员工信息查询

输入：

员工的或者员工超市就职起始日期

处理：

根据查询条件,查询出对应员工信息记录

输出：

员工信息记录

表2-4描述说明处理1.2.4

加工名称

供应商信息查询

输入：

供应商名称

处理：

根据查询条件,查询出对应供应商信息记录

输出：

供应商信息

4.5.2进货管理模块数据流图和数据字典

数据流图

添加、删除、添加、删除、

修改操作修改操作

查询操作

图4.3

数据字典

主要数据流条目说明:

进货信息=进货编号+商品名称+进货数量+数量单位+进货员+供应商信息+应付金额

付款信息=付款单单号+付款日期+供应商+付款方+付款方式+应付金额+实付金额

处理描述：

表1-5描述说明处理1.2.5

加工名称

进货信息录入

输入：

货信息记录

处理：

添加进货信息到进货信息表中,从进货信息表中修改或者删除对应进货信息记录

输出：

所有进货记录

表1-6描述说明处理1.2.6

加工名称

付款信息录入

输入：

付款信息记录

处理：

添加付款信息到付款信息表中,从付款信息表中修改或者删除对应付款信息记录

输出：

所有付款记录

表1-7描述说明处理1.2.7

加工名称

进货信息查询

输入：

进货编号、商品名称、进货员

处理：

按条件查询出对应进货信息记录

输出：

进货信息记录

4.5.3库存管理模块数据流图和数据字典

数据流图

图4.4

数据字典

主要数据流条目说明：

入库单=入库单单号+入库单日期+入库人+复核人+库管员

入库信息=入库单单号+商品名称,型号+数量,数量单位+存放仓库+入库人+库管员+入库日期

出库单=出库单单号+出库单日期+提货人+库管员

出库信息=出库单单号+商品名称+型号+数量+数量单位+存放仓库+提货人+库管员+出库日期

退货入库单=退货入库单单号+退货入库日期+入库人+库管员

退货入库信息=退货入库单单号+商品名称+型号+数量+数量单位+存放仓库+入库人+管员+入库日期

报损信息=报损日期+商品名称+型号+数量,数量单位+存放仓库+报损人+报损描述

报损统计情况=月份+商品名称+型号+数量单位+总数量

库存信息=商品名称+型号+现存数量+存放仓库+库管员+数量单位+入库总数量+出库总数量+警报下限+警报标志

处理描述:

表1-8描述说明处理1.2.8

加工名称

入库单登记

输入：

入库单信息

处理：

添加入库单信息到入库单登记表中,从入库单登记表中修改或者删除对应入库单信息记录

输出：

入库单信息记录

表1-9描述说明处理1.2.9

加工名称

入库信息录入

输入：

入库信息

处理：

1）添加入库信息到入库信息表中,从入库信息表中修改或者删除对应入库信息记录

2）入库确认后，库存信息做相应更改

输出：

入库信息记录

表1-10描述说明处理1.2.10

加工名称

出库单登记

输入：

出库单信息

处理：

添加出库单信息到出库单登记表中,从出库单登记表中修改或者删除对应出库单信息记录

输出：

出库单信息记录

表1-11描述说明处理1.2.11

加工名称

出库信息录入

输入：

出库信息

处理：

1）添加出库信息到出库信息表中,从出库信息表中修改或者删除对应出库信息记录

2）出库确认后，库存信息做相应更改

输出：

出库信息记录

表1-12描述说明处理1.2.12

加工名称

报损信息录入

输入：

报损信息

处理：

1）添加报损信息到报损信息表中,从报损信息表中修改或者删除对应报损信息记录

2）报损信息确认后，库存信息做相应更改

输出：

报损信息记录

表1-13描述说明处理1.2.13

加工名称

报损信息统计

输入：

报损信息记录

处理：

按日期统计报损信息

输出：

报损统计记录

表1-14描述说明处理1.2.14

加工名称

退货入库单登记

输入：

退货入库单信息

处理：

添加退货入库单信息到退货入库单登记表中,从退货入库单登记表中修改或者删除对应退货入库单信息记录

输出：

退货入库单信息记录

表2-15描述说明处理1.2.15

加工名称

退货入库信息录入

输入：

退货入库信息

处理：

1）添加退货入库信息到退货入库信息表中,从退货入库信息表中修改或者删除对应退货入库信息记录

2）退货入库信息确认后，库存信息做相应更改

输出：

退火入库信息记录

表2-16描述说明处理1.2.16

加工名称

库存信息查询

输入：

查询条件，库存下限

处理：

按查询条件查询出对应库存信息记录，修改对应商品库存记录中的库存下限，库存不足是发出警报

输出：

对应库存信息记录，发出警报的库存信息记录

4.5.4销售管理模块数据流图和数据字典

数据流图

添删改

添删改

查询

统计

图4.5

数据字典

主要数据流条目说明：

销售单信息=销售单单号+销售单日期+销售员+销售金额

销售信息=销售单单号,销售编号,商品名称,型号,销售数量,数量单位,销售单价,销售时间,销售员工,应付金额,实付金额

销售统计信息=商品名称,型号,销售日期,总销售数量,数量单位,总销售金额）

处理描述：

处理描述表1-17

加工名称

销售单登记

输入：

销售单信息

处理：

添加销售单信息到销售单登记表中,从销售单登记表中修改或者删除对应销售单信息记录

输出：

销售单信息记录

处理描述表1-18

加工名称

销售信息录入

输入：

销售信息

处理：

添加销售信息到销售信息表中,从销售信息表中修改或者删除对应销售信息记录

输出：

销售信息记录

处理描述表1-19

加工名称

销售信息查询

输入：

查询条件

处理：

按查询条件，查询出对应销售信息记录

输出：

对应销售信息记录

处理描述表1-20

加工名称

销售情况统计

输入：

日期

处理：

按日期统计销售信息，将统计情况添加到销售统计表

输出：

销售统计记录

4.5.5资金管理模块数据流图和数据字典

数据流图

添删改

添删改

付款统计

收款统计

图4.6

数据字典

主要数据条目说明：

收款单信息=收款单单号+收款方式+收款日期+收款金额

付款单信息=付款单单号+付款方式+付款日期+付款金额

收款统计信息=日期+总金额+收款方式

付款统计信息=日期+总金额+收款方式

处理描述：

处理描述表1-21

加工名称

登记收款单

输入：

收款单信息

处理：

添加收款单信息到收款单登记表中,从收款单登记表中修改或者删除对收款单信息记录

输出：

收款单信息记录

处理描述表1-22

加工名称

登记付款单

输入：

付款单信息

处理：

添加付款单信息到付款单登记表中,从付款单登记表中修改或者删除对付款单信息记录

输出：

付款单信息记录

处理描述表1-23

加工名称

付款统计

输入：

日期

处理：

按日期统计付款信息，将统计情况添加到付款统计表

输出：

付款统计记录

处理描述表1-24

加工名称

收款统计

输入：

日期

处理：

按日期统计收款信息，将统计情况添加到收款统计表

输出：

收款统计记录

4.5.6凭证管理模块数据流图和数据字典

数据流图

添删改添删改查询

图4.7

数据字典

主要数据流条目说明：

付款凭证信息=凭证编号+贷方科目+日期+附件类型+附件数+摘要+一级科目+二级科目+金额+财务主管+记账+出纳+复+制单

收款凭证信息=凭证编号+贷方科目+日期+附件类型+附件数+摘要+一级科目+二级科目+金额+财务主管+记账+出纳+复核+制单

处理描述：

处理描述表1-25

加工名称

付款凭证填制

输入：

原始单据信息

处理：

添加原始单据信息到付款记账凭证表中,从付款记账凭证表中修改或者删除对应付款记账凭证信息记录

输出：

付款记账凭证信息记录

处理描述表1-26

加工名称

收款凭证填制

输入：

原始单据信息

处理：

添加原始单据信息到收款记账凭证表中,从收款记账凭证表中修改或者删除对应收款记账凭证信息记录

输出：

收款记账凭证信息记录

处理描述表1-27

加工名称

凭证查询

输入：

查询条件（凭证类型，凭证编号）

处理：

按查询条件，查询出相应类型和编号的凭证信息记录

输出：

凭证信息记录

五、项目任务分解

5.1.WBS任务分解

基于项目背景的WBS的细化方案.如表1

表1.WBS细化方案

项目阶段

各活动下的任务

任务容定义

需求分析阶段

1．对各个子系统进行需求获取

用多种方式进行需求获取

2．对获得的需求进行确认

分阶段的开需求评审会议

概要设计阶段

1.各个系统的用例描述和图

各个系统总的用例，分用例和所有的用例解说

2.各个系统的概念数据建模

各个系统的E-R模型和UML模型

3.概要设计评审

分阶段开概要评审会议

详细设计阶段

1.各个系统对象关系建模

各个系统的对象模型建立

2.各个系统分析类

各个系统的分析类，界面类，控制类

3.各个系统设计类

设置所有类的属性值，和方法头

4.各个系统物理数据库设计

对所有关系进行物理数据库

5.详细设计评审

分阶段开详细评审会议

编码阶段

1.前台销售管理子系统编码

对前台销售子系统的分析类的方法进行编码

2.前台销售管理子系统集成

对前台销售子系统所有模块进行集成

3.后台管理子系统编码

对后台管理子系统的分析类的方法进行编码

4.后台管理子系统集成

对后台管理子系统所有模块进行集成

系统集成

1.系统集成

对各个子系统进行集成

系统测试系统集成

1.集成测试

对各个子系统的集成进行测试

2.环境测试

对发布版本的环境进行测试

提交

1.编写用户使用手册

包括使用的方法

2.提供给用户安装程序

主要是安装向导

用户培训

1.给用户进行

初期进行系统应用的基本培训

5.2绘制wbs图

图5.2wbs图

六、项目估算

6.1项目估算方法

估算是循序渐进的过程，随着项目的不断发展，估算可以重复多次进行的，而且是逐步精确的。

本项目采用自下而上和参数法综合的估算方法，具体过程如下：

1.签订合同前

开始签订合同的时候，根据以往类似项目的经验，采用类比估算方法，进行粗略的估算：

根据用户的要求采用B/S结构，公司JSP+SQLServer的技术比较成熟，以前成功完成过类似的项目，根据SOW的说明，基本上需要2-3个开发人员，2个月左右的开发时间，基本上是4-6人月的规模，所以，10-15万可以作为合同的参考价格。

2.合同签署后

合同签署之后，根据现有的资源和WBS分解的结果，进一步细化估算，由于WBS分解是针对项目的功能进行的分解，在成本估算的时候，首先估算每个任务的开发规模，然后在通过系数获得相应的质量、管理任务的规模，从而计算直接成本，然后计算间接成本，以及总成本，具体过程如表4.1所示。

注：

规模单位为人/天

表6.1合同签署

阶段

WBS

名 称

估计值（人天）

小 计（人天）

总 计（人天）

需求分析阶段

1

前台管理系统

42

84

1.1

收银

5

1.1.1

金额计算

8

1.1.2

打印清单

6

1.1.3

会员卡

7

1.2

顾客信息录入

7

1.2.1

顾客退货管理

9

概要设计阶段

2

后台管理系统

22

2.1

人事管理

5

2.1.1

员工信息管理

9

2.1.2

员工操作权限管理

8

详细设计阶段

2.2

销售管理

12

2.2.1

查询销售信息

3

2.2.2

生成销售排行榜

9

系统集成

2.3

进退货管理

15

2.3.1

进货信息系统

7

系统测试

2.3.2

退货信息系统

8

提交

2.4

库存管理

13

2.4.1

库存信息管理

6

2.4.2

库存状态警告

7

6.2项目估算步骤

1.获取项目分解结果WBS

①任务分解是根据项目的功能进行分解的,

2.计算开发成本

①由于任务分解的结果主要是针对开发任务的分解，管理任务和质量任务可以通过计算开发任务得到，根据以往经验，管理任务和质量任务=20%*开发任务。

②从表6-3得知项目规模是84人天，开发人员成本参数=480元/天，则部的开发成本=480元/天*84天=40320元，

③加上外包外购的部分软件成本5000+3000+3000=11000元，则开发成本=40320+11000=51320元。

3.计算管理、质量成本

①项目的管理和质量成本=开发成本*20%=10264元，

4.直接成本=51320+10264=61584元，

5.计算间接成本

①间接成本包括前期合同费用、房祖水电、培训、员工福利、客户服务等，

②根据以往经验，采用公式：

间接成本=25%直接成本=15396元，

6.计算总估算成本

① 项目总估算成本=61584+15396=76980元。

7.重新评估项目的报价

① 重新评估一下项目的报价准确性，当然这时候，项目的合同已经签署了，报价是不能更改的，但是通过再次的评估可以进一步明确企业的项目运作和利润情况等，

②如果项目的利润是30%，其中风险基金10%，利润15%，税费5%。

则项目的总报价=76980*1.3=100074元,,应该说报价还是比较合适的。

另外，可以采用简便的算法进行估算，企业的报价可以通过开发规模的估算直接得出，例如如果成本系数为5000元/人月，一个人月28人天，则项目报价=5000*84/