《超市管理系统-软件项目计划说明书》

1、1 软 件 学 院超市管理系统项目计划书系（部、中心）软件学院姓名朱发军学号 201207082233 专业软件工程班级 .net122班课程名称软件工程项目管理设计题目名称超市管理系统软件项目计划书起止时间 2015年 4 月 25 日 2010年 5 月 9 日成绩指导教师签名刘风华2 中原工学院软件学院制目录1.1编写目的 . 31.2背景 . 31.3定义 . 31.4参考资料 . 31.5重要术语 . 42项目进度计划编制的背景概述. 52.1软件生存期模型选择与设计. 52.2项目团队情况简述. 62.3软件估算情况. 72.4项目范围的信息分析与使用. 72.4.1软件的工作任务

2、分解结构（wbs） . 72.4.2基于项目背景的wbs 的细化方案 . 82.4.3重要的假设及其说明. 83实施计划 . 93.1进度计划 . 93.2基于进度计划的成本核算. 113.3调整后的进度计划. 123.4关于进度计划的其他说明. 123.5关于其他计划的说明. 124项目成果产品. 144.1软件程序 . 144.2软件文档 . 144.3软件服务 . 144.4非移交的软件产品. 144.5验收标准 . 145其他 . 153 1.1 编写目的此项目开发计划书的编写主要是为了给开发超市管理系统做主要的规划和整合，在开发过程中起到引导作用，以及给使用者提供简要的说明进度是对执

3、行的活动和里程碑制定的工作计划日期表1.2 背景a.待开发的软件系统的名称: 超市管理系统b.本项目的任务提出者、开发者、用户及实现该软件的组织结构（企业）项目的任务提出者：xx 超市高层领导本系统的开发者：yy 软件股份有限公司员工朱发军本系统的用户：xx 超市的高层领导、部门经理及其员工。实现该软件企业（yy 软件股份有限公司）的组织结构图：（参考例图）c.该软件系统同其他系统或其他机构的基本的相互来往关系。与本系统有关的系统：无1.3 定义wbs :work breakdown structure 任务分解结构。pmi: project management institute 美国项目

4、管理学会， 成立于 1969 年一个国际性组织，pdm :precedence diagramming method 单代号网络图1.4 参考资料1 软件项目管理案例教程（第一版），韩万江姜立新编著，机械工业出版社，2009年 4 月2 软件项目管理案例教程（第二版），韩万江姜立新编著，机械工业出版社，2009年 4 月3 软件项目估计（第二版）, (美)capers jones 著，刘从越编译，电子工业出版4 社， 2008 年 3月4 软件需求（第二版），（美）karl e. wiegers 著，刘伟琴、刘洪涛译，清华大学出版社， 2007 年 9 月1.5 重要术语1.wbs，work

5、breakdown structure ，任务分解结构，是面向可交付成果的对项目元素的分组，它组织并定义了整个项目的范围。2.进度计划 ,进度，就是工作计划日期表3.质量计划： 主要的质量管理对象是针对项目过程中那些对最终产品起着重要的作用的中间产品：需求规格、设计说明书，源程序，测试计划，测试结果等。5 2项目进度计划编制的背景概述2.1 软件生存期模型选择与设计1.选择增量模型的原因：1）.瀑布模型要求严格线性的开发，每个阶段开发活动结束后，通过严格的阶段性复审与确认， 得到该阶段的一致、完整、正确和无二义性的良好文档资料，以 “ 冻结 ” 这些文档资料， 作为该阶段的结束标志，保持不变，

6、作为下一阶段活动的唯一基础，以每一步的正确性和完整性来保证最终系统的质量。但是大量的实践并不是这种理想的线性开发序列，而是在开发过程中逐步完善的。而在增量开发过程：软件描述、 设计和实现活动被分散成一系列的增量，这些增量轮流被开发。先完成一个系统子集的开发，再按同样的开发步骤增加功能(系统子集 ),如此递增下去直至满足全部系统需求。要求系统的总体设计在初始子集设计阶段就应做出设计。2）增量模型有如下优点：可以避免一次性投资太多带来的风险，将主要的功能或者风险大的功能首先实现，然后逐步完善，保证投入的有效性。可以更快地开发出可以操作的系统。可以减少开发过程中用户需求的变更。一些增量可能需要重新开

7、发（如果早期开发的需求不稳定或者不完整）。3）增量模型开发适合的项目：项目开始，明确了需求的大部分，但是需求可能会发生变化对于市场和用户把握不是很准，需要逐步了解对于有庞大和复杂功能的系统进行功能改进，就需要一步一步实施的。我们开发的是酒店管理系统，分客房模块、餐饮模块、财务模块、人力资源模块。虽然大部分的需求已明确，但是部分需求可能会发生变化；对于用户需逐步了解才能准确把握；对于复杂功能的系统进行功能改进，就需要一步一步实施的。同时系统具有可扩充性，若使用增量模型， 可以保证系统的可扩充性。本项目具备增量模型的其他特点：项目的复杂程度中等；项目的风险较低； 产品和文档的使用率会很高。所以选择

8、增量式作为我们的开发模型。核心功能核心功能核心功能112123第一增量第二增量第三增量图 2-1 增量式模型2.具体的设计为：6 图 2-2 详细的增量模型2.2 项目团队情况简述表 2-1 此项目团队人员的介绍：职位人员项目经理：朱发军需求分析员：朱发军概要设计员：朱发军详细设计员：朱发军编码人员：朱发军测试人员：朱发军由于项目初期信息不是很充分，所以初期的项目计划只存在一个计划表格，相当于一个大计划，简单说明计划的执行步骤，如表5 所示。表 2-2 项目初期计划任 务完成时间负责人资 源备 注项目规划2015-5-24 朱发军全体人员参与需求获取2011-01-05 同上开发人员，超市领导

9、，部门经理，员工代表参与需求确定2011-01-13 同上全体人员参与7 概要设计2011-02-03 同上详细设计2011-03-04 同上全体人员参与项目实施2011-11-17 同上朱发军参与有待细化项目集成、测试2012-01-11 同上提交2012-02-07 同上朱发军参与2.3 软件估算情况此软件估算结果列表：表 2-3 估算列表估算项估算结果功能点估算：该软件的功能点总数约为20 个进度估算：该软件开发时间30 天成本估算：总成本为3900 元人员数估算：所需的人员为1 个人2.4 项目范围的信息分析与使用2.4.1软件的工作任务分解结构（wbs ）表 2-4 wbs 分解情况

10、编号任务名称任务内容定义备注1 前台销售系统涉及到超市部门员工超市前台销售的功能1.1 收银管理收银业务1.1.1 金额计算销售金额计算1.1.2 打印清单打印交易收据1.1.2 会员卡支持会员卡打折功能1.2 顾客信息录入对顾客购物信息进行管理1.2.1 顾客退货管理对顾客退货进行有效统计2 后台管理系统涉及到超市部经理及部门员工的功能2.1 人事管理涉及超市人事部部经理的功能模块2.1.1 员工信息管理显示员工工作等信息2.1.2 员工操作权限管理规定员工操作守则2.2 销售管理涉及超市销售部部经理的功能模块2.2.1 查询销售信息查看销售人员工作成绩2.2.2 生成销售排行榜对销售人员评

11、优2.3 进退货管理涉及超市货物购买负责人的功能模块3.2.1 进货信息系统查看进货信息3.2.2 退货信息系统查看退货信息2.4 库存管理仓库负责人功能模块2.4.1 库存信息管理查看商品库存信息2.4.2 库存状态警告对货物存量进行分析警告8 2.4.2基于项目背景的wbs 的细化方案表 2-5 wbs 细化方案项目阶段各活动下的任务任务内容定义责任人需求分析阶段1对各个子系统进行需求获取用多种方式进行需求获取朱发军2对获得的需求进行确认分阶段的开需求评审会议同上概要设计阶段1.各个系统的用例描述和图各个系统总的用例，分用例和所有的用例解说同上2.各个系统的概念数据建模各个系统的e-r 模

12、型和 uml 模型同上3.概要设计评审分阶段开概要评审会议同上详细设计阶段1. 各个系统对象关系建模各个系统的对象模型建立同上2. 各个系统分析类各个系统的分析类，界面类，控制类同上3. 各个系统设计类设置所有类的属性值，和方法头同上4. 各个系统物理数据库设计对所有关系进行物理数据库同上5.详细设计评审分阶段开详细评审会议同上编码阶段1.前台销售管理子系统编码对前台销售子系统的分析类的方法进行编码同上2.前台销售管理子系统集成对前台销售子系统所有模块进行集成同上3.后台管理子系统编码对后台管理子系统的分析类的方法进行编码同上4.后台管理子系统集成对后台管理子系统所有模块进行集成同上系统集成1

13、.系统集成对各个子系统进行集成同上系统测试1.集成测试对各个子系统的集成进行测试同上2.环境测试对发布版本的环境进行测试同上提交1.编写用户使用手册包括使用的方法同上2.提供给用户安装程序主要是安装向导同上用户培训1.给用户进行初期进行系统应用的基本培训同上2.4.3重要的假设及其说明假设：1.超市领导，公司领导都比较重视。2.酒店里的领导，员工都比较积极主动配合。3.分配的功能点总数为20 个，平均每人1 个功能点4.每个人每个月人均生产率为1 个功能点。9 3实施计划3.1 进度计划此处用甘特图或进度表格描述。1） 进度计划：表 3-1 进度计划表任务名称工 期开始时间结束时间资 源酒店管

14、理系统30d 2015-4-26 2012-5-26 软件项目规划1 d2015-4-262010-12-24全体人员参与项目规划1 d2010-12-62010-12-15全体人员参与计划评审1d 2010-12-162010-12-24全体人员参与需求开发1d 2010-12-272011-1-13全体人员参与用户界面设计1d 2010-12-272010-12-31全体人员参与用户需求评审1d 2011-1-32011-1-5全体人员参与修改需求、修改用户界面1 2011-1-62011-1-10全体人员参与编写需求规格说明书1d 2011-1-112011-1-12全体人员参与需求验证

15、1 2011-1-132011-1-13全体人员参与概要设计1 2011-1-142011-2-3全体人员参与用例描述图1 2011-1-142011-1-20全体人员参与概念数据建模1 2011-1-212011-1-27全体人员参与概要设计评审1 2011-1-282011-2-3全体人员参与详细设计1 2011-2-42011-3-4全体人员参与对象关系建模1 2011-2-42011-2-9全体人员参与分析类1 2011-2-102011-2-16全体人员参与设计类1 2011-2-172011-2-22全体人员参与物理数据库设计1 2011-2-232011-3-1全体人员参与详细设

16、计评审1 2011-3-22011-3-4全体人员参与项目实施1 2011-3-72011-11-17全体人员参与前台销售管理子系统1 2011-3-72011-5-13全体人员参与顾客信息录入功能-增量 11 2011-3-72011-3-11全体人员参与顾客退货管理1 2011-3-72011-3-9全体人员参与增量 1 评审1 2011-3-102011-3-11全体人员参与收银 -增量 21 2011-3-142011-3-24全体人员参与交易金额计算1 2011-3-142011-3-16全体人员参与打印交易清单1 2011-3-172011-3-18全体人员参与会员卡打折1 201

17、1-3-212011-3-22全体人员参与增量 2 评审1 2011-3-232011-3-24全体人员参与前台销售子系统集成1 2011-5-52011-5-13全体人员参与子系统集成测试1 2011-5-52011-5-9全体人员参与子环境测试1 2011-5-102011-5-13全体人员参与10 任务名称工 期开始时间结束时间资 源后台管理子系统1 2011-5-162011-7-13全体人员参与人事功能 -增量 11 2011-5-162011-6-16全体人员参与员工信息管理1 2011-5-162011-5-19全体人员参与员工操作权限管理1 2011-5-202011-5-25

18、全体人员参与增量 1 评审1 2011-6-132011-6-16全体人员参与销售管理功能 -增量 21 2011-6-172011-7-1全体人员参与查询打印销售信息1 2011-6-172011-6-23全体人员参与生成销售排行旁1 2011-6-242011-6-28全体人员参与增量 2 评审1 2011-6-292011-7-1全体人员参与进退货管理 -增量 31 2011-7-142011-7-26全体人员参与进货信息管理1 2011-7-142011-7-18全体人员参与退货信息管理1 2011-7-192011-7-21全体人员参与增量 3 评审1 2011-7-222011-7

19、-26全体人员参与库存管理 -增量 41 2011-7-272011-8-8全体人员参与查询库存信息1 2011-7-272011-7-29全体人员参与库存状态自动警告1 2011-8-12011-8-3全体人员参与增量 4 评审1 2011-8-42011-8-8全体人员参与后台管理子系统集成1 2011-11-82011-11-17全体人员参与子系统集成测试1 2011-11-82011-11-14全体人员参与子环境测试1 2011-11-152011-11-17全体人员参与系统集成1 2011-11-182011-12-21全体人员参与系统集成1 2011-11-182011-12-21

20、全体人员参与系统测试1 2011-12-222012-1-31全体人员参与系统测试1 2011-12-222012-1-11全体人员参与环境测试1 2012-1-122012-1-31全体人员参与提交1 2012-2-12012-2-7全体人员参与完成文档1 2012-2-12012-2-3全体人员参与验收、提交1 2012-2-62012-2-7全体人员参与备 注：安排的时间范围已包含节假日2）项目进度图图 3-1 进度计划网络图3）项目进度计划的甘特图：图 3-2 进度计划甘特图11 4）项目甘特图实施部分的计划展开如下：图 3-3 实施部分的甘特图5）里程碑高层领导可能更加关注里程碑的进

21、展，所以需要一个里程碑的图示，如下表所示。表 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-13 3.2 基于进度计划的成本核算表 3-3 基于进度计划的成本核算表任务名称开始时间结束时间比较基准酒店管理系统2015-4-26 2015-5-26 340， 000软件项目规划2010-12-62010-12-2412，000 项目规划2010-12-62010-12-157，000 计划评审

22、2010-12-162010-12-245，000 需求开发2010-12-272011-1-1330，000 用户界面设计2010-12-272010-12-3110，000 用户需求评审2011-1-32011-1-59，000 修改需求、修改用户界面2011-1-62011-1-104，000 编写需求规格说明书2011-1-112011-1-123，000 需求验证2011-1-132011-1-134，000 概要设计2011-1-142011-2-313，000 用例描述图2011-1-142011-1-204，000 概念数据建模2011-1-212011-1-276，000 概

23、要设计评审2011-1-282011-2-33，000 详细设计2011-2-42011-3-440，000 对象关系建模2011-2-42011-2-98，000 分析类2011-2-102011-2-1611，000 设计类2011-2-172011-2-2211，000 物理数据库设计2011-2-232011-3-16，000 详细设计评审2011-3-22011-3-44，000 项目实施2011-3-72011-11-17210，000 12 任务名称开始时间结束时间比较基准前台销售管理子系统2011-3-72011-5-1360，000 收银业务 -增量 12011-3-7201

24、1-3-1813，000 顾客信息录入-增量 22011-3-212011-3-2510，000 前台销售管理子系统集成2011-11-82011-11-175，000 后台管理子系统2011-5-162011-7-1350，000 人事管理 -增量 12011-7-142011-7-2015，000 销售管理 -增量 22011-7-212011-8-311，000 进退货管理 -增量 32011-8-42011-8-1111，000 库存管理 -增量 42011-8-122011-8-3013，000 后台管理子系统集成2011-9-82011-9-215，000 系统集成2011-11-

25、182011-12-2115，000 系统集成2011-11-182011-12-2115，000 系统测试2011-12-222012-1-3115，000 系统测试2011-12-222012-1-119，000 环境测试2012-1-122012-1-316，000 提交2012-2-12012-2-75，000 完成文档2012-2-12012-2-33，500 验收、提交2012-2-62012-2-71，500 项目开发人员为1 个人员。项目开发用到1 个人月。预算总成本为340，000 元（见上表），与估算的成本333，900 元基本持平（有一点差距）。这样340，000 元可以

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

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

28、务器。4.2 软件文档验收报告：客户对产品的验收情况的记录用户安装手册：指导用户怎样安装产品用户使用手册：指导用户怎样使用本系统帮助：提供给用户在使用过程中的参考4.3 软件服务服务名称服务的级别服务开始日期服务期限是否收费安装培训低软件提交给用户时1d 不收系统维护高每年寒假开始2d 视情况而定运行支持高软件提交给用户时1d 不收4.4 非移交的软件产品项目计划质量保证计划配置管理计划项目范围说明书概要设计说明书详细设计说明书设计术语及规范源程序编码规则测试计划测试用例测试报告4.5 验收标准1.验收测试的对象：软件包括程序、数据和文档。2.验收测试要注意问题：（1）验收测试始终要以双方确认

29、的需求规格说明和技术合同为准，确认各项需求是否得到15 满足，各项合同条款是否得到贯彻执行。（2）验收测试和单元测试、集成测试不同，它是以验证软件的正确性为主，而不是以发现软件错误为主。（3）对验收测试中发现的软件错误要分级分类处理，直到通过验收为止。（4）验收测试中的用例设计要具有全面性、多维性、效率性，能以最少的时间在最大程度上确认软件的功能和性能是否满足要求。3.验收测试的目的是确认系统是否满足产品需求规格说明和技术合同的相关规定。通过实施预定的测试计划和测试执行活动确认软件的功能需求、性能需求和文档需求。安装测试、 功能测试、界面测试、性能测试、文档测试、负载压力测试、恢复测试、安全性测试、兼容性测试等。（1）安装测试：安装测试的目的在于验证软件能否在不同的配置情况下完成安装，并确认能否正常运行。（2）功能测试：功能测试是验收测试中的主要内容。功能测