您好,欢迎访问三七文档
项目策划文件编号:NP504100生效日期:2000.3.30受控编号:密级:秘密版次:Ver2.1修改状态:总页数18正文12附录6编制:李洪敏审核:袁淮、杨利批准:孟莉沈阳东大阿尔派软件股份有限公司(版权所有,翻版必究)文件修改控制修改记录编号修改状态修改页码及条款修改人审核人批准人修改日期目录1.目的2.适用范围3.职责3.1项目经理PM3.2项目软件经理PSM3.3项目管理部门3.4开发体系决策层SMG4.术语及缩略语5.工作程序5.1项目管理阶段划分5.2项目启动阶段5.3需求管理5.4项目策划5.5项目文件5.6项目报告5.7最终归档6.引用文件7.质量记录1.目的按软件工程的方法进行项目管理,在软件项目开发之前系统地规划整个项目进展过程,包括阶段划分、资源分配、进度安排、阶段具体计划的制定等,确保项目在预算之内及时交付并达到质量目标。2.适用范围适用于所有软件产品和软件项目。3.职责3.1项目经理PM:负责编制《项目启动计划》与《需求分析报告》。3.2项目软件经理PSM:负责编制《开发计划》。3.3项目管理部门:负责组织评审《项目启动计划》和《开发计划》并下达“项目任务书”。3.4开发体系决策层SMG:负责审批《项目启动计划》和《开发计划》。4.术语和缩略语4.1PM:projectmanager项目经理;TotalPM:针对某一项目,可设多名PM对TotalPM负责。4.2PSM:projectsoftwaremanager项目软件经理;TotalPSM:针对某一项目,可设多名PSM对TotalPSM负责。4.3SIP:softwareinitialplan《项目启动计划》4.4SDP:softwaredevelopmentplan《开发计划》4.5SCMP:softwareconfigurationmanagementplan《软件配置管理计划》4.6HCMP:hardwareconfigurationmanagementplan《硬件配置管理计划》4.7SQAP:softwarequalityassuranceplan《软件质量保证计划》4.8SRMP:softwareriskmanagementplan《软件风险管理计划》4.9QMP:qualitymanagementplan《质量计划》4.10SOW:statementofwork是由客户提供的对项目所要完成的全部工作的说明文件,其主要包括:工作范围、技术目标和目的、客户和最终用户标识、引入的标准(客户要求供方执行的标准以及国家法律法规要求产品或项目执行的标准)、责任分担、成本和进度限制、软件项目与其它组织的依赖性、资源限制、其它限制5.工作程序5.1项目管理的阶段划分项目管理划分成如下两个阶段:1)项目启动阶段:在进入具体项目实施之前为获得明确需求或进行完备可行性调研及整体策划所花费的时间,分为第一阶段与第二阶段,第一阶段为明确需求阶段,第二阶段为具体策划阶段。2)项目实施阶段:在获得明确需求或通过可行性评估后为实现项目的具体要求所花费的时间。5.2项目启动阶段5.2.1启动项目管理部门组织《立项建议报告》的评审,立项通过评审,由项目管理部门下达“项目任务书”,指定一名TotalPM或PM及SCML与SQAL,确定SIP编制与评审的时间。5.2.2SIP的编制PM负责协调PSM、SCML、SQAL共同完成项目启动阶段的任务。并负责在限定时间内编制SIP,包括启动阶段的资源调配、进度安排及提交结果。5.2.3输出要求1)第一阶段需求分析阶段,输出明确需求;2)需求评审通过后,进入第二阶段,项目具体策划阶段,需编制SDP及相应的计划提交评审。5.2.4SIP的评审5.2.4.1项目管理部门依据《立项建议报告》评审中确定的时间组织SIP的评审,评审人员包括:SMG、项目管理部门及相关的市场与开发部门,项目管理部门负责填写并保存SIP评审及风险评估与控制等评审记录。5.2.4.2如PM未能在限定时间内完成SIP的编制,需距限定日期至少提前3工作日向项目管理部门提出延期申请,由项目管理部门负责组织延期申请的评审与批复。延期申请的内容包括且不局限于:工作进行状态与评估延期原因解决方案新的日程表5.2.4.3SIP的评审结果:1)不可行,项目取消;2)存在问题,修改后重新评审,修改时间在评审记录中明确限定;3)评审通过,实施SIP。5.2.5SIP的实施跟踪与修改1)项目管理部门根据评审后的SIP,进行实施跟踪与控制。2)SIP在执行过程中需要进行修订时,需在变更前三个工作日向项目管理部门提交“软件问题报告”及修改的计划内容。由项目管理部门重新组织评审。3)每次评审都应留有记录,所有评审不能通过的,必须进行修改,修改后须重新进行评审。5.2.6SIP的配置管理SCML按照NP601100《配置管理》对SIP进行配置管理。5.3需求管理5.3.1项目启动进入需求分析,PM负责全程的需求管理,组建需求分析小组,了解并协调客户的软件目标,需求分配,接口标准,测试与验收标准,交付期需求,预算限制,资源限制。通过SOW的确定明确具体的需求,包括软件开发环境与技术,软件设计、编程、测试的需求和标准,配置管理需求,质量保证需求,项目风险及降低风险的策略。5.3.2软件产品项目需提交依据NW503102《软件功能规格说明书编写规范》编制的详细的《软件功能规格说明书》,软件合同项目需提交依据NW503101《需求分析报告编写规范》编制的《需求分析报告》,并经客户方确认;如果客户提供了与《需求分析报告》等同的文档,需经评审通过后方可接收。5.4项目策划PM可责成PSM依据NW504101《开发计划编写规范》编制SDP;SCML负责依据NW601102《配置管理计划编写规范》编制SCMP,提交SCMM审批;SQAL负责编制相应的SQAP,并提交SQAM审批;PM负责编制相应的SRMP;如项目有特殊需要,由项目管理部门协调设备管理部门编制单独的HCMP,并依据SIP的要求组织SDP、SCMP、HCMP、SRMP的评审。5.4.1SDP的编制1)PSM按照软件生命周期定义并根据项目的需要审核阶段划分。一般情况下,可包括但不限于可行性分析、需求分析、设计、编码、测试、验收等阶段,并且阶段可以组合、迭代。2)质量目标要符合质量体系的要求。如有不符,PSM需编制QMP,由项目管理部门组织评审。5.4.2SDP的具体内容1)项目和质量目标项目目标:列出项目期间和完成时提交的软件项及项目文件。质量目标:描述每一提交产品的质量目标。例如,产品度量值达到9分;符合用户需求,用户接收并签发验收单。2)组织与职责PSM要确定所需的项目小组成员,考虑组织的资源计划和项目技能要求,按照质量手册的要求指定每个人的任务和职责。组织成员包括:3)项目的相关性外部相关性:列举PSM控制之外的相关活动,例如,客户或分承包商贯彻实施的活动。内部相关性:内部相关活动也要考虑,例如,所需的资源只有在另一项目完成之后才能获得。4)风险管理预测与项目有关的风险并采取预防措施。编制风险评估与控制报告,也可单独针对某重要问题提出重要报告。5)阶段划分根据项目的实际情况对项目进行适当的阶段划分后,要明确每个阶段的定义、输入和输出以及开始和结束标准。阶段定义:参照软件生命周期定义,对项目的每个阶段进行明确定义。阶段输入:阶段划分应明确定义每一阶段的各项输入需求,确保每项输入需求都应完整、无歧义、不相互矛盾。阶段输出:阶段划分应明确定义每一阶段的各项输出。各项输出应满足相应的需求;满足进入后续阶段的输入要求;符合有关的开发惯例和约定和/或法律、法规要求;标识出对产品安全和正常运行至关重要的产品特性。阶段开始和结束标准:在每个阶段都要按NP601100《配置管理》的基准配置提交规定的阶段成果,否则,不能结束该阶段而开始下一阶段。也可依据项目特点在SCMP中定义项目自己的基准。6)质量控制活动列举项目期间执行的评审和测试活动目录,如:开发计划评审、设计评审、阶段测试、系统测试、验收测试。对编码的测试,按NP507100《软件测试》、程序进行。7)开发方法和工具根据NP605100《规则、惯例和约定管理》程序确定该项目开发工作应遵守的规则、惯例和约定;根据NP606100《设备和工具管理》程序选择开发工作所用的工具和技术;明确各开发阶段所需进行的配置管理活动以及配置管理所需的工具和技术,并按NP601100《配置管理》程序实施配置管理。8)项目计划表画项目活动、资源及其相应职责的直方图,描述阶段工作量,并制定项目计划表。9)配置管理计划表按NP601100《配置管理》编制配置管理计划表。10)组织协调根据项目的相关性,PM负责处理设计、开发软件的组织和协调,涉及有关分包方、相关开发项目及其它辅助工作时,由SMG配合协调。PM或项目管理部门应以书面文件的形式将有关信息及时地通知给有关部门。11)与客户的协调PM负责与客户的协调,项目管理部门应配合开发部门进行协调、处理客户提出的意见或建议。SDP中应说明需要同客户协商解决的问题,这些问题的解决应记录在开发过程的各个阶段记录中,如“开发计划评审记录”等。5.4.3SDP的审批1)SDP的评审SDP经PSM审查认可后,由项目管理部门组织评审,参加人员包括但不限于:SMG、项目管理部门、PSM及项目相关部门与人员。2)SDP的审批:指出不合理处,要求责任者修改后,重新评审;暂缓执行该SDP,相关文档送交项目管理部门存档;评审通过,经SMG批准后正式生效并执行。5.4.4SDP的实施跟踪与修改1)项目管理部门根据SDP中的阶段划分及各阶段结果,实施进度跟踪和控制。在每一开发阶段完成后,PSM应及时向项目管理部门提交该阶段的《阶段评估报告》。2)SDP在执行中需要进行修订时,由PSM向项目管理部门提交NR504100D“软件问题报告”,由项目管理部门组织对修改计划重新进行评审。3)每次评审都应留有记录,所有评审或阶段验收不能通过的,必须进行修改,修改后须重新进行评审或验收。4)对于SDP的实施情况及各阶段成果的提交,项目管理部门应用过程度量的方法进行验证。过程度量按NP604100《度量》程序文件执行。4)SDP的评审记录和开发阶段的评审记录由项目管理部门存档;SDP由开发部门和项目管理部门共同存档。5.4.5由SCML按照NP601100《配置管理》对SDP进行配置管理。5.5项目文件5.5.1项目文件包括以下各项:SIPSDP(所有版本)评审记录措施记录重要报告SOW项目文档(用户手册、测试计划、测试结果、验收报告等)项目通讯录(内部备忘录、客户信息、分包商通讯录等)更改控制文档(更改/增加要求等)配置信息(配置记录、配置控制等)报告(阶段评估报告、软件问题报告、项目总结报告等)5.5.2PM/PSM保证项目文件的完整性和可存取性。5.6项目报告5.6.1项目报告由PSM形成并按要求发给项目组织成员及项目管理部门。5.6.2重要报告1)重要报告包括以下各项内容:最新报告阶段的成果下两个报告阶段的展望下一阶段计划建立的前提已分发的开发计划的软件问题及恢复措施发生的问题及恢复措施风险及采取的预防措施2)如果1)问题将影响项目成果、质量目标或计划表,需在两个工作日内向项目管理部门提交“软件问题报告”。5.6.3阶段结束评估报告阶段结束评估报告需在阶段结束之日后两个工作日内提交给项目管理部门,包括以下各项内容:阶段范围的简要描述(计划、设计等)阶段的期间成果(提交产品、计划表、对照质量目标和阶段结束标准的进展情况,在项目计划里已规定)工作效率:完成工作量(以人*时/人为单位,1人*日=8人*时)、代码量(行/人或K/人,源代码以行为单位计算,编译后以K为单位计算)、错误数(错误数/千行或错误数/1K)、功能实现(功能/人)说明:工作效率中人的计量对象应是TermMember。遇到的一些问题要在下一阶段实施的未完的活动
本文标题:项目策划.
链接地址:https://www.777doc.com/doc-498955 .html