51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 10638|回复: 25
打印 上一主题 下一主题

[讨论] 基线审核??

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-8-10 15:33:00 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
想向大家请教一下基线审核的问题!
需求基线和概要设计的审核可以是需求之间的审核,
那么概要设计的基线和详细设计的基线之间要审核那个方面的东西呢?产生什么差异?

[ Last edited by web_web_ on 2005-8-12 at 13:47 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

26#
发表于 2007-8-3 09:55:51 | 只看该作者
请问楼上的,怎么确定放入的配置项版本是否正确呢?
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2006-4-17 12:29:23 | 只看该作者
基线审核重点:1、按照基线计划该基线化的配置项都已经放入配置库中?2、是否有无关的配置项放入?3、放入的配置项版本是否正确?
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2006-4-10 21:25:35 | 只看该作者
又学了不少,谢谢!
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2006-2-20 09:36:48 | 只看该作者
了解一下总是好的,以上的讨论收藏了,谢谢各位
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2006-1-5 16:16:38 | 只看该作者
不错哦,一个公司能做到这些很不错哦,就是国内大部分企业没有管这些哦,唉...想用都用不上哦
回复 支持 反对

使用道具 举报

该用户从未签到

21#
发表于 2005-12-1 14:31:50 | 只看该作者
基线审核和评审是两件事:
基线,可以是立体的,也可以是面的.面指的是一个工作产品,比如详细需求定义书;面指的是一些工作产品产物组成的,比如发布基线由:发布光盘,用户手册,release notes,操作手册等等.它通常是上一个过程的总结同时,也是下一个过程的依据.
基线审核是要在某个阶段,来确定各方面是否满足需求,满足要求;
而评审的范围很宽广,一个关键技术的实现可以评审,一个工作产品也可以评审,一则设计文档也可以进行同行评审....
而且,两件事情的职责也不同.基线审核通常可以由SCM负责人员,PM,SQA等等,在项目计划中就确定下来;而评审要看是评审对象了,再来选择评审员,当然也是在项目计划的时候就确定下来了.
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2005-12-1 14:05:08 | 只看该作者
基线审计包括两个方面:一是物理基线的审计,二是功能基线的审计.
物理基线的审计指的是,检查软件工作产品是否按照标准完成了;功能基线的审计指的是,功能基线是否按照预期实现了.
此外,是应该按照项目的大小,来确定基线审计的多少.如果项目的周期较短,完全可以只设需求和发布两条基线;如果项目周期较长,如超过一年,那么可以多设置几条基线来审核.
回复 支持 反对

使用道具 举报

该用户从未签到

19#
 楼主| 发表于 2005-10-25 14:10:45 | 只看该作者
楼上的,和谁打招呼呢?
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2005-10-17 18:54:17 | 只看该作者
呵呵,好啊
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2005-8-31 12:25:30 | 只看该作者
请问楼主,假如你是在一个比较大
回复 支持 反对

使用道具 举报

该用户从未签到

16#
 楼主| 发表于 2005-8-24 13:14:53 | 只看该作者
确定过了,我们公司的审核和评审确实是不一样的
不知道是不是要视各个公司的具体情况而定
不知道有没有公司和我们的是差不多的
审核主要是需求,后来编码部分主要是基线差异和编译申请表中的对照
问题是:编码审核时由于我们是打基线的方法,所以旧版本的维护和新版本的开发中不太兼容,不知有没有遇到这种情况得到了解决的,给个建议
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2005-8-24 09:31:07 | 只看该作者
上面看luoyear提到hw的IPD思想,我好象看过的IPD思想中的评审是分决策评审和技术评审,并没有管理决策点吧
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2005-8-19 18:04:51 | 只看该作者
可以这么理解
回复 支持 反对

使用道具 举报

该用户从未签到

13#
 楼主| 发表于 2005-8-17 15:30:56 | 只看该作者
个人理解为基线审核和基线评审是不一样的
评审就是如版主所说,是对质量的保证,但是没有涉及具体的文档内容。
审核则需要核查不同基线状态的输入输出,不知这样理解是否正确?
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2005-8-16 17:15:36 | 只看该作者
到底怎么理解基线呢?
基线,不是相当于一个版本吗?
你所说的:“系统需求基线-〉计划基线-〉系统方案基线-〉子系统需求基线-〉子系统概要设计基线-〉子系统详细设计基线-〉对内交付基线-〉对外交付基线-〉转产(成果鉴定)”指的是什么??

基线确定以后,需求更改是要经过申请,不经过申请是不开放权限的,怎么会出现需求不一致的情况呢?
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2005-8-16 12:38:10 | 只看该作者
基线评审本来就是项目状态汇报过程 中间过程则是日常项目实施活动和日常SQA活动来保证
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2005-8-16 10:10:08 | 只看该作者
不是很明白啊,那么SCM输出的成果是什么呢在各个基线评审阶段,只是一些数据表格吗?还有中间过程怎么控制?能否以一个项目为例详细说说如何做的?
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2005-8-15 12:13:24 | 只看该作者
详细!了解!明确!
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2005-8-15 10:55:19 | 只看该作者
感谢luoyear版主,说的内容很有用。我正愁这个基线问题呢。谢啦~
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-23 23:40 , Processed in 0.205805 second(s), 29 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表