资源预览内容
第1页 / 共4页
第2页 / 共4页
第3页 / 共4页
第4页 / 共4页
亲,该文档总共4页全部预览完了,如果喜欢就下载吧!
资源描述
目录1.目的22.软件需求管理方针23.软件工程方案方针24.软件工程跟踪及监督方针35.软件质量保证方针36.软件配置管理方针47.同级评审方针48.文件变更41. 目的软件工程开发及管理方针的目的是为工程管理及开发过程提供宏观指导。方针的贯彻实施表达在软件的开发及管理过程中, 并由一系列过程 (Processes)、 规程 (Procedures)、指南(Guidelines)、表格(Forms)和模版(Templates)组成. 该方针包含以下内容: 软件需求管理方针(Software Requirement Management) 软件工程方案方针(Software Project Planning) 软件工程跟踪及监督方针(Software Project Tracking & Oversight) 软件质量保证方针(Software Quality Assurance) 软件配置管理方针(Software Configuration Management) 同级评审方针(Peer Review)2. 软件需求管理方针软件需求管理的目的是使工程组和客户就软件需求建立共识并形成文档以作为工程开发的依据. 需求管理包括和客户建立并维护就软件需求所达成的共识. 该共识可为技术的或非技术的. 在整个工程过程中, 这些共识将作为估算、方案、实施和跟踪的依据. 软件的需求必须文档化.通常书写为软件需求说明书. 软件的需求要提交工程经理和相关部门/小组审查.这些人员及部门可包括软件开发、系统测试、质量检验、配置管理等. 软件工程的方案、产品和执行要以软件需求为根底并和软件需求的定义相一致. 当需求发生改变时,工程的方案、产品及执行也须与之保持一致.3. 软件工程方案方针软件工程方案的目的是为整个软件工程的开发及管理建立必要的方案. 软件工程方案包含了对工作量、进度、 本钱、 必要的资源的估算, 建立必要的承诺和制定相应的方案. 软件需求说明书(Software Requirement Specification) 是工程方案的根底. 相关的承诺或约定要在客户(Customer)、客户经理(Account Manager)、工程经理(Project Manager)、 技术经理(Tech Lead)、 部门经理(Resource Managers) 及工程组(Project Team)之间进行协商并签字认可. 其他相关部门对软件开发及管理的参与要与软件工程组协商并记录在案. 其他相关部门可包括系统测试、系统工程、硬件工程、页面设计等. 相关部门及小组要评估及认可工程开发方案, 包括对软件工作量、规模、本钱、进度、关键资源的估算和相关的承诺或约定. 高级经理复审所有的对外的承诺或约定. 在整个工程方案和执行过程中, 要对软件工程开发方案书(Software Development Plan)进行管理、修正和控制.4. 软件工程跟踪及监督方针软件工程跟踪及监督的目的是在工程执行过程中为管理层就工程进展提供足够的透明度. 并当实际和方案发生显著偏差时为管理层采取及时的和必要的措施进行修正或纠正提供依据. 软件工程跟踪及监督包括对阶段性结果进行评估, 将实际进展和原有的估算、承诺和方案相比拟, 并对相应的方案进行必要的修正和采取必要措施以保证工程的顺利进行. 软件工程开发方案书(Software Development Plan)是工程跟踪的根底和依据. 软件工程经理负责汇报工程的进展情况和存在的问题. 如果工程方案不能到达,工程经理或直属部门经理必须采取相应的措施通过调整工作方式或调整设计等以确保工程的正常进行. 当承诺或约定变更时,要重新协调所有的相关人员及部门. 可能包括客户经理、工程经理、 技术经理、配置管理部门、质量检验部门、系统工程部门等. 对外的承诺或约定的变化要经高级经理复审和批准.5. 软件质量保证方针软件质量保证的目的是为管理层就工程本身和所使用的工程开发及管理过程提供必要的透明度. 软件质量保证包括对工程所开发的产品,执行情况进行评估和跟踪以确保和相应的过程、程序和标准相一致并向相关部门经理汇报评估结果及改正情况. 在所有的工程中都方案并实施SQA职能. SQA具有独立的向上汇报渠道. 高级管理层要定期检查SQA活动和结果.6. 软件配置管理方针软件配置管理的目的是在整个工程周期中建立和维护整个工程及相关产品的整合性及一致性. 配置管理包括确认相应的产品、方案、文档资料等并将它们置于配置管理系统下. 在选定的时间点或里程碑, 系统的进行控制并保证整个工程的整合性、一致性及可追踪性. 需要进行控制的产品或工件包括给客户的各种文档资料、代码和内部所确认的各种文档资料及中间产品, 如测试工具、共享程序等. 在每一个工程中清楚分配SCM人员及任务. SCM贯穿工程的整个生命周期. SCM贯穿外部软件产品交付、内部软件交付及内部支持工具开发的整个过程. 软件工程中确认的根本信息及相关的产品或工件要置于配置管理系统之中并且可被相关人员访问. 在工程生命周期中, 有关部门要对软件基线和SCM行为进行定期检查.7. 同级评审方针同级评审的目的在于有效的和及早的去除软件产品中各种缺陷以降低重复劳动和提高产品质量. 需要被评审的标准产品或文档资料由公司或使用单位确认. 例如, 软件需求说明书、软件开发方案、概要设计、测试方案等. 每个工程确认须同级评审的产品。 同级评审须由受过专门训练的人员领导或指导实施. 同级评审侧重软件产品本身而不是作者. 同级评审的结果将不会用于个人绩效考核的依据.8. 文件变更 所有关于这个方针的变更必须经公司SEPG组起草并由CEO批准. 可修改 欢送下载 精品 Word
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号