- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
CMM五级标准(中文) : 第一级:初始级 Initial Level 在初始级,企业一般不具备稳定的软件开发与维护的环境。 常常在遇到问题的时候,就放弃原定的计划而只专注于编程与测试。 第二级:可重复级 Repeatable Level 在这一级,建立了管理软件项目的政策以及为贯彻执行这些 政策而定的措施。基于过往的项目的经验来计划与管理新的项目。 第三级:定义级 Defined Level 在这一级,有关软件工程与管理工程的一个特定的、面对整个企业的软件开发与维护的过程的文件将被制订出来。同时,这些过程是集成到一个协调的整体。这就称为企业的标准软件过程。 第四级:管理级 Managed Level 在这一级,企业对产品与过程建立起定量的质量目标,同时在过程中加入规定得很清楚的连续的度量。作为企业的度量方案,要对所有项目的重要的过程活动进行生产率和质量的度量。软件产品因此具有可预期的高质量。 第五级:优化级 Optimizing Level 在这个等级,整个企业将会把重点放在对过程进行不断的优化。企业会采取主动去找出过程的弱点与长处,以达到预防缺陷的目标。同时,分析有关过程的有效性的资料,作出对新技术的 成本与收益的分析,以及提出对过程进行修改的建议。 CMM的用途: 1.用于软件过程的改进(SPI Software Process Improvement) 帮助软件企业对其软件(制作)过程的改变(进)进行计划、(措施)制定以及实施。 2.用于软件过程评估(SPA Software Process Assessment): 在评估中,一组经过培训的软件专业人员确定出一个企业软件过程的状况,找出该企业所面对(存在)的与软件过程有关的、最迫切的所有问题;以及取得企业领导层对软件过程改进的支持。 3.软件能力评鉴(SCE Software Capability Evaluation): 在能力评鉴中,一组经过培训的专业人员鉴别出软件承包者的能力资格;或者是检查监察正用于(进行)软件制作的软件过程的状况。 * * * * * UML模型就是程序员的图纸。 * * * * 失败的项目中50%的是需求不明,需求太抽象。 * 失败的项目中50%的是需求不明。 * * * * 1.?Information Expert (信息专家) 信息专家模式是面向对象设计的最基本原则,是我们平时使用最多,应该跟我们的思想融为一体的原则。也就是说,我们设计对象(类)的时候,如果某个类拥有完成某个职责所需要的所有信息,那么这个职责就应该分配给这个类来实现。这时,这个类就是相对于这个职责的信息专家。 例如:常见的网上商店里的购物车(ShopCar),需要让每种商品(SKU)只在购物车内出现一次,购买相同商品,只需要更新商品的数量即可。如下图: (SKUID)来唯一区分商品,而商品编号是唯一存在于商品类里的,所以根据信息专家模式,应该把比较商品是否相同的方法放在商品类里。 ? 2.????? Creator (创造者) 实际应用中,符合下列任一条件的时候,都应该由类A来创建类B,这时A是B的创建者: a.?????? A是B的聚合 b.?????? A是B的容器 c.?????? A持有初始化B的信息(数据) d.?????? A记录B的实例 e.?????? A频繁使用B 如果一个类创建了另一个类,那么这两个类之间就有了耦合,也可以说产生了依赖关系。依赖或耦合本身是没有错误的,但是它们带来的问题就是在以后的维护中会产生连锁反应,而必要的耦合是逃不掉的,我们能做的就是正确地创建耦合关系,不要随便建立类之间的依赖关系,那么该如何去做呢?就是要遵守创建者模式规定的基本原则,凡是不符合以上条件的情况,都不能随便用A创建B。 例如:因为订单(Order)是商品(SKU)的容器,所以应该由订单来创建商品。如下图: ? 3.????? Low coupling (低耦合) 低耦合模式的意思就是要我们尽可能地减少类之间的连接。 其作用非常重要: a.?????? 低耦合降低了因一个类的变化而影响其他类的范围。 b.?????? 低耦合使类更容易理解,因为类会变得简单,更内聚。 下面这些情况会造成类A、B之间的耦合: a.?????? A是B的属性 b.?????? A调用B的实例的方法 c.?????? A的方法中引用了B,例如B是A方法的返回值或参数。 d.?????? A是B的子类,或者A实现了B 关于低耦合,还有下面一些基本原则: a.?????? Don’t Talk to Strangers原则: 意思就是说,不需要通信的两个对象之间,不要进行无谓的连接,连接了就有可能产生问题,不连接就一了百了啦! b.?????? 如果A已经和B有连接,如果分
文档评论(0)