超市管理系统项目管理精编38705.pdf

《超市管理系统项目管理精编38705.pdf》由会员分享，可在线阅读，更多相关《超市管理系统项目管理精编38705.pdf（38页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、 超市管理系统项目管理精编 Jenny was compiled in January 2021 超市管理系统项目管理文档 目 录 一、引言 在我国超市已经成为零售业的一种重要形态，加快了国民经济的发展。随着超市高速的崛起，其经营管理也变得愈加复杂，早期的售货员站柜台的形式早已不能满足现有销售业的发展，这样就迫切地需要引入新的管理技术。超市形态具有种种优点，但在目前状况下，它仍存在零售业企业所共有的落后的一面，随着超市形态的高速发展，其经营管理也变得愈加复杂，日常所需要处理的数据量也逐渐增大，商业运转的中间环节也越来越多，原始的人工管理已无法应对这复杂的市场。为此,我选择了超市管理系统设计题目

2、，依靠现代化的计算机信息处理技术来管理超市，从而节省了大量的人力、物力，改善了员工的工作条件，减轻了劳动强度，并且能够快速反映出商品的进、销、存等状况和各种反馈信息分析，使管理人员快速对市场的变化做出相应的决策，加快超市经营管理效率。项目目的 随着超市的出现，超市管理系统也随着出现，并且随着超市的发展，超市管理系统的功能和性能也随着发展。在早期的超市管理系统中，主要是对正在销售的商品进行管理，在当前的超市管理系统中已不仅仅有该功能，还要加人超市相关的物流、库存等相关操作功能。使用最少的人力，完成最大的销售总额，一直是超市管理系统的目标。范围 本文档适用于超市管理系统这一软件项目。项目简介 项目

3、名称 超市管理系统 项目用户 用户是中小型超市户。二、合同 项目名称：超市管理系统 委 托 方（甲 方）：受 托 方（乙 方）：签订时间：签订地点：有效限：经协商，甲方就超市管理系统技术项目委托乙方提供技术服务支持；根据中华人民共和国合同法有关技术合同的规定，经甲乙双方协商，同意就以下条款共同信守执行。第一条：甲方委托乙方进行技术服务的内容如下：1技术服务的目标：为甲方提供运行超市管理系统 技术服务 2技术服务的内容：（1）收银业务（2）顾客信息录入（3）人事管理（4）销售管理（5）进退货管理 （6）库存管理。3技术服务的方式：以项目技术顾问的身份组织专业技术服务，有相关的人员助公司一周，出现

4、问题电话应保持联通，并且能在制定时间到达现场 。第二条：乙方应按下列要求完成技术服务工作：1技术服务地点：2技术服务期限：从双方签订合同起到项目正常运行止；3技术服务进度：根据项目实施的进度同步服务 ；4技术服务质量要求：保证提供的技术服务满足项目的质量需要；5技术服务质量期限要求：合同期内专职技术服务，项目正常运行后长期提供技术咨询。第三条：合同签定后 3 日内甲方支付乙方本合同咨询费总金额 50%的预付款，计人民币圆整。乙方按照本合同约定如期完成项目并通过甲方评审通过后，甲方于五个工作日内付清余款，计人民币圆整。第四条：双方确定以下列标准和方式对乙方的技术服务工作成果进行验收：1乙方完成技

5、术服务工作的形式：（1）提供项目可行性研究报告；（2）提供项目的设计文件；（3）提供项目实施的全程服务团队；2技术服务工作成果的验收标准 （1）提供项目可行性研究报告满足项目要求；（2）提供项目设计文件符合相关规范要求；（3）提供的服务团队专职工作。3技术服务工作成果的验收方法：按照完成项目的需求验收。4验收的时间和地点：根据项目的实施进度同步验收，在项目筹备处。第五条：双方确定，按以下约定承担各自的违约责任：1任一方违反本合同任意一条约定，应当付对方合同总额的 10%的违约金。2甲方在合同履行期间，甲方要求终止或解除合同（非一方原因造成），应付合同总额的 10%向乙方支付违约金。3若由于技术

6、服务的方案缺陷或质量低劣引起返工，乙方必须完善技术服务工作直至满足要求，负责甲方造成的时间和费用损失，可扣除合同总额的 10%的违约金。第六条：本合同未尽事宜，由双方协商解决。三、项目生存期 根据该项目的特点并结合公司已有的软件生存期模型定义，本项目生存期采用增量模型如图所示。四、系统需求 需求概述 超市是一家大型商业零售企业。管理信息系统将使公司从系统一建立起，就以计算机收款机系统为工具，实现商品流转的主流处理。系统的最终目标是在采用计算机通讯网络技术和科学管理方法的基础上结合国际国内的先进计算机管理经验和教训,建立一个覆盖各级主要业务功能的人机协调的管理信息系统。实现以商品经营管理、人事劳

7、资管理、商情信息管理等方面数据采 软件项目规划 需求开发 系统测试 系统集成 项目实施 详细设计 概要设计 提交 集，传递、处理、存栏、查询输出一体化，具有一定经济活动分析能力的管理信息系统。及时、准确反映企业经济活动状态，成为企业内各级管理人员的有力工具。支持他们进行科学化经营管理，使企业获得良好的经济效益和社会效益。系统要达到的目标 现信息的同步，从而方便顾客购物，并且便于管理员、理货员。进货员对商品信息的掌握，及时补充商品，避免商品短缺问题。系统整体结构 整个超市管理系统的功能结构如图所示：超市管理系进货管理系库存管理系人事管理系销售管理系供货商信息管员工信息管理 销售信息盘点 销售信息

8、维护 销售信息盘点 销售信息维护 销售信息查询 进货信息维护 进货信息查询 图系统整体结构 功能需求分析 根据对超市的业务流程分析和需求分析,定义了系统中的的主要模块及其对应的功能描述:（1）员工信息录入：对员工的基本信息进行添加、删除、修改、查看（2）供应商信息录入：对供应商的基本信息进行添加、删除、修改、查看（3）员工信息查询：查询员工信息 （4）供应商信息查询：查询供应商信息 （5）进货信息录入：对进货信息进行添加、删除、修改、查看 （6）进货信息查询：查询进货信息 （7）付款信息录入：对付款业务跟踪记录，添加、删除、修改、查看付款信息 （8）入库单登记：跟踪记录入库单，添加、删除、修改

9、、查看入库单信息 （9）入库信息录入：对商品入库信息进行添加、删除、修改、查看（10）出库单登记：跟踪记录出库单，添加、删除、修改、查看入库单信息（11）出库信息录入：对商品出库信息进行添加、删除、修改、查看（12）退货入库单登记：跟踪记录退货入库单，添加、删除、修改、查看入库单信 息（13）退货入库信息录入：对退货入库信息进行添加、删除、修改、查看（14）报损信息录入：对商品报损信息进行添加、删除、修改、查看（15）报损情况统计：统计报损情况（16）库存查询：按商品分类等查询库存，设置报警数量，执行库存报警（17）销售单登记：跟踪记录销售单，添加、删除、修改、查看销售单信息（18）销售信息录

10、入：对销售信息进行添加、删除、修改、查看（19）销售情况统计：按日期统计销售情况（21）销售信息查询：查询销售信息（22）登记收款单：跟踪记录收款单，添加、删除、修改、查看收款单信息（23）登记付款单：跟踪记录付款单，添加、删除、修改、查看收款单信息（24）收款统计：按日期统计收款金额（25）付款统计：按日期统计付款金额（26）付款凭证填制：跟踪记录原始凭证，添加、删除、修改、查看凭证信息（27）收款凭证填制：跟踪记录原始凭证，添加、删除、修改、查看凭证信息（28）记账凭证查询：查询凭证信息（29）数据管理模块：数据库备份（30）系统设置模块：密码修改，退出 数据流图和数据字典 本节主要介绍将

11、整个系统的数据流自顶向下逐步分解成各个功能模块的数据流图。基本档案模块数据流图和数据字典 数据流图 添加、删除、修改操作 添加、删除、修改操作 查询操作 查询操作 图 数据字典 主要数据流条目说明:员工基本信息单=姓名+性别+出生日期+联系电话+住址 员工信息=员工基本信息+所在部门+职位+超市就职起始日期 供应商信息=姓名+性别+地址+联系电话+传真+备注 处理描述：表 1-1 描述说明处理 加工名称 员工信息录入 管理员工信息表 员工信息录入 供应商信息供应商信息录入 员工信息表 员工信息查询 供应商信息查询 员工信息表 输入：员工信息 处理：添加员工信息到员工信息表中,从员工信息表中修改

12、或者删除对应员工信息记录 输出：员工信息 表 1-2 描述说明处理 加工名称 供应商信息录入 输入：供应商信息 处理：添加供应商信息到供应商信息表中,从供应商信息表中修改或者删除对应供应商信息记录 输出：供应商信息 表 1-3 描述说明处理 加工名称 员工信息查询 输入：员工的姓名或者员工超市就职起始日期 处理：根据查询条件,查询出对应员工信息记录 输出：员工信息记录 表 2-4 描述说明处理 加工名称 供应商信息查询 输入：供应商名称 处理：根据查询条件,查询出对应供应商信息记录 输出：供应商信息 进货管理模块数据流图和数据字典 数据流图 添加、删除、添加、删除、修改操作 修改操作 查询操作

13、 图 数据字典 主要数据流条目说明:进货信息=进货编号+商品名称+进货数量+数量单位+进货员+供应商信息+应付金额 付款信息=付款单单号+付款日期+供应商+付款方+付款方式+应付金额+实付金额 处理描述：表 1-5 描述说明处理 加工名称 进货信息录入 输入：货信息记录 进货信息表 付款信息表 进货信息录入 进货管理付款信息录入 进货信息表 进货信息查询 处理：添加进货信息到进货信息表中,从进货信息表中修改或者删除对应进货信息记录 输出：所有进货记录 表 1-6 描述说明处理 加工名称 付款信息录入 输入：付款信息记录 处理：添加付款信息到付款信息表中,从付款信息表中修改或者删除对应付款信息记

14、录 输出：所有付款记录 表 1-7 描述说明处理 加工名称 进货信息查询 输入：进货编号、商品名称、进货员 处理：按条件查询出对应进货信息记录 输出：进货信息记录 库存管理模块数据流图和数据字典 数据流图 图 数据字典 主要数据流条目说明：入库单=入库单单号+入库单日期+入库人+复核人+库管员 入库信息=入库单单号+商品名称,型号+数量,数量单位+存放仓库+入库人+库管员+入库日期 出库单=出库单单号+出库单日期+提货人+库管员 出库信息=出库单单号+商品名称+型号+数量+数量单位+存放仓库+提货人+库管员+出库日期 退货入库单=退货入库单单号+退货入库日期+入库人+库管员 退货入库信息=退货

15、入库单单号+商品名称+型号+数量+数量单位+存放仓库+入库人+管员+入库日期 报损信息=报损日期+商品名称+型号+数量,数量单位+存放仓库+报损人+报损描述 报损统计情况=月份+商品名称+型号+数量单位+总数量 库存信息=商品名称+型号+现存数量+存放仓库+库管员+数量单位+入库总数量+出库总数量+警报下限+警报标志 处理描述:表 1-8 描述说明处理 加工名称 入库单登记 输入：入库单信息 处理：添加入库单信息到入库单登记表中,从入库单登记表中修改或者删除对应入库单信息记录 输出：入库单信息记录 表 1-9 描述说明处理 加工名称 入库信息录入 输入：入库信息 处理：1)添加入库信息到入库信

16、息表中,从入库信息表中修改或者删除对应入库信息记录 2)入库确认后，库存信息做相应更改 输出：入库信息记录 表 1-10 描述说明处理 加工名称 出库单登记 输入：出库单信息 处理：添加出库单信息到出库单登记表中,从出库单登记表中修改或者删除对应出库单信息记录 输出：出库单信息记录 表 1-11 描述说明处理 加工名 出库信息录入 称 输入：出库信息 处理：1)添加出库信息到出库信息表中,从出库信息表中修改或者删除对应出库信息记录 2)出库确认后，库存信息做相应更改 输出：出库信息记录 表 1-12 描述说明处理 加工名称 报损信息录入 输入：报损信息 处理：1)添加报损信息到报损信息表中,从

17、报损信息表中修改或者删除对应报损信息记录 2)报损信息确认后，库存信息做相应更改 输出：报损信息记录 表 1-13 描述说明处理 加工名称 报损信息统计 输入：报损信息记录 处理：按日期统计报损信息 输出：报损统计记录 表 1-14 描述说明处理 加工名称 退货入库单登记 输入：退货入库单信息 处添加退货入库单信息到退货入库单登记表中,从退货入库理：单登记表中修改或者删除对应退货入库单信息记录 输出：退货入库单信息记录 表 2-15 描述说明处理 加工名称 退货入库信息录入 输入：退货入库信息 处理：1)添加退货入库信息到退货入库信息表中,从退货入库信息表中修改或者删除对应退货入库信息记录 2

18、)退货入库信息确认后，库存信息做相应更改 输出：退火入库信息记录 表 2-16 描述说明处理 加工名称 库存信息查询 输入：查询条件，库存下限 处理：按查询条件查询出对应库存信息记录，修改对应商品库存记录中的库存下限，库存不足是发出警报 输出：对应库存信息记录，发出警报的库存信息记录 销售管理模块数据流图和数据字典 数据流图 添删改 添删改 查询 统计 图 数据字典 主要数据流条目说明：销售单信息=销售单单号+销售单日期+销售员+销售金额 销售信息=销售单单号,销售编号,商品名称,型号,销售数量,数量单位,销售单价,销售时间,销售员工,应付金额,实付金额 销售统计信息=商品名称,型号,销售日期

19、,总销售数量,数量单位,总销售金额)处理描述：处理描述表 1-17 加工名称 销售单登记 输入：销售单信息 处添加销售单信息到销售单登记表中,从销售单登记表中销售单登记表 销售信息表 销售统计表 销售管理员 销售单登记 销售信息录入 销售信息查询 销售情况统计 销售信息表 理：修改或者删除对应销售单信息记录 输出：销售单信息记录 处理描述表 1-18 加工名称 销售信息录入 输入：销售信息 处理：添加销售信息到销售信息表中,从销售信息表中修改或者删除对应销售信息记录 输出：销售信息记录 处理描述表 1-19 加工名称 销售信息查询 输入：查询条件 处理：按查询条件，查询出对应销售信息记录 输出

20、：对应销售信息记录 处理描述表 1-20 加工名称 销售情况统计 输入：日期 处理：按日期统计销售信息，将统计情况添加到销售统计表 输销售统计记录 出：资金管理模块数据流图和数据字典 数据流图 添删改 添删改 付款统计 收款统计 图 数据字典 主要数据条目说明：收款单信息=收款单单号+收款方式+收款日期+收款金额 付款单信息=付款单单号+付款方式+付款日期+付款金额 收款统计信息=日期+总金额+收款方式 付款统计信息=日期+总金额+收款方式 处理描述：处理描述表 1-21 加工名称 登记收款单 输入：收款单信息 处理：添加收款单信息到收款单登记表中,从收款单登记表中修改或者删除对收款单信息记录

21、 收款单登付款单登收款统计付款统计登记收款单 登记付款单 收款统计 付款统计 管理输出：收款单信息记录 处理描述表 1-22 加工名称 登记付款单 输入：付款单信息 处理：添加付款单信息到付款单登记表中,从付款单登记表中修改或者删除对付款单信息记录 输出：付款单信息记录 处理描述表 1-23 加工名称 付款统计 输入：日期 处理：按日期统计付款信息，将统计情况添加到付款统计表 输出：付款统计记录 处理描述表 1-24 加工名称 收款统计 输入：日期 处理：按日期统计收款信息，将统计情况添加到收款统计表 输出：收款统计记录 凭证管理模块数据流图和数据字典 数据流图 添删改 添删改 查询 图 数据

22、字典 主要数据流条目说明：付款凭证信息=凭证编号+贷方科目+日期+附件类型+附件张数+摘要+一级科目+二 级科目+金额+财务主管+记账+出纳+复+制单 收款凭证信息=凭证编号+贷方科目+日期+附件类型+附件张数+摘要+一级科目+二 级科目+金额+财务主管+记账+出纳+复核+制单 处理描述：处理描述表 1-25 加工名称 付款凭证填制 输入：原始单据信息 付款记账凭证表 收款记账凭证表 付款凭证填制 收款凭证填制 凭证查询 付款记账凭证表 收款记账凭证表 财务管理处理：添加原始单据信息到付款记账凭证表中,从付款记账凭证表中修改或者删除对应付款记账凭证信息记录 输出：付款记账凭证信息记录 处理描述

23、表 1-26 加工名称 收款凭证填制 输入：原始单据信息 处理：添加原始单据信息到收款记账凭证表中,从收款记账凭证表中修改或者删除对应收款记账凭证信息记录 输出：收款记账凭证信息记录 处理描述表 1-27 加工名称 凭证查询 输入：查询条件（凭证类型，凭证编号）处理：按查询条件，查询出相应类型和编号的凭证信息记录 输出：凭证信息记录 五、项目任务分解.WBS 任务分解 基于项目背景的 WBS 的细化方案.如表 1 表 细化方案 项目阶段 各活动下的任务 任务内容定义 需求分析阶段 1对各个子系统进行需求获取 用多种方式进行需求获取 2对获得的需求进行确认 分阶段的开需求评审会议 概要设计阶段

24、1.各个系统的用例描述和图 各个系统总的用例，分用例和所有的用例解说 2.各个系统的概念数据建模 各个系统的 E-R 模型和 UML 模型 3.概要设计评审 分阶段开概要评审会议 详细设计阶段 1.各个系统对象关系建模 各个系统的对象模型建立 2.各个系统分析类 各个系统的分析类，界面类，控制类 3.各个系统设计类 设置所有类的属性值，和方法头 4.各个系统物理数据库设计 对所有关系进行物理数据库 5.详细设计评审 分阶段开详细评审会议 编码阶段 1.前台销售管理子系统编码 对前台销售子系统的分析类的方法进行编码 2.前台销售管理子系统集成 对前台销售子系统所有模块进行集成 3.后台管理子系统

25、编码 对后台管理子系统的分析类的方法进行编码 4.后台管理子系统集成 对后台管理子系统所有模块进行集成 系统集成 1.系统集成 对各个子系统进行集成 系统测试1.集成测试 对各个子系统的集成系统集成 进行测试 2.环境测试 对发布版本的环境进行测试 提交 1.编写用户使用手册 包括使用的方法 2.提供给用户安装程序 主要是安装向导 用户培训 1.给用户进行 初期进行系统应用的基本培训 绘制 wbs 图 图图 六、项目估算 项目估算方法 估算是循序渐进的过程，随着项目的不断发展，估算可以重复多次进行的，而且是逐步精确的。本项目采用自下而上和参数法综合的估算方法，具体过程如下：1.签订合同前 开始

26、签订合同的时候，根据以往类似项目的经验，采用类比估算方法，进行粗略的估算：根据用户的要求采用 B/S 结构，公司JSP+SQLServer 的技术比较成熟，以前成功完成过类似的项目，根据 SOW 的说明，基本上需要 2-3 个开发人员，2 个月左右的开发时间，基本上是 4-6 人月的规模，所以，10-15 万可以作为合同的参考价格。2.合同签署后 合同签署之后，根据现有的资源和 WBS 分解的结果，进一步细化估算，由于 WBS 分解是针对项目的功能进行的分解，在成本估算的时候，首先估算每个任务的开发规模，然后在通过系数获得相应的质量、管理任务的规模，从而计算直接成本，然后计算间接成本，以及总成

27、本，具体过程如表所示。注：规模单位为人/天 表 合同签署 阶段 WBS 名称 估计值(人天)小计(人天)总计(人天)需求分析阶段 1 前台管理系统 42 84 收银 5 金额计算 8 打印清单 6 会员卡 7 顾客信息录入 7 顾客退货管理 9 概要设计2 后台管理系 22 阶段 统 人事管理 5 员工信息管理 9 员工操作权限管理 8 详细设计阶段 销售管理 12 查询销售信息 3 生成销售排行榜 9 系统集成 进退货管理 15 进货信息系统 7 系统测试 退货信息系统 8 提交 库存管理 13 库存信息管理 6 库存状态警告 7 项目估算步骤 1.获取项目分解结果 WBS 任务分解是根据项

28、目的功能进行分解的,2.计算开发成本 由于任务分解的结果主要是针对开发任务的分解，管理任务和质量任务可以通过计算开发任务得到，根据以往经验，管理任务和质量任务=20%*开发任务。从表 6-3 得知项目规模是 84 人天，开发人员成本参数=480元/天，则内部的开发成本=480 元/天*84 天=40320 元，加上外包外购的部分软件成本 5000+3000+3000=11000 元，则开发成本=40320+11000=51320 元。3.计算管理、质量成本 项目的管理和质量成本=开发成本*20%=10264 元，4.直接成本=51320+10264=61584 元，5.计算间接成本 间接成本包

29、括前期合同费用、房祖水电、培训、员工福利、客户服务等，根据以往经验，采用公式：间接成本=25%直接成本=15396元，6.计算总估算成本?项目总估算成本=61584+15396=76980 元。7.重新评估项目的报价?重新评估一下项目的报价准确性，当然这时候，项目的合同已经签署了，报价是不能更改的，但是通过再次的评估可以进一步明确企业的项目运作和利润情况等，如果项目的利润是 30%，其中风险基金 10%，利润 15%，税费 5%。则项目的总报价=76980*=100074 元,应该说报价还是比较合适的。另外，可以采用简便的算法进行估算，企业的报价可以通过开发规模的估算直接得出，例如如果成本系数

30、为 5000 元/人月，一个人月 28 人天，则项目报价=5000*84/28=15000 元。七、项目进度 进度管理 此处用甘特图或进度表格描述。1 进度计划：本进度计划是从按照交付日期倒推确定时间，然后安排计划内容；进度安排提交的日期并非是真实的交付日期，而是留有半个月左右的余量时间，以备变化。如表所示。表 进度管理 任务名称 工 期 开始时间 结束时间 资 源 超市管理系统 2016-10-13 2017-1-1 软件项目规划 2 2016-10-13 2016-10-14 全体人员参与 项目规划 1 2016-10-13 2016-10-13 全体人员参与 计划评审 1 2016-10

31、-14 2016-10-14 全体人员参与 需求开发 9 2016-10-15 2016-10-27 全体人员参与 用户界面设计 2 2016-10-15 2016-10-16 全体人员参与 用户需求评审 1 2016-10-19 2016-10-19 全体人员参与 修改需求、修改用户界面 3 2016-10-20 2016-10-22 全体人员参与 编写需求规格说明书 2 2016-10-23 2016-10-26 全体人员参与 需求验证 1 2016-10-27 2016-10-27 全体人员参与 概要设计 66 2016-10-28 2016-11-4 全体人员参与 用例描述图 2 20

32、16-10-28 2016-10-29 全体人员参与 概念数据建模 2 2016-10-30 2016-10-31 全体人员参与 概要设计评审 2 2016-11-3 2016-11-4 全体人员参与 详细设计 9 2016-11-5 2016-11-17 全体人员参与 任务名称 工 期 开始时间 结束时间 资 源 对象关系建模 3 2016-11-5 2016-11-9 全体人员参与 分析类 2 2016-11-10 2016-11-11 全体人员参与 设计类 1 2016-11-12 2016-11-12 全体人员参与 物理数据库设计 2 2016-11-13 2016-11-16 全体人

33、员参与 详细设计评审 1 2016-11-17 2016-11-17 全体人员参与 项目实施 24 2016-11-24 2016-12-25 全体人员参与 前台销售管理子系统 9 2016-11-24 2016-12-4 全体人员参与 顾客信息录入功能 2 2016-11-24 2016-1-25 全体人员参与 顾客退货管理 1 2016-11-24 2016-11-24 全体人员参与 顾客信息录入功能评审 1 2016-11-25 2016-11-25 全体人员参与 收银 5 2016-11-26 2016-12-2 全体人员参与 交易金额计算 1 2016-11-26 2016-11-2

34、6 全体人员参与 打印交易清单 1 2016-11-27 2016-11-27 全体人员参与 会员卡打折 2 2016-3-21 2016-3-22 全体人员参与 收银评审 1 2016-11-2 2016-11-2 全体人员参与 前台销售子系统集2 2016-2016-全体人员任务名称 工 期 开始时间 结束时间 资 源 成 13-3 12-4 参与 子系统集成测试 1 2016-13-3 2016-13-3 全体人员参与 子环境测试 1 2016-13-4 2016-13-4 全体人员参与 后台管理子系统 15 2016-12-7 2016-12-25 全体人员参与 人事功能 3 2016

35、-12-7 2016-12-9 全体人员参与 员工信息管理 1 2016-12-7 2016-12-7 全体人员参与 员工操作权限管理 1 2016-12-8 2016-12-8 全体人员参与 人事功能评审 1 2016-12-9 2016-12-9 全体人员参与 销售管理功能 3 2016-12-10 2016-12-14 全体人员参与 查询打印销售信息 1 2016-12-10 2016-12-10 全体人员参与 生成销售排行旁 1 2016-12-11 2016-12-11 全体人员参与 销售管理功能评审 1 2016-12-14 2016-12-14 全体人员参与 进退货管理 3 20

36、16-12-15 2016-12-17 全体人员参与 进货信息管理 1 2016-12-15 2016-12-15 全体人员参与 退货信息管理 1 2016-12-16 2016-12-16 全体人员参与 进退货管理评审 1 2016-12-17 2016-12-17 全体人员参与 任务名称 工 期 开始时间 结束时间 资 源 库存管理 3 2016-12-18 2016-12-22 全体人员参与 查询库存信息 1 2016-12-18 2016-12-18 全体人员参与 库存状态自动警告 1 2016-12-21 2016-12-21 全体人员参与 库存管理评审 1 2016-12-22 2

37、016-12-22 全体人员参与 后台管理子系统集成 3 2016-12-23 2016-12-25 全体人员参与 子系统集成测试 2 2016-12-23 2016-12-24 全体人员参与 子环境测试 1 2016-12-25 2016-12-25 全体人员参与 系统集成 1 2016-12-28 2016-12-28 全体人员参与 系统集成 1 2016-12-28 2016-12-28 全体人员参与 系统测试 2 2016-12-29 2016-12-30 全体人员参与 系统测试 1 2016-12-29 2016-12-29 全体人员参与 环境测试 1 2016-12-30 2016

38、-12-30 全体人员参与 提交 2 2016-12-31 2017-1-1 全体人员参与 完成文档 1 2016-12-31 2016-12-31 全体人员参与 验收、提交 1 2016-1-1 2017-1-1 全体人员参与 项目里程碑 八、测试计划 完成对流程的编码后最重要的事情就是对系统的测试工作了，测试在系统设计阶段有两个时期，通常在编写每个模块后做单元测试，另一个时期是对系统的综合测试。测试方法 测试任何产品都有两种方法：如果已经知道了产品应该具有的功能，可以通过测试来检验是否每个功能都能正常使用；如果知道产品内部工作过程，可以通过测试来检验产品内部动作是否按照规格说明书的规定正常

39、进行。前一个方法称为黑盒测试，后一个方法称为白盒测试。模块测试 1）进/退货管理模块测试 对进货、退货管理模块测试，内容包括对进货、退货信息输入进行正确性和合法性的测试，对添加、删除、修改操作导致数据库的改变进行正确性和合法性的测试，对查询进货、退货信息结果进行正确性测试，对进货总金额盘点进行核对测试。（2）销售管理模块测试 对销售管理模块测试，内容包括对购买时判断库存商品是否足够的测试，对文本框输入数据是否合法进行测试，对按商品编号、名称查询库存商品的结果测试，对购买列表显示是否正确进行测试，对商品价格结算是否正确进行测试，对判断收款金额是否足够进行测试，对完成销售时找零数目进行测试，对完成

40、销售后的销售信息盘点进行测试，对销售排行榜的正确性进行测试。（3）库存管理模块测试 对库存管理模块测试，内容包括对查询库存商品的不同查询方式对应的不同查询结果的测试，对修改库存商品信息文本框所输入的新信息的合法性、正确性进行测试，对提交修改信息后库存信息是否改变进行测试，对库存商品总值盘点的结果核对是否正确的测试。（4）人事管理模块测试 对人事管理模块测试，内容包括对查询员工信息/供应商信息的不同查询方式对应的不同查询结果的测试，对修改员工信息/供应商信息文本框所输入的新信息的合法性、正确性进行测试，对提交修改信息是否成功的测试。（5）系统管理模块测试 对系统管理模块测试，内容包括对添加、修改

41、、删除用户操作的正确性、合法性的测试，对重置数据信息是否成功进行测试，对备份/还原数据库的功能进行测试。（6）测试结果 所有模块经过测试都可以实现其基本的功能，响应时间都在系统要求的范围内，存在的部分 bug，已经修正。九、项目配置管理 组织及职责(1)根据项目计划中的角色分配，确定配置管理者，SCCB（配置控制委员会）成员。(2)项目经理是 SCCB 的负责人。(3)配置管理的角色和职责见表所示。表 配置管理角色职责表 角色 人员 职责、工作范围 配置管理者 A（1）制定配置管理计划（2）创建和维护配置库 SCC 负责人 B（1）审批配置管理计划（2）审批重大的变更 SCCB 成员 质量保证

42、人员C 配置管理者D 审批某些配置项或基线的变更 用户及权限 用户及权限具体如表所示。表 配置库的用户权限 类别 人员 权限说明 配置管理者 A 负责项目配置管理，对库拥有所有权限 项目管理 B 访问、读 质量保证人C 访问、读 员 开发人员 D 访问、读 高层管理 E 访问、读 十、项目风险计划 项目风险 项目风险具体如表所示。表 项目风险 序号 风险识别 风险评估 风险应对措施 潜在的风险事件 风险发生的后果 可能性 影响 风险值 应对措施 预防措施 1 需求不明确：需求小组没有真正理解客户需求 客户不接受产品或拒绝付款 70%50%35%派遣经验丰富的需求分析师与客户进行深入的交流，明确

43、客户的主要需求，引导客户对项目做出正确的描述。事先进行需求评审 2 项目范围定义不明确 项目没完没了 40%50%15%要求需求小组按照客户的要求变更项目范围。需求要在事先定义清楚并获得客户的确认。3 项目目标不明确 导致项目进度拖期30%50%10%修改项目目标。事先明确项目目标 或成本超支。4 需求小组对客户业务了解不够 软件不能实现业务功能 70%60%20%修改软件 加强与了解并让客户参与 5 需求不断变化 项目变得没完没了 50%40%10%提交 CCB 讨论、决定 建立范围变更程序 6 任务定义不够充分 项目不能按时、按预算完成 20%30%15%重新定义 事先与客户达成共识 7

44、程序员对系统设计的理解上出现偏差 软件实现不了设计的功能，客户拒绝接受 60%50%5%修改代码 进行设计评审 8 客户要求增加功能 项目进度拖期、成本超支 80%50%10%修改程序 事先确定范围目标 9 客户突然要求增加功能 项目进度拖期、成本超支 70%15%15%作出相应修改 事先确定项目范围和功能要求 10 出现故障，用户维护人员解决不了 客户投诉 15%10%20%派技术人员帮助解决 事先培训客户系统维护人员 管理实践 1.人力资源风险的应对措施 和有关资源部门充分沟通，达成共识，建立人员的稳定和释放机制，在开发周期内保持人员的相对稳定，资源线调动资源需要和产品部协调，并将此作为产

45、品线考核资源线的一个指标。针对人员缺乏经验，需要进行系列的培训组织，保证项目开发人员及时了解产品知识。工作交接规范化，保证产品开发不会因为人员变动受到大的冲击。对项目组进行良好组织，使得每一个开发活动的信息能被广泛传播和交流。对所有工作进行详细复审，避免只有一个人熟悉该项工作情况出现。对于每一个关键技术岗位都指定一个后备人员 2.对于需求变动的缓解措施 在进行需求分析时和市场人员甚至用户进行充分沟通。定出基线进行详细评审。周知版本计划，并用市场销售指导书指导市场人员签单时注意公司产品的规格，引导用户 严格控制需求的变更，建立需求变更控制机制 及时调整计划；并周知所有项目有关人员 3.对于技术因素的缓解措施 使用模块化、层次化开发模式，尽量降低系统复杂性 加强评审 4.进度风险的缓解措施 强化周报，月报，例会等措施 定期（如月）更新日程表 5.商业风险的缓解措施 重点关注关键路径 客户定期，充分沟通