《超市管理系统软件项目计划说明书》Word文档格式.docx

1、而在增量开发过程：软件描述、设计和实现活动被分散成一系列的增量，这些增量轮流被开发。先完成一个系统子集的开发，再按同样的开发步骤增加功能 （系统子集）,如此递增下去直至满足全部系统需求。要求系统的总体设计在初始子集设计阶段就应做出设计。2）增量模型有如下优点： 可以避免一次性投资太多带来的风险，将主要的功能或者风险大的功能首先实现，然后逐步完善，保证投入的有效性。 可以更快地开发出可以操作的系统。 可以减少开发过程中用户需求的变更。 一些增量可能需要重新开发（如果早期开发的需求不稳定或者不完整）。3）增量模型开发适合的项目： 项目开始，明确了需求的大部分，但是需求可能会发生变化 对于市场和用户

2、把握不是很准，需要逐步了解 对于有庞大和复杂功能的系统进行功能改进，就需要一步一步实施的。我们开发的是酒店管理系统，分客房模块、餐饮模块、财务模块、人力资源模块。虽然大部分的需求已明确，但是部分需求可能会发生变化；对于用户需逐步了解才能准确把握；对于复杂功能的系统进行功能改进，就需要一步一步实施的。同时系统具有可扩充性，若使用增量模型，可以保证系统的可扩充性。本项目具备增量模型的其他特点：项目的复杂程度中等；项目的风险较低；产品和文档的使用率会很高。所以选择增量式作为我们的开发模型。图2-1 增量式模型2.具体的设计为：图2-2 详细的增量模型2.2 项目团队情况简述表2-1 此项目团队人员的

3、介绍：职位人员项目经理：朱发军需求分析员：概要设计员：详细设计员：编码人员：测试人员：由于项目初期信息不是很充分，所以初期的项目计划只存在一个计划表格，相当于一个大计划，简单说明计划的执行步骤，如表5所示。表2-2 项目初期计划任 务完成时间负责人资 源备 注项目规划2015-5-24全体人员参与需求获取2011-01-05同上开发人员，超市领导，部门经理，员工代表参与需求确定2011-01-13概要设计2011-02-03详细设计2011-03-04项目实施2011-11-17朱发军参与有待细化项目集成、测试2012-01-11提交2012-02-072.3 软件估算情况此软件估算结果列表：

4、表2-3 估算列表估算项估算结果功能点估算：该软件的功能点总数约为20个进度估算：该软件开发时间30天成本估算：总成本为3900元人员数估算：所需的人员为1个人2.4 项目范围的信息分析与使用2.4.1 软件的工作任务分解结构（WBS）表2-4 WBS 分解情况编号任务名称任务内容定义备注1前台销售系统涉及到超市部门员工超市前台销售的功能收银管理收银业务 1.1.1金额计算销售金额计算 1.1.2打印清单打印交易收据1.1.2会员卡支持会员卡打折功能顾客信息录入对顾客购物信息进行管理 1.2.1顾客退货管理对顾客退货进行有效统计2后台管理系统涉及到超市部经理及部门员工的功能人事管理涉及超市人事

5、部部经理的功能模块 2.1.1员工信息管理显示员工工作等信息 2.1.2员工操作权限管理规定员工操作守则销售管理涉及超市销售部部经理的功能模块 2.2.1查询销售信息查看销售人员工作成绩 2.2.2生成销售排行榜对销售人员评优进退货管理涉及超市货物购买负责人的功能模块 3.2.1进货信息系统查看进货信息 3.2.2退货信息系统查看退货信息库存管理仓库负责人功能模块2.4.1库存信息管理查看商品库存信息2.4.2库存状态警告对货物存量进行分析警告2.4.2 基于项目背景的WBS的细化方案表2-5 WBS 细化方案项目阶段各活动下的任务责任人需求分析阶段1对各个子系统进行需求获取用多种方式进行需求

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

7、.后台管理子系统编码对后台管理子系统的分析类的方法进行编码4.后台管理子系统集成对后台管理子系统所有模块进行集成系统集成1.系统集成对各个子系统进行集成系统测试1.集成测试对各个子系统的集成进行测试2.环境测试对发布版本的环境进行测试1.编写用户使用手册包括使用的方法2.提供给用户安装程序主要是安装向导用户培训1.给用户进行初期进行系统应用的基本培训2.4.3 重要的假设及其说明假设：1.超市领导，公司领导都比较重视。2.酒店里的领导，员工都比较积极主动配合。3.分配的功能点总数为20个，平均每人1个功能点4.每个人每个月人均生产率为1个功能点。3 实施计划3.1 进度计划此处用甘特图或进度表

8、格描述。1） 进度计划：表3-1 进度计划表工 期开始时间结束时间酒店管理系统30d2015-4-262012-5-26 软件项目规划1 d2010-12-24项目规划2010-12-62010-12-15计划评审1d2010-12-16 需求开发2010-12-272011-1-13用户界面设计2010-12-31用户需求评审2011-1-32011-1-5修改需求、修改用户界面2011-1-62011-1-10编写需求规格说明书2011-1-112011-1-12需求验证 概要设计2011-1-142011-2-3用例描述图2011-1-20概念数据建模2011-1-212011-1-27

9、概要设计评审2011-1-28 详细设计2011-2-42011-3-4对象关系建模2011-2-9分析类2011-2-102011-2-16设计类2011-2-172011-2-22物理数据库设计2011-2-232011-3-1详细设计评审2011-3-2 项目实施2011-3-7前台销售管理子系统2011-5-13顾客信息录入功能-增量12011-3-11顾客退货管理2011-3-9增量1评审2011-3-10收银-增量22011-3-142011-3-24交易金额计算2011-3-16打印交易清单2011-3-172011-3-18会员卡打折2011-3-212011-3-22增量2评

10、审2011-3-23前台销售子系统集成2011-5-5子系统集成测试2011-5-9子环境测试2011-5-10后台管理子系统2011-5-162011-7-13人事功能-增量12011-6-16员工信息管理2011-5-19员工操作权限管理2011-5-202011-5-252011-6-13销售管理功能-增量22011-6-172011-7-1查询打印销售信息2011-6-23生成销售排行旁2011-6-242011-6-28增量2评审2011-6-29进退货管理-增量32011-7-142011-7-26进货信息管理2011-7-18退货信息管理2011-7-192011-7-21增量3

11、评审2011-7-22库存管理-增量42011-7-272011-8-8查询库存信息2011-7-29库存状态自动警告2011-8-12011-8-3增量4评审2011-8-4后台管理子系统集成2011-11-8子系统集成测试2011-11-14子环境测试2011-11-15 系统集成2011-11-182011-12-21系统集成 系统测试2011-12-222012-1-31系统测试2012-1-11环境测试2012-1-12 提交2012-2-12012-2-7完成文档2012-2-3验收、提交2012-2-6备 注：安排的时间范围已包含节假日2）项目进度图图3-1 进度计划网络图3）项

12、目进度计划的甘特图：图3-2 进度计划甘特图4）项目甘特图实施部分的计划展开如下：图3-3 实施部分的甘特图5）里程碑高层领导可能更加关注里程碑的进展，所以需要一个里程碑的图示，如下表所示。表3-2 里程碑表事件时间增量1收银业务2011-03-11增量2顾客信息录入2011-03-24增量3人事管理2011-04-06增量4销售管理2011-04-19增量5进退货管理2011-05-04增量6库存管理2011-05-133.2 基于进度计划的成本核算表3-3 基于进度计划的成本核算表比较基准2015-5-26340，00012，0007，0005，00030，00010，0009，0004，

13、0003，00013，0006，00040，0008，00011，000210，00060，000收银业务-增量1顾客信息录入-增量22011-3-25前台销售管理子系统集成50，000人事管理-增量12011-7-2015，000销售管理-增量2进退货管理-增量32011-8-11库存管理-增量42011-8-122011-8-30后台管理子系统集成2011-9-82011-9-21环境测试完成文档3，500验收、提交1，500项目开发人员为1个人员。项目开发用到1个人月。预算总成本为340，000元（见上表），与估算的成本333，900元基本持平（有一点差距）。这样340，000元可以作为

14、项目的成本控制参考。3.3 调整后的进度计划 逐项列出影响初始计划的因素和调整的条目（包括影响项目成败的关键问题、技术难点和风险），指出这些问题对项目的影响然后给出调整后的进度计划。由于系统规模不是很大，开发团队的人员对本系统也很熟悉，所以开发的过程中风险较小。所以进度计划没有太大的改动。3.4 关于进度计划的其他说明1.本进度计划是从按照交付日期倒推确定时间，然后安排计划内容；2.进度安排提交的日期并非是真实的交付日期，而是留有半个月左右的余量时间，以备变化。3.5 关于其他计划的说明质量管理计划、1.软件质量是设计出来的不是检查出来的。所以质量管理的关键是预防重于检查，事前计划好质量，而不

15、是事后检查。2. 软件质量计划的主要内容为：针对项目过程中那些对最终产品起着重要的作用的中间产品：需求规格、设计说明书，源程序，测试计划，测试结果等的管理。配置管理计划1.管理的主要内容为：版本信息。2.管理的主要目标：软件配置的完整性和可追溯性。项目跟踪管理计划1.基本原理：2.项目跟踪的主要目的是：保证正确的人在正确的时候得到正确的信息。4 项目成果产品4.1 软件程序程序名称：酒店管理系统安装程序所用的编程语言：Visual Basic 存储程序的媒体形式: 移动硬盘本系统能够完成用户所提的基本功能需求和非功能需求，安全性能比较高，且能同时容纳2000人同时访问服务器。4.2 软件文档验

16、收报告：客户对产品的验收情况的记录用户安装手册：指导用户怎样安装产品用户使用手册：指导用户怎样使用本系统帮助：提供给用户在使用过程中的参考4.3 软件服务服务名称服务的级别服务开始日期服务期限是否收费安装培训低软件提交给用户时不收系统维护高每年寒假开始2d视情况而定运行支持4.4 非移交的软件产品项目计划质量保证计划项目范围说明书概要设计说明书详细设计说明书设计术语及规范源程序编码规则测试计划测试用例测试报告4.5 验收标准1.验收测试的对象：软件包括程序、数据和文档。2.验收测试要注意问题：（1）验收测试始终要以双方确认的需求规格说明和技术合同为准，确认各项需求是否得到满足，各项合同条款是否得到贯彻执行。（2）验收测试和单元测试、集成测试不同，它是以验证软件的正确性为主，而不是以发现软件错误为主。（3）对验收测试中发现的软件错误要分级分类处理，直到通过验收为止。（4）验收测试中的用例设计要具有全面性、多维性、效率性，能以最少的时间在最大程度