超市管理系统-软件项目计划说明书
超市管理信息系统说明书(项目概述阶段详解)
超市管理信息系统说明书(项目概述阶段详解) 超市管理信息系统说明书(项目概述阶段详解)项目概述超市管理信息系统是为了提高超市管理效率，提供快捷、准确的业务处理功能而开发的一款软件系统。
该系统将覆盖超市的各个部门和业务流程，包括进货管理、销售管理、库存管理、财务管理等内容，旨在帮助超市实现信息化管理，提升经营效益。
1：引言1.1 目的本文档旨在为开发团队提供项目概述阶段详细的说明，明确系统所需功能和要求，为后续的需求分析、系统设计和开发提供指导。
1.2 背景随着超市业务的不断扩展和发展，传统的手工管理方式已经无法满足日益增长的业务需求。
超市管理信息系统的引入将有效解决超市管理中的瓶颈问题，提高管理效率，降低成本，提高业务竞争力。
2：需求分析2.1 功能需求系统需要提供以下功能：- 进货管理：包括采购订单管理、供应商管理、库存管理等。
- 销售管理：包括商品销售、顾客会员管理、促销活动管理等。
- 库存管理：包括库存盘点、库存调拨、库存查询等。
- 财务管理：包括财务报表、收支记录、应付账款等。
- 人员管理：包括员工信息管理、权限管理等。
2.2 非功能需求系统需要满足以下非功能需求：- 安全性：系统应具备较高的数据安全性，只有授权人员才能访问敏感信息。
- 可靠性：系统应保证数据的一致性和完整性，防止数据丢失或损坏。
- 性能：系统应具备快速响应和处理大量交易的能力，以支持高并发业务场景。
- 用户友好性：系统界面设计简洁清晰，操作简单方便，用户学习成本低。
3：系统设计3.1 架构设计系统采用分层架构设计，包括以下几个层次：- 用户界面层：提供用户与系统进行交互的界面，包括图形界面和命令行界面。
- 应用逻辑层：处理用户请求，进行业务逻辑处理与决策。
- 数据访问层：与数据库进行交互，进行数据读写操作。
- 数据库层：存储系统所需的各类数据，包括业务数据和系统配置信息。
3.2 数据库设计系统将使用关系型数据库存储数据，数据库设计包括以下几个方面：- 表设计：根据业务需求，设计数据库中的各个表，包括字段定义、主键与外键的关系、表之间的关联等。
超市后台管理系统—软件需求说明书
超市后台管理系统—软件需求说明书超市后台管理系统—软件需求说明书1.引言1.1 文档目的本文档旨在详细阐述超市后台管理系统的软件需求，描述系统的功能、性能和限制，为开发团队提供清晰的开发目标和设计方案。
同时，本文档还提供了相应的法律名词及注释。
1.2 项目背景随着超市运营规模的不断扩大，传统的人工管理已经无法满足超市日常运营的需求，因此需要开发一款后台管理系统，实现超市的商品管理、库存管理、销售统计等功能，提高工作效率和管理水平。
2.系统总体描述2.1 系统功能超市后台管理系统主要具备以下功能：- 商品管理：包括商品信息录入、修改、删除、查询等操作。
- 库存管理：实时记录商品的进货和销售情况，更新库存数量。
- 销售统计：根据销售记录销售报表，统计不同时间段、不同商品类别的销售情况。
- 会员管理：管理超市的会员信息，包括会员注册、积分兑换等操作。
- 订单管理：管理超市的订单信息，包括订单录入、发货、退货等操作。
- 收银操作：实现收银员对超市商品的结算和收款功能。
- 数据备份和恢复：提供数据的备份和恢复功能，防止数据丢失。
2.2 系统用户超市后台管理系统主要涉及以下用户角色：- 超市管理员：对商品、库存、会员、订单等信息进行管理的角色。
- 收银员：负责超市商品的结算和收款操作的角色。
3.系统详细需求3.1 商品管理模块3.1.1 添加商品信息管理员可以录入新的商品信息，包括商品名称、商品类别、商品价格、商品库存等。
3.1.2 修改商品信息管理员可以对已有的商品信息进行修改，包括商品名称、商品类别、商品价格、商品库存等。
3.1.3 删除商品信息管理员可以删除已有的商品信息。
3.1.4 查询商品信息管理员可以根据商品名称、商品类别等条件进行商品信息的查询。
3.2 库存管理模块3.2.1 进货管理管理员可以记录商品的进货情况，包括商品名称、进货数量、进货价格等。
3.2.2 销售管理管理员可以记录商品的销售情况，包括商品名称、销售数量、销售价格等。
超市管理系统软件需求说明书
{店铺管理}超市管理系统软件需求说明书目录1、项目计划21.1系统开发目的21.2背景说明21.3项目确立21.4应用范围21.5 定义21.6 参考资料32、逻辑分析与详细分析32.1系统功能32.2、流程图62.3户类型与职能72.4、统开发步骤72.5系统安全问题83、基于UML的建模83.1语义规则83.2、UML模型103.21、系统UML模型103.22、子系统UML模型104、超市销售系统概念设计文档115、小结13超市管理系统需求分析说明书1、项目计划1.1系统开发目的（1）大大提高超市的运作效率；（2）通过全面的信息采集和处理，辅助提高超市的决策水平；（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强超市扩张力，提供有效的技术保障。
1.2背景说明21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。
技术的提升和管理的升级是超市业的竞争核心。
零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。
如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。
1.3项目确立针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。
1.4应用范围本系统适应于各种小型的超市。
1.5定义（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。
（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间。
（3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。
（4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。
库存告警提示：当商品的库存数量低于库存报警数量时发出提示。
《超市管理系统软件项目计划说明书》
软件学院超市管理系统项目计划书系（部、中心）软件学院姓名朱发军学号 201207082233 专业软件工程班级 .net122班课程名称软件工程项目管理设计题目名称《超市管理系统软件项目计划书》起止时间 2015年4月25日——2010年5月9日成绩指导教师签名刘风华中原工学院软件学院制目录1.1编写目的 (3)1.2背景 (3)1.3定义 (3)1.4参考资料 (3)1.5重要术语 (4)2项目进度计划编制的背景概述 (5)2.1软件生存期模型选择与设计 (5)2.2项目团队情况简述 (6)2.3软件估算情况 (7)2.4项目范围的信息分析与使用 (7)2.4.1软件的工作任务分解结构（WBS） (7)2.4.2基于项目背景的WBS的细化方案 (8)2.4.3重要的假设及其说明 (8)3实施计划 (9)3.1进度计划 (9)3.2基于进度计划的成本核算 (11)3.3调整后的进度计划 (12)3.4关于进度计划的其他说明 (12)3.5关于其他计划的说明 (12)4项目成果产品 (14)4.1软件程序 (14)4.2软件文档 (14)4.3软件服务 (14)4.4非移交的软件产品 (14)4.5验收标准 (14)5其他 (15)1.1 编写目的此项目开发计划书的编写主要是为了给开发《超市管理系统》做主要的规划和整合，在开发过程中起到引导作用，以及给使用者提供简要的说明进度是对执行的活动和里程碑制定的工作计划日期表1.2 背景a.待开发的软件系统的名称: 超市管理系统b.本项目的任务提出者、开发者、用户及实现该软件的组织结构（企业）项目的任务提出者：XX超市高层领导本系统的开发者：YY软件股份有限公司员工朱发军本系统的用户：XX超市的高层领导、部门经理及其员工。
实现该软件企业（YY软件股份有限公司）的组织结构图：（参考例图）c.该软件系统同其他系统或其他机构的基本的相互来往关系。
与本系统有关的系统：无1.3 定义WBS :Work Breakdown Structure 任务分解结构。
超市管理系统项目-需求说明书
项目名称：超市管理系统组长：信计081-高坤小组成员人：信计081-08-刘瑜信计081-10-曹仁中信计081-15-赵天骄超市管理系统项目需求规格说明书1简介1.1目的随着超市的出现，超市管理系统也随着出现，并且随着超市的发展，超市管理系统的功能和性能也随着发展。
在早期的超市管理系统中，主要是对正在销售的商品进行管理，在当前的超市管理系统中已不仅仅有该功能，还要加人超市相关的物流、库存等相关操作功能。
使用最少的人力，完成最大的销售总额，一直是超市管理系统的目标。
1.2业务范围系使用超市管理系统的目的就是使用最少的人力，来完成超市中的日常工作。
一个典型的超市管理系统，除了应该完成超市中必要的销售工作外，还应该具有后台管理的功能。
和超市相关的就是货物仓库，因为随着超市规模的越来越大，销售商品是非常多的，它们并不能全部放在超市中，需要将它们暂时放在仓库中，所以对仓库的管理是非常有必要的。
为了使超市更加吸引客户，推出了会员优惠活动，通过使用会员卡能够享受商品的优惠价。
所以在超市管理系统中还要能够对超市会员进行管理。
根据超市的需要，我们来分析一下超市管理系统中还应该具有哪些功能。
按照操作方向，可以将超市管理系统分为商品管理模块、仓库管理模块、销售管理模块和会员管理模块。
商品管理模块：通过该模块可以完成超市中商品的日常管理，其中包括新增一种新销售商品、向超市中进货、接收客户的退货和查询某一商品的功能。
仓库管理模块：通过该模块可以完成和超市匹配场所仓库的管理，其中包括对商品的出库和入库操作、查询仓库中所有商品和查询指定商品等功能。
销售管理模块：通过该模块完成超市日常销售的管理，包括查看用户购买商品，并计算出销售总额，在后台中，还具有计算某一时间段，或者某一商品的销售情况。
会员管理模块：通过该某块可以对超市中会员客户进行管理，包括办理新客户、查询客户、在会员消费时使用会员卡等功能。
1.3术语表列出本文件中用到的专门术语的定义和外文首字母组词的原词组如图：1.4参考资料a．《UML及建模》作者：郭宁清华大学出版社b．《实时UML与Rational Rose realtime 建模案例剖析》作者：余金山电子工业出版社c．《软件工程案例教程》作者：毕硕本卢桂香北京大学出版社2系统概述2.1功能概述supermarket管理系统例图整体功能概述：前台销售管理用例图：后台销售管理用例图：库存管理用例图：商品管理用例图：信息查询用例图：用户管理用例图：2.2系统角色SMS（超市管理系统）是不对外开放的，它的所有操作用户都是超市内部人员。
[精编]超市管理系统项目设计说明书
![[精编]超市管理系统项目设计说明书](https://img.taocdn.com/s3/m/b381c343c1c708a1294a447e.png)
封面超市管理系统项目设计说明书技能实训实验报告项目名称: 超市管理系统班组名称: 第1组小组成员: 蔡贤波、陈康、陈佳、王仪虹、丁峰专业名称: 计算机及应用2014年1月3日目录第一章前言-3-第二章可行性分析-5-2.1 技术可行性-5-2.2 经济可行性-5-2.3法律可行性-7-第三章需求分析-8-3.1非功能需求分析-8-3.2功能需求分析-8-第四章总体设计-9-4.1数据流图-9-4.2业务流程分析-10-4.3进销存模块-11-4.5功能模块-12-第5章详细设计-15-5.1超市员工管理系统-15-5.2用户登录界面-16-5.3注册用户-17-5.4员工管理系统-18-5.5用户管理-19-5.6员工系统-19-5.7考勤系统-21-5.8请假系统-22-5.9工资系统-24-5.9收银管理-25-第六章软件测试-26-6.1测试背景-26-6.2测试目标-26-6.3测试计划-27-6.4测试过程-27-6.4.1模块式测试-27-6.4.2登录模块-28-6.4.3注册模块-29-6.4.4员工管理模块-31-6.4.5考勤模块-33-6.4.6请假系统模块-35-6.4.7工资系统模块-36-6.4.8收银系统-37-6.4.9库存管理模块-38- 第七章设计总结-41-7.1软件设计的使用技术-41-7.1.1概述-41-7.1.2三层结构-41-7.2软件设计结果-42- 致谢-44-参考文献-45-第一章前言随着现代科学技术的迅猛发展，计算机技术已经渗透到各个领域，成为各行业必不可少的工具，特别是Internet技术的推广和信息高速公路的建立，使IT 产业在市场竞争中越发显示出其独特的优势，步入信息化时代，有巨大的数据信息等待加工处理和传输，这使得对书数据库的进一步开发和利用显得尤为迫切。
作为国内市场的一些中小型超市，它们在信息化过程中的步伐要落后于大中型超市，而对于这些企业的资源管理，信息的存储和处理也显得迫切需要，要适应市场竞争，就需要有高效的处理方式和管理方法，因此加快超市的信息化进程是必可少的。
超市管理系统软件需求说明书(20200701102407)
目录1、项目计划 (2)1.1 系统开发目的 (2)1.2 背景说明 (2)1.3 项目确立 (2)1.4 应用范围 (2)1.5 定义 (3)1.6 参考资料 (3)2、逻辑分析与详细分析 (3)2.1 系统功能 (3)2.2、流程图 (6)2.3 户类型与职能 (7)2.4、统开发步骤 (8)2.5 系统安全问题 (8)3、基于UML 的建模 (9)3.1 语义规则 (9)3.2、UML 模型 (10)3.21、系统UML 模型 (10)3.22、子系统UML 模型 (10)4、超市销售系统概念设计文档 (12)5、小结 (13)超市管理系统需求分析说明书1、项目计划1.1 系统开发目的（1）大大提高超市的运作效率；（2）通过全面的信息采集和处理，辅助提高超市的决策水平；（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强超市扩张力，提供有效的技术保障。
1.2 背景说明21 世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。
技术的提升和管理的升级是超市业的竞争核心。
零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。
如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。
1.3 项目确立针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS 销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。
1.4 应用范围本系统适应于各种小型的超市1.5 定义（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。
（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间。
（3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。
《超市管理系统-软件项目计划说明书》
软件学院超市管理系统项目计划书系（部、中心）软件学院姓名朱发军学号201207082233专业软件工程班级 .net122班课程名称软件工程项目管理设计题目名称《超市管理系统软件项目计划书》起止时间2015年4月25日——2010年5月9日成绩指导教师签名刘风华中原工学院软件学院制目录1.1编写目的 (4)1.2背景 (4)1.3定义 (4)1.4参考资料 (5)1.5重要术语 (5)2项目进度计划编制的背景概述62.1软件生存期模型选择与设计 (6)2.2项目团队情况简述 (7)2.3软件估算情况 (8)2.4项目范围的信息分析与使用 (9)2.4.1软件的工作任务分解结构（WBS）92.4.2基于项目背景的WBS的细化方案102.4.3重要的假设及其说明113实施计划123.1进度计划 (12)3.2基于进度计划的成本核算 (17)3.3调整后的进度计划 (20)3.4关于进度计划的其他说明 (20)3.5关于其他计划的说明 (20)4项目成果产品224.1软件程序 (22)4.2软件文档 (22)4.3软件服务 (22)4.4非移交的软件产品 (22)4.5验收标准 (23)5其他241.1编写目的此项目开发计划书的编写主要是为了给开发《超市管理系统》做主要的规划和整合，在开发过程中起到引导作用，以及给使用者提供简要的说明进度是对执行的活动和里程碑制定的工作计划日期表1.2背景a.待开发的软件系统的名称: 超市管理系统b.本项目的任务提出者、开发者、用户及实现该软件的组织结构（企业）项目的任务提出者：XX超市高层领导本系统的开发者：YY软件股份有限公司员工朱发军本系统的用户：XX超市的高层领导、部门经理及其员工。
实现该软件企业（YY软件股份有限公司）的组织结构图：（参考例图）c.该软件系统同其他系统或其他机构的基本的相互来往关系。
与本系统有关的系统：无1.3定义WBS :Work Breakdown Structure 任务分解结构。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件学院超市管理系统项目计划书系（部、中心）软件学院姓名朱发军学号 3专业软件工程班级.net122班课程名称软件工程项目管理设计题目名称《超市管理系统软件项目计划书》起止时间2015年4月25日——2010年5月9日成绩指导教师签名风华中原工学院软件学院制目录1.1 编写目的 (3)1.2 背景 (3)1.3 定义 (3)1.4 参考资料 (3)1.5 重要术语 (4)2 项目进度计划编制的背景概述 (5)2.1 软件生存期模型选择与设计 (5)2.2 项目团队情况简述 (6)2.3 软件估算情况 (7)2.4 项目围的信息分析与使用 (7)2.4.1 软件的工作任务分解结构（WBS） (7)2.4.2 基于项目背景的WBS的细化方案 (8)2.4.3 重要的假设及其说明 (8)3 实施计划 (10)3.1 进度计划 (10)3.2 基于进度计划的成本核算 (12)3.3 调整后的进度计划 (13)3.4 关于进度计划的其他说明 (13)3.5 关于其他计划的说明 (13)4 项目成果产品 (15)4.1 软件程序 (15)4.2 软件文档 (15)4.3 软件服务 (15)4.4 非移交的软件产品 (15)4.5 验收标准 (16)5 其他 (17)1.1编写目的此项目开发计划书的编写主要是为了给开发《超市管理系统》做主要的规划和整合，在开发过程中起到引导作用，以及给使用者提供简要的说明进度是对执行的活动和里程碑制定的工作计划日期表1.2背景a.待开发的软件系统的名称: 超市管理系统b.本项目的任务提出者、开发者、用户及实现该软件的组织结构（企业）项目的任务提出者：XX超市高层领导本系统的开发者：YY软件股份员工朱发军本系统的用户：XX超市的高层领导、部门经理及其员工。
实现该软件企业（YY软件股份）的组织结构图：（参考例图）c.该软件系统同其他系统或其他机构的基本的相互来往关系。
与本系统有关的系统：无1.3定义WBS :Work Breakdown Structure 任务分解结构。
PMI: Project Management Institute 美国项目管理学会，成立于1969年一个国际性组织，PDM :Precedence Diagramming Method 单代号网络图1.4参考资料[1] 《软件项目管理案例教程》（第一版），万江立新编著，机械工业，2009年4月[2] 《软件项目管理案例教程》（第二版），万江立新编著，机械工业，2009年4月[3] 《软件项目估计》（第二版）, (美)CAPERS JONES 著，从越编译，电子工业，2008年3月[4] 《软件需求》（第二版），（美）Karl E. wiegers 著，伟琴、洪涛译，清华大学，2007年9月1.5重要术语1.WBS，Work Breakdown Structure，任务分解结构，是面向可交付成果的对项目元素的分组，它组织并定义了整个项目的围。
2.进度计划,进度，就是工作计划日期表3.质量计划：主要的质量管理对象是针对项目过程中那些对最终产品起着重要的作用的中间产品：需求规格、设计说明书，源程序，测试计划，测试结果等。
2 项目进度计划编制的背景概述2.1 软件生存期模型选择与设计1.选择增量模型的原因：1）.瀑布模型要求严格线性的开发，每个阶段开发活动结束后， 通过严格的阶段性复审与确认，得到该阶段的一致、 完整、 正确和无二义性的良好文档资料，以“冻结”这些文档资料， 作为该阶段的结束标志，保持不变，作为下一阶段活动的唯一基础， 以每一步的正确性和完整性来保证最终系统的质量。
但是大量的实践并不是这种理想的线性开发序列，而是在开发过程中逐步完善的。
而在增量开发过程：软件描述、设计和实现活动被分散成一系列的增量，这些增量轮流被开发。
先完成一个系统子集的开发，再按同样的开发步骤增加功能 (系统子集),如此递增下去直至满足全部系统需求。
要求系统的总体设计在初始子集设计阶段就应做出设计。
2）增量模型有如下优点：● 可以避免一次性投资太多带来的风险，将主要的功能或者风险大的功能首先实现，然后逐步完善，保证投入的有效性。
● 可以更快地开发出可以操作的系统。
● 可以减少开发过程中用户需求的变更。
● 一些增量可能需要重新开发（如果早期开发的需求不稳定或者不完整）。
3）增量模型开发适合的项目：❑ 项目开始，明确了需求的大部分，但是需求可能会发生变化 ❑ 对于市场和用户把握不是很准，需要逐步了解❑ 对于有庞大和复杂功能的系统进行功能改进，就需要一步一步实施的。
我们开发的是酒店管理系统，分客房模块、餐饮模块、财务模块、人力资源模块。
虽然大部分的需求已明确，但是部分需求可能会发生变化；对于用户需逐步了解才能准确把握；对于复杂功能的系统进行功能改进，就需要一步一步实施的。
同时系统具有可扩充性，若使用增量模型，可以保证系统的可扩充性。
本项目具备增量模型的其他特点：项目的复杂程度中等；项目的风险较低；产品和文档的使用率会很高。
所以选择增量式作为我们的开发模型。
第一增量第二增量第三增量图2-1 增量式模型2.具体的设计为：图2-2 详细的增量模型2.2项目团队情况简述表2-1 此项目团队人员的介绍：职位人员项目经理：朱发军需求分析员：朱发军概要设计员：朱发军详细设计员：朱发军编码人员：朱发军测试人员：朱发军由于项目初期信息不是很充分，所以初期的项目计划只存在一个计划表格，相当于一个大计划，简单说明计划的执行步骤，如表5所示。
表2-2 项目初期计划任务完成时间负责人资源备注项目规划2015-5-24 朱发军全体人员参与2.3软件估算情况此软件估算结果列表：表2-3 估算列表2.4项目围的信息分析与使用2.4.1软件的工作任务分解结构（WBS）表2-4 WBS 分解情况2.4.2基于项目背景的WBS的细化方案表2-5 WBS 细化方案2.4.3重要的假设及其说明假设：1.超市领导，公司领导都比较重视。
2.酒店里的领导，员工都比较积极主动配合。
3.分配的功能点总数为20个，平均每人1个功能点4.每个人每个月人均生产率为1个功能点。
3实施计划3.1进度计划此处用甘特图或进度表格描述。
1）进度计划：表3-1 进度计划表任务名称工期开始时间结束时间资源——子环境测试 1 2011-5-10 2011-5-13 全体人员参与—后台管理子系统 1 2011-5-16 2011-7-13 全体人员参与—人事功能-增量1 1 2011-5-16 2011-6-16 全体人员参与——员工信息管理 1 2011-5-16 2011-5-19 全体人员参与——员工操作权限管理 1 2011-5-20 2011-5-25 全体人员参与——增量1评审 1 2011-6-13 2011-6-16 全体人员参与—销售管理功能-增量2 1 2011-6-17 2011-7-1 全体人员参与——查询打印销售信息 1 2011-6-17 2011-6-23 全体人员参与——生成销售排行旁 1 2011-6-24 2011-6-28 全体人员参与增量2评审 1 2011-6-29 2011-7-1 全体人员参与—进退货管理-增量3 1 2011-7-14 2011-7-26 全体人员参与——进货信息管理 1 2011-7-14 2011-7-18 全体人员参与——退货信息管理 1 2011-7-19 2011-7-21 全体人员参与——增量3评审 1 2011-7-22 2011-7-26 全体人员参与—库存管理-增量4 1 2011-7-27 2011-8-8 全体人员参与——查询库存信息 1 2011-7-27 2011-7-29 全体人员参与——库存状态自动警告 1 2011-8-1 2011-8-3 全体人员参与——增量4评审 1 2011-8-4 2011-8-8 全体人员参与—后台管理子系统集成 1 2011-11-8 2011-11-17 全体人员参与子系统集成测试 1 2011-11-8 2011-11-14 全体人员参与子环境测试 1 2011-11-15 2011-11-17 全体人员参与●系统集成 1 2011-11-18 2011-12-21 全体人员参与——系统集成 1 2011-11-18 2011-12-21 全体人员参与●系统测试 1 2011-12-22 2012-1-31 全体人员参与——系统测试 1 2011-12-22 2012-1-11 全体人员参与——环境测试 1 2012-1-12 2012-1-31 全体人员参与●提交 1 2012-2-1 2012-2-7 全体人员参与——完成文档 1 2012-2-1 2012-2-3 全体人员参与——验收、提交 1 2012-2-6 2012-2-7 全体人员参与2）项目进度图图3-1 进度计划网络图3）项目进度计划的甘特图：图3-2 进度计划甘特图4）项目甘特图实施部分的计划展开如下：图3-3 实施部分的甘特图5）里程碑高层领导可能更加关注里程碑的进展，所以需要一个里程碑的图示，如下表所示。
表3-2 里程碑表3.2基于进度计划的成本核算表3-3 基于进度计划的成本核算表表），与估算的成本333，900元基本持平（有一点差距）。
这样340，000元可以作为项目的成本控制参考。
3.3调整后的进度计划逐项列出影响初始计划的因素和调整的条目（包括影响项目成败的关键问题、技术难点和风险），指出这些问题对项目的影响然后给出调整后的进度计划。
由于系统规模不是很大，开发团队的人员对本系统也很熟悉，所以开发的过程中风险较小。
所以进度计划没有太大的改动。
3.4关于进度计划的其他说明1.本进度计划是从按照交付日期倒推确定时间，然后安排计划容；2.进度安排提交的日期并非是真实的交付日期，而是留有半个月左右的余量时间，以备变化。
3.5关于其他计划的说明的中间产品：需求规格、设计说明书，源程序，测试计划，测试结果等的管理。
配置管理计划1.管理的主要容为：版本信息。
2.管理的主要目标：软件配置的完整性和可追溯性。
项目跟踪管理计划1.基本原理：2.项目跟踪的主要目的是：保证正确的人在正确的时候得到正确的信息。
4项目成果产品4.1软件程序程序名称：酒店管理系统安装程序所用的编程语言：Visual Basic存储程序的媒体形式: 移动硬盘本系统能够完成用户所提的基本功能需求和非功能需求，安全性能比较高，且能同时容纳2000人同时访问服务器。
4.2软件文档验收报告：客户对产品的验收情况的记录用户安装手册：指导用户怎样安装产品用户使用手册：指导用户怎样使用本系统帮助：提供给用户在使用过程中的参考4.3软件服务4.4非移交的软件产品项目计划质量保证计划配置管理计划项目围说明书概要设计说明书详细设计说明书设计术语及规源程序编码规则测试计划测试用例测试报告4.5验收标准1.验收测试的对象：软件包括程序、数据和文档。