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

超市管理系统项目管理文档目 录一、引言- 2 -1.1项目目的- 2 -1.2范围- 2 -1.3项目简介- 2 -二、合同- 2 -三、项目生存期- 3 -四、系统需求- 4 -4.1 需求概述- 4 - 4.2 系统要达到的目标- 4 - 4.3系统整体结构- 5 - 4.4 功能需求分析- 5 - 4.5数据流图和数据字典- 6 - 4.5.1基本档案模块- 6 - 4.5.2进货管理模块- 8 - 4.5.3 库存管理模块- 9 - 4.5.4销售管理模块- 12 - 4.5.5资金管理模块- 13 - 4.5.6凭证管理模块- 14 -五、项目任务分解-16 -5.1. WBS任务分解- 16 -5.2绘制WBS图- 17 -六、项目估算- 17 -6.1项目估算方法- 17 -6.2项目估算步骤- 18 -七、项目进度-19 -7.1进度管理- 19 -7.2项目里程碑- 21 -八、 项目测试- 21 -8.1测试方法- 21 -8.2模块测试- 21 -九、 项目配置管理- 22 -9.1组织及职责- 22 - 9.2用户及权限- 22 - 十、 项目风险计划- 22 - 10.1项目风险-23- 10.2管理实践- 23 - 一、引言在我国超市已经成为零售业的一种重要形态，加快了国民经济的发展。随着超市高速的崛起，其经营管理也变得愈加复杂，早期的售货员站柜台的形式早已不能满足现有销售业的发展，这样就迫切地需要引入新的管理技术。超市形态具有种种优点，但在目前状况下，它仍存在零售业企业所共有的落后的一面，随着超市形态的高速发展，其经营管理也变得愈加复杂，日常所需要处理的数据量也逐渐增大，商业运转的中间环节也越来越多，原始的人工管理已无法应对这复杂的市场。为此,我选择了超市管理系统设计题目，依靠现代化的计算机信息处理技术来管理超市，从而节省了大量的人力、物力，改善了员工的工作条件，减轻了劳动强度，并且能够快速反映出商品的进、销、存等状况和各种反馈信息分析，使管理人员快速对市场的变化做出相应的决策，加快超市经营管理效率。1.1项目目的 随着超市的出现，超市管理系统也随着出现，并且随着超市的发展，超市管理系统的功能和性能也随着发展。在早期的超市管理系统中，主要是对正在销售的商品进行管理，在当前的超市管理系统中已不仅仅有该功能，还要加人超市相关的物流、库存等相关操作功能。使用最少的人力，完成最大的销售总额，一直是超市管理系统的目标。1.2范围本文档适用于超市管理系统这一软件项目。1.3项目简介1.3.1项目名称超市管理系统1.3.2项目用户用户是中小型超市户。2、 合同项目名称：超市管理系统 委 托 方（甲 方）： 受 托 方（乙 方）： 签订时间： 签订地点： 有效限：经协商，甲方就超市管理系统技术项目委托乙方提供技术服务支持；根据中华人民共和国合同法有关技术合同的规定，经甲乙双方协商，同意就以下条款共同信守执行。第一条：甲方委托乙方进行技术服务的内容如下： 1技术服务的目标：为甲方提供运行超市管理系统 技术服务 2技术服务的内容：（1）收银业务 （2）顾客信息录入 （3）人事管理 （4）销售管理 （5）进退货管理 （6）库存管理。 3技术服务的方式：以项目技术顾问的身份组织专业技术服务，有相关的人员助公司一周，出现问题电话应保持联通，并且能在制定时间到达现场 。第二条：乙方应按下列要求完成技术服务工作： 1技术服务地点： 2技术服务期限：从双方签订合同起到项目正常运行止； 3技术服务进度：根据项目实施的进度同步服务 ； 4技术服务质量要求：保证提供的技术服务满足项目的质量需要 ； 5技术服务质量期限要求：合同期内专职技术服务，项目正常运行后长期提供技术咨询 。 第3条 ：合同签定后3日内甲方支付乙方本合同咨询费总金额50%的预付款，计人民币圆整。乙方按照本合同约定如期完成项目并通过甲方评审通过后，甲方于五个工作日内付清余款，计人民币圆整。第四条：双方确定以下列标准和方式对乙方的技术服务工作成果进行验收：1乙方完成技术服务工作的形式： （1）提供项目可行性研究报告； （2）提供项目的设计文件； （3）提供项目实施的全程服务团队； 2技术服务工作成果的验收标准 （1）提供项目可行性研究报告满足项目要求； （2）提供项目设计文件符合相关规范要求； （3）提供的服务团队专职工作 。 3技术服务工作成果的验收方法：按照完成项目的需求验收。 4验收的时间和地点：根据项目的实施进度同步验收，在项目筹备处。第五条：双方确定，按以下约定承担各自的违约责任： 1任一方违反本合同任意一条约定，应当付对方合同总额的10%的违约金。 2甲方在合同履行期间，甲方要求终止或解除合同（非一方原因造成），应付合同总额的10%向乙方支付违约金。 3若由于技术服务的方案缺陷或质量低劣引起返工，乙方必须完善技术服务工作直至满足要求，负责甲方造成的时间和费用损失，可扣除合同总额的10%的违约金。第6条 ：本合同未尽事宜，由双方协商解决。三、项目生存期根据该项目的特点并结合公司已有的软件生存期模型定义，本项目生存期采用增量模型如图所示。软件项目规划需求开发系统测试系统集成项目实施详细设计概要设计提交四、系统需求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前台管理系统42841.1收银51.1.1金额计算81.1.2打印清单61.1.3会员卡71.2顾客信息录入71.2.1顾客退货管理9概要设计阶段2后台管理系统222.1人事管理5 2.1.1员工信息管理92.1.2员工操作权限管理8详细设计阶段2.2销售管理12 2.2.1查询销售信息32.2.2生成销售排行榜9系统集成2.3进退货管理152.3.1进货信息系统7系统测试2.3.2退货信息系统8提交2.4库存管理132.4.1库存信息管理62.4.2库存状态警告76.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/28=15000元。七、 项目进度7.1进度管理此处用甘特图或进度表格描述。1 进度计划： 本进度计划是从按照交付日期倒推确定时间，然后安排计划内容； 进度安排提交的日期并非是真实的交付日期，而是留有半个月左右的余量时间，以备变化。如表7.1所示。表7.1 进度管理任务名称工 期开始时间结束时间资 源超市管理系统2016-10-132017-1-1l 软件项目规划22016-10-132016-10-14全体人员参与项目规划1 2016-10-132016-10-13全体人员参与计划评审12016-10-142016-10-14全体人员参与l 需求开发92016-10-152016-10-27全体人员参与用户界面设计22016-10-152016-10-16全体人员参与用户需求评审12016-10-192016-10-19全体人员参与修改需求、修改用户界面32016-10-202016-10-22全体人员参与编写需求规格说明书22016-10-232016-10-26全体人员参与需求验证12016-10-272016-10-27全体人员参与l 概要设计662016-10-282016-11-4全体人员参与用例描述图22016-10-282016-10-29全体人员参与概念数据建模22016-10-302016-10-31全体人员参与概要设计评审22016-11-32016-11-4全体人员参与l 详细设计92016-11-52016-11-17全体人员参与对象关系建模32016-11-52016-11-9全体人员参与分析类22016-11-102016-11-11全体人员参与设计类12016-11-122016-11-12全体人员参与物理数据库设计22016-11-132016-11-16全体人员参与详细设计评审12016-11-172016-11-17全体人员参与l 项目实施242016-11-242016-12-25全体人员参与前台销售管理子系统92016-11-242016-12-4全体人员参与顾客信息录入功能22016-11-242016-1-25全体人员参与顾客退货管理12016-11-242016-11-24全体人员参与顾客信息录入功能评审12016-11-252016-11-25全体人员参与收银52016-11-262016-12-2全体人员参与交易金额计算12016-11-262016-11-26全体人员参与打印交易清单12016-11-272016-11-27全体人员参与会员卡打折22016-3-212016-3-22全体人员参与收银评审12016-11-22016-11-2全体人员参与前台销售子系统集成22016-13-32016-12-4全体人员参与子系统集成测试12016-13-32016-13-3全体人员参与子环境测试12016-13-42016-13-4全体人员参与后台管理子系统152016-12-72016-12-25全体人员参与人事功能32016-12-72016-12-9全体人员参与员工信息管理12016-12-72016-12-7全体人员参与员工操作权限管理12016-12-82016-12-8全体人员参与人事功能评审12016-12-92016-12-9全体人员参与销售管理功能32016-12-102016-12-14全体人员参与查询打印销售信息12016-12-102016-12-10全体人员参与生成销售排行旁12016-12-112016-12-11全体人员参与销售管理功能评审12016-12-142016-12-14全体人员参与进退货管理32016-12-152016-12-17全体人员参与进货信息管理12016-12-152016-12-15全体人员参与退货信息管理12016-12-162016-12-16全体人员参与进退货管理评审12016-12-172016-12-17全体人员参与库存管理32016-12-182016-12-22全体人员参与查询库存信息12016-12-182016-12-18全体人员参与库存状态自动警告12016-12-212016-12-21全体人员参与库存管理评审12016-12-222016-12-22全体人员参与后台管理子系统集成32016-12-232016-12-25全体人员参与子系统集成测试22016-12-232016-12-24全体人员参与子环境测试12016-12-252016-12-25全体人员参与l 系统集成12016-12-282016-12-28全体人员参与系统集成12016-12-282016-12-28全体人员参与l 系统测试22016-12-292016-12-30全体人员参与系统测试12016-12-292016-12-29全体人员参与环境测试12016-12-302016-12-30全体人员参与l 提交22016-12-312017-1-1全体人员参与完成文档12016-12-312016-12-31全体人员参与验收、提交12016-1-12017-1-1全体人员参与7.2项目里程碑8、 测试计划 完成对流程的编码后最重要的事情就是对系统的测试工作了，测试在系统设计阶段有两个时期，通常在编写每个模块后做单元测试，另一个时期是对系统的综合测试。8.1测试方法 测试任何产品都有两种方法：如果已经知道了产品应该具有的功能，可以通过测试来检验是否每个功能都能正常使用；如果知道产品内部工作过程，可以通过测试来检验产品内部动作是否按照规格说明书的规定正常进行。前一个方法称为黑盒测试，后一个方法称为白盒测试。8.2模块测试 1）进/退货管理模块测试对进货、退货管理模块测试，内容包括对进货、退货信息输入进行正确性和合法性的测试，对添加、删除、修改操作导致数据库的改变进行正确性和合法性的测试，对查询进货、退货信息结果进行正确性测试，对进货总金额盘点进行核对测试。（2）销售管理模块测试对销售管理模块测试，内容包括对购买时判断库存商品是否足够的测试，对文本框输入数据是否合法进行测试，对按商品编号、名称查询库存商品的结果测试，对购买列表显示是否正确进行测试，对商品价格结算是否正确进行测试，对判断收款金额是否足够进行测试，对完成销售时找零数目进行测试，对完成销售后的销售信息盘点进行测试，对销售排行榜的正确性进行测试。（3）库存管理模块测试对库存管理模块测试，内容包括对查询库存商品的不同查询方式对应的不同查询结果的测试，对修改库存商品信息文本框所输入的新信息的合法性、正确性进行测试，对提交修改信息后库存信息是否改变进行测试，对库存商品总值盘点的结果核对是否正确的测试。（4）人事管理模块测试对人事管理模块测试，内容包括对查询员工信息/供应商信息的不同查询方式对应的不同查询结果的测试，对修改员工信息/供应商信息文本框所输入的新信息的合法性、正确性进行测试，对提交修改信息是否成功的测试。（5）系统管理模块测试对系统管理模块测试，内容包括对添加、修改、删除用户操作的正确性、合法性的测试，对重置数据信息是否成功进行测试，对备份/还原数据库的功能进行测试。（6）测试结果所有模块经过测试都可以实现其基本的功能，响应时间都在系统要求的范围内，存在的部分bug，已经修正。 九、 项目配置管理9.1组织及职责(1)根据项目计划中的角色分配，确定配置管理者，SCCB（配置控制委员会）成员。(2)项目经理是SCCB的负责人。 (3)配置管理的角色和职责见表9.1所示。表9.1 配置管理角色职责表角色人员职责、工作范围配置管理者A（1）制定配置管理计划（2）创建和维护配置库SCC负责人B（1）审批配置管理计划（2）审批重大的变更SCCB成员质量保证人员C配置管理者D审批某些配置项或基线的变更9.2用户及权限用户及权限具体如表9.2所示。 表9.2 配置库的用户权限类别人员权限说明配置管理者A负责项目配置管理，对库拥有所有权限项目管理B访问、读质量保证人员C访问、读开发人员D访问、读高层管理E访问、读十、 项目风险计划10.1项目风险项目风险具体如表8.1所示。表8.1 项目风险序号风险识别风险评估风险应对措施潜在的风险事件风险发生的后果可能性影响风险值应对措施预防措施1需求不明确：需求小组没有真正理解客户需求客户不接受产品或拒绝付款70%50%35%派遣经验丰富的需求分析师与客户进行深入的交流，明确客户的主要需求，引导客户对项目做出正确的描述。事先进行需求评审2项目范围定义不明确项目没完没了40%50%15%要求需求小组按照客户的要求变更项目范围。需求要在事先定义清楚并获得客户的确认。3项目目标不明确导致项目进度拖期或成本超支。30%50%10%修改项目目标。事先明确项目目标4需求小组对客户业务了解不够软件不能实现业务功能70%60%20%修改软件加强与了解并让客户参与5需求不断变化项目变得没完没了50%40%10%提交CCB讨论、决定建立范围变更程序6任务定义不够充分项目不能按时、按预算完成 20%30%15%重新定义事先与客户达成共识7程序员对系统设计的理解上出现偏差软件实现不了设计的功能，客户拒绝接受60%50%5%修改代码进行设计评审8客户要求增加功能项目进度拖期、成本超支80%50%10%修改程序事先确定范围目标9客户突然要求增加功能项目进度拖期、成本超支70%15%15%作出相应修改事先确定项目范围和功能要求10出现故障，用户维护人员解决不了客户投诉15%10%20%派技术人员帮助解决事先培训客户系统维护人员10.2管理实践1.人力资源风险的应对措施和有关资源部门充分沟通，达成共识，建立人员的稳定和释放机制，在开发周期内保持人员的相对稳定，资源线调动资源需要和产品部协调，并将此作为产品线考核资源线的一个指标。针对人员缺乏经验，需要进行系列的培训组织，保证项目开发人员及时了解产品知识。工作交接规范化，保证产品开发不会因为人员变动受到大的冲击。 对项目组进行良好组织，使得每一个开发活动的信息能被广泛传播和交流。 对所有工作进行详细复审，避免只有一个人熟悉该项工作情况出现。 对于每一个关键技术岗位都指定一个后备人员2.对于需求变动的缓解措施在进行需求分析时和市场人员甚至用户进行充分沟通。定出基线进行详细评审。 周知版本计划，并用市场销售指导书指导市场人员签单时注意公司产品的规格，引导用户 严格控制需求的变更，建立需求变更控制机制 及时调整计划；并周知所有项目有关人员3.对于技术因素的缓解措施 使用模块化、层次化开发模式，尽量降低系统复杂性 加强评审4.进度风险的缓解措施 强化周报，月报，例会等措施 定期（如月）更新日程表 5.商业风险的缓解措施 重点关注关键路径 客户定期，充分沟通