首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

计算机软件配置管理计划规范

GB/T 12505-90 Specification for Computer Software Configuration Management  中华人民共和国国家标准  1. 主题内容与适用范围     本规范规定了在制订软件配置管理计划时应该遵循的统一的基本要求。     本规范适用于软件特别是重要软件的配置管理计划的制订工作。对于非重要软件或已开发好的软件,可以采用本规范规定的要求的子集。 2. 引用标准 GB/T 11457 软件工程术语 GB 8566 计算机软件开发规范 GB 8567 计算机软件产品开发文件编制指南 GB/T 12504 计算机软件质量保证计划规范 3. 术语     下面给出在本规范中用到的一些术语的定义,其它术语的定义按GB/T 11457。在引用时,特别要注意线(baseline)、配置控制(configuration)、配置控制组(configuration control board)、配置检查(configuration audit)、配置标识(configuration identification)和配置状态记录(configuration status accounting)等术语的定义。 3.1项目委托单位 project entrust organization     项目委托单位是指为产品开发提供资金并通常也是(但有时也未必)确定产品需求的单位或个人。 3.2 项目承办单位 project undertaking organization     项目承办单位是指为项目委托单位开发、购置或选用软件产品的单位或个人。 3.3 软件开发单位 software development organization     软件开发单位是指直接或间接受项目委托单位委托而直接负责开发软件的单位或个人。 3.4 用户 user 用户是指实际使用软件来完成某项计算、控制或数据处理等任务的单位或个人。 3.5 软件 software     软件是指计算机程序及其有关的数据和文档,也包括固化了的程序。

02
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    软件成本造价:什么是软件项目的工作量?

    在软件成本造价过程中,软件项目的工作量是很多开发组织进行估算的主要对象。那么,什么是软件项目的工作量呢?它都包括哪些内容呢?   一个软件项目的工作量所表达的含义是完成某个项目或系统开发所需的全部工作量,包括从项目立项开始到项目完成验收之间开发方的需求、设计、构建(包括编码、集成)、测试、实施及相关的项目管理、支持活动的工作量。   需求活动包括:需求调研,需求分析,原型开发,编制各种需求文档,需求评审,需求变更等活动;   设计活动包括:架构设计,技术方案选择,概要设计,详细设计,设计评审,设计变更等活动;   构建活动包括:编码,代码走查,集成等活动;   测试活动包括:测试计划,测试用例编写,测试用例评审,测试用例变更,测试环境准备及验证,单元测试,集成测试,系统测试等活动;   实施活动包括:用户支持文档编写及验证,验收测试,系统安装部署,用户培训等活动;   其他活动:是指在上述活动中没有包含的项目中的其他活动,例如项目管理,质量保证,配置管理,项目组内部培训,技术讨论及交流等活动。   项目成员包括参与该项目研发过程的所有研发或支持人员,如项目经理、需求分析人员、设计人员、开发人员、测试人员、部署人员、用户文档编写人员、质量保证人员、配置管理人员等。此处需要注意的是,项目组成员包括该项目的QA及配置管理人员,但不包括客户或用户。因此,项目组工作量的统计也不包括客户、用户或其它项目组外人员的工作量。   进行软件项目工作量估算,是估算软件成本的基础。工作量与软件成本存在直接的联系。同时,开发组织内部也需要合理的工作量估算来进行项目计划,编制WBS等工作。

    03

    软件成本造价之什么是软件项目的工作量?

    在软件成本造价过程中,软件项目的工作量是很多开发组织进行估算的主要对象。那么,什么是软件项目的工作量呢?它都包括哪些内容呢?   一个软件项目的工作量所表达的含义是完成某个项目或系统开发所需的全部工作量,包括从项目立项开始到项目完成验收之间开发方的需求、设计、构建(包括编码、集成)、测试、实施及相关的项目管理、支持活动的工作量。   需求活动包括:需求调研,需求分析,原型开发,编制各种需求文档,需求评审,需求变更等活动;   设计活动包括:架构设计,技术方案选择,概要设计,详细设计,设计评审,设计变更等活动;   构建活动包括:编码,代码走查,集成等活动;   测试活动包括:测试计划,测试用例编写,测试用例评审,测试用例变更,测试环境准备及验证,单元测试,集成测试,系统测试等活动;   实施活动包括:用户支持文档编写及验证,验收测试,系统安装部署,用户培训等活动;   其他活动:是指在上述活动中没有包含的项目中的其他活动,例如项目管理,质量保证,配置管理,项目组内部培训,技术讨论及交流等活动。   项目成员包括参与该项目研发过程的所有研发或支持人员,如项目经理、需求分析人员、设计人员、开发人员、测试人员、部署人员、用户文档编写人员、质量保证人员、配置管理人员等。此处需要注意的是,项目组成员包括该项目的QA及配置管理人员,但不包括客户或用户。因此,项目组工作量的统计也不包括客户、用户或其它项目组外人员的工作量。   进行软件项目工作量估算,是估算软件成本的基础。工作量与软件成本存在直接的联系。同时,开发组织内部也需要合理的工作量估算来进行项目计划,编制WBS等工作。

    02

    论配置管理这颗螺丝钉‏

    虽然大家都在说软件研发,实际上软件研发有很多细分的岗位,比如研发工程师、测试工程师、质量保证工程师、质量控制工程师、配置管理工程师、文档工程师、项目经理等等。为什么有这么多细分的岗位?社会在进步,在软件行业发展的过程中发现某些人负责某些方面时做得非常不错,而且公司在扩大的同时可以允许有这样一个人来专职做这件事情,于是一个细分的职业就出现了。有人专职来作,权责清晰、效率也高。同时我们发现每个人都脾气秉性不同,适应自己的岗位也不同。渐渐地我们发现做某一类职位的人都有些共同的特质。物以类聚,人以群分嘛。大家想想身边的人?仔细体会下他们身上的特质。

    02

    Jenkins +svn

    无事在家,闲得发慌,上周六面试华为的配置管理工程师,让我明白了在社会大行业里配置管理其实是个更为专业的岗位,涉及到软件开发的各个流程,数据的产生,规范的定义,代码的持续集成,基线管理,当然也涉及到供应链的一些东西,在工作中发现问题,解决问题,推动一些流程规范的制订,对流程中出现的问题进行修正等等。而我在原公司的配置管理更多是个兼职,是为软件工程师+配置管理工程师,特别是在软件部改革后,配置方向更多的边缘化,更多是DD会议召开,BUG发布及合并,代码审核数据汇总。也难怪配置管理会是一个兼职,软件上做的工作仅仅是配置管理(CM)这个岗位很小的一部分,也不可能花大价钱养一个人在这个岗位上了。

    02

    3.2.2 持续交付

    春节前与同事讨论CD(持续交付)的技术方案,发现主流的技术方案是软件交付最后一公里的“AD”(自动化部署)。站在本系列文章提到四个关键价值的“提升交付速度”这个运维价值看,单纯的自动化部署主要将部署/回切工作从1小时提升到5分钟的效率能力上。而在端到端的IT交付价值链中,部署是其中一个节点,所提升的55分钟只占整个IT交付链路中的一部分,更大的消耗是在节点与节点之间的协同。所以,“持续交付”应该跳出“部署”,站在整个IT交付链路,关注节点的自动化、节点与节点之间的连接线,通过标准化、流水线、自动化、相关工具链打通等工程性工作的落地,提升整个IT效能。

    01
    领券