50000体系软件过程方针.docx
- 文档编号:8635643
- 上传时间:2023-02-01
- 格式:DOCX
- 页数:13
- 大小:121KB
50000体系软件过程方针.docx
《50000体系软件过程方针.docx》由会员分享,可在线阅读,更多相关《50000体系软件过程方针.docx(13页珍藏版)》请在冰豆网上搜索。
50000体系软件过程方针
XXXXXX
分发号:
北京XXXXXXXX公司
5000体系软件过程方针
北京XXXXXXXX有限公司
北京XXXXXXXX有限公司
5000体系软件过程方针
编号:
版次:
文件发放号:
受控状态:
受控
编制:
日期:
审核:
日期:
批准:
日期:
XXXX-XX-XX发布XXXX-XX-XX实施
1范围
本手册规定了北京XXXXXXXX有限公司软件工程过程的各过程域方针、组织机构、角色主要职责、保障条件和验证要求,用于规范公司信息安全防护装备领域软件产品开发和项目管理。
本手册适用于我司军用软件的开发和管理及软件过程的评估与改进。
2引用文件
GB/T11457-2006软件工程术语
GJB2786A-2009军用软件开发通用要求
GJB5000A-2008军用软件研制能力成熟度模型
3术语
本标准采用GB/T11457-2006《软件工程术语》、GJB5000A--2008《军用软件研制能力成熟度模型》附录A术语。
4组织机构、角色与职责
图1软件过程改进组织机构图
注:
此组织机构图主要是管理软件项目过程改进GJB5000A二级的组织图,相关部门组织图以GJB9001体系文件组织机构图为准。
4.1软件过程改进组织机构
为了保证软件过程改进工作的有效实施,我司以GJB5000A--2008《军用软件研制能力成熟度模型》为依据,以现行质量管理体系组织机构为基础,成立军用软件过程改进领导小组、软件工程过程组、软件质量保证组、软件配置控制委员会、项目管理组、软件培训组和软件配置管理组,领导、推进、监督软件过程改进活动。
软件过程改进组织机构设置如图1所示。
4.2角色及其职责
4.2.1软件过程改进领导小组(MSG)
领导我司软件过程管理体系的建立、运行和改进,对软件过程管理拥有最终决策权。
主要职责为:
a)组建我司软件过程管理工作组;
b)确立软件过程改进的方针和目标;
c)评审、批准软件过程体系文件;
d)指导软件过程改进活动;
e)评审软件过程改进的实施效果;
f)组织高层验证;
g)为软件过程改进提供资源保证;
h)处理在低层无法解决的矛盾和问题。
4.2.2软件工程过程组(EPG)
软件工程过程组负责我司软件研制过程的定义、维护和改进,受过程改进领导小组领导,由质管部归口管理,由项目负责人、研发、测试、人力等人员组成,主要职责为:
a)策划、促进和跟踪我司软件过程改进活动;
b)制定和维护适合我司的软件过程体系文件;
c)建立和维护测量指标库,管理过程资产库;
d)提供过程咨询,提出培训需求;
e)选择、评价新的过程、规程、方法和工具;
f)审核项目对过程活动所作的剪裁和修改,批准项目自定义生命周期模型;
g)定期评估我司过程改进的实施情况。
4.2.3软件配置控制委员会
组织级SCCB,质管部为业务归口部门,由公司主管领导、项目负责人、研发负责人等组成,主要职责为:
a)负责审批产品库中软件产品的出入库及变更;
b)负责批准产品基线的建立和发布,批准产品基线的变更;
c)负责制定软件配置管理相关的标准、规程和约定;
d)负责指导软件配置管理活动的实施;
e)负责软件配置管理工具的推广和技术支持、系统维护和新功能开发。
4.2.4项目管理组
方案和项目管理部为业务归口部门,由公司主管领导、方案和项目管理部和项目主管等组成,主要职责为:
a)负责对软件项目研制实施管理,组织实施项目软件过程改进,协调解决项目实施过程中所需资源;
b)执行软件项目的监控,组织召开软件需求分析等外部评审和里程碑评审;
c)协调处理项目质量保证活动中的问题,解决并关闭项目不符合项;
d)负责组织进行软件外购、外包合同的签订和对供方的管理。
4.2.5软件质量保证组(SQAG)
质管部为业务归口部门,由质管部、研发部项目质量保证人员组成,主要职责为:
a)监督软件过程的实施,确保所有软件项目和相关部门按照软件过程开展工作;
b)为项目软件组选派软件质量保证人员,指导和考核软件质量保证人员的工作;
c)负责项目软件质量保证工作,制订软件质量保证计划,协调质量保证活动;
d)分析并解决我司软件质量共性问题,协助软件工程过程组完善软件过程规范;
e)研究、选择与维护项目适用的软件工程质量标准、规范、准则及规则等。
4.2.6软件培训组(OTG)
人力资源部为业务归口部门,由人力资源部人员组成,主要职责为:
a)协调、组织对员工的培训;
b)制定培训计划;
c)评价和跟踪培训效果;
d)保持相关记录。
4.2.7配置管理组
项目级SCCB,测试部为业务归口部门,由项目负责人担任组长,项目软件负责人、项目管理组指定人员等相关人员组成,主要职责为:
a)负责审批软件基线的建立和发布;
b)负责审批软件产品及软件基线的变更控制;
c)负责配置审核;
d)负责建立并维护受控库;
e)受控库里配置项的标识、出入库控制;
f)实施受控库配置管理活动。
4.2.8公司配置管理员
由专职人员担任,主要职责为:
a)实施产品库软件配置管理活动;
b)产品库的建立和维护;
c)产品库里配置项的标识、出入库控制及更改控制;
d)产品库定期的备份;
e)产品库配置状态的记实;
f)负责配置管理活动记录的汇总。
4.2.9质量师
由质管部质量师担任,主要职责为:
a)审核项目的软件质量保证计划;
b)负责指导并检查项目软件质量保证员的工作;
c)实施过程和工作产品检查;
d)收集和汇总体系改进的意见和建议;
e)对发现的问题和不符合项进行跟踪直至关闭;
f)处理软件质量保证员无法解决的不符合项;
g)对无法解决的不符合项上报。
4.2.10项目软件质量保证人员
a)制定《软件质量保证计划》;
b)实施过程和工作产品检查,进行配置管理审核;
c)对发现的不符合项进行跟踪;
d)对软件项目组无法解决的不符合项独立上报;
e)编写《软件质量保证报告》。
4.2.11项目负责人
a)制定《软件研制任务书》或委派相关人员制定;
b)验证项目中软件各个过程的活动;
c)对软件变更进行评估;
d)对重大技术问题进行决策,解决项目中软件组不能解决的问题;
e)负责软件项目重要里程碑的跟踪与监督,参加阶段及工作产品的技术评审及配置审核。
4.2.12项目软件组
研发部为业务归口部门,由项目软件负责人、项目配置管理员、测量分析员、软件开发人员(包括软件需求分析员、软件设计人员、软件编码人员)和软件测试人员组成,人员主要职责为:
a)项目软件负责人
⏹负责软件项目策划、监督与控制、需求管理、测量与分析等过程活动;
⏹负责软件项目的开发活动;
⏹分配、考核软件组成员的工作,按时向项目负责人或部门领导汇报项目进展;
⏹解决软件不符合问题;
⏹组织项目例会和内部评审;
⏹审批配置项的入库和出库。
b)项目配置管理员
⏹制定《软件配置管理计划》;
⏹负责实施项目软件配置管理活动;
⏹负责建立并维护项目的开发库、受控库;
⏹受控库配置项的标识、出入库控制及更改控制;
⏹受控库定期的备份;
⏹受控库配置状态的记实;
⏹负责配置审核、软件配置管理活动记录的汇总;
⏹编写《配置管理报告》。
c)软件开发人员(包括软件需求分析员、软件设计人员、软件编码人员)
⏹进行软件需求分析,编制需求规格说明;
⏹负责需求跟踪与维护;
⏹进行软件设计,编制设计说明;
⏹进行软件的编码和调试,实现软件功能。
d)软件测量分析员
⏹确立项目测量目标,制定测量分析计划;
⏹进行数据采集、存储、分析和报告。
e)软件测试人员
⏹负责编写《软件测试计划》、《软件测试说明》和《软件测试报告》;
⏹负责测试的设计和实施,记录所发现的问题;
⏹跟踪、验证问题的解决情况。
4.3相关部门职责
4.3.1质管部
为软件工程过程组及质量保证组的归口管理部门,协助软件过程改进领导小组的工作,职责为:
a)组织制定和维护软件过程体系文件;
b)组织软件过程改进活动,实施软件过程改进的管理与监督工作;
c)履行软件质量保证组的职责,;
d)筹备高层验证会;
e)负责标准化审查工作;
f)协调解决研发部门不能解决的不符合问题。
g)负责交付活动。
4.3.2方案与项目管理部
为软件研制项目归口管理部门,职责为:
a)组织科研项目按照软件管理体系推广实施;
b)负责组织下达《软件研制任务书》;
c)负责软件项目的监控,组织软件开发过程改进活动、软件需求管理等各过程活动的动态管理;
d)负责组织软件需求分析等外部评审、里程碑评审及中层验证;
e)组织并协调项目软件管理活动的经费和资源,负责提供软件产品研制所需条件;
f)负责软件外购、外包合同的签订和对供方的管理。
4.3.3研发部
a)负责软件项目策划、项目跟踪与监督、软件需求管理等过程活动;
b)实施软件开发,编制项目研制各阶段、各过程需要产生的相应文档;
c)负责项目软件工程过程等过程活动;
d)负责软件开发库、受控库的配置管理、软件内部评审、软件技术问题处理等;
e)负责编制并实施软件测试文件,记录并报告发现的问题,负责项目软件的合格性测试;
f)分配、考核员工的工作;
g)组织并协调部门内项目软件管理活动的经费和资源;
h)解决和处理研制过程中发现的问题。
4.3.4人力资源部
a)制定软件过程改进培训计划;
b)开发培训课程和培训方法;
c)策划、实施并评价培训活动。
5软件过程改进目标和方针
5.1目标
总体目标:
建立并持续改进我司军用软件过程管理体系,为软件工程化管理积累数据,提高软件研发能力,实现整体优化和持续发展,提升软件研制的核心竞争力及管理创新能力。
近期目标:
促进软件过程管理体系有效运行并持续改进,提高软件过程稳定性和工程化管理能力,提高软件产品质量,满足型号研制的要求。
5.2方针
5.2.1总方针
规范软件研发过程提高软件研制过程能力
合理策划度量分析持续改进软件研制过程
5.2.2项目策划(PP)方针
按照规定的过程和方法定义项目过程,制定项目开发计划,并按照计划开展软件研制工作。
按照项目实际情况裁剪得到项目的过程定义,并在项目的运行过程中遵照执行;与利益相关方协商其参与软件活动事宜或承诺并形成文档。
根据项目合同或技术协议、软件研制任务书等制定软件项目开发计划,并在项目进展过程中根据实际情况不断更新。
5.2.3项目监控(PMC)方针
按照规定的过程和方法实施项目监督,对项目的显著偏差实施纠正,并与项目相关方进行沟通。
根据软件项目计划监控软件项目的实际进展情况和性能,当项目实际进展明显偏离软件项目计划时,采取纠正措施。
5.2.4需求管理(ReqM)方针
按照规定的过程和方法管理需求,并标识和维护这些需求与软件的项目开发计划和工作产品之间的不一致性,确保需求与计划及工作产品之间保持一致。
在软件整个寿命周期全过程进行需求管理,当软件需求发生变化时,使软件计划、工作产品和有关活动与分配的需求相协调。
5.2.5配置管理(CM)方针
按照规定的过程和方法进行软件的配置管理,建立和维护软件工作产品的完整性。
软件项目制定软件配置管理计划,按照计划开展配置管理活动、标识配置项、建立配置管理系统,并建立基线;对进入受控库、产品库的配置项的更改要履行审批手续,确保更改受控并有效;及时向相关人员通过软件基线的状态和内容,并执行配置审核,确保基线的完整性。
5.2.6测量与分析(MA)方针
按照规定的过程和方法进行数据测量和分析,从而满足项目管理和过程所需信息的要求。
根据组织和项目的需求,确定测量目标和测量项、数据采集存储分析方法等,制定测量计划,并根据测量计划,在项目的执行过程中获取和分析测量数据,向利益相关方通报测量结果。
5.2.7过程和产品质量保证(PPQA)方针
按照规定的过程和方法客观评价过程与产品的规范符合性,确保解决不符合项,为管理者决策和改进提供参考。
通过实施质量保证活动,客观地评价所实施的过程和相关工作产品对适用的过程说明、标准和规程的遵循性,并跟踪质量保证过程中所发现的不符合项,确保其得到解决。
5.2.8供方协议管理(SAM)方针
按照规范的过程和方法选择合格的软件承制方,对外包软件开发进行有效管理。
通过实施外包供方选择、外包软件产品合同签订、外包软件产品过程控制、外包软件产品验收、交付等相关活动,确保外包软件开发过程得到有效管理。
6软件过程管理文件体系结构
6.1体系文件组成
软件过程管理文件体系结构包含总则、过程和规程文件、模板和检查表等,详见表1。
软件过程管理文件体系结构如图2所示,最上层是组织级文件,包括组织机构与职责、组织方针、组织验证等。
中间一层是过程文件、规程、指南等,是过程文件体系结构的主体。
第三层是工作产品文档模板。
图2软件过程管理文件体系结构
6.2体系文件编号规则
按照公司《文件控制程序》执行。
6.3体系文件更改
软件过程体系文件的更改按质量管理体系《文件控制程序》中“文件更改”章节执行。
7组织验证
组织验证包括:
高层验证(高层管理者验证)、中层验证(中层管理者验证)。
7.1高层验证
每年或事件驱动时,最高管理者或授权代表主持召开高层验证会议,评审我司过程改进的有效性。
高层验证可以按照过程域进行验证,也可以同时对全部过程域的活动进行验证;可以按照项目进行验证,也可以同时对全部项目进行验证。
每年一次的高层验证可以结合年度管理评审进行,具体时间要求参见CC/QMS-2019-C《质量手册》的要求进行。
事件驱动指如下事件发生时:
a)组织过程改进绩效出现较大问题时;
b)过程文件有较大问题并进行了较大变更时;
c)组织机构发生重大变更时;
d)有问题在中层验证会议无法解决时;
e)最高管理者认为必要时。
高层验证的参与者应包括公司领导,研发、测试、质量各部门负责人以及项目负责人等,必要时可邀请顾客代表参加。
a)高层验证的内容包括:
⏹体系的适应性、充分性、有效性的总体评价;
⏹软件工程化管理过程中自身无法解决的承诺以及与制度、机制相关的问题改进决定和措施;
⏹评审技术、成本、人员配备和进度性能等的执行情况;
⏹制定、评审相应措施项,并跟踪到结束。
b)会议的议程包括:
⏹研发部汇总本部门的项目状态报告,汇报项目进展和过程的执行情况,提出需要协调解决的问题;
⏹项目管理部门汇报检查各相关部门执行软件过程改进的情况和需要协调解决的问题;
⏹质量部汇报软件过程改进工作的推进情况,提出需要协调解决的问题;
⏹质量部整理会议纪要,由分管质量的公司领导签字后下发到各业务部门和相关单位;
⏹质量部跟踪问题直到问题被解决。
7.2中层验证
每六个月或事件驱动时(项目发生重大偏差或项目结束等)由研发部负责人组织召开中层验证会议,评审各软件项目的过程活动,形成会议纪要。
中层验证可以按照过程域进行验证,也可以同时对全部过程域的活动进行验证;可以按照项目进行验证,也可以同时对全部项目进行验证。
按照项目进行的中层验证可结合项目例会、阶段评审或里程碑评审进行(需要在例会纪要、评审报告中反映中层验证的内容)。
中层验证参加人员有研发部负责人、项目负责人、项目软件负责人、项目软件质量保证人员、项目配置管理人员、测试人员、测量分析员、EPG组代表和质量师(事件驱动时验证)等人员参加。
a)中层验证的内容包括:
⏹验证软件项目实施活动的有效性,项目执行与软件过程体系的符合性;
⏹评审软件项目活动的状态和当前结果,技术、成本、人员配备和进度性能等;
⏹评审计算机资源等资源估计和实际使用情况;
⏹分析软件项目的风险,处理在低层无法解决的矛盾和问题,制定解決措施,并跟踪到结束。
b)会议的议程包括:
⏹项目软件负责人根据软件项目的实施情况汇报项目执行情况;
⏹软件质量保证人员汇报软件质量保证实施情况、项目配置管理人员汇报配置管理实施情况;
⏹讨论需要协调解决的问题;
⏹项目管理部负责人指定相关人员整理会议纪要,包括会议主要内容、发现的问题、解决措施、责任人、处理时限等,之后报送主管公司领导及研发部、质管部等相关部门。
8各过程制度化管理要求
8.1策划过程
在各过程,应对实施目标、过程说明、绩效目标、执行标准和需求、所需资源、职责权限、产品及管理控制等级、测量需求、利益相关方、监控活动、评审和检查活动等进行策划,并将有关策划结果纳入到软件项目计划中。
策划的结果需与利益相关方进行沟通并征得同意,并在实施过程中进行维护。
8.2资源提供
在各过程,应明确过程实施所需的资源,并纳入软件开发计划中;同时应根据相关项目计划要求,提供过程实施所需的资源。
8.3指派职责
在各过程,应明确所涉及到的角色及职责,确认承担相关角色和职责的人员理解并接受并纳入软件开发计划中。
8.4人员培训
在各过程,应对实施人员的能力和技能进行评估,并依据评估的结果组织对有关人员进行工具、技能和专门知识等培训,确保具有相应的能力,并纳入软件开发计划中。
8.5管理配置
在各过程,应识别指定的工作产品等配置项,规定其控制等级和方法,并纳入配置管理计划中;各过程依据配置管理过程规定管理配置。
8.6管理利益相关方
在项目策划过程,识别在策划、决策、沟通、评审、问题/异议解决等活动中利益相关方参与的范围;在各过程,应根据利益相关方参与计划,吸纳并管理利益相关方,并纳入软件开发计划中。
8.7过程监控
依据各项目计划,对各过程的实施情况进行监控。
通过测量过程实际绩效、评审过程完成情况和效果,对过程实施的有效性进行监控;通过标识和评价显著偏离实施过程计划的影响、标识实施过程计划和过程实施中的问题,采取必要的纠正措施,保证过程实施的有效性。
主要通过项目监控过程、过程和产品质量保证过程监督并控制过程。
8.8客观评价
依据软件质量保证计划,由软件质量保证人员独立(即不直接管理和实施过程活动)对各过程和工作产品进行质量监督,客观评价过程和工作产品的遵循性。
8.9过程验证
按我司软件过程体系文件的相关规定,中、高层定期或由事件驱动对各过程的符合性和有效性进行验证,确保在适当层次上识别改进机会,并组织实施过程改进。
验证活动的实施按本文第7章节组织验证条目执行。
9模板
中高层验证会议纪要
中高层验证意见跟踪表
以上模板见《模板汇总》。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 50000 体系 软件 过程 方针