- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
word格式文档
专业整理
软 件 学 院
超市管理系统项目计划书
系(部、中心) 软件学院
姓 名 朱发军 学 号 201207082233
专 业 软件工程 班 级 .net122班
课程名称 软件工程项目管理
设计题目名称 《超市管理系统软件项目计划书》
起止时间 2015年
成 绩
指导教师签名 刘风华
中原工学院软件学院制
目录
TOC \o 1-3 \h \z \u 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
编写目的
此项目开发计划书的编写主要是为了给开发《超市管理系统》做主要的规划和整合,在开发过程中起到引导作用,以及给使用者提供简要的说明进度是对执行的活动和里程碑制定的工作计划日期表
背景
a.待开发的软件系统的名称: 超市管理系统
b.本项目的任务提出者、开发者、用户及实现该软件的组织结构(企业)
项目的任务提出者:XX超市高层领导
本系统的开发者:YY软件股份有限公司员工朱发军
本系统的用户:XX超市的高层领导、部门经理及其员工。
实现该软件企业(YY软件股份有限公司)的组织结构图:
(参考例图)
c.该软件系统同其他系统或其他机构的基本的相互来往关系。
与本系统有关的系统:无
定义
WBS :Work Breakdown Structure 任务分解结构。
PMI: Project Management Institute 美国项目管理学会 ,成立于1969年一个国际性组织,
PDM :Precedence Diagramming Method 单代号网络图
参考资料
[1] 《软件项目管理案例教程》(第一版),韩万江 姜立新编著, 机械工业出版社,2009年4月
[2] 《软件项目管理案例教程》(第二版),韩万江 姜立新编著, 机械工业出版社,2009年4月
[3] 《软件项目估计》(第二版), (美)CAPERS JONES 著,刘从越编译,电子工业出版社,2008年3月
[4] 《软件需求》(第二版),(美)Karl E. wiegers 著,刘伟琴、刘洪涛译,清华大学出版社,2007年9月
重要术语
1.WBS,Work Breakdown Structure,任务分解结构,是面向可交付成果的对项目元素的分组,它组织并定义了整个项目的范围。
2.进度计划,进度,就是工作计划日期表
3.质量计划:主要的质量管理对象是针对项目过程中那些对最终产品起着重要的作用的中间产品:需求规格、设计说明书,源程序,测试计划,测试结果等。
项目进度计划编制的背景概述
软件生存期模型选择与设计
1.选择增量模型的原因:
1).瀑布模型要求严格线性的开发,每个阶段开发活动结束后, 通过严格的阶段性复审与确认,得到该阶段的一致、 完整、 正确和无二义性的良好文档资料,以“冻结”这些文档资料, 作为该阶段的结束标志,保持不变,作为下一阶段活动的唯一基础, 以每一步的正确性和完整性来保证最终系统的质量。 但是大量的实践并不是这种理想的线性开发序列,而是在开发过程中逐步完善的。
而在增量开发过程:软件描述、设计和实现活动被分散成一系列的增量,这些增量轮流被开发。先完成一个系统子集的开发,再按同样的开发步骤增加功能 (系
文档评论(0)