实验六 软件配置管理

实验六 软件配置管理
实验六 软件配置管理

南京信息工程大学项目管理实验(实习)报告

一、实验目的

1.了解配置管理的基本概念和相关技术。

2.初步掌握项目管理软件Microsoft SourceSafe的操作界面和基本操作。

3.学习Microsoft Visual SourceSafe工具的代码版本控制、配置管理、权限管理、历史记录跟踪

等的使用方法。

二、实验内容与步骤

如图1所示,登录到数据库管理工具V isual SourceSafe 6.0 Admin,单击User菜单,单击Add User…添加用户,并设置该用户的密码,(本人的姓名作为用户名)单击OK。可重复此步骤添加其他所有用户。如图1 :

图 1

4.1主界面介绍

打开Microsoft V isual SourceSafe 6.0,并用已添加的用户登录,界面如图所示。该图是一个示意图,其中已经建立了一些Project并添加了一些文件。事实上,当第一次打开VSS时,应该是完全空白的。在左侧,是Project树,此处的Project可简单地理解为与硬盘上的文件夹相当。在右侧显示了该Project 下所属的所有文件。下方是输出窗口,会显示一些相关信息。如图2:

图 2 VSS Explorer

4.2基本使用

(1)创建Project并添加文件

VSS中的Project可以类比视为操作系统中的文件夹。VSS就是负责在其自身的系统中按照Project 来维护、保存文件。要新建Project,可以按照如下步骤执行:

1、选中根节点($/)或某一个已存在Project(绿色文件夹图标),单击File菜单,单击Create

Project...,并在Project文本框中指定名称,就可以在当前选中的Project下新建一个新的Project。

如图3 :

图 3 新建Project

2、在建立了Project以后,就可以添加文件了。选中某一个Project,单击File菜单,单击Add Files...,

浏览到某一个本地文件夹,选中要添加的文件(可通过按住Shift或Ctrl键一次添加多个文件),单击Add,单击OK。这时会弹出一个对话框询问是否要将该文件夹设置为本地工作文件夹(Working folder)。关于Working folder会在下面解释,这里单击Y es即可。类似地,可以删除和重命名文件。

如图4 :

图 4 添加文件

(2)设置本地工作文件夹(Working folder)

每个用户需要将VSS中的Project与一个本地文件夹作对应,该本地文件夹就称为Working folder。在修改文件时,需要将该文件从VSS中获取到本地计算机,在默认情况下,VSS就将该文件存放在Working folder中。要设置本地工作文件夹,先选中某一个Project,单击File菜单,单击Set Working Folder,浏览到某一个本地文件夹,单击OK。如图5:

图5 设置本地工作文件夹

(3)获得最新版本(Get Latest V ersion)

对于只需查看不需修改的文件,可以将VSS中该文件的最新版本(只读)获取到本地。要获得最新版本,先选中某一个Project下的文件(可多选),单击SourceSafe菜单,单击Get Latest V ersion。默认情况下,就将该文件获取到本地工作文件夹,如果要更改,可以单击Browse...。如图6:

图6 获得最新版本

(4)签出(Check Out)

如果要修改文件,则必须先将文件签出,然后才能修改。签出后,VSS中的文件就会标记为被某人签出。要签出文件,在本地目录获得最新文件(可写),要先选中某一个Project下的文件(可多选),单击SourceSafe菜单,单击Check Out。默认情况下,就将该文件获取到本地工作文件夹,如果要更改,可以单击Browse...。如图7:

图7 签出文件

文件签出后,就可以看到,在VSS中该文件被标记为已签出,如图所示。

图8 文件已签出

(5)签入(Check In)

签出并修改文件后,必须将文件签入,VSS上的文件才会更新为最新的版本。要签入文件,要先选中某一个Project下已签出的文件(可多选),单击SourceSafe菜单,单击Check In。默认情况下,就将该文件从本地工作文件夹签入。如图9:

图9 签入文件

(6)撤销签出(Undo Check Out)

签出文件后,如果不希望更新VSS上的文件,那么必须撤销签出(Undo Check Out)。要撤销签出,要先选中某一个Project下已签出的文件(可多选),单击SourceSafe菜单,单击Undo Check Out。VSS 会询问如何处理本地文件(Local Copy),有三种选择:

?替换(Replace)将本地文件替换回VSS上未修改的版本

?不加处理(Leave)保留本地文件

?删除(Delete)删除本地文件

单击OK后就会将该文件撤销签出。如图10:

图10 撤销签出

(7)版本比较(Show Difference)

既然在VSS中保存了某一个文件的所有版本,那么就可以对其中某两个版本进行比较,或者是与本地文件比较,显示其不同处,但只有文本文件才能进行比较。

要比较本地文件和VSS上最新版本的文件,要先选中某一个Project下已签出的文件,单击Tools 菜单,单击Show Differences...,在弹出的对话框中单击OK即可。

如:删除我原来添加的计算机基础上机题中的03.doc 如图11:

图 1 比较文件

此时,两个版本文件的差别就会显示,如图12所示。

图 2 文件差别

如果要比较两个历史版本的文件,先选中某一个文件,单击Tools菜单,单击Show History...,在

弹出的对话框中单击OK,就会显示文件的版本历史。然后选中某两个版本(按住Ctrl键),单击Diff 即可。如图13:

图13 显示历史

三、实验思考题目

简要列出目前软件配置管理工具的种类、历史发展经过及其各自的优缺点。

1 Rational ClearCase

Rational Rose公司推出的软件配置管理工具ClearCase提供了比较全面的配置管理支持,包括:

版本控制、工作空间管理、建立管理、过程控制。

2 Microsoft SourceSafe

SourceSafe是Microsoft公司推出的配置管理工具,是Visual Studio的套件之一。

Microsoft的SourceSafe是国内最流行的配置管理工具,用户量很大。

SourceSafe主要功能是创建目录、添加文件、Check in 、Check out、查看版本历史等。

优点是简单易用,一学就会。对多数不复杂的中小项目来说,够用。

3 CVS

CVS是并发版本系统(Concurrent Versions System)的缩写,是著名的开放源代码配置管理工具。

其客户机/服务器存取方法使得开发者可以从任何因特网的接入点存取最新的代码。它的无限制的版本管理检出的模式避免了通常的因为排它检出模式而引起的人工冲突。它的客户端工具可以在绝大多数的平台上使用。

基本思路:在服务器上建立一个仓库,仓库里可以存放很多文件。为避免冲突,每个用户在使用仓库之前,首先要把仓库里的文件下载到本地的工作空间。用户做的任何修改首先要在本地进行,然后使用CVS的命令提交并更新仓库里的文件,从而达到控制版本的目的。

与SourceSafe相比,CVS的主要优点是:

SourceSafe有的功能CVS全都有,CVS支持并发的版本管理, SourceSafe没有并发功能。CVS服务器的功能和性能比SourceSafe高出一筹。

CVS服务器是用Java编写的,可以在任何操作系统和网络环境下运行。

CVS服务器有自己专用的数据库,文件存储并不采用SourceSafe的“共享目录”方式,所以不受限于局域网,信息安全性很好。

主要缺点:

CVS官方提供的服务器与命令行程序,不提供交互式的客户端软件。

CVS的主要缺点在于客户端软件五花八门,良莠不齐。

Windows环境下的CVS客户端软件是WinCVS。

四、实验总结

通过这次实验我初步了解配置管理的基本概念和相关技术。并且初步掌握项目管理软件Microsoft SourceSafe的操作界面和基本操作。学习Microsoft Visual SourceSafe工具的代码版本控制、配置管理、权限管理、历史记录跟踪等的使用方法。

操作系统安全配置管理办法

编号:SM-ZD-96562 操作系统安全配置管理办 法 Through the process agreement to achieve a unified action policy for different people, so as to coordinate action, reduce blindness, and make the work orderly. 编制:____________________ 审核:____________________ 批准:____________________ 本文档下载后可任意修改

操作系统安全配置管理办法 简介:该制度资料适用于公司或组织通过程序化、标准化的流程约定,达成上下级或不同的人员之间形成统一的行动方针,从而协调行动,增强主动性,减少盲目性,使工作有条不紊地进行。文档可直接下载或修改,使用时请详细阅读内容。 1范围 1.1为了指导、规范海南电网公司信息通信分公司信息系统的操作系统安全配置方法和日常系统操作管理,提高重要信息系统的安全运行维护水平,规范化操作,确保信息系统安全稳定可靠运行,特制定本管理办法。 1.2本办法适用公司信息大区所有信息系统操作系统安全配置管理。主要操作系统包括:AIX系统、Windows系统、Linux系统及HP UNIX系统等。 2规范性引用文件 下列文件对于本规范的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本规范。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本规范。 --中华人民共和国计算机信息系统安全保护条例 --中华人民共和国国家安全法

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

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

35配置管理办法

配置管理办法 文件名称:配置管理管理办法 文件编号:ZHWH-CM-01-2017 文件类别:技术管理 编制部门:北京中航鼎成科技有限公司质量管理部 版本号: A 文件密级:秘密 受控标识:受控 拟制/日期:黄妙然 2017年09月27日 审核/日期:刘晔 2017年10月15日 会签: 批准/日期:杨成 2017年11月1日

修订页

目录 第1章目的和范围 (1) 第2章角色和职责 (1) 第3章定义和术语 (2) 第4章配置库管理及规划 (2) 第5章配置管理流程图及活动说明 (2) 5.1 研发配置管理流程图及活动说明 (2) 第6章度量数据收集 (6) 第7章相关文件和记录 (6)

北京中航鼎成科技有限公司配置管理管理办法 第1章目的和范围 为规范北京中航鼎成科技有限公司在项目生命周期过程中的配置管理活动,确保在项目的整个生命周期中建立和维护项目产品的完整性、正确性、可追溯性和一致性,保证项目过程中配置管理相关工作满足公司质量体系要求,特制定北京中航鼎成科技有限公司配置管理规范。 本文档适用于北京中航鼎成科技有限公司所有项目的配置管理活动。 第2章角色和职责

注1:“配置变更控制”参见《TDCS/CTC综合维护平台产品变更实施细则》,本文不再说明,配置项拟审批原则参见《北京中航鼎成科技有限公司配置项清单》。 第3章定义和术语 (1)基线:BaseLine,就是经过正式评审和认可的工作产品,它是以后进一步开发的基础。基线分为过程基线和交付基线。 (2)配置项:配置是指在项目生命周期各个阶段所产生的各种形式和各种版本的文档、程序及其数据的集合,该集合中的每一个元素称为该配置中的一个配置项。配置项分为基线配置项和非基线配置项。(3)基线配置项:一般组成产品元素的配置项均要定义成基线配置项,如产品需求、设计文件、源代码、测试文件等均要定义成基线配置项,基线发布后所有的变更都要严格按照《北京中航鼎成科技有限公司产品变更实施细则》执行。 (4)非基线配置项:一般非产品组成元素的配置项可以定义为非基线配置项,如项目计划、评审类等。 非本项目控制的工作产品,但为了共享和最新版本的获取,该类元素作为非基线配置项也纳入配置管理库,如外部文件、标准、参考文件、会议纪要、工作报告、过程记录等。 第4章配置库管理及规划 配置库管理及规划如下: 1)研发项目(含工程项目的定制开发):按照产品线进行规划管理; 2)工程项目:按项目管理、工程实施过程两大块进行规划管理; 第5章配置管理流程图及活动说明 5.1 研发配置管理流程图及活动说明 5.1.1研发配置管理流程图

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 配置项记录 本章所列出项目的所有配置项,包括配置项名称、配置项最后发布日期、配置项控制力度(控制力度可分为基线管理、非基线管理(受到管理和控制))、配置项版本变更历史、配置项变更累计次数等内容。

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

中国核电集团 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默认设置为与域的设置相同。 若个人要求另行设置的,由项目组配置管理员负责汇总后,提交给高级配置管理员调整设置。

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

软件项目配置管理计划

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

修改记录页

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

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

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

公司员工手机配置管理办法

员工统一发卡使用与管理办法 一、目的为确保公司信息的及时交换,提高客户服务质量和工作效率,规范公司管理特制定本办法。 二、适用范围 1、主管级别(含)以上员工。 2、部分因业务需要的员工(业务员、送票员、地州送票员)。 三、流程 1、需要配置手机的员工,统一到行政人事部报名登记,由公司统一发放。 2、行政人事部负责与通讯公司联系办理购卡业务。 3、员工必须报行政人事部备案,由行政人事部统一建档管理。 四、具体要求 1、员工在职期间使用公司手机卡必须 24 小时开机,保证通信畅通;如出现关机、停机、无人接听等现象,每次罚款 50 元。 2.若手机出现没电、故障等原因造成暂时无法接通的,应第一时间告知上级主管临时联系方式 3.手机卡丢失或损坏的,应第一时间告知公司, 24 小时内补办手机卡并开通,费用由使用人自行承担。 4.员工不得私变更手机卡。 5.员工使用公司手机卡期间不得利用公司手机卡从事任何违法违纪活动,造成恶劣后果的交与司法机关处理。 6.员工离职应将手机卡交还公司,损坏补卡及所欠话费由使用人承担。 7.主管有监督员工手机卡使用的权利和义务,对员工因联络不上对公司造成的损失,公司将视情况追究其主管的连带责任。 员工必须公私分离,不得混淆或有意公私不分,使用公司电话做与工作无关事情,不得再留个人号码 给客户或工作关联事宜。 五、补贴标准 1、50元/人/ 月?

六、手机卡管理办法 1、每月月底打印上月通话记录 微信: 1. 公司配发的手机卡,销售人员必须用公司号码申请一个微信账号,微信号为公司名+手机号码。 2. 所有公司微信账号,昵称必须改为:公司名 +姓名+电话号码。 3.所有公司微信账号,头像必须换成手机持有者的照片(或者公司 LOGO)。 4.公司在微信群发出的通知,所有员工在网咯畅通的情况下必须在两小时之内回复。如收到、执行、马上执行之类的语言,不可见之信息淡漠而视。(特殊情况请做出说明) 5.公司组织的发朋友圈信息活动,所有员工必须无条件的执行。 6.所有销售人员,客户有需求加微信(不主推),必须加到公司微信账号上,不得加到自己私号上。 7.公司不定期抽查销售人员公司微信的对话框中的好友交流时间、人数等等。 8.以上有关微信管理制度的条规,如有违反,每次罚款 50 元,依次叠加。 9.配备手机人员,离职时,不得将工作微信删除,不得将好友删除。如有发现,将扣除最后结算工资。 10、上报用户名及密码监管。

【项目管理知识】从项目管理角度看软件配置管理

从项目管理角度看软件配置管理 项目的目地是为了创造一项产品或服务,因此,产品本身的生产工艺必然会成为项目管理过程的核心内容。无论在哪一种软件工程方法中,软件配置管理都是一项不可或缺的重要管理内容,特别是对于服务企业内部的信息技术部门来说,从产品生命周期出发,同时支持服务产品和软件产品,同时负责开发与运行,其管理复杂度很高,要想理顺各项工作的内部关系、理清各项工作之间的配合关系,都离不开配置管理这个基本手段,它是许多管理工作的“落地”部分。其实,配置管理并不是一个时髦的概念,在许多传统行业(例如制造业)中早已有之,软件行业只是在软件工程方法中继续延用了这一概念,它是一流软件开发企业所必备的基础设施。 在项目管理中,配置管理是一种重要的管理手段。在PMI的PMBOK中对于配置管理系统是这样描述的: 由此可见,配置管理是一个非常宽泛的概念,项目中只要是需要进行管理的任何特性,都可以纳入配置管理。配置管理不只是操作层面的问题,更是管理理念、管理方法的问题,是一个系统。 项目范围管理需要配置管理来落实 在项目范围管理中,需要识别和控制项目的交付成果,要描述交付物应有的各种特性。这些交付物及其特性,就是配置管理中的配置项。从项目管理的角度,WBS只需要分解到可管理(Manageable)的程度,而配置管理则要求分解到终可操作的程度,管理的粒度更为精细。因此,良好的配置管理机制,是项目范围管理得到终落实的保证。 在许多软件开发项目中,项目范围管理涉及三个方面:业务需求、技术结构、投产服务。编写哪些程序模块,实现哪些功能,部署到哪些地点,这其实

都是项目范围管理所要关注的内容,在配置管理中对应了产品的物理属性和功能属性以及服务的属性,都可以通过配置管理来识别、记录和跟踪。只有做好软件配置管理,才能真正把项目的范围管理做实。 业务需求决定了软件产品的功能特性,对软件产品的配置管理,首先就是对业务需求的管理。在业务需求中,要求软件产品所提供的各种功能和特性,包括界面风格、操作方式、处理流程、业务规则、数据逻辑等,也都是软件产品的配置项,这种对业务需求的分解、管理的过程,就是对业务需求中的配置项的管理过程。当项目中业务需求发生变更时,其实就是对这些配置项的变更管理。因此,在软件工程过程中,配置管理是需求管理的基本手段,通过科学、严谨的配置管理方法,对业务需求进行识别、分解、跟踪、控制,直接决定了对业务需求的管理能力。许多公司目前在需求管理方面还处于粗放型的管理,虽然基本能够满足项目管理的需要,但对于软件工程过程来说,管理粒度还比较粗,而且缺乏明确的配置项的定义,缺少有效的跟踪控制手段,还需要更精细的管理。 技术结构是软件产品的物理属性,软件产品的配置管理,也是对软件内部技术结构的管理。从技术方案到软件产品、再到产品内部结构,这也是项目范围不断分解、细化的过程。为了实现业务需求、满足产品外部特征的要求,软件产品应如何设计其内部结构,划分内部模块、定义模块接口、确定有多少个程序等等,产品分解到后,每一个程序都作为一个单独的配置项进行管理,在开发过程中对于程序的修改都纳入配置管理,跟踪程序变化过程。这种对软件产品从技术角度的不断分解和定义,就是基于技术结构的配置项管理,是与软件结构设计相对应的,配置项的划分是否合理,使用起来是否灵活、方便,哪些可以成为公共组件(Component),其实反映的都是软件设计的思想。在有的软件企业中,配置管理不只是程序员的操作工具,它已经成为工程技术管理的

实验1-UTM-web基本配置实验

实验1-UTM-web基本配置实验

步骤一. 接口加入安全区域 首先通过IE浏览器登陆UTM web界面:http://192.168.0.1 输入默认用户名/密码:admin/admin和验证码(不区分大小写)进入: 在左侧导航栏中点击“设备管理 > 接口管理”。

点击GE0/1栏中的按钮,进入“接口编辑” 界面。按照下图设置接口GE0/1,点击< 确 定 >返回“接口管理”界面。 GE0/1加入trust域 点击左侧导航栏“设备管理 > 安全域”。

点击Trust栏中的按钮,进入“修改安全域” 界面。按照下图将接口GE0/1加入Trust域, 点击< 确定 >返回“安全域”界面。 步骤二. 配置管理 2.1配置保存 在“设备管理 > 配置管理> 配置保存”页面, 点击< 确定 >按钮,即可将当前的配置信息保 存,页面提示设备正在保存当前配置。

如果想将配置文件加密,可以选中“加密配置文件”前面的复选框。 2.2配置备份 在“设备管理 > 配置管理> 配置备份”页面,点击< 备份 >按钮。 在弹出对话框中选择保存的路径,输入文件名保存即可。 2.3配置恢复 在“设备管理 > 配置管理> 配置备份”页面,点击< 浏览 >按钮,选择备份文件。

点击< 确定 >按钮,配置文件导入成功后,页 面会显示下面的提示信息,恢复的配置文件在 设备会下次启动后生效。 2.4恢复出厂配置 在“设备管理 > 配置管理> 恢复出厂配置”页面,点击< 恢复出厂配置 >按钮,选择备份文件。 步骤三. 软件升级 在“设备管理 > 软件升级”页面,点击< 浏览 >按钮,选择升级版本的路径,点击< 确定 >按钮。

软件配置管理计划示例

软件配置管理计划示例 作者:赵文锋计划名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.各子系统的配置管理人员具体负责实施各自的配置管理工作,并参与各子系统的功能配置检查和物理配置检查;

ISO软件开发全套文档-配置管理计划编写指南

产品/项目系统名称 配置管理计划 北京XXXX有限公司 200 年××月 1引言 1.1编写目的

编写的目的主要在于对所开发的软件系统规定各种必要的配置管理条款,以保证所开发出的软件能满足用户需求。 1.2背景 a.开发的软件系统的名称 列出本软件系统的中文全称、英文全称及英文表示简称。 b.开发的软件系统的最终用户或适用的领域; c.项目来源、主管部门等 1.3定义 列出本文件中涉及的专门术语定义和外文缩写的原词组。 1.4参考资料 列出涉及的参考资料。 2 管理 描述软件配置管理的机构、任务、职责和有关的接口控制。 2.1 机构 描述软件生存周期中各阶段中软件配置管理的功能和负责软件配置管理的机构。 说明项目和自项目与其他有关项目之间的关系。 指出在软件生存周期各阶段中的软件开发或维护机构与配置控制组的关系。 2.2 任务 描述在软件生存周期中各阶段的配置管理任务以及要进行的评审和检查工作,并指出各阶段的阶段产品应存放在哪一类软件库中(软件开发库、软件受控制库或软件产品库)。 2.3 职责 指出负责各项软件配置管理任务(如配置标识、配置控制、配置状态记录以及配置的评审与检查)的机构的职责; 指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系。 说明软件生存周期各个阶段的评审、检查和审批过程中的用户职责以及相关的开发与维护活动。 指出与项目开发有关的各机构的代表的软件配置管理职责。 指出与其他特殊职责,例如为满足软件配置管理要求所必要的批准要求。 2.4 定义软件配置项(SCI) 包括: 1.系统约定 2.软件项目计划 3.软件需求文档 4.用户手册 5.设计文档

实验六 软件配置管理

实验六软件配置管理 一、实验目的 1.了解配置管理的基本概念和相关技术。 2.初步掌握项目管理软件Microsoft SourceSafe的操作界面和基本操作。 3.学习Microsoft Visual SourceSafe工具的代码版本控制、配置管理、权 限管理、历史记录跟踪等的使用方法 二、实验内容与步骤 1)如图1所示,登录到数据库管理工具Visual SourceSafe 6.0 Admin, 单击User菜单,单击Add User…添加用户,并设置该用户的密码,(本 人的姓名作为用户名)单击OK。可重复此步骤添加其他所有用户。

图 1 1.1主界面介绍 打开Microsoft Visual SourceSafe 6.0,并用已添加的用户登录,界面如图 1所示。该图是一个示意图,其中已经建立了一些Project并添加了一些文件。事实上,当第一次打开VSS时,应该是完全空白的。在左侧,是Project树,此处的Project可简单地理解为与硬盘上的文件夹相当。在右侧显示了该Project 下所属的所有文件。下方是输出窗口,会显示一些相关信息。 图 1 VSS Explorer

1.2基本使用 (1)创建Project并添加文件 VSS中的Project可以类比视为操作系统中的文件夹。VSS就是负责在其自身的系统中按照Project来维护、保存文件。要新建Project,可以按照如下步骤执行: 1)选中根节点($/)或某一个已存在Project(绿色文件夹图标),单击File 菜单,单击Create Project..., 并在Project文本框中指定名称,就可以在当前选中的Project下新建一个新的Project。 例如选中HR System,单击File菜单,单击Create Project...,在出现的对话框中输入Project Documents(如图 2所示),单击OK后就可以看到,在HR System下出现了一个新的Project,名称为Project Documents。 图 2 新建Project

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

软件项目配置管理计划案例 本案例选自《软件项目管理案例教程》(韩万江,机械工业出版社)一书,项目案例为《校务通管理系统》,该项目的配置管理计划如下: 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)小组分支 如果出现小组共同开发一配置项,该分支可视为项目组内部分组的私有空间,存放代码开发过程中的版本分支,由项目组内部控制。

软件配置管理实验报告-SVN

软件过程管理 实验报告 (2011/ 2012 学年第二学期) 实验报告 指导教师 实验名称软件配置管理-SVN的安装配 置和使用 实验类型验证实验学时 2 实验时间一、实验目的和要求 掌握开源软件配置工具SVN的安装配置和使用。 二、实验环境(实验设备) PC机,V isual SVN Server ,Tortoise SVN

三、实验原理及内容 实验内容:1.安装SVN服务器端软件Visual SVN Server及配置。 2.安装SVN客户端软件Tortoise SVN及配置。 实验步骤: 1.安装服务器端Visual SVN Server 2.安装客户端Tortoise CVS 3.配置SVN服务器的用户,用户组和权限 4.客户端机器上,新建一个工作目录,执行检出操作。 5.修改版本库 6.SVN分支与合并 实验报告

四、实验小结(包括问题和解决方法、心得体会、意见与建议等) svn(subversion)是近年来崛起的版本管理工具,是cvs的接班人。目前,绝大多数开源软件都使用svn作为代码版本管理软件。 SVN采用virtual copy(虚拟拷贝)的方式创建分支.创建后展现给客户端的是独立的库路径,而实际上和主版本共用同样的数据,哪怕是创建多个分支.因此,完全不用担心创建多个分支会增加磁盘的占用空间,而且,其创建效率也是非常高的,官方的说法是constant time(恒定时间),无论你的库有多大,其创建分支的时间基本上是恒定的。 SubV ersion官方建议SVN库根目录应包括Trunk和Branches,这是两个最基本的目录.其实其目录结构可以是任意的.一般Trunk存放主版本,Branches存放众多的分支版本.如下图所示EAS100C的SVN目录结构.因此可以把EditionG3和EditionContracts放在Branches目录. 如何创建分支 TortoiseSVN是官方SVN客户端,以性能好,对Subversion支持全面而被广泛使用.(Tortoise,海龟,无明确寓意). 有多种方式可创建分支. 方式一 第一种方式是采用浏览模式,这种方式简单,快捷,会以当前trunk的最新修订本创建分支,无其他可选项.见完整图示: (1)右键,选择Repo-browser

机构设置及人员配置管理办法

机构设置及人员配置管理办法(试行) 第一章总则 第一条为了规范公司部门机构的设置,加强人员编制管理,明确部门、岗位职责分工,特制定本管理办法; 第二条本管理办法适用于公司总经理部下辖所有部门及岗位; 第三条公司机构及人员设置、调整应遵循统一、高效、精简,符合公司事业发展、业务发展、符合公司经营管理需要的原则。 第二章职责分工 第四条公司总经理部负责根据公司生产经营需要进行部门设置及人员配置、调整的审议、核准工作; 第五条综合管理部是公司机构及人员设置的管理部门,负责公司机构设置及人员编制的管理工作及具体操作; 第六条公司各部门负责本部门人员编制增减的申请工作。 第三章流程 第七条部门设置及调整流程: 一、公司总经理部根据公司生产经营需要设立公司部

门,并根据经营方针的变化做出增设、取消、合并、拆分公司部门的决定; 二、综合管理部根据总经理部决定进行部门调整及编写部门职责等,并对公司组织架构及工作关系进行调整。 第八条人员编制及调整流程: 一、公司各部门根据部门工作需要向综合管理部申请本 部门人员编制的增减; 二、综合管理部对各部门关于人员编制变化的申请进行审核,认为合理者提请总经理部审议; 三、公司总经理部针对提案讨论,认为可行者签署通过,交由综合管理部操作执行; 四、综合管理部根据总经理部审议结果具体操作,对岗 位及人员进行合理安排,并对该部门岗位职责进行调整。 第四章监督管理 第九条公司各部门应严格遵循配置流程,不得擅自增减本部门编制、调整人员及岗位职责。 第十条综合管理部定期对公司部门设置及人员编制的合理性进行实地调查,发现以下情况者,汇报至总经理部,并提出整改方案: 一、部门或岗位职能重复、交叉或业务相近者; 二、部门或人员为某项工作任务设立,在任务完成或已 被停止时,未及时提出予以撤销者;

软件配置管理规范流程模板

软件配置管理规范 流程 1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动, 确保配置项正确地唯一标识而且易于存取, 保证基线配置项的更改受控, 明确基线状态, 在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动, 针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法, 本文件以CVS( 并行版本系统) 配置管理工具为例, 规定公司的配置管理办法, 使用其它工具时也可对应本文件

的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理( Software Configuration Management, SCM) 软件配置管理是对软件修改进行标识、组织和控制的技术, 用来协调和控制整个过程。是经过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程, 确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项( Configuration Item, CI) 凡是纳入配置管理范畴的工 作成果统称为配置项, 配置项逻辑上组成软件系统的各组成部分, 一般是能够单独进行设计、实施和测试的。 每个配置项的主要属性有: 名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里, 确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线( Baseline) 在配置管理系统中, 基线就是一个配置项或一组配置项在其生命周期的不同时间点上经过正式评审而进入正式受控的一种状态这些配置项构成了一个相对稳定的逻辑实体, 而这个过程被称为基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素( 配置项) 的一个版本, 且只确定一个版本。一般情况下, 基线一般在指定的里程碑处创立, 并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制, 基线中的配置项被冻结”了, 不能再

软件配置管理计划(SCMP)

软件配置管理计划(SCMP) 说明 《软件配置管理计划》(SCMP)说明在项目中如何实现配置管理。 软件配置管理计划的正本格式如下: 1引言 本章应分成以下几条。 1.1标识 本条应包含本文档适用的系统和软件的完整标识,(若适用)包括标识号、标题、缩略词语、版本号、发行号。 1.2系统概述 本条应简述本文档适用的系统和软件的用途。它应描述系统与软件的一般性质;概述系统开发、运行和维护的历史;标识项目的投资方、需方、用户、开发方和支持机构;标识当前和计划的运行现场;并列出其他有关文档。 1.3文档概述 本条应概括本文档的用途与内容,并描述与其使用有关的保密性与私密性要求。 1.4组织和职责 描述软件配置管理(SCM)负责人和软件配置控制委员会(SCCB)的组成以及他们在项目中的职责和权限;说明与项目配置管理相关的人员,如项目经理、部门SCM组长的职责;描述以上人员之间的关系。 为了能够清晰的表述,可选用图表的方式进行说明。 1.5资源 描述项目配置管理活动所需的各种资源,包括人员、培训、工具、设备、设施等等。其中人员是指人力成本,它是根据项目开发计划中的总工时计算得出的。 2引用文件 本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。本章还应标识不能通过正常的供货渠道获得的所有文档的来源。 3管理 描述负责软件配置管理的机构、任务、职责及其有关的接口控制。 3.1机构 描述在各阶段中负责软件配置管理的机构。描述的内容如下: a.描述在软件生存周期各阶段中软件配置管理的功能和负责软件配置管理的机构; b.说明项目和子项目与其他有关项目之间的关系; c.指出在软件生存周期各阶段中的软件开发或维护机构与配置控制委员会的相互关系。 3.2任务 描述在软件生存周期各阶段中的配置管理任务以及要进行的评审和检查工作,并指出各个阶段的阶段产品应存放在哪一类软件库中(软件开发库、软件受控库或软件产品库)。 3.3职责 描述与软件配置管理有关的各类机构或成员的职责,并指出这些机构或成员相互之间的关系: a.指出负责各项软件配置管理任务(如配置标识、配置控制、配置状态记录以及配置的评审与检查)的机构的职责; b.指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系; c.说明由本计划第3.2条指明的生存周期各阶段的评审、检查和审批过程中的用户职

软件配置管理工具+Vss+60实用指南

软件配置管理工具Vss6.0实用指南 一、版本管理的必要性 如果说70年代的软件危机导致了软件工程思想的诞生和理论体系的发展,那么80~90年代尤其是90年代软件产业的迅猛发展导致了另一种新思想的产生和实现,这就是软件的版本管理。 只要参加过软件开发的人都清楚,现在的软件项目完全由一个人来完成是难以想象而且也是不可能的,通常是有一个研发小组来共同分析、设计、编码和维护,并有专门的测试小组对已完成编码调试的软件进行全面的测试。在软件开发这个庞大而复杂的过程中,需要涉及到各个方面的人员,信息的交流反馈不仅仅是在研发小组的成员之间及各个研发小组之间,还存在于客户和研发者之间。所有的这些交流反馈意见信息都有可能导致对软件的修改,小的可能只是对某个源文件中的某个变量的定义改动,大到重新设计程序模块甚至可能是整个需求分析变动。在这个工程中,由于软件开发所固有的特征,可能会形成众多的软件版本,而且我们并不能保证不出现错误的修改,而这样的一个困难局面却又非常现实地摆在项目开发管理者的面前,他/她该如何有效地解决这些问题,具体地说就是如下一些问题: 1.怎样对研发项目进行整体管理; 2.项目开发小组的成员之间如何以一种有效的机制进行协调; 3.如何进行对小组成员各自承担的子项目的统一管理; 4.如何对研发小组各成员所作的修改进行统一汇总; 5.如何保留修改的轨迹,以便撤销错误的改动; 6.对在研发过程中形成的软件的各个版本如何进行标识,管理及差异识辨等等。 一个非常直接的反应,我们必须要引进一种管理机制,一个版本管理机制,而且是广义上的版本管理,它不仅需要对源代码的版本进行管理,而且还要对整个项目进行管理。以往的那种被誉为具有良好编程风格的做法,诸如在对他人的源程序进行修改时注释修改原因,修改人和日期,如果是多个成员同时进行了修改,那么需要进行及时的人工的差异比较和综合以便形成一个统一的新版本。这种做法在当前的大型软件的开发中已经越来越没有空间了,可以说是一种以小作坊的形式来面对软件的社会化大生产,再也不可能行得通了。 其实,版本管理的思想很早就存在于软件开发者的头脑之中,只是以往的认识没有现在人们所意识到的那样迫切。UNIX 的程序开发系统较早就提供了能够进行开发小组中源代码版本管理的工具,现在的Linux更是提供功能强大的能够跨平台的版本管理器,国外公司的基于Windows的版本管理器也已经有了比较成熟的产品,国内的研究单位如北京大学计算机系CASE实验室也在致力于这方面的工作。在众多的成熟产品和试验产品中,这里只将对使用比较广泛,有较大用户前景且又能较易获得的版本管理器产品Microsoft公司的Visual SourceSafe6.0进行详细的介绍,针对普通的研发小组的解决方案,及具体的实现。 二、Visual SourceSafe6.0(VSS6.0)简介 VSS6.0现在是作为Microsoft Visual Studio6.0这个开发产品家族的一员,如Visual C++6.0和Visual J++6.0一样。 1.VSS的简单工作原理 Microsoft的VSS6.0解决了软件开发小组长期所面临的版本管理问题,它可能有效地帮助项目开发组的负责人对项目程序进行管理,将所有的项目源文件(包括各种文件类型)以特有的方式存入数据库。开发组的成员不能对该数据库中的

软件项目管理实验四 软件项目质量、团队、沟通及配置管理计划编制_软件0801何飞

软件项目管理课程设计实验报告 学院:计算机科学与技术学院专业:软件工程 班级:0801班 学号:2008001468 姓名:何飞 指导教师:林福平 时间:2011年12月 02 日

实验四: 软件项目质量、团队、沟通及配置管理计划编制一、实验目的: 1.掌握软件项目质量管理计划的编制方法; 2.掌握软件项目团队管理计划的编制方法; 3.掌握软件项目沟通计划的编制方法; 4.掌握软件项目配置管理计划的编制方法。 二、实验内容: 1.编制软件项目质量管理计划; (1)审查软件开发计划 (2)审查开发工作是否按计划进行 (3)审查文档模板及规范 (4) 审查文档是否按模板进行编写 (5)审查代码规范 (6)审查代码是否按代码规范编写 (7)审查测试计划 (8)审查测试是否按计划实施 2.编制软件项目团队管理计划; 责任人工作名称项目 经理 系统分 析人员 设计 人员 开发 人员 测试 人员 财 务 部 人 力 部 工 程 部 市 场 部 确认 需求 用户需求调研? ● 用户需求分析? ● 用户需求确认?● 开发环境准备硬件环境准备●?软件环境准备●? 程序设计系统分析? ● 功能模块分析●

数据库设计● 美工设计● 程序开发文档制作○● 源代码编写○● 测试程序测试○●集成测试○● 系统测试○○● 试运行验收试运行?○○○○● 验收● ●表示负责?表示审批○表示铺助 表示参与 3.编制软件项目沟通计划; 工作名称沟通形式沟通频度沟通人 员 会议内容一般情况必要时 需求分析阶段正式沟 通,书面 沟通 每周每3天项目经 理,客户 问题分析, 需求描述, 需求验证 程序设计阶段书面沟 通,口头 沟通 每周每天设计人 员,项目 经理,系 统分析员 系统分析, 功能模块 分析,数据 库设计,美 工设计 程序开发阶段非正式沟 通每10天每周开发人 员,设计 人员,系 统分析员 文档制作, 源代码编 写

相关文档
最新文档