第5章 支持过程.docx
- 文档编号:9958270
- 上传时间:2023-05-22
- 格式:DOCX
- 页数:14
- 大小:1.82MB
第5章 支持过程.docx
《第5章 支持过程.docx》由会员分享,可在线阅读,更多相关《第5章 支持过程.docx(14页珍藏版)》请在冰点文库上搜索。
第5章支持过程
第5章支持过程
5.1软件配置管理
5.1.1软件配置管理的概念
软件配置管理(SoftwareConfigurationManagement,SCM)是指通过执行版本控制、变更控制等规程,以及使用合适的配置管理软件,来保证所有配置项的完整性和可跟踪性。
配置管理是对工作成果的一种有效保护。
软件开发和管理过程中会产生许许多多的工作成果,例如文档、程序和数据等,它们都应当被妥善地保管起来,以便查阅和修改。
如果把所有文件一股脑地塞进计算机里,那么使用起来肯定很麻烦。
毫无疑问,人们应当将文件分门别类、有条理地保存起来。
凡是纳入配置管理范畴的工作成果统称为配置项(ConfigurationItem),配置项主要有两大类:
软件代码(包括源代码和二进制代码)和文档。
每个配置项的主要属性有:
名称、标识符、文件状态、版本、作者、日期等。
所有配置项都被保存在配置库里,确保不会混淆、丢失。
配置项及其历史记录反映了软件的演化过程。
基线(Baseline)由一组配置项组成,这些配置项构成了一个相对稳定的逻辑实体。
基线中的配置项被“冻结”了,不能再被任何人随意修改(即变更控制)。
基线通常对应于开发过程中的里程碑(Milestone),一个产品可以有多个基线,也可以只有一个基线。
基线的主要属性有:
名称、标识符、版本、日期等。
通常将交付给客户的基线称为一个“Release”,为内部开发用的基线则称为一个“Build”。
5.1.2软件代码管理的一般规则
软件代码管理的特征:
✧开发人员可能在一天之内多次更新代码,可能对整个目录进行“检出/检入”(checkout/checkin)操作,文件数量多,对实时性要求比较高。
✧软件代码的版本结构可能比较复杂(例如产生分支),对代码管理工具的功能要求比较高。
✧一般地只有开发人员可以“检出/检入”代码,非开发人员不必(也不该)访问代码库。
开发人员应当采用专业配置管理工具来管理所有的软件代码,常见配置管理工具有CVS、SVN、VSS、ClearCase等。
软件代码管理的一般规则如下:
✧项目经理(或上级领导)指定项目的配置管理员。
✧配置管理员创建本项目对应的配置库,其目录结构与开发环境的目录结构保持一致。
✧配置管理员为每个项目成员分配配置库的操作权限。
一般地,项目成员拥有“检出/检入”等权限,但是不能拥有“删除”权限。
具体操作视所采用的配置管理工具而定。
✧项目成员根据自己的权限操作代码,建议时间间隔不能超过1天。
✧如果要修改已经发布了的代码,必须遵循“申请-审批-执行”的变更管理流程。
在开发进度压力比较大的情况下,为了提高工作效率,允许省略“变更控制报告”,但是至少要得到项目经理的口头批准,并告知受影响的相关人员。
✧有关责任人定期备份代码库。
5.2文档管理
5.2.1文档管理的特征
文档管理的特征:
✧文档的主要用途是交流,交流越充分则文档的价值就越高。
所以除了开发人员,不少相关人员(例如领导、营销客服人员等)都可能访问文档库。
✧人们一般不会频繁地修改文档,文档的版本结构很简单(一般不会产生版本分支),对文档管理工具的功能要求不高。
✧人们并不局限在办公室里使用文档,可能出差在外地、也可能在家里使用文档。
✧一般地,企业领导和营销客服人员不会使用CVS、SVN、VSS、ClearCase查看文档(对他们而言这些工具都太复杂了),使用Web方式对他们而言最方便。
尽管专业的配置管理工具既可以管理软件代码也可以管理文档,由于软件代码和文档有比较大的差异,业界倾向于将软件代码和文档分开管理:
✧采用专业配置管理工具(如CVS、SVN、ClearCase等)来管理软件代码。
✧采用基于Web的文档管理工具来管理文档,文档管理工具通常和本公司的网站链接。
这样人们可以在任何地方通过Web方式访问他需要的文档(前提条件是拥有访问权限),非常方便。
5.2.2项目文档管理的一般规则
✧项目经理创建项目文档库,至少确定文档库的第一级目录。
✧项目经理为每个项目成员分配文档库的操作权限。
一般地,项目成员拥有上传、下载、更新等权限,但是不能有“删除”权限。
✧项目成员根据自己的权限操作文档(建议时间间隔不超过1周)。
✧项目经理用文件袋或文件柜妥善保管纸质文档(例如客户提供的纸质文件)。
✧如果要修改已经发布了的重要文档(例如需求文档、设计文档、项目计划),必须遵循“申请-审批-执行”的变更管理流程。
在开发进度压力比较大的情况下,为了提高工作效率,允许省略“变更控制报告”,但是至少要得到项目经理的口头批准,并告知受影响的相关人员。
✧有关责任人定期备份文档库。
MainSoft文档管理系统的功能:
(1)系统管理员拥有所有目录的“读、写、完全控制”权限,可以给任何人分配任何目录的访问权限。
(2)创建项目后,自动产生和该项目同名的目录,用于存放该项目的文档。
项目经理对本项目的文档目录具有“读、写、完全控制”权限,可以给别人分配访问本项目文档的权限。
拥有写权限的用户可以“上传文件”或“上传新版本”。
(3)文档管理的功能清单见表5-2-1,功能示例见图5-2-1。
文档管理功能
功能说明
文件库操作
系统管理员可以“创建、隐藏、删除、移动”文档库。
目录操作
有权限的用户可以“新建、修改、删除、移动”目录。
目录访问权限
完全控制者可以为其他人分配目录访问权限。
子目录自动继承父目录的权限。
上传文件
有写权限的用户可以上传文件。
上传新版本
有写权限的用户可以上传某个文件的新版本。
下载文件
有读权限的用户可以下载文件。
加锁/解锁
完全控制者可以给文档加锁/解锁,文档加锁后不能上传新版本。
文件搜索
用户输入查询条件,可以搜索文档库中的所有文件。
拥有读权限的用户可以下载搜索到的文件。
关联文档
MainSoft各子系统可以使用超级链接来访问文档库中的文件。
下载排行榜
显示当前文档库里下载次数排名前50名和后50名的文件。
我更新的文件
显示当前登陆用户在此文档库里上传的所有文件。
批量上传文件
使用IE的Webdav功能,可以批量上传文件到MainSoft文档库。
表5-2-1MainSoft文档管理功能清单
表5-2-1MainSoft文档管理功能示例
5.3质量保证
质量保证(QA)是指检查项目的“工作过程和工作成果”是否符合既定的规范。
符合规范的工作成果不见得就是高质量的,但是明显不符合规范的工作成果极可能是不合格的。
例如开发人员没有使用配置管理工具,开发人员没有写需求文档就开始编程等,这些问题可以在过程检查中发现。
质量保证的要点是:
找出明显不符合规范的工作过程和工作成果,及时督促相关人员纠正问题。
公司指定QA人员(也可以是PMO人员)检查所有项目的过程质量和成果质量。
QA人员根据项目特征,制定“质量保证检查表”,格式见表5-3-1。
每个检查点的检查结论有3种:
通过,未通过,免检。
QA人员在检查的时候,如果发现问题,应该立即记录下来。
QA人员首先设法在项目内部解决已经发现的质量问题,与项目经理协商,给出解决措施。
在项目内难以解决的问题,由上级领导给出解决措施。
过程域/检查点
计划检查日期
最新检查结果
最新检查人
最新检查日期
通过,未通过,免检
表5-3-1质量保证检查表格式
MainSoft对应的功能:
(1)系统管理员在后台创建质量保证检查表的模板。
(2)QA人员使用“MainSoft项目管理系统→质量保证”功能,可以导入模板,也可以自己创建过程域和检查点,填写检查记录。
功能示例见图5-3-1
(3)如果QA人员发现问题,则使用“MainSoft项目管理系统→问题跟踪”功能。
图5-4-1质量保证的功能示例
5.4工作日志
项目成员应每天撰写工作日志,记录每天的主要工作内容,格式见表5-4-1。
工作日志
撰写人
日期
所属项目
工作量
日志内容
1.当天主要工作记录
2.遇到的问题和对策
表5-4-1工作日志的格式
MainSoft对应的功能:
(1)任何用户都可以在“MainSoft个人工作台→工作日志”中撰写工作日志,每天允许写多个工作日志。
部门领导可以查阅所有下级的工作日志。
新建工作日志的功能示例见图5-4-1。
(2)每个项目成员都可以在“MainSoft项目管理系统→工作日志”查阅本项目的所有工作日志。
图5-4-1新建工作日志的示例
5.5项目周报
项目经理应当每周撰写《项目周报》,抄送给领导和项目成员,格式见表5-5-1。
建议其他项目成员也写周报(非强制要求)。
项目周报
报告名称
所属项目
报告人
报告日期
本周工作汇报
1.任务进度情况
2.项目成本情况
3.项目质量情况
4.客户情况
5.存在的问题和对策
表5-5-1项目周报的格式
MainSoft对应的功能:
(1)任何用户都可以使用“MainSoft个人工作台→工作汇报”,工作汇报的种类可以在后台设置,常见有“周报、月报、季报等。
部门领导可以查阅所有下级的工作汇报。
新建工作汇报的功能示例见图5-5-1。
(2)每个项目成员都可以在“MainSoft项目管理系统→工作汇报”查阅本项目的所有工作汇报。
图5-5-1新建工作汇报的示例
5.6绩效评估
5.6.1定义绩效体系
绩效体系的构成要素如下(见表5-6-1):
(1)绩效评估类型。
企业里不同的岗位可能要采用不同的绩效评估方法,先要确定有多少种绩效评估类型。
(2)每个绩效评估类型细分为若干个绩效指标。
(3)每个绩效指标限定了最高分值(体现了权重),并给出详细的评分标准。
(4)将业绩分数划分若干等级,每个等级对应某个分数范围。
绩效评估类型
绩效指标名称
最高分值
评分标准(一段文本)
绩效类型XXX
X1
X2
绩效类型YYY
Y1
Y2
绩效等级
A级(优)
B级(良)
C级(及格)
D级(差)
E级(很差)
分数范围
表5-6-1绩效体系的格式
MainSoft对应的功能:
系统管理员根据本公司的绩效体系,使用“MainSoft系统管理→绩效体系维护”功能,可以创建“绩效等级、绩效类型、绩效指标”。
功能示例见图5-6-1
图5-6-1绩效体系维护的功能示例
5.6.2填写绩效表格
绩效评估的一般流程:
按照指定的绩效评估表,员工先自我评估,再由上级领导评估(可以多级评估),格式见表5-6-2。
姓名:
标题:
绩效类型:
所属项目:
绩效起止时间:
填写时间:
指标名称
最高分值
自评分
领导甲评分
领导乙评分
总分
绩效等级
自我评价
一段文本
领导甲评价
一段文本
领导乙评价
一段文本
表5-6-2绩效评估表
MainSoft对应的功能:
(1)功能菜单:
“MainSoft个人工作台→我的绩效评估”。
(2)每个员工都可以填写自己的绩效,功能示例见图5-6-2。
(3)上级领导使用“我审批的绩效”功能,填写绩效评估意见。
图5-6-2新建绩效的功能示例
5.7知识库管理
第1步。
知识库分类,例如流程制度、缺陷知识、可复用模块、经验教训等。
第2步。
任何员工都可以填写“知识入库申请单”,见表5-7-1。
第3步。
知识库管理员审批“入库申请单”(挑选有价值的知识,避免信息泛滥)。
第4步。
凡是应用了知识库的人员,都要填写应用记录。
第5步。
对知识库的学习、应用情况和员工贡献,进行统计分析。
1.申请
*名称
字符串
类型
选择模块类型
*描述
Word格式文本
*申请人
*申请入库时间
2.审批
*审批人
*评审结论
同意/不同意
*审批意见
一段文本
3.应用记录
应用说明
应用时间
应用负责人
表5-7-1知识库表格
MainSoft对应的功能:
(1)功能:
MainSoft知识库管理。
(2)系统管理员先创建知识库的目录结构,并设置每个目录的访问权限。
功能示例见图5-7-1。
(3)拥有写权限的用户可以新建知识,选择审批人,功能示例见图5-7-2。
(4)审批人填写审批意见。
(5)应用人填写应用记录。
图5-7-1知识库目录结构的功能示例
图5-7-2新建知识的功能示例
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 第5章 支持过程 支持 过程