家住腊树下

摘要： 由于近期要做一个与工作流相关的项目，所以有必要选择一个工作流引擎。其实在公司多年前有人做过自个的工作流引擎，但终因立意不高、且又怎么不好用，而未得到推广。 考虑再三，决定还是跟着微软走的技术策略，选择了WF4.0。后面的章节是我对《Beginning WF : Windows Workflow in .NET 4.0》的读书笔记。由于原书是英文版，且项目组内有些人看影印版的书就头痛，所以就简单的译过来吧。 所谓的“简单的译”也就是与原文大意相近，而非严格意义上的翻译。再因是笔记，在叙述中可能会加入一点本人的“个人观点”。 再者，原代码中的所有英文全部保留，但注解可能会引入中文，还有我... 阅读全文

摘要： 一、工作与学习1、认真工作、不卑不亢。（要积极主动，勇于承担）2、英语口语的提高为本年度第一要务，已成为自己发展的一大瓶颈。3、考架构师证。（公司重视）4、结束游戏（除休闲游戏外）。5、写博客、日志、心得。6、参加、组织技术交流会。7、要少说多做、谋定后动。（响应空谈误国、实干兴邦的号召）8、多看书。二、生活1、多培孩子玩。2、多做家务。3、多访友。4、多散步、参加体育锻炼。5、多参加户外活动。6、适当增加腐败活动。（吃饭、电影、旅游）7、适当增加些衣物开支。8、多联系一些老朋友、老同学。该拜访的要安排时间拜访。9、要一日三思已过。三、债务与理财（暂不公开） 阅读全文

摘要： 我不是一个架构师，写下这些内容也仅作为个人的一点总结，以作抛砖引玉之用。 平常在谈论系统架构时，我们常常会听到类似“三层架构”、“多层架构”的说活，但是在严格的UML设计却并没有直接的对于“层”的形象描述;在典型的基于“4+1视图”的架构设计文档中也同样没有明确要求对“层”的形象分析。 ［注意：喜欢“层”的朋友，在4+1视图时可在逻辑视图中单独添加对“层”的详细说明］ 在基于UML设计时，我们往往会把“分层”的理念分解成“组件”和“包”的形式来展现，但作为一名.net开发人员来说，对于“层”的喜爱却是由来已久，且其直观的表观方式也是无法替代的，就我个人而言非常喜欢使用。以往，我常用P... 阅读全文

摘要： 本文将与《UML系统分析与设计02－用例图和活动图（上）》、《UML系统分析与设计02－用例图和活动图（下）》共同组成简单的基于UML技术的软件需求分析说明并对其分析结果进行输出，后续将继续对基于UML技术的软件设计进行总结，以抛砖引玉。 《软件需求分析说明书》虽然不是UML体系的内容，但作为使用UML进行系统分析与设计的一项重要输出，我想也很有必要进行简单的说明。由于我所在的公司本文档标记为“保密”，也就无法在此共享出来给大家做个参考。 但话又说回来，我所在的公司以前也是没有这个文档的，至少在我入职时是没有的，后来应该是参考了别的人模板，结合自身的特点作了一定的更改，与网上公开的模板也是.. 阅读全文

摘要： 前些日子对公司所有.net产品使用Klocwork进行了静态代码分析。由于Klocwork目前没有发现有破解版，虽然可用于C++、Java、C#等项目，但因价格不菲，其使用细节我就不多讲。通过这次对代码的静态分析我们还是发现了一些问题，有些可能是我们本身不太认真直接造成的；还有一些则可能是由于代码的在长期维护或是后期的不断重构中，间接的造成了相关问题。下面我们就一些比较常见的现象进行罗列。[其中有一些项与VS自带的代码分析相同，代码在VS2010+.net3.5+Win7 环境中测试通]一、值类型1、 浮点数据比较double x1 = 0.1;float x2 = 0.1f;if (x... 阅读全文

摘要： 一、诡异现象1、 在对一个项目的现场实施调试中，应用软件系统在获取服务端数据时报“操作失败”，经日志反馈为：WCF通讯超时！2、 经过反复测试发现：并不是所有操作都会失败，像登录、增、删、改、查等简单操作能正常运行，只是在获取某种数据量比较大的数据时会出现操作失败的情况。3、现场环境为：Dell R710（服务器）+Dell商用机（客户端）+光纤网.4、我们的系统是C/S和B/S统一的行业应用软件，采用WCF进行分布式通讯，并提供统一的应用服务。二、问题分析1、 电话对现场进行指导，把超时时间设置为10分钟后照样有问题。这让我很纳闷，就算是压力测试我们也要求即使是大数据也要在2分钟这内返回，何 阅读全文

摘要： 在上一篇《UML系统分析与设计02－用例图和活动图（上）》中，我们主要讲解了在需求分析中的用例分析和绘制的方法和技巧，但是用例图只告诉我们系统要“做什么”，至于“怎么做”却并没有很直观的描述。为了更形象的说明我们的系统是如何一一满足用户需求的，并向用户提供“怎么做”的细节描述，我们将使用“活动图”来对用例进行补充性说明。 [注意：UML中并没有说“活动图”是用于对“用例图”补充说明，但就我个人而言我更喜欢这样来定义它，并在实践中进行应用。] [技巧：UML图一般会分为静态图和动态图。用例图属于静态图，而后而所述的“活动图”属于动态图。在我们对某个问题进行分析和设计时一般都会使用静态图和... 阅读全文

摘要： 每一个产品的需求是对现实世界特定问题的一种描述，而有些问题描述可能是非常的错综复杂，以至在我们对其进行分析时，会觉得无从下手甚至不知所措。 需求分析是系统设计和开发的基础，需求分析的好坏会直接影响后继设计和开发的质量，严重时会影响到系统的成败。UML中的用例图就是为了方便我们分析与交流产品需求而生，同时也为我们把产品需求转化为系统需求提供方便。 产品需求：一般反映的是现场的具体现象，经常是由产品工程师/销售人员收集或由用户直接提供，表现的较为松散、粗放，是一种比较切合现实的描述。 系统需求：一般是在对产品需求进行一定的分析后，对其中不能实现或实现起来有困难的部分进行了一定的取舍，同时对一... 阅读全文

摘要： UML,统一建模语言，在软件系统分析和设计中被广泛应用。作为一个初学者，我们总会感觉UML很复杂，有时候会感觉不知从何下手，有时会候也会困惑不同的UML图应该用在什么场合才较为合适。 我记得很多年前我看到别人含有UML图例的文档时就觉得这文档很上档次，当然我也见过公司里有些人故意在文档放些UML图，自以为得意，但最终却没把意思表述清楚，有些表述甚至是错的。所以我们大可不必太把UML当回事，虽然他在系统分析和设计过程中用的越来越多，但我们不要为了UML而UML，UML只是一种语言，是一种工具，是为我们开发和设计服务的，系统开发和设计的核心是思想，所有的工具只是为了更好的表述这种思想。 前些... 阅读全文

摘要： 前些天，看了一篇博友的文章，说自己要尝试写写博文，其实我也有此想法久矣，但总是推脱说忙，其实是忙于游戏。我来博客园很久了，就像一个小偷，总是在窃取别人的心得、经验和成果，以为己用。而自己却没有半点分享与贡献，有时也会觉得惭愧和自私。以前总觉得自己才疏学浅，难登大雅之堂，以至每每想试而又退缩；今天想想“文学切磋是不分辈分的”也就释然。再者，就算自己所写的所说的一文不值也可作“引玉之抛砖”或是“反面教材”，对自己可谓是进步，于他人也可作为借鉴。万事开头难，立帖纪之。 阅读全文