和白月黑羽学Python

摘要： 简介 CMMI 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。 CMMI家族包括CMMI for Development, CMMI for Service和CMMI for Acquisition三个套装产品。 CMMI是CMM模型的最新版本。早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是应用于软件业项目的管理方法，SEI在部分国家和地区开始推广和试用。随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型 自从1994 年SEI 正式发布软件CMM 以来，相继又开发出了系统工程、软件采购、人力资源管理 阅读全文

摘要： 目的：理解共同利益者对将构建的软件需求对于小型项目：1. 制定一个项目的共同利益者表2. 邀请所有共同利益者参加一个非正式会议3. 咨询每一个共同利益者对于软件特征和功能的需求4. 讨论需求，并确定最终的需求列表5. 划定需求优先级6. 把不确定的地方标记出来对于大型、复杂项目可能需要确定不同的任务集1. 制定一个项目的共同利益者列表2. 和共同利益者的每一个成员分别单独讨论，获取所有需求3. 基于步骤2中的调查，建立初步的功能和特征列表4. 安排一系列促进需求获取的会议5. 举行一系列会议6. 在每次会议上建立非正式的用户场景7. 建立一个修正的需求列表9. 使用质量功能部署技术将需求划分优 阅读全文

摘要： 一、Linux下subversion安装配置1、安装subversion及配置 安装subversion系统共分为：SubVersion，从 http://subversion.tigris.org/ 下载，是实现服务系统的软件。1）安装apache服务器时所需的配置 ./configure时所需要增加的选项–prefix=/usr/local/apache –mandir=/usr/share/man–enable-dav –enable-so–enable - dav – fs以便svn的安装及配置然后输入make & make install进行安装2）安装subversion下 阅读全文

摘要： 在关于软件过程的书籍和文章里，增量、迭代可以说是如雷贯耳，但也带来了概念上的混淆，不知道他们有什么共同之处和区别，甚至以为是同一个概念。下面也实例来说明他们有什么相似之处与不同之处。 假设一个软件共有A、B、C、D、E五个功能，怎么来开发呢？ 我们可以五个功能同时做，由粗到细，逐步求精，最终完成整个软件。整个过程可以是先做出A、B、C、D、E五个功能的原型，然后完成他们的基本功能，接着对这些功能进行优化，最终得到功能完整的软件。这样的开发过程就是迭代模型。 我们也可以由少多到的进行开发，先完成一部分功能，然后再完成一部分功能，直至完成整个软件。例如先开发出功能A、B，然后开发出功能C、D，最. 阅读全文

摘要： 瀑布模型 虽然瀑布模型仍然存在很多的问题有待解决,但瀑布模型仍然是最基本的和最效的一种可供选择的软件开发生命周期模型.瀑布模型要求软件开发严格按照：需求->分析->设计->编码->测试的阶段进行,每一个阶段都可以定义明确的产出物和验证准则.瀑布模型在每一个阶段完成后都可以组织相关的评审和验证,只有在评审通过后才能够进入到下一个阶段. 由于需要对每一个阶段进行验证,瀑布模型要求每一个阶段都有明确的文档产出,对于严格的瀑布模型每一个阶段都不应该重叠,而应该是在评审通过,相关的产出物都已经基线后才能够进入到下一个阶段. 瀑布模型的优点仍然是可以保证整个软件产品较高的质量,保证 阅读全文

摘要： 1. 真诚的关系他人2. 经常微笑3. 姓名对任何人而言，都是最悦耳的声音4. 聆听，鼓励别人多谈自己的事情5. 谈论他人感兴趣的话题6. 衷心让他人觉得他很重要 阅读全文

摘要： 原则如下：1.不批评、不责备、不抱怨2.给予真诚的赞赏和感谢3.引发他人心中的渴望 阅读全文

摘要： 早在20世纪50年代末期，软件领域中就出现了迭代模型。最早的迭代过程可能被描述为“分段模型（stagewise model）”。迭代模型是RUP推荐的周期模型。被定义为：迭代包括产生产品发布（稳定、可执行的产品版本）的全部开发活动和要使用该发布必需的所有其他外围元素。在某种程度上，开发迭代是一次完整地经过所有工作流程的过程：需求、分析设计、实施和测试工作流程。实质上，它类似小型的瀑布式项目。RUP认为，所有的阶段都可以细分为迭代。每一次的迭代都会产生一个可以发布的产品，这个产品是最终产品的一个子集。什么是迭代模型 在现代过程方法XP（eXtreme Programming，极限编程）、RUP. 阅读全文

摘要： 各种模型的优点和缺点 瀑布模型 文档驱动 系统可能不满足客户的需求 快速原型模型 关注满足客户需求 可能导致系统设计差、效率低，难于维护 增量模型 开发早期反馈及时，易于维护 需要开放式体系结构，可能会设计差、效率低 螺旋模型 风险驱动 风险分析人员需要有经验且经过充分训练 阅读全文

摘要： 螺旋模型（Spiral Model） 1988年，Barry Boehm正式发表了软件系统开发的"螺旋模型"，它将瀑布模型和快速原型模型结合起来，强调了其他模型所忽视的风险分析，特别适合于大型复杂的系统。 螺旋模型沿着螺线进行若干次迭代，图中的四个象限代表了以下活动： （1） 制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件； （2） 风险分析：分析评估所选方案，考虑如何识别和消除风险； （3） 实施工程：实施软件开发和验证； （4） 客户评估：评价开发工作，提出修正建议，制定下一步计划。 螺旋模型由风险驱动，强调可选方案和约束条件从而支持软件的重用，有助于将软 阅读全文