文档库 最新最全的文档下载
当前位置:文档库 › 软件配置管理题库【.10.26】

软件配置管理题库【.10.26】

软件配置管理题库【.10.26】
软件配置管理题库【.10.26】

理论部分

1.你是怎么理解软件配置管理的?

软件配置管理为软件研发提供了基础性的支持环境,每个人都要面对软件配置管理,学习使用它,根据具体情况选择正确的策略和方法,以便从它那里充分受益。

2.软件配置管理的作用或意义?

在软件建立时变更是不可避免的,而变更加剧了项目中软件开发者之间的混乱。软件配置管理的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更。

3.IPD流程有几个决策评审点,几个技术评审点?各个技术评审点的作用?

4个:概念决策评审(CDCP)计划决策评审(PDCP)计划决策评审(PDCP)可获得性评审(ADCP)

目标、关注点、输入、输出

4.IPD流程分为哪几个阶段?

3个:市场管理(MM)、需求管理(OR)、继承产品开发(IPD)

5.IPD流程的核心思想是什么?

1.产品开发是投资行为

2.基于市场的创新

3.基于平台的异步开发模式和重用策略

4.技术开发和产品开发分离

5.跨部门协同

6.结构化并行开发流程

7.产品线和能力线并重

8.职业化人才梯队建设

你是如何理解软件工作成果的?

软件工作成果包含哪些?

管理、系统分析、设计、编码,还是产品管理、测试、文档、实施、维护

6.举例说明什么是配置项?配置项有哪些属性?

凡是纳入配置管理范畴的工作成果都是配置项

配置项有两大类:属于产品组成部分的工作成果;项目管理和机构职称过程产生的文档。

属性有:名称、标示符文件状态、版本、作者、日期……

7.什么是配置库?

存放配置项的数据库,常用两种形式:按配置项类型分类建库和按任务建库。

如果让你为你们组的项目规划一个目录结构,你认为哪些目录是必须的?

1.项目立项与策划

2.需求分析

3.系统设计

4.开发

5.测试

6.客户文档

7.项目验收

8.质量管理

9.配置管理

10.项目管理

11.项目结项

12.培训资料

8.在你做过的软件项目中,需求阶段,必须输出的文档有哪些?

1.开发背景

2.项目目标

3.运行环境

4.项目任务书

9.你怎么理解基线?

1)代表多个源代码文件的一组版本。

2)代表文档的一个稳定状态。

3)合同基线。

4)发行基线。

5)产品基线

10.什么是变更?

改变;更动。

11.应该怎样跟踪变更,跟踪变更的目的是什么?

及时更新内容,避免开发过程中因为重复引发的混乱。

12.你是怎么理解配置审计的?

实施配置审计以维护配置基线的完整性。

配置审计确认最终的基线和文件有遵照特定标准或需求,并适当记录审计结果。13.配置管理员的职责有哪些?

1.项目计划阶段

2.规范配置管理环境

3.简历配置库

4.与项目负责人讨论变更控制的实施

5.配置培训

14.配置状态报告通常需要体现的主要内容有哪些?

1.各变更请求概要:变更请求号、日期、申请人、状态、估计工作量、实际工作量、发

行版本、变更结束日期。

2.基线库状态。

3.发行信息。

4.备份信息。

5.配置管理工具状态。

6.配置管理培训状态。

15.一篇文档应该包含的主要信息有哪些?

项目名称+文档内容+版本号

如:学生成绩管理系统需求说明书V1.0

16.文档的命名规范,也就是你怎样给一篇文档起规范的名字?

项目名称+文档内容+版本号

如:学生成绩管理系统需求说明书V1.0

17.文档的密级通常有哪些,是怎么定义的?

1.绝密:一旦泄密会使公司利益遭受特别严重的损害;

2.机密:一旦泄密会使公司利益遭受严重的损害;

3.秘密:一旦泄密会使公司利益遭受较大的损害;

4.内部公开:一旦泄密会使公司利益遭受一般损害;

5.公开资料:公开有助于公司利益。

各文档作者可根据文档内容的重要性制定文档密级。

18.本课程学习和使用的配置管理工具是什么?

TortoiseSVN

属于集中式版本控制系统,还是分布式版本控制系统?

集中式版本控制系统

19.你们项目组的基线活动是如何开展的?比如:项目计划阶段已经结束,马上要进入开发

阶段。

基线时间点前一个星期:

1.检查文档的交付情况;

2.检查文档规范;

3.检查文档与代码的变更情况是否符合规范;

4.检查缺陷是否符合质量要求,举例说明:TR5时缺陷个数不能超过12个,且不能有严

重和致命的缺陷;TR6时缺陷个数不能超过6个,且不能有严重和致命的缺陷。

基线时间到时,项目配置管理员为代码和文档打标签,收回文档的修改权限。并发布基线报告给相关人员。

20.你们组开发阶段结束,即将开始测试活动,也就是TR5的基线报告应该主要体现哪些内

容?

21.你们组发现bug后,是如何跟踪bug,并最终修复关闭bug的?

22.你们组的版本命名规则是?比如:测试阶段的版本,与发布阶段的版本是如何区分的?

版本号继续延续,但是发布阶段的版本用“【】”来标识

23.你们组的版本是如何传递给客户的?

由项目配置管理员将版本放置在某个发布版本的固定目录下,然后由版本获取人获取并发布给客户。

你认为你们的传递方式有什么问题吗?

由于开发比较慢,所以发布的频率较低。

24.你认为你们的缺陷管理报告应该体现哪些内容?

问题发现人:

环境配置:

问题版本:

操作步骤:

预期结果:

实际结果:

问题严重程度:

缺陷所属模块:

缺陷报告应该发布给项目组的哪些角色呢,为什么?

项目经理、架构设计是、开发工程师、测试工程师、资料工程师、配置管理员、质量保证工程师

25.举一个例子说明版本控制的重要性。

比如存放在U盘中的版本默认为最新版,但如果不将资料存放于配置库,很容易搞混,不利于开发人员开发。

26.你是怎么理解变更集的?举例说明。

实操部分

1、创建一个本地版本库。

2、

3、在版本库的trunk目录下创建一个名为:Test的文件夹,然后该目录下的将目录结构导

入到版本库。

4、检出版本库上的Test文件夹到本地副本。

5、在工作副本路径:04开发/源代码与脚本下,新建一个file1.c的文件,提交到版本库

上。

6、

7、针对file1.c文件构造冲突并解决。

8、

9、拉一个名为“BR_成绩管理系统_forBug”的分支到branches下。

10、

11、打一个名为“BL_成绩管理系统_TR5”的标签到tags下。

12、

13、演示一下如何应用一个补丁文件。

14、

15、演示一下给文件file1.c加锁。

16、设置提交日志的模板,限制不少于20个字符,模板内容包括:

变更单号:

修改人:

修改原因:

审核人:

17、

18、如何查看路径:“04开发/源代码与脚本”的日志信息?

19、

20、如何将文件夹“源代码与脚本”的名字修改为“code&script”?

21、

22、如何撤销对文件file1.c的修改?

23、如果想使用另外一个账号和密码访问SVN,怎么清除掉原来保存的账号信息?

24、当前工作副本的路径访问的是trunk的路径,如何在现有的工作副本的基础上,将

工作副本数据切换到branches路径呢?

25、假设当前工作副本对应的是版本库上最新的数据(版本号是20),如何更新工作副

本数据到历史版本16的数据呢?

任务检查

1.

2.会议纪要。

3.完善后的《软件配置管理策略与计划》

4.项目阶段汇报工作(项目计划,项目进展,当前的工作成果,待完成的工作,预计完成

时间,风险预测等)

5.

[转载]华为技术支持笔试题

[转载]华为技术支持笔试题 原文地址:华为技术支持笔试题作者:卖女孩的小雪人【第一部分公司篇】 1、华为公司的全称为() A、深圳市华为技术有限公司 B、华为技术有限公司 C、华为公司D、我司(答案:B,答A、C者酌情给分,答D者立即辞退,我司三令五申禁止使用该华为内部土语,屡禁不止,老员工不可教也,只好从新员工抓起,格杀勿论)2、华为公司的企业性质是() A、民营 B、私营 C、国营 D、上市公司(答案:A,本题主要让考生了解公司的性质) 3、华为公司的商标象征() A、红太阳 B、菊花 C、扇贝(答案:B,答A者酌情给分,答C者立即辞退,天天就想着吃) 4、从下列选项中选择出公司的常务副总裁() A、任正非 B、孙亚芳 C、李一男 D、郑宝用 E、张燕燕(答案:BD,答C者立即辞退,让他到李一男的公司去报到吧) 5、华为公司的年终奖一般是在每年的什么时候发() A、元旦后 B、春节前 C、7月下旬或8月上旬 D、劳动节前E、国庆节前(答案:C,切记,因为是年中奖,而不是年终奖) 6、华为公司的配给你的股票是() A、发的 B、用自己的奖金去买(答案:B) 7、老板常说的土八路,是指() A、老板自己的革命年代的光辉历史 B、本地化的用服兄弟C、季度考核为D的兄弟(答案:B)【第二部分部门篇】 1、你所在的一级部门为() A、技术支援部 B、国际技术支援部 C、国际技术支援部国内分部D、用服(答案:B,答A、C者酌情给分,答D者作不合格处理,为了提高技术支援部形象,公司早就取消用服这个字眼,而且于xx年春节后悄悄地将技术支援部

前加“国际”二字) 2、你所在的二级部门为() A、传输产品技术支援管理部 B、传输工程部 C、传输用服工程中心D、光网络产品技术支援管理部(答案:A,首先得把自己的部门搞清楚,答D者,有远见,有潜力,可以酌情给分,很可能在xx年未就改成这个名字,因为市场中研已经改了,就差技术支援部了) 3、传输的商标为()A、SBS B、SDH C、OptiX D、Metro (答案:C,答A者酌情给分,最起码还知道老商标) 4、技术支援部与国际技术支援部的关系()A、国际技术支援部是技术支援部下面的一个部门,负责海外 B、技术支援部是国际技术支援部下面的一个部门,负责国内 C、技术支援部是国际技术支援部的前身 D、国际技术支援部是技术支援部的前身(答案:C)【第三部分业务篇】 1、SBS是() A、传输产品的老商标 B、同步骨干系统 C、傻不傻的拼音缩写D、帅不帅的拼音缩写(答案:AB,答CD者立即辞退) 2、SDH是() A、传输产品商标 B、同步数字序列 C、傻得很的拼音缩写D、傻得好的拼音缩写(答案:B,答CD者立即辞退) 3、由于你是新员工,没有公配手机时,当你在现场遇到紧急事故时,你会()向公司求助 A、打用户机房内的电话 B、借用户手机 C、拔110 D、拔200或300E、立即打车回办事处(答案:D,答CE者立即辞退,按照公司规定,不能随便使用用户的电话,以提高公司形象) 4、在开局时,用户问你在华为干几年了,你会回答() A、我是新员工 B、1年多了 C、2年多了 D、3年多了(答案:B,答A者按不合格处理,按照公司规定,不能说自己是新员工,几千万的设备,怎能让一个新员工用来练兵,

软件开发项目配置管理工具的选择

软件开发项目配置管理工具的选择 通过软件配置管理,将对软件系统中的多重版本实施系统的管理;全面记载系统开发的历史过程,包括为什么修改,谁作了修改,修改了什么;管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制,完整、明确地记载开发过程中的历史变更,形成规范化的文档,不仅使日后的维护和升级得到保证,而且更重要的是,这还会保护宝贵的代码资源,积累软件财富,提高软件重用率,加快投资回报…… 每一个软件项目,无论是工程类项目,还是产品类项目,都必须经历需求分析、系统设计、编码实现、集成测试、部署、交付、维护和支持的过程。在这个过程中,将生成各种各样不同的工件,包括文档、源程序、可执行代码、支持库。更可怕的是,频繁出现的变更是不可避免的,因此面向如此庞大且不断变动的信息集,如何使其有序、高效地存放、查找和利用就成为了一个突出的问题。 针对这一问题,最早的开发人员尝试过的解决办法是通过手工来实现: 1)文档:每次修改时都另存为一个新的文件,然后通过文件名进行区分,例如"XXX 软件需求说明书V1.0,XXX软件需求说明书V1.1,XXX 软件需求说明书V2.0.",并且在文件中注明每次版本变化的内容; 2) 源代码:每次要修改时就将整个工程目录复制一份,将原来的文件夹进行改名,例如"XX 项目V1.0、XX 项目1.01、.",然后在新的目录中进行修改; 但是这种方法,不仅十分繁琐,容易出错,而且会带来大量的垃圾数据。如果是团队协同开发或者是项目规模较大时,还是会造成很大的混乱。很显然,这样简陋的方法是无法应对这一问题的。后来,有人尝试从制造工业领域引入了"配置管理"这一概念,通过不懈的研究与实践,最终形成了一套管理办法和活动原则,这也就是软件配置管理。 通过软件配置管理,将对软件系统中的多重版本实施系统的管理;全面记载系统开发的历史过程,包括为什么修改,谁作了修改,修改了什么;管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制,完整、明确地记载开发过程中的历史变更,形成规范化的文档,不仅使日后的维护和升级得到保证,而且更重要的是,这还会保护宝贵的代码资源,积累软件财富,提高软件重用率,加快投资回报。 常见的配置管理工具 正如前面所述,由于软件配置管理过程十分繁杂,管理对象错综复杂,如果是采用人工的办法不仅费时费力,还容易出错,产生大量的废品。因此,引入一些自动化工具是十分有裨益的,这也是做好配置管理的必要条件。 正是因为如此,市场上出现了大量的自动化配置管理工具,这些工具的实现原理与基本机制

软件配置管理规定

软件配置管理规定? 为进一步加强软件配置管理工作,明确软件配置原则,规范软件配置流程,制定本规定。 一、配置原则? 1、软件配置遵循安全性、适用性、 2、单经济性与正版化得原则,不得配置非正版软件。? 位使用得商业软件、OEM软件、免费软件均需纳入配置管理,不得配置与工作无关得各类软件。?3、优先采用场地授权(许可)方式配置软件。 二、配置流程 1、软件使用部门根据本部门各岗位工作需要,编制岗位软件需求清单,填写《软件使用需求申请表》(附件1)。 2、信息化部门统计、汇总软件使用部门报送得《软件使用需求申请表》,对软件使用部门需要得相关软件进行统一测试与试用,综合考虑软件得价格、兼容性、安全性与售后服务等因素,确定软件选型,明确软件名称与版本.涉及使用免费软件得,更新《可使用免费软件清单》(附件2)。 3、信息化部门依据单位软件使用管理台账,梳理单位软件需求与现有软件许可得差异。单位软件许可不足得,编制《软件采购计划表》(附件3)。 4、财务部门要将软件采购纳入单位年度预算。财务、资产管理部门指导信息化部门完成软件采购。软件采购合同要明确软件名称、版本、授权方式、许可数量、使用年

限、兼容性与售后服务等要求。?5、财务、资产管理部门指导信息化部门做好软件采购相关资料管理工作,重点就是软件采购合同、软件授权证书、软件安装序列号等资料得管理工作。? 6、信息化部门负责软件使用管理日常工作。?7、单位采购得软件,因以下情况申请报废得,需经过信息化部门鉴定,严格履行资产处置报批手续:?(1)已经达到规定得最低使用年限,且无法继续使用得.?(2)未达到规定得最低使用年限,因技术进步等原因无法继续使用得。?(3)未达到规定得最低使用年限,因计算机硬件报废,且无法迁移到其她计算机上继续使用得. 8、信息化部门在单位新采购软件、报废软件与调整可使用免费软件清单后,更新《软件使用情况汇总表》(附件4)。

软件配置管理报告

份号:001密级: XXXXXXX项目 软件配置管理报告 XXXX-RPB-R01.00 XXXXXXXX 公司 XXXX 年XX月XX日

辑要页

摘要: 主题词:

文档修改记录

1范围............................................................................................... 1.1标识.......................................................................................... 1.2系统概述...................................................................................... 1.3文档概述......................................................................... 1........... 2引用文挡........................................................................................... 3软件配置管理情况综述............................................................................. 4软件配置管理基本信息............................................................................. 5专业组划分及权限分酉己.......................................................................... 6配置项记录......................................................................................... 7变更记录........................................................................................... 8基线记录........................................................................................... 9入库记录...........................................................................................

16软件配置管理报告

份号:001 密级: XXXXXXXX项目 软件配置管理报告 XXXX-RPB-R01.00 XXXXXXXX公司 XXXX年XX月XX日

辑要页

文档修改记录

目次 1 范围 (1) 1.1标识 (1) 1.2系统概述 (1) 1.3文档概述 (1) 2 引用文挡 (1) 3 软件配置管理情况综述 (1) 4 软件配置管理基本信息 (1) 5 专业组划分及权限分配 (1) 6 配置项记录 (1) 7 变更记录 (2) 8 基线记录 (2) 9 入库记录 (2) 10 出库记录 (2) 11 审核记录 (2) 12 备份记录 (2) 13 测量 (2) 14 主释 (2)

1 范围 1.1 标识 本条应描述本文档所适用的系统和软件的完整标识,适用时,包括其标识号、名称、缩略名、版本号和发布号。 1.2 系统概述 本条应概述本文档所适用的系统和软件的用途。它还应描述系统与软件的一般特性;概述系统开发、运行和维护的历史;标识项目的需方、用户、开发方和保障机构等;标识当前和计划的运行现场;列出其他有关文档。 1.3 文档概述 本条应概括本文档的用途和内容,并描述与其使用有关的保密性考虑。 2 引用文挡 本章应列出引用文档的编号、标题、编写单位、修订版及日期,还应标识不能通过正常采购活动得到的文档的来源。 3 软件配置管理情况综述 本章应描述软件配置管理活动进展,与软件配置管理计划的偏差;软件配置管理活动与规程是否相符;对不符合项所采取的措施;完成软件配置管理工作的工作量等。 4 软件配置管理基本信息 本章应概述软件配置管理的基本信息,包括项目负责人、各级软件配置管理机构组成人员和负责人、软件配置管理所用的资源(如计算机、软件和工具)等。 5 专业组划分及权限分配 本章应列出项目专业组的划分、各专业组的成员以及各成员的权限分配,如专业组可分为项目负责人、开发组、测试组、质量保证组、配置管理组等,权限可分为读出、增加、替换、删除等。 6 配置项记录 本章所列出项目的所有配置项,包括配置项名称、配置项最后发布日期、配置项控制力度(控制力度可分为基线管理、非基线管理(受到管理和控制))、配置项版本变更历史、配置项变更累计次数等内容。

锐捷网络售前技术支持工程师笔试题

锐捷网络售前技术支持工程师笔试题 最近去应聘了几家网络公司,有幸考了几次笔试,写一点体会给大家分享,纯属愚见一般都会有一轮笔试,两轮面试,基本上能通过第一轮面试,就离签约不远了。 就拿锐捷网络公司来说吧,以下是以往的试题:(我介绍的是售前技术支持工程师方面的,不是研发) 一行业背景 1,请介绍下cer网络建设情况,网络提供的服务有哪些? 2.高校一般有哪些应用?一般有几台服务器?应用的热点是什么? 3.金融行业一般有哪些应用?网络拓扑是怎么样的?金融行业的应用热点是什么? 4.it业最近的技术热点是什么? 行业趋势是什么?厂商在里面起了什么作用.厂商该怎么办?

5.请你尽可能多的从高端到低端列出你说接触过的cisco、华为、港湾、锐捷、的路由器.并说明其技术特点. 6.请问售前工程师在一个项目中起的作用. 二技术知识 1.请说出以太网的发展历程.并说明不同时段相关的ieee的标准. 2.请画出以太网数据包。ip包。tcp/udp 包的结构. 3.请尽可能多的列出单播路由协议.并用一两句话描述它的特点. 4.请尽可能的多列出组播路由协议.并用一两句话描述它的特点. 5.防火墙技术有多少种.你用过的有哪些?它的特点是什么? 6.什么是ids. ips ? 你用过的ids设备有哪些?

7.三层交换机和路由器的区别?为什么不能用三层交换机代替 路由器? 9.请说出你用过的操作系统.并说出他们的特点. 10.请说出你所用过的数据库.并说出他们的特点. 11.请描述下sdh技术. 12.请设计一条sql 语句. 从一个表中查找字段为特定的数据. 三阅读理解 on the inter, a packet monkey is someone who intentionally inundates a web site or work with data packets, resulting in a denial-of-service situation. packet monkeys typically use tools created and made available on the inter by hackers. a packet monkey, unlike a script kiddy, leaves no clues as to who is making the exploit, making the identity of a packet monkey more difficult to trace. in addition, a denial-of-service attack can be launched on a wider scale than attacks performed by script kiddies, making them more difficult to investigate.

软件项目配置管理计划

中国广东核电集团 CHINA GUANGDONG NUCLEAR POWER GROUP 记录文件 项目编号 项目名称 CGN-IT-C3-A12-01 软件项目配置管理计划 版本编写审核审定批准生效时间A/0 注:如无受控文件标识(蓝色印章)则为非有效版本,以受控文件规定为准。 此文件属中国广东核电集团有限公司所有,未经许可,不得以任何方式外传。

修改记录页

目录 (一)基本信息错误!未定义书签。 (二)角色与职责错误!未定义书签。 (三)配置管理资源错误!未定义书签。 (四)权限分配错误!未定义书签。 (五)配置项计划错误!未定义书签。 (六)配置库基线错误!未定义书签。 (七)配置库备份计划错误!未定义书签。 (八)配置库状态报告错误!未定义书签。 (九)配置审核错误!未定义书签。 (十)审批意见错误!未定义书签。

配置管理计划 基本信息 项目名称: 项目代号: 立项时间: 预计主要项目阶段有: 配置项目命名规则依据: 角色与职责 配置管理资源 本项目使用配置管理工具对各配置项进行存储、版本管理,并提供更新、检索和历史版本的恢复。 提示: (1)配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的TFS或者IBM公司的clearecase。

(2)配置管理员根据所采用的配置管理软件,确定计算机资源(考虑内存、外存、CPU等)。 预计建库申请日期: 预计建库日期: 预计工作库需空间: 权限分配 项目成员访问配置库的ID及PASSWORD默认设置为与域帐号的设置相同。 若个人要求另行设置的,由项目组配置管理员负责汇总后,提交给高级配置管理员调整设置。

软件项目配置管理系统计划清单指导应用清单

中国核电集团 CHINA GUANGDONG NUCLEAR POWER GROUP 记录文件 项目编号 项目名称 CGN-IT-C3-A12-01 软件项目配置管理计划 版本编写审核审定批准生效时间A/0 注:如无受控文件标识(蓝色印章)则为非有效版本,以受控文件规定为准。 此文件属中国核电集团所有,未经许可,不得以任何方式外传。

修改记录页

目录 (一)基本信息 (4) (二)角色与职责 (4) (三)配置管理资源 (5) (四)权限分配 (5) (五)配置项计划 (6) (六)配置库基线 (7) (七)配置库备份计划 (8) (八)配置库状态报告 (8) (九)配置审核 (9) (十)审批意见 (9)

配置管理计划(一)基本信息 项目名称: 项目代号: 立项时间: 预计主要项目阶段有: 配置项目命名规则依据: (二)角色与职责

(三)配置管理资源 本项目使用配置管理工具对各配置项进行存储、版本管理,并提供更新、检索和历史版本的恢复。 提示: (1)配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的TFS或者IBM公司的clearecase。 (2)配置管理员根据所采用的配置管理软件,确定计算机资源(考虑存、外存、CPU等)。 预计建库申请日期: 预计建库日期: 预计工作库需空间: (四)权限分配 项目成员访问配置库的ID及PASSWORD默认设置为与域的设置相同。 若个人要求另行设置的,由项目组配置管理员负责汇总后,提交给高级配置管理员调整设置。

(五)配置项计划 填写上面表格过程中,需要对照成果物列表逐项填写。

软件配置管理规范.doc

软件配置管理规范1 1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分: 简介,包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分: 配置管理工作规范的正文,包括活动的流程图、进入能及退出的准则、所涉及的角色、相 关活动的阐述、验证与确认能及度量。 第三部分: 变更控制工作规范的正文,包括活动的流程图、进入能及退

出准则、所涉及的角色、相关 活动的阐述、验证与确认能及度量。 第四部分: 参考文献,列出了编写本规范所参考的相关的文献资料。 第五部分: 附录,本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项,包含文档、程序。 CR (Change Request) 变更请求,对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息 是有关当前问题、提议解决方案及其成本的起源和影响的信息。

PCA (Physical Configuration Audit) 物理审计,在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计,核心软件配置项的实际性能是否符合它的需求。 基线(Baseline) 己通过复审和批准的工件发布版,由此构成进一步演进或开发的公认基础,并且只能 通过正式程序,例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库,存储项目工件的所有版本,即存储项目的定义的配置项。 版本(Version) 某个工件的变体,工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息 1.5.1 可追溯性 CMU/ SET-93-TR-024 Capability Maturity Model SM for Software, Version 1.1

海康威视技术支持笔试题

海康威视技术支持笔试题

海康威视校园招聘技术支持类笔试题(一)填空题 1.在windons server 下若选择安全登录,则首先需要按 Ctrl+Alt+Del 组合键 2.按网络的覆盖范围划分,网络可分为局域网(LAN)、广域网 (WAN)和城域网(MAN)。 3.计算机中的数据都是以二进制码码的形式发送的。(存储,传 输,加工处理的数据或指令) 4.ARP请求帧在物理网络中是以广播方式发送的。 5.FTP和HTTP协议在TCP/IP参考模型中属于应用层。 TCP/IP参考模型在网络层定义了IP协议,在传输层定义了传输控制协议TCP和用户数据报UDP,在传输层之上是应用层,它包括了所有的高层协议,而且总是不断有新的协议加入。应用层的协议主要有:网络终端协议Telnet、文件传输协议FTP、电子邮件协议SMTP、路由协议RIP、网络文件系统NFS和HTTP 协。

6.带有奇偶校验的RAID的类型是 RAID是“Redundant Array of Independent Disk”的缩写,中文意思是独立冗余磁盘阵列。 RAID 0:无差错控制的带区组RAID 1:镜象结构 RAID2:带海明码校验RAID3:带奇偶校验码的并行传送 RAID4:带奇偶校验码的独立磁盘结构 RAID5:分布式奇偶校验的独立磁盘结构 7.SQL语言的SELECT命令中,表示条件表示式用WHERE子句, 分组用GROUP BY 子句,排序用ORDERBY 子句。 8.下列FTTX组网方案中,光纤覆盖面最广的是FTTH FTTN (光纤到节点) FTTC (光纤到路边) FTTH (光纤到户) FTTZ (光纤到小区) FTTH将光纤直接铺到千家万户,覆盖面是最广的 9.HIKVISION 的权限描述为:drwxrw-r~~则该文件类型为: r代表4 w代表2 x代表1 所有者权限是rw,为6 所属组权限是r,为4 其它人权限是r,为4 10.存储器一般分成高速缓冲器、__内存__和__外存__三个层次, 其中___高速缓冲器__是造价最高、存取速度最快。 (二)名词解释 1.Linux系统重/home目录下存放的什么内容? Linux系统根目录下的几个主要目录的作用: root:用于存放root用户的的相关文档。

软件配置管理计划示例

软件配置管理计划示例 作者:赵文锋计划名CADCSC软件配置管理计划 项目名中国控制系统CAD工程化软件系统 项目委托单位 代表签名年月日 项目承办单位 代表签名年月日 1 引言 1.1 目的 本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款,以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求,能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该执行本计划中的有关规定,但可以根据各自的情况对本计划作适当的剪裁,以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1.2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1.3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆CADCSC 软件质量保证计划 2 管理

2.1 机构 在本软件系统整个开发期间,必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导,由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成,由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导,在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求,制订必要的规程和规定,以确保完全遵守本计划规定的所有要求。 2.2 任务 在软件工程化生产的各个阶段中,与本阶段的阶段产品有关的全部信息在软件开发库存放,与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中,开发者和开发小组长有权对本阶段的阶段产品作必要的修改;但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时,就必须通过项目的配置管理小组办理正规的审批手续。因此,软件开发库属开发这个阶段产品的开发者管理,而软件受控库由项目的配置管理小组管理。软件经过组装与系统测试后,应该送入软件产品库,如欲对其修改,必须经软件配置管理小组研究同意,然后报项目总体组组长批准。关于软件配置要进行修改时的具体审批手续,将在第条中详细规定。 2.3 职责 在软件配置管理小组中,各类人员要互相配合、分工协作,共同担负起整个项目的软件配置管理工作。其中各类人员的分工如下: A.组长是总体组代表,他对有关软件配置管理的各项工作全面负责,特别要对更改建议的审批和评审负责; B.软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范; C.项目的专职配置管理人员检查在作配置更改时的质量保证措施; D.各子系统的配置管理人员具体负责实施各自的配置管理工作,并参与各子系统的功能配置检查和物理配置检查;

配置管理系统

配置管理系统(北大软件 010 - 61137666) 配置管理系统,采用基于构件等先进思想和技术,支持软件全生命周期的资源管理需求,确保软件工作产品的完整性、可追溯性。 配置管理系统支持对软件的配置标识、变更控制、状态纪实、配置审核、产品发布管理等功能,实现核心知识产权的积累和开发成果的复用。 1.1.1 组成结构(北大软件 010 - 61137666) 配置管理系统支持建立和维护三库:开发库、受控库、产品库。 根据企业安全管理策略设定分级控制方式,支持建立多级库,并建立相关控制关系;每级可设置若干个库;配置库可集中部署或分布式部署,即多库可以部署在一台服务器上,也可以部署在单独的多个服务器上。 1. 典型的三库管理,支持独立设置产品库、受控库、开发库,如下图所示。 图表1三库结构 2. 典型的四库管理,支持独立设置部门开发库、部门受控库、所级受控库、所级产品库等,如下图所示。

图表2四级库结构配置管理各库功能描述如下:

以“三库”结构为例,系统覆盖配置管理计划、配置标识、基线建立、入库、产品交付、配置变更、配置审核等环节,其演进及控制关系如下图。 图表3 配置管理工作流程 1.1.2主要特点(北大软件010 - 61137666) 3.独立灵活的多级库配置 支持国军标要求的独立设置产品库、受控库、开发库的要求,满足对配置资源的分级控制要求,支持软件开发库、受控库和产品库三库的独立管理,实现对受控库和产品库的入库、出库、变更控制和版本管理。

系统具有三库无限级联合与分布部署特性,可根据企业管理策略建立多控制级别的配置库,设定每级配置库的数量和上下级库间的控制关系,并支持开发库、受控库和产品库的统一管理。 4.产品生存全过程管理 支持软件配置管理全研发过程的活动和产品控制,即支持“用户严格按照配置管理计划实施配置管理—基于配置库的实际状况客观报告配置状态”的全过程的活动。 5.灵活的流程定制 可根据用户实际情况定制流程及表单。 6.支持线上线下审批方式 支持配置控制表单的网上在线审批(网上流转审批)和网下脱机审批两种工作模式,两种模式可以在同一项目中由配置管理人员根据实际情况灵活选用。 7.文档管理功能 实现软件文档的全生命周期管理,包括创建、审签、归档、发布、打印、作废等,能够按照项目策划的软件文档清单和归档计划实施自动检查,并产生定期报表。 8.丰富的统计查询功能,支持过程的测量和监控 支持相关人员对配置管理状态的查询和追溯。能够为领导层的管理和决策提供准确一致的决策支持信息,包括配置项和基线提交偏差情况、基线状态、一致性关系、产品出入库状况、变更状况、问题追踪、配置记实、配置审核的等重要信息; 9.配置库资源的安全控制 1)系统采用三员管理机制,分权管理系统的用户管理、权限分配、系统操 作日志管理。 2)系统基于角色的授权机制,支持权限最小化的策略; 3)系统可采用多种数据备份机制,提高系统的数据的抗毁性。 10.支持并行开发 系统采用文件共享锁机制实现多人对相同配置资源的并行开发控制。在系统共享文件修改控制机制的基础上,采用三种配置资源锁以实现对并行开发的

三轮微软技术支持中心面试题全记录

三轮微软技术支持中心面试题全记录 也许你听说过去微软面试很难,可能你没有听过一个人同时出现在微软的各个部门里面进行面试。而我就是这样的一位。以下是我整理的一些面试题,供大家参考: 2009年3月23号全球微软技术支持中心 1、老外面试主要问的问题是: 1)、你是否有项目经验, 2)、你做过什么项目? 3)、简单的介绍一下你的项目 4)、你在你项目中学到了什么? 5)、项目中你担任什么角色? 6)、你觉得这几个系统最大的不同是什么? 7)、你项目中所使用的是什么技术? 9)、你最擅长的技术是什么? 10)、相对前面的项目来说,你这个项目最大的进步是什么? 以上是个人翻译所理解(听起来有很多的what、how什么的) 2、写一封邮件邮件的主要内容是: 你的一位客户给你写了两次信,但你都没有回。这次客户又遇到一个问题,他的IE浏览器出现了问题。现在急需要用这台电脑。能给他解决方案吗?提供更多的资料给他。 要求就是:你为什么没有回信,给他这次问题的解决方案,提供更多的信息。时间30分钟。 2009年3月24号微软中国研发中心 1、先是一轮笔试大概题目如下(全英文) 1)选择题15个,

l加快表的数据的展现用什么 lWhatisboxing? lWhatisencapsulation(封装)? lWhatisdelegated(委托)? lWhatisthedifferencebetweenthetypeofvalueandobject. lTrycatch 语句的执行顺序? …… 2)编程题 l一个是求N!用递归 l一个求一个字符串的反串 3) 智力题2个 l有足够多的红黄蓝三种颜色的球。现在任取两个颜色相同的球。至少要去多少次? l有4个装满药丸的容器,其中有一个容器的药丸变质了质量+1.现在只称一次,怎么分辨容器的药丸变质。 4)英文的选择题,10个 主要考的一些四级的常用词汇,其中有:一个是经理经常照顾我,帮我,说明这个经理太()A、seriousB、understanding等选项 5)邮件写作题题目如下: 你现在是一位技术支持工程师,一个客户说他的怎么弄虚拟内存,他发现他的播放器都无法播放,怎么扩展虚拟内存,是不要把我硬盘上的文件删掉或者说移到其他的盘,请给我一个更好的解决方案。 2、第二轮技术面试 l现场编写冒泡排序、树的遍历算法、递归调用

软件配置管理规定

软件配置管理规定 为进一步加强软件配置管理工作,明确软件配置原则,规范软件配置流程,制定本规定。 一、配置原则 1.软件配置遵循安全性、适用性、经济性和正版化的原则,不得配置非正版软件。 2.单位使用的商业软件、OEM软件、免费软件均需纳入配置管理,不得配置与工作无关的各类软件。 3.优先采用场地授权(许可)方式配置软件。 二、配置流程 1.软件使用部门根据本部门各岗位工作需要,编制岗位软件需求清单,填写《软件使用需求申请表》(附件1)。 2.信息化部门统计、汇总软件使用部门报送的《软件使用需求申请表》,对软件使用部门需要的相关软件进行统一测试和试用,综合考虑软件的价格、兼容性、安全性和售后服务等因素,确定软件选型,明确软件名称和版本。涉及使用免费软件的,更新《可使用免费软件清单》(附件2)。 3.信息化部门依据单位软件使用管理台账,梳理单位软件需求与现有软件许可的差异。单位软件许可不足的,编制《软件采购计划表》(附件3)。

4.财务部门要将软件采购纳入单位年度预算。财务、资产管理部门指导信息化部门完成软件采购。软件采购合同要明确软件名称、版本、授权方式、许可数量、使用年限、兼容性和售后服务等要求。 5.财务、资产管理部门指导信息化部门做好软件采购相关资料管理工作,重点是软件采购合同、软件授权证书、软件安装序列号等资料的管理工作。 6.信息化部门负责软件使用管理日常工作。 7.单位采购的软件,因以下情况申请报废的,需经过信息化部门鉴定,严格履行资产处置报批手续:(1)已经达到规定的最低使用年限,且无法继续使用的。 (2)未达到规定的最低使用年限,因技术进步等原因无法继续使用的。 (3)未达到规定的最低使用年限,因计算机硬件报废,且无法迁移到其他计算机上继续使用的。 8.信息化部门在单位新采购软件、报废软件和调整可使用免费软件清单后,更新《软件使用情况汇总表》(附件4)。

软件售前工程师面试题

最近去应聘了几家网络公司,有幸考了几次笔试,写一点体会给大家分享,纯属愚见一般都会有一轮笔试,两轮面试,基本上能通过第一轮面试,就离签约不远了。 就拿锐捷网络公司来说吧,以下是以往的试题:(我介绍的是售前技术支持工程师方面的,不是研发) 一行业背景 1,请介绍下CERNET网络建设情况,网络提供的服务有哪些? 2.高校一般有哪些应用?一般有几台服务器?应用的热点是什么? 3.金融行业一般有哪些应用?网络拓扑是怎么样的?金融行业的应用热点是什么? 4..IT业最近的技术热点是什么? 行业趋势是什么?厂商在里面起了什么作用.厂商该怎么办? 5.请你尽可能多的从高端到低端列出你说接触过的cisco 华为港湾锐睫的路由器.并说明其技术特点. 6.请问售前工程师在一个项目中起的作用. 二技术知识 1.请说出以太网的发展历程.并说明不同时段相关的IEEE的标准. 2.请画出以太网数据包。IP包。TCP/UDP 包的结构. 3.请尽可能多的列出单播路由协议.并用一两句话描述它的特点. 4.请尽可能的多列出组播路由协议.并用一两句话描述它的特点. 5.防火墙技术有多少种.你用过的有哪些?它的特点是什么? 6.什么是IDS. IPS ? 你用过的IDS设备有哪些? 7.三层交换机和路由器的区别?为什么不能用三层交换机代替路由器? 9.请说出你用过的操作系统.并说出他们的特点. 10.请说出你所用过的数据库.并说出他们的特点. 11.请描述下SDH技术. 12.请设计一条SQL 语句. 从一个表中查找字段为特定的数据. 三阅读理解 On the Internet, a packet monkey is someone who intentionally inundates a Web site or network with data packets, resulting in a denial-of-service situation. Packet monkeys typically use tools created and made available on the Internet by hackers. A packet monkey, unlike a script kiddy, leaves no clues as to who is making the exploit, making the identity of a packet monkey more difficult to trace. In addition, a denial-of-service attack can be launched on a wider scale than attacks performed by script kiddies, making them more difficult to investigate. Hackers look down on packet monkeys and often describe them as “bottom feeders.”Because a packet monkey uses tools created by others, the packet monkey has little understanding of the harm that may be caused. Typically, packet monkey exploits are random and without any purpose other than the thrill of making an effect. 在说说今年锐捷的笔试题: 第一部分:基础知识 考到了操作系统,linux,window,总线,数据结构,编码,局域网,广域网相关

校务通管理系统软件项目配置管理计划案例

软件项目配置管理计划案例 本案例选自《软件项目管理案例教程》(韩万江,机械工业出版社)一书,项目案例为《校务通管理系统》,该项目的配置管理计划如下: 1. 引言 包括目的、缩写词和参考资料,具体内容略。 2.组织及职责 配置管理的角色和职责见表1。 表1:配置管理角色职责表 3.配置管理环境 由于本项目属于中小型项目,工期也不很长,而且项目组人员对Visual SourceSafe也比较熟悉,所以采用Visual SourceSafe作为配置管理工具。 3.1配置库目录结构

3.2用户及权限 4.配置管理活动 4.1 配置项标志 4.1.1 命名规范 本项目配置项命名规范由5个字段组成,从左到右依次为:公司、项目、类型、编号和版本号,如图1所示。这些字段用一横线(-)分隔。

图1:配置项命名规范 4.1.2 主要配置项 QTD-School –RM –SRS-v1.0 公司:3个字符 项目:最长10个字符 类型:最长5个字符 编号:最长8位数字/字符 版本号:V m.n

4.1.3 项目基线 在Visual SourceSafe中基线由LABLE标志,字母必须为大写。基线管理由项目执行负责人确认、SCCB授权,由配置管理员执行。 表5 4.1.4 配置项的版本管理 配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支:主干分支、私有分支、小组分支、集成分支。让它们分别对应4类工作空间。 这四类工作空间(分支)由项目执行负责人统一管理,根据各开发阶段的实际情况定制相应的版本选取规则,来保证开发活动的正常运作。在变更发生时,应及时做好基线的推进。 对配置项的版本管理在不同分支具有不同的策略: (1)主干分支 系统默认自动建立的物理分支——主干分支(/main),基线均以LABLE方式出现在主干分支上。 (2)私有分支 如果多个开发工程师维护一个配置项时建议建立自己的私有分支。配置管理员对其基本不与管理,如个别私有空间上的版本树过于冗余,将对其冗余版本进行限制。 (3)小组分支 如果出现小组共同开发一配置项,该分支可视为项目组内部分组的私有空间,存放代码开发过程中的版本分支,由项目组内部控制。

软件配置管理规范标准

页眉 软件配置管理规范 1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分: 简介,包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分: 配置管理工作规范的正文,包括活动的流程图、进入能及退出的准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第三部分: 变更控制工作规范的正文,包括活动的流程图、进入能及退出准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第四部分: 参考文献,列出了编写本规范所参考的相关的文献资料。 第五部分: 附录,本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项,包含文档、程序。 CR (Change Request) 变更请求,对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。 PCA (Physical Configuration Audit) 物理审计,在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计,核心软件配置项的实际性能是否符合它的需求。 基线(Baseline)

己通过复审和批准的工件发布版,由此构成进一步演进或开发的公认基础,并且只能通过正式程序,例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库,存储项目工件的所有版本,即存储项目的定义的配置项。 版本(Version) 页脚 页眉 某个工件的变体,工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息 1.5.1 可追溯性 CMU/ SET-93-TR-024 Capability Maturity Model SM for Software, Version 1.1 1.5.2 方针 SWL开发组项目开发与管理工作方针 1.5.3 过程/规范 项目计划与控制规范 1.5.4 指南 配置管理计划指南 基线策略指南 配置状态报告编制指南 配置审计工作活动指南 配置管理工具指南 VSS 使用指南 组织管理配置库使用指南 软件开发文档命名约定 1.5.5模板 配置管理计划 配置状态报告 配置审计报告 文档变更请求 1.5.6 检查表 无 1.5.7 培训 《软件配置管理教材》 《软件变更控制管理教材》 《Clear Case 配置管理培训教材》 1.5.7 工具 Clear Case Visual SourceSafe Visual Basic Office 97/2000/XP DreamWeaver PhotoShop

相关文档
相关文档 最新文档