XXX系统软件项目计划书2022-10-1210:10使用新的开辟技术、新设备等,或者是新的应用组合,没有经验;是新的行业或者业务,没有经验;性能上的要求很严;3用户体制上的问题用户管理不严,恐怕功能决定、验收不能顺利地完成或者浮现了延迟;或者恐怕功能会多次变更;与用户分担开辟,恐怕工程会迟延或者浮现了延迟;用户或者其他相关单位承担的工作有可能延误;4其它应该包含此处没有、但据猜测有风险的项目工作流程说明项目采用什么样的工作流程进行如瀑布法工作流程,原型法工作流程、螺旋型工作流程、迭代法工作流程,也可以是自己创建的工作流程不同的流程将影响后面的工作计划的制定必要时画出本项目采用的工作流程图及适当的文字说明总体进度计划这里所说的总体进度计划为高层计划作为补充,应当分阶段制定项目的阶段计划,这些阶段计划不在这份文档中,当耍以这份总体计划为依据总体进度计划要依据确定的项目规模,列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果,在阶段时间安排中要考虑项目阶段成果完成、提交评审、修改的时间对于项目计划、项目准备、需求调研、需求分析、构架设计或者概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作,给出每项工作任务的预定开始日期、完成日期及所需的资源,规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件里程碑例如制定软件项目进度计划可以使用一些专门的工具,最常用的是Microsoft的Project作为辅助工具,功能比较强大,比较适合于规模较大的项目,但无法彻底代替项目计划书,特殊是一些主要由文字来说明的部份小规模的项目可简便地使用EXCEL作为辅助工具关于如何使用这些工具不在此作详细说明制定软件项目进度计划应当考虑以下一些因素1对于系统需求和项目目标的掌握程度如开始时对于系统需求和项目目标惟独比较数的了解,就只能制定出比较粗的进度计划,等到需求阶段或者设计阶段结束,就应该进一步细化进度计划2软件系统规模和项目规模这两个不是一个概念软件系统规模往往是从功能点的估算或者其他估算方式得来的,而项目规模还要考虑对文档数量与质量的要求,使用的开辟工具、新技术、多少复用、沟通的方便程度、客户方的情况、需要遵守的标准规范等等等等例如,完成一个大型的系统,在一定的时间内一个人或者几个人的智力和体力是承受不了的由于软件是逻辑、智力产品,盲目增加软件开辟人员并不能成比例地提高软件开辟能力相反,随着人员数量的增加,人员的组织、协调、通信、培训和管理方面的问题将更为严重3软件系统复杂程度和项目复杂程度和软件系统规模和项目规模一样,软件系统的复杂程度主要是考虑软件系统本身的功能、架构的复杂程度,而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度,多项目情况下资源保障的情况,等等等等软件系统的规模与软件系统的复杂程度未必是成比例的关系;同样项目的规模与项目的复杂程度未必是成比例的关系4项目的工期要求就是项目的紧急程度有些项目规模大,却因为与顾客签订了合同,或者为了抢先占领市场,工期压缩得很紧,这时就要考虑如何更好地合理安排进度,多增加人选多采用加班的方式是一种万不得已的选择增加人选除了增加人的成本外必然会增加沟通的成本熟悉项目任务所需要的时间;加班如果处理不好会造成情绪上的问题,也可能会因为过于忙碌而无法顾及质量,造成质量的下滑5项目成员的能力这些能力包括项目经理的管理能力,系统分析员的分析能力、系统设计人员的设计能力、程序员的编码能力、测试人员的测试能力,以及企业或者项目团队激发出这些能力的能力从此外一个角度看还有总体上对客户行业业务的熟悉程度;对于建模工具、开辟工具、测试工具等技术的掌握程度;企业内部对行业业务知识和主要技术的知识积累项目控制计划
4.
4.1质量保证计划执行质量评审活动,对过程质量进行控制规模较大的项目应当单独编写《软件开辟项目质量计划》根据GB/T12504计算机软件质量保证计划规范,内容包括管理描述负责软件质量管理的机构、任务及其相关的职责文档列出在该软件的开辟、验证与确认以及使用与维护等阶段中需要编制的文档,并描述对文档进行评审与检查的准则标准、条例和约定列出软件开辟过程中要用到的标准、条例和约定,并列出监督和保证执行的措施评审和检查规定所要进行的技术和管理两个方面的评审和检查工作,并编制或者引用有关的评审和检查规程,以及通过与否的技术准则至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查软件配置管理编制有关配置管理条款,或者在“444配置管理计划”中说明,或者引用按照《GB/T12505计算机软件配置管理计划规范》单独制定的文档工具、技术和方法指明用于支持特定软件项目质量管理工作的工具、技术和方法,指出它们的目的和用途媒体控制说明保护计算机程序物理媒体的方法和设施,以免非法存取、意外损坏或者自然老化♦对供货单位的控制供货单位包括项目承办单位、软件销售单位、软件开辟单位规定对这些供货单位进行控制的规程,从而保证项目承办单位从软件销售单位购买的、其他开辟单位开辟的或者从开辟单位现存软件库中选用的软件能满足规定的需求记录的采集、维护和保存指明需要保存的软件质量保证活动的记录,并指出用于汇总、保护和维护这些记录的方法和设施,并指明要保存的期限
4.2进度控制计划本项目的进度监控执行本企业《项目管理规范》,由本企业过程控制部门如质量管理部统一进行监控并保留在监控过程中产生的日常检查记录
4.3预算监控计划说明如何检查项目预算的使用情况根据项目情况需要制定
4.4配置管理计划编制有关软件配置管理的条款,或者引用按照GB/T12505单独制订《配置管理计划》文档在这些条款或者文档中,必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检查配置管理工作等四方面的活动还必须规定用以维护和存储软件受控版本的方法和设施;必须规定对所发现的软件问题进行报告、追踪和解决的步骤,并指出实现报告、追踪和解决软件问题的机构及其职责根据《GB/T12505计算机软件配置管理计划规范》,软件配置管理计划内容如下管理描述负责软件配置管理的机构、任务、职责及其有关的接口控制软件配置管理活动描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求工具、技术和方法指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法,指明它们的目的,并在开辟者所有权的范围内描述其用法对供货单位的控制供货单位是指软件销售单位、软件开辟单位或者软件子开辟单位必须规定对这些供货单位进行控制的管理规程,从而使从软件销售单位购买的、其他开辟单位开辟的或者从开辟单位现存软件库中选用的软件能满足规定的软件配置管理需求记录的采集、维护和保存指明要保存的软件配置管理文档,指明用于汇总、保护和维护这些文档的方法和设施,并指明要保存的期限5支持条件说明为了支持本项目的完成所需要的各种条件和设施内部支持逐项列出项目每阶段的支持需求(含人员、设备、软件、培训等)及其时间要求和用途例如,设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开辟工具、操作系统、数据库管理系统、测试环境,逐项列出有关到货日期、使用时间的要求客户支持列出对项目而言需由客户承担的工作、完成期限和验收标准,包括需由客户提供的条件及提供时间外包(可选)列出需由外单位分合同承包者承担的工作、完成时间,包括需要由外单位提供的条件和提供的时间6预算
6.1人员成本列出产品/项目团队每一个人的估计工作月数列出完成本项目所需要的劳务(包括人员的数量和时间)劳务费普通包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金
6.2设备成本设备成本包括原材料费,设备购置及使用费列出拟购置的设备及其配置和所需的经费列出拟购置的软件及其版本和所需的经费使用的现有设备及其使用时间
6.3其它经费预算列出完成本项目所需要的各项经费,包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等,包括差旅费(旅费、出租)(含补贴)资料费通信费会议费办公费协作费培训I费(图书费、资料费、复印费、出版费)(市话长话费、挪移通信费、上网费、邮资)(鉴定费、评审会、研讨费、外事费等)(购买办公用品)(业务协作款待费、项目团队加班伙食费)(培训资料编写费、资料印刷费、产地费、设备费)其他(检测、外加工费、维修费、消耗品、低易品、茶话会等)7关键问题逐项列出能够影响整个项目成败的关键问题、技术难点和风险,指出这些问题对项目成败的影响8专题计划要点专题计划也就是因为项目的需要在本文档之外独立建立的计划,本节说明本项目开辟中需要制定的各个专题计划的要点专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划目录1引言1背景1定义2参考资料2标准、条约和约定22项目概述2项目目标2产品目标与范围3假设与约束3项目工作范围3应交付成果3需完成的软件3需提交用户的文档3须提交内部的文档3应当提供的服务4项目开辟环境4项目验收方式与依据43项目团队组织4组织结构4人员分工4协作与沟通5项目团队内部协作5项目接口人员5项目团队外部沟通与协作模式54实施计划5风险评估及对策5工作流程6总体进度计划6项目控制计划7质量保证计划7进度控制计划7预算监控计划8配置管理计划85支持条件8内部支持8客户支持8外包(可选)86预算9人员成本9设备成本9其它经费预算97关键问题98专题计划要点9XXX软件项目计划书根据《GB8567—88计算机软件产品开辟文件编制指南》中项目开辟计划的要求,结合实际情况调整后的《项目计划书》内容如下1引言
1.1背景主要说明项目的来历,一些需要项目团队成员知道的相关情况主要有以下内容1项目的名称经过与客户商定或者经过立项手续统一确定的项目名称,普通与所待开辟的软件系统名称有较大的关系,如针对“XX系统”开辟的项目名称是“XX系统开辟”2项目的委托单位如果是根据合同进行的软件开辟项目,项目的委托单位就是合同中的甲方;如果是自行研发的软件产品,项目的委托单位就是本企业3项目的用户单位软件或者网络的使用单位,可以泛指某个用户群注意项目的用户或者单位有时与项目的委托单位是同一个,有时是不一样的如海关的报关软件、税务的报税软件,委托单位是海关或者税务机关,但使用的用户或者单位不仅有海关或者税务机关,还包括需要报关、报税的企业单位4项目的任务提出者本企业内部提出需要完成此项目的人员,普通是领导或者商务人员;注意项目的任务提出者普通不同于项目的委托单位,前者普通是企业内部的人员如果是内部开辟项目,则两者的区别在于前者指人,后者指单位5项目的主耍承担部门有些企业根据行业方向或者工作性质的不同把软件开辟分成不同的部门也有的分为不同事业部项目的特点就是其矩阵式组织,普通一个项目的项目成员可能由不同的部门组成,甚至可能由研发部门、开辟部门、测试部门、集成部门、服务部门等等其中几个组成需要根据项目所涉及的范围确定本项目的主要承担部门6项目建设背景从政治环境上、业务环境上说明项目建设背景,说明项目的大环境、来龙去脉这有利于项目成员更好地理解项目目标和各项任务7软件系统与其他系统的关系说明与本系统有关的其他系统,说明它们之间的相互依赖关系这些系统可以是这个系统的基础性系统一些数据、环境等必须依靠这个系统才干运行,也可以是以这个系统为基础的系统,或者是两者兼而有之的关系、互相依赖的系统例句本系统中对外部办公部份如需要各个建设单位报送材料的子系统应当挂在市政府网站8软件系统与机构的关系说明软件系统除了委托单位和使用单位,还与哪些机构组织有关系例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才干使用等等、是否需要外包或者与那些组织机构合作定义列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释注意尽量不要对一些业界使用的通用术语进行此外的定义,使它的含义和通用术语的惯用含义不一致参考资料列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位,必要时说明得到这些文件资料和标准的途径本节与下一节的“标准、条约和约定”互为补充,注意“参考资料”未必作为“标准、条约和约定”,因为“参考”的不一定是“必须遵守的常用资料如本项目的合同、标书、上级机关有关通知、经过审批的项目任务书;属于本项目的其他已经发表的文件;本文档中各处引用的文件、资料,包括所要用到的软件开辟标准标准、条约和约定列出在本项目开辟过程中必须遵守的标准、条约和约定例如相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等“参考资料”普通具有“物质”特性,普通要说明参照了什么,要说明在哪里可以获得;“标准、条约和约定,,普通具有“精神,,特性,普通是必须遵守的,不说明在哪里可以获得参考资料的内容应该涵盖“标准、条约和约定”2项目概述项目目标设定项目目标就是把项目要完成的工作用清晰的语言描述出来,让项目团队每一个成员都有明确的概念注意,不要简单地说成在什么什么时间完成开辟什么什么软件系统或者完成什么什么软件安装集成任务注意“要完成一个系统”只是一个含糊的目标,它还不够具体和明确明确的项目目标应该指出了服务对象,所开辟软件系统最主要的功能和系统本身的比较深层次的社会目的或者系统使用后所起到的社会效果项目目标应当符合SMART原则明确的陈述Specific可以衡量的结果Measurable可以达成的目标Attainable现实的或者说是能和实际工作相结合Realistic可以跟踪的Trackable项目目标可以进行横向的分解也可以进行纵向的分解横向分解普通按照系统的功能或者按照建设单位的不同业务要求,如分解为第一目标、第二目标等等;纵向的分解普通是指按照阶段,如分解为第一阶段目标、第二阶段目标等等,或者近期目标、中期目标、远期目标等等阶段目标普通应当说明目标实现的较为明确的时间一般要在说明了总目标的基础上再说明分解目标,可加之“为实现项目的总目标,必须实现以下三个阶段目标••…产品目标与范围根据项目输入(如合同、立项建议书、项目技术方案、标书等)说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求对项目成果(软件系统)范围进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据软件系统产品目标应当从用户的角度说明开辟这一软件系统是为了解决用户的那些问题产品目标如“提高工作信息报送反馈工作效率,更好地进行工作信息报送的检查监督,提高信息的及时性、汇总统计信息的准确性,减轻各级相关工作人员的劳动强度”假设与约束对于项目必须遵守的各种约束(时间、人员、预算、设备等)进行说明这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件假设是通过努力可以直接解决的问题,而这些问题是一定要解决才干保证项目按计划完成如“系统分析员必须在3天内到位”或者“用户必须在8月8日前确定对需求文档进行确认”约束普通是难以解决的问题,但可以通过其他途径回避或者弥补、取舍,如人力资源的约束限制,就必须牺牲进度或者质量等等假设与约束是针对照较明确会浮现的情况,如果问题的浮现具有不确定性,则应该在风险分析中列出,分析其浮现的可能性(概率)、造成的影响、应当采取的相应措施项目工作范围说明为实现项目的目标需要进行那些工作在必要时,可描述与合作单位和用户的工作分工注意产品范围与项目工作范围的不同含义产品范围界定软件系统产品本身范围的特征和功能范围工作范围界定为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务产品范围的完成情况是参照客户的需求来衡量的,而项目范围的完成情况则是参照计划来检验的这两个范围管理模型间必须要有较好的统一性,以确保项目的具体工作成果,能按特定的产品要求准时交付应交付成果
5.1需完成的软件列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式其中软件对象可能包括源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程叙文件等等.2需提交用户的文档列出需要移交给用户的每种文档的名称、内容要点及存储形式,如需求规格说明书、匡助手册等此处需要移交用户的文档可参考合同中的规定.3须提交内部的文档可根据《GB8567-88计算机软件产品开辟文件编制指南》附录0“文件编制实施规定的实例(参考件)y结合各企业实际情况调整制定《软件开辟文档编制裁减衡量因素表》根据《因素表》确定项目对应的项目衡量因素取值,以确定本项目应完成的阶段成果将不合用于本项目的内容裁减,以减少不必要的项目任务和资源根据因素取值列出本项目应完成的阶段成果,说明本项目取值所在的区间.4应当提供的服务根据合同或者某重点建设工作需要,列出将向用户或者委托单位提供的各种服务,例如培训、安装、维护和运行支持等具体的工作计划如需要编制现场安装作业指导书、培训计划等,应当在本计划“
4.3总体进度计划”中条列出项目开辟环境说明开辟本软件项目所需要的软硬件环境和版本、如操作系统、开辟工具、数据库系统、配置管理工具、网络环境环境可能不止一种,如开辟工具可能需要针对Java的,也需要针对C++的有些环境可能无法确定,需要在需求分析完成或者设计完成后才干确定所需要的环境项目验收方式与依据说明项目内部验收和用户验收的方式,如验收包括交付前验收、交付后验收、试运行(初步)验收、最终验收、第三方验收、专家参预验收等等项目验收依据主要有标书、合同、相关标准、项目文档(最主要是需求规格说明书)3项目团队组织组织结构说明项目团队的组织结构项目的组织结构可以从所需角色和项目成员两个方面描述所需角色主要说明为了完成本项目任务,项目团队需要哪些角色构成,如项目经理、计划经理、系统分析员(或者小组)、构架设计师、设计组、程序组、测试组等等组织结构可以用图形来表示,可以采用树形图,也可以采用矩阵式图形,同时说明团队成员来自于哪个部门除了图形外,可以用文字简要说明各个角色应有的技术水平注意虽然有一些通用的结构可以套用,但各种不同规模、不同形式的项目组织结构是不一样的如产品研发项目可能就不需要实施人员(小组),但需要知识转移方面的人员(小组)而软件编码外包的项目则不需要程序员,测试人员也可以适当地减少人员分工确定项目团队的的每一个成员属于组织结构中的什么角色,他们的技术水平、项目中的分工与配置,可以用列表方式说明,具体编制时按照项目实际组织结构编写以下是一个示例协作与沟通项目的沟通与协作首先应当确定协作与沟通的对象,就是与谁协作、沟通沟通对象应该包括所有项目干系人,而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等其次应当确定协作模式与沟通方式沟通方式如会议、使用电话、QQ、内部邮件、外部邮件、聊天室等等其中邮件沟通应当说明主送人、抄送人,聊天室沟通方式应当约定时间周期而协作模式主要说明在浮现什么状况的时候各个角色应当(主动)采取什么措施,包括沟通,如何互相配合来共同完成某项任务定期的沟通普通要包括项目阶段报告、项目阶段计划、阶段会议等
3.1项目团队内部协作本节说明在项目开辟过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容
3.2项目接口人员应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式,包括
(1)负责本项目同用户的接口人员;
(2)负责本项目同本企业各管理机构,如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员;
(3)负责本项目同分包方的接口人员
3.
3.3项目团队外部沟通与协作模式项目团队外部包括企业内部管理协助部门、项目委托单位、客户等等本节说明在项目开辟过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录办法等内容明确最终用户、直接用户及其所在本企业/部门名称和联系电话明确协作开辟的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话确定有关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话4实施计划
4.1风险评估及对策识别或者预估项目进行过程中可能浮现的风险应该分析风险浮现的可能性(概率)、造成的影响、根据影响应该采取的对策,采取的措施风险识别包括识别内在风险及外在风险内在风险是指项目工作组能加以控制和影响的风险,如人事任免和成本估计等外在风险指超出项目工作组等控制力和影响力之外的风险,如市场转向或者政府行为等风险的对策包括避免排除特定危胁往往靠排除危(wei)险起源;减缓减少风险事件的预期资金投入来减低风险发生的概率,以及减少风险事件的风险系数;吸纳接受一切后果,可以是积极的(如制定预防性计划来谨防风险事件的发生),也可以是消极的(如某些费用超支则接受低于预期的利润)对于软件开辟项目而言,在分析、识别和管理风险上投入足够的时间和人力可以使项目发展过程更加平稳,提高项目跟踪和控制的能力,由于在问题发生之前已经做了精密计划,于是对项目的成功产生更加充分的信心软件开辟项目常见预估的风险
(1)工程/规模/进度上的风险规模大,规模估算不精确甚至误差很大;就规模而言,用户要求交付期、费用很紧;预料外的工作(测试未完时的现场对应等);
(2)技术上的风险起止时间点♦责任人及所需资源,完成工作Q应提交成果口检查点/里程碑/¥#343姓名•技术水平,角色「工作描述项目管理、前用分析、设计”分析系统需求、项目计划、项目团队管理,检查进度0*嫉分析、设计、编码分析新功能、软件框架扩展、代码模块分配、数据库设计说明书.分析、设计Q数据交换、安装程序、安绫手册・川设计、编码,数据加戟分析Q设计项目后期总体负责、加载程序编写「P设计、编码「数码相机照片读取酉切模块设计,/蜩J对软件进行测试、软件测试文档―工•文档编写、测试•用户操作手用♦。