1 引言 5
1.1 目的 5
1.2 范围 5
2 总体概述 5
2.1 指标描述 5
2.2 本系统上下文说明 5
2.2.1软件结构 5
2.2.2硬件结构（可选） 5
2.3 设计约束 5
2.3.1遵循标准（可选） 5
2.3.2硬件约束（可选） 6
2.3.3其他约束（可选） 6
2.4 其他（可选） 6
3 软件总体结构 6
3.1 分解视图 6
3.1.1 分解说明 6
3.1.2 各实体说明 6
3.1.3 初始化/配置说明 6
3.2 运行视图 6
3.3 开发视图 7
4 接口说明 7
4.1 用户接口 7
4.2 外部接口 7
5 各功能实体与处理流程说明 7
5.1 全局数据结构定义与说明 8
5.2 主要数据结构之间的关系 8
5.3 各功能实体以及处理流程说明 8
5.3.1 功能实体1 8
5.3.2 功能实体2 8
6 出错处理设计 8
6.1 出错信息 8
6.2 出错处理设计 8
6.3 系统维护设计 9
7开发环境说明 9
8其他 9
2022-09-26 18:05:13
109KB
1
内容：通用的一页纸项目验收报告模板；
适用：一般类型的项目均可，尤其是合同或者甲方未约定明确的验收方式，只是需要出具一个验收报告的场景；
适用人群：乙方销售或者项目经理提供验收报告的模板，甲方盖章。
2022-09-19 09:06:44
20KB
1
内容：IT行业项目交付后的验收报告模板；
适用场景：需要根据明确的交付件、明确的验收评审流程审议通过验收后，甲方出具验收报告；
适用人群：甲乙双方通过明确的验收评审流程后出具验收通过的验收报告模板。
其他说明：里面提到的交付物件，可以根据甲方要求以及合同的约定具体调整。
2022-09-19 09:06:43
20KB
1
乔梁：我们先追溯一下相关的历史。最开始的时候，记得是2009年，社区中有人总结了一个持续集成成熟度模型。然后，在这本书中提出了一个持续交付成熟度模型，被认为是1.0版。Jez根据近一年的实际应用，对其进行了一些修订，于是又有了1.2版。这个模型本身是普适的，并没有说特定的某个领域适用，所有的软件团队都可以拿过来做解读，用这把尺子量一量现在在哪儿，下一个目标在哪儿。也就是说，它是用于团队自我改进，而非用于团队间的横向评比。
但是，有人把它与CMMI做类比，用来衡量团队达到了几级。这其实是一种不当的用法，因为，这个模型是贡献给社区的一个参照，并未想过要成为一个用来衡量团队绩效的标准。我们在百度也只是用来衡量团队持续集成实践的成熟度，以便发现团队的下一个改进目标。
而且，它是对持续交付实践过程的一种度量，不是对业务结果的度量。所谓对过程的度量，就是指各维度的实践做得怎么样。但是这样的实践之后，对业务有什么样的贡献，是周期缩短了还是bug减少了，最终还是服务于这些业务目标。假如在每一个维度上的级别都很高，但业务的贡献度却没有那么高，我觉得那一定是有问题的。
2022-08-28 10:58:22
145KB
1
CMMI的全称为Capability Maturity Model Integration，即能力成熟度模型集成。CMMI是CMM模型的最新版本。早期的CMMI（CMMI-SE/SW/IPPD），SEI在部分国家和地区开始推广和试用。随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型。
基于目前发展广泛，作为项目管理里比较重要的一个认证体系，与ISO认证的区别，相信没有接触过的小伙伴，是“丈二和尚摸不着头脑”，既然它存在一定有他的道理。这里分享的是CMMI 项目实施可交付的文档。包括内容：项目可实施可交付文档、PMP管理有用模板。其中软件项目实施各阶段交付模板汇总共有45分。PMP5大过程
2022-08-15 14:04:31
2.46MB
1