第1页共7页编号:时间:2021年x月x日书山有路勤为径,学海无涯苦作舟页码:第1页共7页目录1.目的...........................................................22.范围...........................................................23.职责...........................................................24.工作程序.......................................................34.1软件需求收集、分析和文档化过程............................34.1.2下达《软件项目任务书》...............................44.1.3制定《需求分析计划》.................................44.1.4需求的分析过程.......................................44.1.5编制《软件需求说明书》...............................44.1.6制定《软件验收计划》.................................54.2需求变更管理过程(包括增加、删除和修改)..................54.2.1需求更改申请的提出...................................64.2.2影响分析阶段.........................................64.2.3申请评审、批准阶段...................................64.2.4实施更改...........................................64.2.5评审、批准.........................................64.3需求追踪.................................................65.参考资料.......................................................7第2页共7页第1页共7页编号:时间:2021年x月x日书山有路勤为径,学海无涯苦作舟页码:第2页共7页1.目的明确需求管理全过程的主要工作和内容,具体包括以下方面:保证客户、客户经理和软件开发项目组之间对客户需求具有共同的理解,并且在项目的整个生命周期内都是有效的;通过系统工程组编写《特性需求说明书》FRS(FeatureRequirementsSpecification),将系统需求中的软件、硬件和其它系统成分的工作分开,软件需求以外的工作由软件工程组之外的人员完成;软件项目经理明确定义《软件需求说明书》SRS(SoftwareRequirementsSpecification)中要求的内容并文档化;《软件需求说明书》必须完整、正确、及时地反映客户的需求,要仔细进行分析、消化并详细描述,尽量做到所有相关人员都能正确理解;《软件需求说明书》经评审后存档,即作为软件开发计划和活动进行管理和控制的基线;一旦《软件需求说明书》经过双方签字认可之后,每当用户需求发生变更时,必须进行需求变更,受其影响的项目计划、活动和工作产品必须进行相应的修正,并通告所有受影响的组织和个人;确保最终的软件工作产品、活动和计划与软件需求说明书相一致,并能通过软件项目经理对软件需求的可追踪性进行管理。2.范围本过程适用于以下范围:a)新的软件开发项目;b)原有软件系统的升级、维护;c)自用工具软件的开发;d)软件项目开发过程中的需求变更。3.职责3.1系统工程组(产品经理、研发经理、客户经理)负责编制特性需求说明书。3.2研发经理下达《软件项目任务书》,指定软件项目经理,协助软件项目经理成立软件项目小组。3.2软件项目经理负责组织进行软件需求的收集、分析(必要时编制需求分析计划)负责制定软件需求说明书、软件验收计划等,并对需求实现情况进行跟踪、检查。3.3软件项目经理负责组织相关人员进行评审工作。3.4高级管理者负责批准对外承诺,并定期审查需求管理活动。第3页共7页第2页共7页编号:时间:2021年x月x日书山有路勤为径,学海无涯苦作舟页码:第3页共7页4.工作程序4.1软件需求收集、分析和文档化过程分析不清描述不清第4页共7页第3页共7页编号:时间:2021年x月x日书山有路勤为径,学海无涯苦作舟页码:第4页共7页4.1.1需求收集和编制特性需求说明书与客户有了合作意向或合同签定后及产品研发部确定开发产品时,系统工程组收集项目的需求(过程可参见《软件需求收集指南》),分析项目系统需求,并将其分配为软件、硬件和其它系统成分,决定每一个需求的特征和需要修改的缺陷,形成《特性需求说明书》,以作为软件项目小组工作的先决条件,《特性需求说明书》必须经过评审(评审的方式根...