《it项目计划书模板》由会员分享,可在线阅读,更多相关《it项目计划书模板(9页珍藏版)》请在金锄头文库上搜索。
1、第 1 页it项目计划书模板*系统软件项目计划书20*-10-1210:10目录1引言11.1背景.11.3定义.21.4参考资料.21.5标准、条约和约定.22项目概述.22.1项目目标.22.2产品目标与范围32.3假设与约束.32.4项目工作范围32.5应交付成果.32.5.1需完成的软件32.5.2需提交用户的文档.32.5.3须提交内部的文档.32.5.4应当提供的服务.42.6项目开发环境42.项目验收方式与依据.43项目团队组织.43.1组织结构.43.2人员分工.43.3协作与沟通.53.3.1项目团队内部协作.53.3.2项目接口人员53.3.3项目团队外部沟通与协作模式.5
2、4实施计划.54.1风险评估及对策54.2工作流程.64.3总体进度计划64.4项目控制计划4.4.1质量保证计划4.4.2进度控制计划4.4.3预算监控计划84.4.4配置管理计划85支持条件.85.1内部支持.85.2客户支持.85.3外包(可选)86预算.6.1人员成本6.2设备成本6.3其它经费预算.关键问题.8专题计划要点.*软件项目计划书根据GB856788计算机软件产品开发文件编制指南中项目开发计划的要求,结合实际情况调整后的项目计划书内容如下:1引言1.1背景主要说明项目的来历,一些需要项目团队成员知道的相关情况。主要有以下内容:(1)项目的名称经过与客户商定或经过立项手续统一
3、确定的项目名称,一般与所待开发的软件系统名称有较大的关系,如针对“*系统”开发的项目名称是“*系统开发”。(2)项目的委托单位如果是根据合同进行的软件开发项目,项目的委托单位就是合同中的甲方;如果是自行研发的软件产品,项目的委托单位就是本企业。第 2 页(3)项目的用户(单位):软件或网络的使用单位,可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个,有时是不一样的。如海关的报关软件、税务的报税软件,委托单位是海关或税务机关,但使用的用户或单位不仅有海关或税务机关,还包括需要报关、报税的企业单位。(4)项目的任务提出者本企业内部提出需要完成此项目的人员,一般是领导或商务人员;
4、注意项目的任务提出者一般不同于项目的委托单位,前者一般是企业内部的人员。如果是内部开发项目,则两者的区别在于前者指人,后者指单位。(5)项目的主要承担部门有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门(也有的分为不同事业部)。项目的特点就是其矩阵式组织,一般一个项目的项目成员可能由不同的部门组成,甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。(6)项目建设背景从政治环境上、业务环境上说明项目建设背景,说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。(7)软件系统与其他系统的关
5、系说明与本系统有关的其他系统,说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统(一些数据、环境等必须依靠这个系统才能运行),也可以是以这个系统为基础的系统,或者是两者兼而有之的关系、互相依赖的系统。例句:本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。第 3 页(8)软件系统与机构的关系说明软件系统除了委托单位和使用单位,还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。1.3定义列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一
6、些业界使用的通用术语进行另外的定义,使它的含义和通用术语的惯用含义不一致。1.4参考资料列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位,必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定”互为补充,注意“参考资料”未必作为“标准、条约和约定”,因为“参考”的不一定是“必须遵守”的。常用资料如:本项目的合同、标书、上级机关有关通知、经过审批的项目任务书;属于本项目的其他已经发表的文件;本文档中各处引用的文件、资料,包括所要用到的软件开发标准。1.5标准、条约和约定列出在本项目开发过程中必须遵守的标准、条约和约定。例如:相应的立项建议书、项
7、目任务书、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。“参考资料”一般具有“物质”特性,一般要说明参照了什么,要说明在哪里可以获得;“标准、条约和约定”一般具有“精神”特性,一般是必须遵守的,不说明在哪里可以获得。参考资料的内容应该涵盖“标准、条约和约定”。2项目概述2.1项目目标设定项目目标就是把项目要完成的工作用清晰的语言描述出来,让项目团队每一个成员都有明确的概念。注意,不要简单地说成在什么什么时间完第 4 页成开发什么什么软件系统或完成什么什么软件安装集成任务。注意“要完成一个系统”只是一个模糊的目标,它还不够具体和明确。明确的项目目标应该指出了服务对象,所
8、开发软件系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。项目目标应当符合SMART原则:明确的陈述(Specific)可以衡量的结果(Measurable)可以达成的目标(Attainable)现实的或者说是能和实际工作相结合(Realistic)可以跟踪的(Trackable)项目目标可以进行横向的分解也可以进行纵向的分解。横向分解一般按照系统的功能或按照建设单位的不同业务要求,如分解为第一目标、第二目标等等;纵向的分解一般是指按照阶段,如分解为第一阶段目标、第二阶段目标等等,或近期目标、中期目标、远期目标等等。阶段目标一般应当说明目标实现的较为明确的时间。一般
9、要在说明了总目标的基础上再说明分解目标,可加上“为实现项目的总目标,必须实现以下三个阶段目标”2.2产品目标与范围根据项目输入(如合同、立项建议书、项目技术方案、标书等)说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。对项目成果(软件系统)范围进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。产品目标如“提高工作信息报送反馈工作效率,更好地进行工作信息报送的检查监督,提高信息的及时性、汇总统计信息的准确性,减轻各级相关工作人员的劳动强度。”2.3假设与约束对于项目必须遵守的各种约束(时间、人
10、员、预算、设备等)进行说明。这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。假设是通过努力可以直接解决的问题,而这些问题第 5 页是一定要解决才能保证项目按计划完成。如:“系统分析员必须在3天内到位”或“用户必须在8月8日前确定对需求文档进行确认”约束一般是难以解决的问题,但可以通过其他途径回避或弥补、取舍,如人力资源的约束限制,就必须牺牲进度或质量等等。假设与约束是针对比较明确会出现的情况,如果问题的出现具有不确定性,则应该在风险分析中列出,分析其出现的可能性(概率)、造成的影响、应当采取的相应措施。2.4项目工作范围说明为实现项目的目标需要进行那些工作。在必要时,
11、可描述与合作单位和用户的工作分工。注意产品范围与项目工作范围的不同含义。产品范围界定:软件系统产品本身范围的特征和功能范围。工作范围界定:为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。产品范围的完成情况是参照客户的需求来衡量的,而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性,以确保项目的具体工作成果,能按特定的产品要求准时交付。2.5应交付成果2.5.1需完成的软件列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。其中软件对象可能包括:源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方
12、模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。2.5.2需提交用户的文档列出需要移交给用户的每种文档的名称、内容要点及存储形式,如需求规格说明书、帮助手册等。此处需要移交用户的文档可参考合同中的规定。第 6 页2.5.3须提交内部的文档可根据GB8567-88计算机软件产品开发文件编制指南附录O:“文件编制实施规定的实例(参考件)”结合各企业实际情况调整制定软件开发文档编制裁减衡量因素表。根据因素表确定项目对应的项目衡量因素取值,以确定本项目应完成的阶段成果。将不适用于本项目的内容裁减,以减少不必要的项目任务和资源。根据因素取值列出本项目应完成的阶段成果,说明本项目
13、取值所在的区间,将其他因素值区间删除。篇二:软件项目计划书模版。*20*年9月8日项目计划书1引言1.1编写目的1.2背景1.3定义(略)1.4参考资料1.5标准、条约和约定(略)2项目概述2.1项目目标2.2产品目标与范围2.3假设与约束2.4项目工作范围2.5应交付成果2.5.1需完成的软件2.5.2需提交用户的文档2.5.3须提交内部的文档2.5.4应当提供的服务2.6项目开发环境2.项目验收方式与依据3项目团队组织3.1组织结构3.2人员分工3.3协作与沟通3.3.1内部协作3.3.2外部沟通4实施计划4.1风险评估及对策4.2工作流程(略)4.3总体进度计划4.4项目监控(略)4.4
14、.1质量控制计划(略)4.4.2进度监控计划(略)4.4.3预算监控计划(略)4.4.4配置管理计划(略)5支持条件(略)5.1内部支持(可选)(略)5.2客户支持(对项目而言)(略)5.3外包(可选)(略)6预算(可选)6.1人员成本6.2设备成本6.3其它经费预算(略)6.4项目合计经费预算(略)关键问题8专题计划要点(略)篇三:软件项目计划书(模板)。赤峰学院软件项目计划书项目名称年级专业信息与计算科学专业10级3班组长小组成员陈冬雪、胡玉莲、夏喜锋、指导教师二零一三年第 7 页十月二十二日目录1概述.11.1项目概述11.2项目交付的产品11.3SPMP的演化.11.4参考资料11.5
15、定义、缩写词以及简写12项目组织12.1外部接口12.2内部组织结构.22.3角色与职责划分23管理过程23.1项目启动计划.23.2工作计划23.3控制计划23.4风险管理计划.33.5项目收尾计划.44计划过程44.1过程模型44.2方法、工具和技术.44.3基础设施45支持过程45.1工作包.45.2依赖关系55.3资源需求55.4预算和资源分配55.5进度表.61概述1.1项目概述项目的目标是开发一套酒店内部管理系统,同时组员们获得系统的软件工程项目训练,发布的产品是软件的可执行程序、源代码、技术文档等,主要工作是需求分析、系统分析、开发测试。关键里程碑分别是需求规格说明书的发布,系统
16、设计说明说发布和系统的交付,项目所需资源为版本控制服务器和个人开发工具,进度大约为9周。1.2项目交付的产品交付日期12月20日,主要交付物有:酒店客房管理系统安装程序、系统源代码、技术文档包(包括需求规格说明书、系统设计说明书、项目总结文档等)1.3SPMP的演化SPMP于第12周周末前经由小组讨论分工撰写汇总整合三步形成初稿,由组长上传至配置文档库,由组长负责维护。第13周以后根据项目的进展可以对其进行修改需要有组员提出修改意见,在全体会议上讨论通过,并由组长将修改稿上传至文档库。其余组员通过版本同步获得更新稿。1.4参考资料软件工程理论、方法与实践,孙家广刘强,高等教育出版社软件工程导论张海藩,清华大学出版社软件工程师指南M张凯,中国电力出第 8 页版社JavaWeb典型模块与项目实战大全M明日科技,电子工业出版社.Java数据库系统开发案例精选M王国辉,人民邮电出版社1.5定义、缩