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

《《超市管理系统-软件项目计划说明书》》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

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

2、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其他1515编写目的此项目开发计划书的编写主要是为了给开发《超市管理系统》做主要的规划和整合，在开发过程中起到引导作用，以及给使用者提供简要的说明进度是对执行的活动和里程碑制定的工作计划日期表1.1背景a.待开发的软件系统的名称:超市管理系统b.本项目的任务提出者、开发者、用户及实现该软

3、件的组织结构（企业）项目的任务提出者：XX超市高层领导本系统的开发者：YY软件股份有限公司员工朱发军本系统的用户：XX超市的高层领导、部门经理及其员工。实现该软件企业（YY软件股份有限公司）的组织结构图：（参考例图）c.该软件系统同其他系统或其他机构的基本的相互来往关系。与本系统有关的系统：无1.2定义WBS:WorkBreakdownStructure任务分解结构。PMI:ProjectManagementInstitute美国项目管理学会，成立于1969年一个国际性组织，PDM:PrecedenceDiagrammingMethod单代号网络图1.3参考资料[1]《软件项目

4、管理案例教程》（第一版），韩万江姜立新编著，机械工业出版社，2009年4月[2]《软件项目管理案例教程》（第二版），韩万江姜立新编著，机械工业出版社，2009年4月[3]《软件项目估计》（第二版）,(美)CAPERSJONES15著，刘从越编译，电子工业出版社，2008年3月[4]《软件需求》（第二版），（美）KarlE.wiegers著，刘伟琴、刘洪涛译，清华大学出版社，2007年9月1.1重要术语1.WBS，WorkBreakdownStructure，任务分解结构，是面向可交付成果的对项目元素的分组，它组织并定义了整个项目的范围。2.进度计划,进度，就是工作计划日期表3.

5、质量计划：主要的质量管理对象是针对项目过程中那些对最终产品起着重要的作用的中间产品：需求规格、设计说明书，源程序，测试计划，测试结果等。151项目进度计划编制的背景概述1.1软件生存期模型选择与设计1.选择增量模型的原因：1）.瀑布模型要求严格线性的开发，每个阶段开发活动结束后，通过严格的阶段性复审与确认，得到该阶段的一致、完整、正确和无二义性的良好文档资料，以“冻结”这些文档资料，作为该阶段的结束标志，保持不变，作为下一阶段活动的唯一基础，以每一步的正确性和完整性来保证最终系统的质量。但是大量的实践并不是这种理想的线性开发序列，而是在开发过程中逐步完善的。而在增量开发过程：软

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

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