加载中
案例:持续估算的案例

某项目在需求确定之前与需求之后分别进行了2次估算,估算的结果记录如下所示,从中可以看到两次估算的偏差还是比较大的。 OX项目(MIS软件,JAVA)2次估计偏差率分析 项目 计量单位 SRS确定前...

做好软件估计的六个原则

1)有经验的人参与估算 一方面要对估计的内容有开发经验,另一方面也要接受了估计的训练,在估计方面有经验。两种经验缺少其一,估计的风险都比较大。正如我们估计一个房间的面积时,一位包工...

2022/09/07 23:33
54
强调软件架构的主要目的

重用:人们希望系统能够重用以前的代码和设计,从而提高开发效率和软件质量。 扩展:人们希望系统在保持结构稳定的前提下很容易地扩充功能和性能,希望能够“以静制动”。 简洁:常言道,简洁...

2022/09/07 23:00
16
案例:没有获取最终用户的需求导致项目失败

2005年任甲林曾经去一家公司培训,在课间休息时,一个项目经理和任甲林抱怨需求变更的问题。他正在给一个银行做项目,预计1年的项目周期,结果1年半了,项目仍然没有验收。当项目上线时,操作...

2022/09/07 22:11
18
质量保证与质量控制的区别

对比项 质量控制 质量保证 执行人 技术专家、测试人员、项目经理 质量保证人员 检查对象 工作产品、过程 工作产品、过程 参照物 需求、技术规格、质量目标 标准规范 关注点 产品的内在质量、...

2022/09/06 23:56
136
案例:人员培养的瓶颈问题

某公司2003年时就通过了CMM 3级的评估,经过多年的持续改进,企业的过程体系简介而高效。但是该公司的开发人员基本上没有超过3年工作经验的,尽管过程定义得简洁高效,项目组成员也能按标准与...

2022/09/06 23:30
18
案例:技术复用的威力

深圳一家软件公司,该公司有3个做类似软件的开发部门,其中一个部门花了4年的时间积累了一套可复用的框架,当有新的员工加入该部门时,只要花1周的时间学习该框架,就可以开发出可以交付最终...

2022/09/06 23:05
42
案例:过程为什么重要?

目前流行的的管理模型都是以过程为为核心的,为什么呢?请看如下的实际案例。 A科技经常给客户EMS寄送合同等其他资料,最初总是由B公司承运,B公司的邮资比较便宜。 有一次从北京寄送资料到深...

2022/09/06 21:00
54
需求必须文档化

如果是2个公司之间的供求关系,请将需求文档化。 如果是2个部门之间的供求关系,请将需求文档化。 如果是2个小组之间的供求关系,请将需求文档化。 如果是2个人之间的供求关系,请将需求文档...

2022/09/06 12:49
61
案例:变量没有初始化的后果

一个典型的质量事故。该公司开发的一个产品上市后不久,客户发现在某个特定的场景下系统会死机。接到用户投诉后,该公司组织测试人员重复测试该功能项300次后,仍然没有找到出错的规律,于是...

代码评审常见问题与最佳实践

我总结了代码评审中的常见问题如下: 代码可读性差,导致评审效率低下。 找到的缺陷大都是轻微缺陷。 快速评审很多代码,没有发现很多问题。 专家没有时间做代码评审。 专家发现的问题作者不...

代码评审的意义

代码评审是软件开发中保证代码质量的常用手段,相比其他质量手段,它有如下特点: 1、发现缺陷的时间早。只要编写了代码就可以进行代码评审。 2、发现缺陷的效率高。统计数据表明,代码评审的...

2022/09/06 11:07
55
软件工程7原则与敏捷实践

原则一:使用分阶段的生命周期计划管理 (1)一定要有项目计划。 (2)项目要划分生命周期阶段,每个阶段都要有计划。 (3)计划要分层或分阶段逐步细化。 (4)要使用项目计划管理项目,不能...

服务粒度的控制

系统中服务粒度的控制是一项十分重要的设计任务。通常来说,对于将暴露在整个系统外部的服务推荐使用粗粒度的接口,而相对较细粒度的服务接口通常用于企业系统架构的内部。从技术上讲,粗粒度...

2022/07/12 13:42
35

没有更多内容

加载失败,请刷新页面

返回顶部
顶部