阅读笔记--09

今天阅读  :工厂设计模型,以三国故事,曹操献刀董卓为例进行讲述。以东汉末年朝政混乱,董卓进京,把持朝政。曹操进献宝刀为名刺杀董老贼。以曹操为角色,工厂方法模型就如同将简单分工厂模型抽象化,是我们在不改变角色的同时,引用新产品。例如《三国志》中曹操刺董,将真实历史,进行抽象描述再现。工厂方法的静态模型,建立静态模型图加深对工厂模型的理解,分析 背景,原因,条件,过程,结果。就如同曹操刺董的叙述一般。

1之前做法:了解工厂方法模型之前,开发设计都是从用户及角色方面出发,考虑两者的要求以及相互之间的联系解决,设计模式重流程图,表明故事的逻辑结构过程。

2 如此做法不好原因:只注重开发过程,只当作完成一件作品,但没有考虑当时社会条件是否需要此款原件,开发出来是否有人应用。没有迎合IT 的潮流,容易做无用功,减少市场份额。

3 改进方法:开发软件进行社会调查,以及同行间的交流,了解趋势,开发实践应用考虑角色的使用环境,使用过程,使用困难,使用结果,使用满意度进行多方面考虑结合进行开发的设计模型。

时间: 2024-10-10 17:03:34

阅读笔记--09的相关文章

人月神话阅读笔记09

1.未雨绸缪这章我开始还原来一直记成了是讲风险,但是仔细阅读后发现主要讲如何快速适应变化.在敏捷软件开放中我们强调通过迭代和快速交互等各种方法来适应变化.在大型软件工程中我们看到仍然需要考虑如何适应变化,很多时候对于大型的软件和系统,我们一开始往往很难设计的很清楚,所以只有先假设一种方案,然后对其开发原型进行验证,只有通过验证后才能开始后续的计划,否则就必须提出新的假设. 一切事物皆无常,都处于动态的发展变化中,唯一不变的就是变化本身.不但目标上的变化不可避免,而且设计策略和技术上的变化也不可避

构建之法阅读笔记09

这段时间我主要阅读的是<构建之法>的质量保障一章: 1. 有些成功人士或公司认为不需要独立的测试角色(Test),你怎么看?就像很多事情一样,不能把所有的事情说得太绝对了,举个例子来说,大多数的软件开发都是以小组的形式来进行的,每个人分配了一个模块,如果说每个人对自己的模块都进行一下测试,当然这样的情况下可以不需要独立的测试角色,编程的过程就是不断对自己的程序排错.测试来完成的,但是最后所有的模块整合成一个大的系统,这样如果程序员只对自己的模块进行测试,是肯定不能满足需求的,这时候就需要一个独

阅读笔记09

而对于书中第七章说到了巴别塔项目失败的原因是缺乏交流和组织.书中说缺乏交流的问题可以通过电话交流.定期的项目会议和一本共享的正式的项目工作报告书解决.项目工作报告书应该有很好的结构,及时更新,每个人都可以看到.良好的组织可以减少所需的交流量.树状结构是传统的组织方式,它是可行的,但并不一定是最有效的,因为有利于交流的组织方式应该是网状的,但是完全的网状结构因为交流量太大,也是不可行的.所以需要设计出特别的组织交流机制以克服树状结构的不足.在一个大的项目中,有两个角色是很重要的,一个是生产者,就是

梦断代码阅读笔记09

梦断代码3 书中援引理论家的话说,最高效的软件团队规模应该是一个人,因为这样就不用交流了. 随着人数的增加,依赖关系的复杂,新手,老手员工之间的不同步,交流的成本会随着几何级数增加.在这里插播一个有奖竟猜: 对每一个团队成员来说,他/她不仅要完成手头工作,还有报告自己的进展(通过email 或其他形式),回答别人的问题,了解其他人的进展.每个人的时间都是有限的,那怎么能保证我们在应付所有的交流/沟通之后,能有时间完成“手头工作”?在Chandler 项目中,幸运的是,他们没有这么多VP 要汇报,

CI框架源码阅读笔记3 全局函数Common.php

从本篇开始,将深入CI框架的内部,一步步去探索这个框架的实现.结构和设计. Common.php文件定义了一系列的全局函数(一般来说,全局函数具有最高的加载优先权,因此大多数的框架中BootStrap引导文件都会最先引入全局函数,以便于之后的处理工作). 打开Common.php中,第一行代码就非常诡异: if ( ! defined('BASEPATH')) exit('No direct script access allowed'); 上一篇(CI框架源码阅读笔记2 一切的入口 index

梦断代码阅读笔记有感之三

09梦断代码阅读笔记之三 这是最后一篇的阅读笔记,我发现时间真的过的好快好快. 想想以前,我们总是在应付一切的差事,但是真正的到最后,我们才发现,到最后吃亏的还是我们自己. 从前的我们,我们总是对自己大脑中的东西一片一片的特别的混乱.其实我们就像作者所说的,我们就像放任胡乱的cd随地的乱放,到最后不知道哪是哪.我们应该学会分类去放置,例如:我们可以根据歌唱者的名字,音乐的类型等等,其实这些东西对于我们写代码也同样的试用,刚开始的上大一时候,我们第一次的学习C++,我们只是随时随地的在写代码,并不

Percona XtraBackup User Manual 阅读笔记

XtraBackup XtraBackup.. 1 2 安装XtraBackup.. 1 2.1 安装XtraBackup binary版本... 1 2.1.1 yum的安装方法:... 1 2.1.2 直接下载rpm包安装... 1 3 XtraBackup使用手册... 1 3.1 使用innobackupex脚本... 1 3.1.1 备份预备工作... 1 3.1.2 全备和全备还原... 1 3.1.2.1 使用innobackupex创建全备... 1 3.1.2.2 使用inno

《构建之法阅读笔记02》

这次主要对<构建之法>的第四章“两人合作”作一次阅读笔记. 首先是代码规范问题. 我过去对于代码规范问题并没有做到注意.在编程中,许多变量和函数的命名都非常的简单而没有实际的意义.而且编程时不注意对齐缩进.很多时候也不加注释,导致对这些简单的变量名称不熟悉. 这样做会使得很多人读代码费劲,甚至是自己都要花时间再次阅读懂自己的代码.而且很多没必要的注释也会使得注释失去意义.当自己再次在原基础上编程时,可能要重新编程等问题. 因此,通过阅读“代码规范”,我找到一些解决方法.代码的风格要简明.易读.

《代码阅读方法与实践》阅读笔记之二

时间过得真快,一转眼,10天就过去了,感觉上次写阅读笔记的场景仿佛还历历在目.<代码阅读方法与实践>这本书真的很难写笔记,本来我看这本书的名字还以为书里大概写的都是些代码阅读的简易方法,心想着这就好写笔记了,没想到竟然好多都是我们之前学过的东西,这倒让我有点无从下手了.大概像我们这些还没有太多经历的大学生,总是习惯于尽量避免自己的工作量,总是试图找到一些完成事情的捷径吧.总之,尽管我不想承认,但我自己心里很清楚,我就是这种人.下面开始言归正传,说说接下来的几章内容归纳. 这本书在前面已经分析了