导航↓ 相册|收藏博客|加入友情链接|给博主留言
我要啦免费统计阅读使人充实,会谈使人敏捷,写作与笔记使人精确。史鉴使人明智;诗歌使人巧慧;数学使人精细;博物使人深沉;伦理之学使人庄重;逻辑与修辞使人善辩。-培根
黑猫大队长
2018-1-15 21:46

™™™
2017-10-18 10:12
™™™
2017-10-18 10:11
™™™
2017-10-18 9:52
Z浪迹天涯
2017-10-16 1:3
sunnyrl
2017-9-13 12:2
pangdan2007
2017-7-10 19:54
  • 创建:2007/2/23
  • 文章:973
  • 评论:5127
  • 访问:954950
  •  
控制图旨在确定一个过程是否稳定,是否具有可预测的绩效结果.控制图最重要的就是要监控和分析偏差,保证偏差在允许的范围之内.当偏差超过我们的预期的时候就必须采取措施进行应对.控制上限和控制下限一般都设定在+-3个标准差的范围内.
 
控制图中还有一个七点规则,即当在同一侧或同以方向连续出现7个点时候,在整个系统控制上可能就存在问题了,必须分析原因并采取应对.
 
使用控制图有个重要前提就是要在计划中预先定义好我们的偏差允许目标.如根据项目的目标可以设定进度偏差允许目标为10%,范围偏差允许目标为20%等.CMMI四级强调过程性能,一个重点就是过程的预先定义和过程的实际执行的一致性,当两者的偏差小并基本一致的时候代表了过程性能良好.
 

帕累托图是按照发生频率大小绘制的直方图,表示有多少结果是由已经确认类型或范畴的原因所造成的.帕累托图和帕累托法则一脉相连,帕累托法则即我们常说的2/8原则,强调我们关注20%的重要原因.
 


散点图显示两个变量间的关系和规律,通过该工具,项目经理可以研究两个变量间可能存在的潜在关系.将独立变量和非独立变量以圆点的方式绘制为图形,两个点越接近对角线,两者的关系越紧密.
 
散点图是相关性分析的重要工具,只有进行了相关性分析才能够进一部考虑有无回归逆合的可能,或者回归拟合的时候应……
编辑 | 阅读全文(2200) | 回复(6),人月&神话 发表于 2007-7-17 13:18
Excel中的气泡图画出来时候,每个气泡居然无法实现加相关的标签,搜到微软网站要通过一段宏才能够实现,具体如下:
 
在Excel中录入以下数据
 
品牌   规模 占有率 气泡大小
IBM    12    32     6
HP     33    12     3
三星    44    23     2
华硕    18    22     3
富士通   38   45     4
 
然后选择中后面三列来生成气泡图,生成出来后按Atl+F11后,点插入菜单的模块后录入:
 
Sub AttachLabelsToPoints()
   'Dimension variables.
   Dim Counter As Integer, ChartName As String, xVals As String
   ' Disable screen updating while the subroutine is run.
   Appl……
编辑 | 阅读全文(7159) | 回复(1),人月&神话 发表于 2007-7-17 13:18
六西格玛(6σ)管理的含义
 
1.它是一种衡量的标准。
从统计意义上讲,一个过程具有六西格玛(西格玛)能力意味着过程平均值与其规定的规格上下限之间的距离为6倍标准差,此时过程波动减小,每100万次操作仅有3.4次落在规格上下限以外。即六西格玛水平意味着差错率仅为百万分之三点四(即3.4ppm)。因此,它首先是一种度量的标准,可以通过样本的散布情况来衡量系统的稳定性。6σ的数量越多,产品合格率越高,产品间的一致性越好,或产品的适应环境的能力越强,产品(服务)的质量就越好。

2.6σ是一个标杆。
管理学上有一种设定目标的方法就是“标杆法”,将你的目标设定在你所要超越的对象上,将领先者的水平作为超越的“标杆”。 6σ也是一个标杆,它的目标就是“零缺陷”(差错率百万分子3.4)。进行6σ管理就是要以这个目标作为追赶和超越的对象。
3.6σ是一种方法.
“一种基于事实和数据的分析改进方法,其目的是提高企业的收益。”这个方法的最大特点就是一切基于事实,一切用数据说话。不论是说明差错的程度,还是分析原因,以及检验改进措施的成效,都要用事实和数据说话,而不是基于主观上的想像。

4.6σ是一个工具系统。
需要说明的是,6σ本身并没有独创出什么新的工具或方法,但在6σ的框架下,几乎包括了所有的统计和质量管理方法。如SPC 、QCC活动的工具(因果图、排列图、直方图、散布图、调查表、分层图、控制图)、FMEA、FTA、QFD、DOE等。当然,上面我们说了,6σ管理法中强调的是基于事实,基于数据的分析和改进,工具只对这些工作提供辅助作用。强调工具的应用是6sigma的特色,但应该明白工具并不是包治百病的灵丹妙药。

总之,我们可以把6σ管理定义为:获得和保持企业在经营上的成功并将其经营业绩最大化的综合管理体系和发展战略。它是使企业获……
编辑 | 阅读全文(5505) | 回复(4),人月&神话 发表于 2007-7-17 13:18
六西格玛(6σ)管理是从质量管理的思想发展而来的

⑴ 质量管理发展的历史背景
当今世界经济正在发生巨大的变化。 全球以前的互设国际贸易及投资壁垒,地理上的距离,时区及语言差异,各国政府设立法规不同,文化及商业体制各异,造成了各国经济彼此分离,正随着目前科学技术的突飞猛进,WTO的普及正逐步从这种分离状况走向一个各国相互信赖的全球经济体系-------全球一体化。它促使了产品和服务的生产及消费在世界范围内进行全球的竞争。
另一方面,随着人类的知识指数性地扩张,产品的复杂程度越来越高,而消费者对其产品的多功能化,及时性和客户化的需求不断扩大,对产品质量和服务质量也越来越苛刻。
生产者面对来自全球的竞争和消费者的要求,都日益认识到质量是企业生存的必要条件。因此质量管理理论也随之发展起来。
⑵ 日本和美国质量管理思潮的演变和发展
质量运动可谓战后最富影响力的管理思想,它起源于日本。由于当时日本商品的质量低劣,他们引入了美国质量管理专家戴明的PDCA理论(质量循环理论)。1951年日本首次颁布的戴明奖标志着质量管理的开始。 A.V.费根.堡姆于20世纪60年代提出了TQC(全面质量控制)的概念,他的理论在日本被普遍接受。经过几十年的努力,到80年代中期日本经济达到最辉煌的时期,其产品如汽车、家电等充斥世界各国市场。著名质量管理专家朱兰对日本经济奇迹的评价是:“日本的经济振兴是一次成功的质量革命”。1996年日本人开始也追随美国把TQC改作为TQM。(全面质量管理理论)
美国企业一直重视质量管理,其质量管理起源于泰勒。在美国50年代后期,美国国防部颁布了和实施了有关军工产品标准,后被英国标准局采用,现已发展成为国际标准化组织的ISO 9000标准,随着日本商品的质量在世界领先地位,20世纪80年代,美国人转而向日本学习……
编辑 | 阅读全文(3676) | 回复(2),人月&神话 发表于 2007-7-17 13:18

2007-7-17 13:18 | PRINCE2和PMBOK的比较

PRINCE是英国政府采用的项目管理标准。是PRojects IN Controlled Environments(受控环境中的项目)的首字母缩写,是组织、管理和控制项目的方法。PRINCE最早应用在IT项目中,后续许多非IT项目也采纳了该标准。
 
1993年,英国商务部OGC又将注意力转移到Prince新改版Prince2的开发。通过整合现有用户的需求,同时提升该方法成为面向所有类型的项目的、通用的、最佳实践(best-practices)的项目管理方法。在OGC的组织下,大量项目管理的专家和学者组成设计和开发团队,超过150家公共和私人组织参加评审委员会为开发工作提供有价值的输入和反馈意见。1996年3月开发工作正式结束。
 
PRICNCE对项目的定义是:为了满足一个特定的业务实例的需求而交付一个或多个业务产品的目的而创建的管理环境。因此项目具备以下特点
1. 有限的和定义明确的生命周期;(对应PMBOK临时性)
2. 定义明确、可测度的业务产出;(对应PMBOK的产品,服务或成果)
3. 为获得商业产出定义了一系列相应的活动;
4. 明确定义了资源总量;
5. 为高效地管理项目,定义了组织结构,明确了组织结构中人员的角色及其相应的职责
 
Prince2是基于过程(process-based)的结构化的项目管理方法,适合于所有类型项目(不管项目的大小和领域,不再局限于IT项目)的易于剪裁和灵活使用的管理方法。
PRINCE2中涉及的8类管理要素(component)、8个管理过程(process)以及4种管理技术(technology)。
 
其中管理要素包括组织(Organisation)、计划(Plans)、控……
编辑 | 阅读全文(1964) | 回复(0),人月&神话 发表于 2007-7-17 13:18

2007-7-17 13:18 | 系统分析方法-整理

政策科学是在运筹学和系统分析的基础上形成和发展起来的。系统分析构成政策研究的方法论基础。何谓系统分析(System analysis)? 很难给它下一个全面而准确的定义。按照美国政策科学家R·M·克朗的说法,系统分析可以被视为由定性、定量或两者相结合的方法组成的一个集合,其方法论源于科学方法论、系统论以及为数众多的涉及选择现象的科学分支。应用系统分析的目的,在于改进公共的和私营的人类组织系统。系统分析既是一种解释性的,又是一种规定性的方法论。
 
1.系统分析的诞生
系统分析最早是由美国兰德公司在二战结束前后提出并加以使用的。1945年,美国的道格拉斯飞机公司,组织了各个学科领域的科技专家为美国空军研究“洲际战争”问题,目的是为空军提供关于技术和设备方面的建议,当时称为“研究与开发”(Research and Development,缩写为R & D)计划。1948年5月,执行该计划的部门从道格拉斯公司独立出来,成立了兰德公司,“兰德”(RAND)是“研究与开发”英文的缩写。
  
从40年代末到70年代的30年中,系统分析沿着两条明显不同的路线得到迅速发展。一条路线是运用数学工具和经济学原理分析和研究新型防御武器系统。60年代初期,美国国防部长麦克纳马拉把这套方法应用于整个军事领域,并很快在各政府部门推广,形成了著名的“计划—规划—预算系统”(PPBS)方法。在军事和政府部门的带动下,美国民间企业也开始应用系统分析方法来改善交通、通讯、计算机、公共卫生设施的效率和效能;在消防、医疗、电网、导航等领域,系统分析方法也得到了广泛的应用。
 
另一条路线体现在与大学相联系的研究与教学的活动之中。沿着这一路线,存在着一种把众多的学科加以系统理论化的倾向:开始是在生物学和自动控制研究领域;其后扩展到工程学、通讯理论、一般……
编辑 | 阅读全文(1222) | 回复(0),人月&神话 发表于 2007-7-17 13:18
目前国内的软件方面的人才开始大量的关注软件工程这门学科,大有80年代末90年代初国人追捧汉字系统的劲头,但是实事求是的理解国内的开发过程,我认为软件工程固然是一个方面(甚至可能是非常重要的一面),但隐藏在表象后的问题也是不容忽视的, 我认为目前开发环节中存在着一些问题或理解的偏差,其中典型的表现在:
 
1、 学而优则士
这个问题很普遍,很多人都是这样想:开发到35岁以后就应该考虑管理的问题了。这个想法是“学而优则士”的想法,好的开发人员,不一定是好的管理人员,因为侧重的面不一样,知识结构也不一样。但是,由于很传统的思想,认为领导就是应该各方面都好些,所以强把“学”推为“士”。这样不但没有更好的提高效率,反而浪费了很好的人才。同时,也是由于传统的思想,“士”更受人尊敬,而“学”往往被认为是蓝领,所以很多的“学而优”者也就有成为“士”的激励诱因了。我认为,这是一个不正常的现象。“学而优”的地位及受人尊敬应该有相应的评判机制,比如说:系统设计师应该比项目经理更加受人尊敬。也只有这样,“学”者才可以安心设计,“士”者也可以更好发挥“士”的职能。
 
2、过程与阶段
只有过程没有阶段是没有意义的,我们都知道,任何一个软件产品的开发是需要很长时间的开发过程的,这个过程也是充满风险的,如果没有有效的把过程细化,只是简单的严格的按照需求、设计、开发、编码、测试的流程去做,问题也就蕴含其中了。必须明确的是没有绝对成功的软件工程,也没有满足一切情况下的绝对的开发过程,将过程阶段化只是将风险降低,将蛋糕切细,一次吃不了多次吃。这个在软件工程中的相应的解决方法是里程碑。在绝大多数的开发过程中,里程碑的作用是非常重要的。在有些开发过程中讲究的是渐进式的开发,螺旋式的过程,其实也是对里程碑的一种扩展而已,只不过这些开发过程的里程碑是定义在自己的开发过程中……
编辑 | 阅读全文(1012) | 回复(0),人月&神话 发表于 2007-7-17 13:18

2007-7-17 13:18 | 企业信息化关键词汇

数据仓库(DW)
 
“数据仓库之父”W.H.Inmon 对数据仓库的定义是:数据仓库(Data Warehouse)是一个面向主题的(Subject Oriented)、集成的(Integrated)、稳定的(Non-Volatile)、随时间变化(Time Variant)的数据集合,用于支持管理决策。对于数据仓库的概念我们可以从两个层次进行理解,首先,数据仓库用于支持决策,面向分析型数据处理,它不同于企业现有的操作型数据库;其次,数据仓库是对多个异构的数据源有效集成,集成后按照主题进行了重组,并包含历史数据,而且存放在数据仓库中的数据一般不再修改。
 
数据仓库并没有严格的数学理论基础,也没有成熟的基本模式,且更偏向于工程,具有强烈的工程性。因此,在技术上人们习惯于从工作过程等方面来分析,并按其关键技术部份分为数据的抽取、存储与管理以及数据的表现等三个基本方面。
 
商业智能(BI)

商业智能(Business Intelligence)是对商业信息的搜集、管理和分析过程,目的是使企业的各级决策者获得知识或洞察力,促使他们做出对企业更有利的决策。商业智能一般由数据仓库(或数据场)、数据分析、数据挖掘、在线分析、数据备份和恢复等部分组成。
商业智能的实现涉及到软件、硬件、咨询服务及应用,其基本体系结构包括数据仓库、多维分析和数据挖掘三个部分。其中数据仓库用于抽取、整合、分布、存储有用的信息;多维分析可全方位了解现状;数据挖掘则是发现问题、找出规律、预测将来,达到真正的智能效果。

因此可以说商业智能的核心就是数据仓库系统。从系统的观点来看,商业智能的过程是这样的:从不同的数据源收集的数据中提取有用的数据,对数据进行清理以保证数据的正确性,将数据经转换、重构后存入数据仓库或数据场(这时数据变为信息),然……
编辑 | 阅读全文(1634) | 回复(1),人月&神话 发表于 2007-7-17 13:18
六西格玛(6σ)改进过程:DMAIC,它是在PDCA循环法基础上发展上而来的。包括界定、测量、分析、改进、控制五个阶段。
界定:陈述问题,确定改进目标,规划项目资源,制定进度计划。
测量:量化顾客CTQ,收集数据,了解现有质量水平。
分析:分析数据,找到影响质量的少数几个关键因素。
改进:针对关键因素确立最佳改进方案。
控制:采取措施以维持改进的结果。
 
由于6 SIGMA管理的关键是通过一套以统计科学为依据的数据分析,测量问题,分析问题,改进优化和控制效果。因此6 SIGMA管理非常重视过程每个阶段的项目工具的准确选择和正确使用,如下表:
 
 
编辑 | 阅读全文(2325) | 回复(2),人月&神话 发表于 2007-7-17 13:18

2007-7-17 13:18 | Google搜索技巧总结

1.对关键字的选择问题
搜索是否成功和快捷很重要的一个内容就是选择恰当的关键字,这个关键字就跟我们实际关注的信息有很大关系了,在这里我们把关键词分为两类,一类是对信息进行描述的关键词,一类是你具体的关注范围和关注点的关键词,只有这两类关键次都选择准确后才可能快捷搜索到信息。
关注点关键词一定要根据自己的搜索预期调整,如你现在不确定IRiver mp3的音质如何,应该输入的关键词为: IRvier mp3 音质或再加个评测之类的关键词。
关键词一定要注意拆分,一般不适宜选择超过5个汉字以上的词做为关键词,如搜索计算机模拟技术在工程建设中的应用,最好拆分为计算机模拟工程建设等好几个关键词再进行搜索。   
当选择的关键词搜索不到适合的结果时候,要注意换类似的其他关键词进行搜索,如当评测搜索不到合适答案时候可以再选择评价,评论等关键词重新进行搜索。我们在搜索的过程中往往还会发现我们开始没有想到的关键词,这个时候可以加入新的关键词进一步搜索。
当搜索结果的前10页都还没有我们想找的答案的时候,一般说明我们的关键字选择有问题,这个时候要注意及时调整关键词重新进行搜索。
对于平时软件开发中常出现的异常信息一般建议在中文搜索不到答案时候采用相对应的英文关键字进行搜索。第一次搜索可以采用整个异常信息串信息做为关键字搜索,当搜索不到答案时候再对异常语句中重要的关键字进行选择后再搜索。
对于关注点关键词根据你具体的搜索需求而不同:
 场景  常用关键词
 现在要找一个软件或资料时候  下载,免费,破解
 找使用说明或帮助时候  使用说明,帮助,教程,入门,技巧
 找某个问题解决方法  解决,处理,修复……
编辑 | 阅读全文(1833) | 回复(1),人月&神话 发表于 2007-7-17 13:18

2007-7-17 13:18 | 大漠孤烟

大漠孤烟,长河落日……1964年10月16日下午3时,我国第一颗原子弹成功爆炸,正沉浸在喜悦中的邓稼先,突然听到妻子许鹿希告急:母亲病危!他的心一沉,脑子全乱了。
  
北京,那挂着“松风水月”横匾的家,永远让他感到温馨,永远让他牵牵挂挂。正是在那萤火纷飞的榆树下,母亲给他讲嫦娥奔月的故事,让他萌发了上天摘星揽月的神奇想法。
  
赶到北京,早已守候在机场的妻子,没让他回家,带着他直往医院奔。
  
消瘦的母亲躺在病床上,床边挂着吊瓶,药水正一滴一滴地滴进血管里……在母亲年迈体弱,最需要照顾时,邓稼先却长年在戈壁荒原,把侍奉老父老母和抚养幼子幼女的担子压在妻子一个人肩上,他觉得愧对老母,更愧对妻子,他扑上前抓住了母亲的手,另一支手被妻子握住了。他哭喊着:“姆妈,我回来了,我在这儿。”弥留之际,母亲已无法说话,似乎微微睁了睁眼,失神的目光中,似乎透着一丝安慰,一丝欣喜。
  
邓稼先硬咽着,凄论的抽泣,像秋夜的驼铃,伴母亲驾鹤西去……
  
相依
  
当年,为了给母亲治病,邓稼先在妻子的帮助下学会了打针。那日子相知相依,一家子聚在一起,挺幸福。
  
妻子许鹿希,北京医学院毕业后留校工作,专长神经解剖学,她是“五四运动”学生领袖许德珩的长女,母亲劳君展是著名的核科学家——居里夫人的女弟子。邓稼先在美国获普渡大学博士学位后,毅然回国到中科院工作。
  
一家子住在中关村的科学院宿舍。许鹿希每天乘坐的30路公共汽车,间隔40分钟才有一趟,乘客稀少。离家最近的车站是皇亭子。每到晚上,邓稼先总是骑着自行车到车站接她。离家大约还有二站地,稻花的青香与青蛙的欢唱,随着萤火闪闪烁烁,就在这如诗的恬淡中,他们感受着家的温馨与青春的甜蜜……
  
人生的转折往往在不经意间到来。
  
那是……
编辑 | 阅读全文(2023) | 回复(0),人月&神话 发表于 2007-7-17 13:18
该文是较早收集的资料,也是《最后期限》的读书笔记,暂时无法得到出处信息。
 
当今社会,一切都是项目,一切都将成为项目。项目的具体执行单元——项目团队是由一组为了实现某一项目的相互协作的个体所组成的正式群体。它的根本使命是在项目经理的直接领导下,为实现具体项目的目标,完成具体项目所确定的各项任务而共同努力,协调一致和有效地工作。项目团队运行的成功与否,决定着项目最终的成功还是失败。

目前,特别是IT行业的项目管理,绝大多数项目都经受着“项目黑洞”的痛楚:项目无法按期完成、项目合作方的工作难以协调、用户需求经常变动等。由于项目具有明确的时限性,在项目执行的过程中,项目能否按时完成成为了衡量项目质量的关键的、和最明显的标准。但是由于项目经理对项目团队的稳定性、冲突、会议以及压力对生产力的影响存在着认识不清,管理不善这样的问题,导致了项目团队生产力下降,项目进度迟缓,最终导致了项目实际进度赶不上计划进度。

1.人员流动对项目团队生产力的影响
人员流动性的增强作为一种社会现象,逐渐被人们所接受和认可。项目经理也认为项目团队中适当的人员流动是可以理解的,甚至认为可以增强团队的适应能力,只要能够及时雇佣同样技术的人员来代替他,就不会影响到项目团队的生产力和项目的进度。但是,实际上,团队人员的流动将从多方面削弱团队的生产率。

1.1 人员流动对团队可用人数的影响
假设有这样一个场景:从一月开始,有一个N(假设为100)人的项目组,这N个人已经在一起工作了两年。三月一日开始实行的一些新的人事政策引起了固定的人员退出率R,假定每月损失n(假设为8)个人。每当有人退出时,项目经理就立刻再雇用一个人来代替他,并对新加入的人做C(假设为2)个月的培训,然后新人才能融入项目之中。这个管理场景可以使用图1来表示。那么,该团队在项目周期内的可用人数是否达到100人……
编辑 | 阅读全文(915) | 回复(0),人月&神话 发表于 2007-7-17 13:18

2007-7-17 13:18 | 最近的读书计划

关于IT项目管理的图书
《如何准备PMP考试 》
《IT项目管理》原书第2版
 
其它图书
《向格雷厄学思考,向巴菲特学投资》
《胡雪岩》
《搜》
《季羡林谈人生》
《老子与百姓生活/百家讲坛系列》
 
公司推荐的图书
《质量免费》
《定位》
 
对于《质量免费》一书,如果说COPQ免费可以理解,但COGQ是否可以真正做到免费呢?希望能够从本书得到些启发。
 
对于《定位》一书希望从营销产品的定位,得到关于个人自身定位的一些启发。
编辑 | 阅读全文(1173) | 回复(0),人月&神话 发表于 2007-7-17 13:18
结构化系统开发方法(SSA&D或SADT),是自顶向下结构化方法、工程化的系统开发方法和生命周期方法的结合,它是迄今为止开法方法中应用最普遍、最成熟的一种。

一、结构化系统开发方法的基本思想
结构化系统开发方法的基本思想是:用系统工程的思想和工程化的方法,按用户至上的原则,结构化,模块化,自顶向下地对系统进行分析与设计。具体来说,就是先将整个信息系统开发过程划分出若干个相对独立的阶段,如系统规划、系统分析、系统设计、系统实施、系统运行与维护等。在前三个阶段坚持自顶向下地对系统进行结构化划分。在系统调查或理顺管理业务时,应从最顶层的管理业务人手,逐步深人至最基层。在系统分析,提出新系统方案和系统设计时,应从宏观整体考虑人手,先考虑系统整体的优化,然后再考虑局部的优化问题。在系统实施阶段,则应坚持自底向上地逐步实施。也就是说,组织人力从最基层的模块做起(编程),然后按照系统设计的结构,将模块一个个拼接到一起进行调试,自底向上、逐渐地构成整体系统。
二、结构化系统开发方法的特点
结构化系统开发方法主要强调以下特点:
(一)自顶向下整体性的分析与设计和自底向上逐步实施的系统开发过程。即在系统分析与设计时要从整体全局考虑,要自顶向下地工作(从全局到局部,从领导到普通管理者)。而在系统实现时,则要根据设计的要求先编制一个个具体的功能模块,然后自底向上逐步实现整个系统。
(二)用户至上。用户对系统开发的成败是至关重要的,故在系统开发过程中要面向用户,充分了解用户的需求和愿望。
(三)深入调查研究。即强调在设计系统之前,深入实际单位,详细地调查研究,努力弄清实际业务处理过程的每一个细节,然后分析研究,制定出科学合理的新系统设计方案。
(四)严格区分工作阶段。把整个系统开发过程划分为若干个工作阶段,每个阶段都有其明确的任务和目标。在实际开发过程中要……
编辑 | 阅读全文(1255) | 回复(0),人月&神话 发表于 2007-7-17 13:18
转载自卢彦的Blog http://www.agilelabs.cn/
 
面向对象系统设计经验谈
 
就像我在应用架构设计总结这篇BLOG中提到的那样,面向对象的系统设计就好象一群人翻越一座陡峭的悬崖,只要任何一个人没有翻越过去,那么就无法设计出真正的面向对象系统。
 
归结一下,在你打算进行面向对象的系统之前,你一定要考虑是否已经解决或能解决以下的问题:
 
一、对象的持久化
对象的持久化是最容易被想到的问题,同时也是最难解决的问题。由于关系型数据库模型和面向对象模型存在一些比较大的差异,如何将你的对象保存和快速的查询出来很是头痛。虽然采用面向对象数据库虽然可以最方便的解决这个问题,但是你会面临更多其它的问题,比如备份,报表和实施维护人员的培训等等。虽然有像NHibernate这样的ORM框架来帮助你做这个工作,不过你需要去多学习一门资料不全的新技术。另外,这些开源产品中有不少的BUG,你必须有做好调试别人代码的准备,如果你无法完全掌握这些代码的话,你会死得很惨。
如果你采用了面向对象来设计领域模型,又没有找到将对象直接关系化到你的数据库中的办法的话,最好不要采用面向对象的设计。否则你会被手工的ORM折磨疯的。比较好的选择是用强类型的DataSet,配合VS.NET的数据向导工具,非常快。(很有道理)
 
二、界面显示
由于界面无法直接的将复杂的对象显示出来,你在界面层又必须再做一次对象的平面化操作,将对象变成各种列表和文本框控件可以直接绑定的一维或二维数据结构。这方面目前还没有什么好的自动化方案,你必须手工做。所以我们的策略就是尽量减少这个转换步骤,就是在服务端就把面向对象转换成平面数据,然后在客户端直接绑定到控件上。在数据传输对象的选择上,可以用自定义对象,也可以用Dat……
编辑 | 阅读全文(1282) | 回复(0),人月&神话 发表于 2007-7-17 13:18
(共 973 条) 1 2 ... 27 28 29 30 31 ... 64 65 翻页至

仅列出标题