摘要: 近日在使用mfc odbc类进行一个数据库应用的开发,因为从没有用过mfc odbc class。在这上面费了不少精神。并且在csdn和别的社区也看到不少新手在询问相关的问题,也为了让自己的解决掉的麻烦不给忘掉。所以找了个地方记下来,以备查询。1、cdatabase class和crecordset class是可以直接使用而不必派生new class2、在直接使用crecordset class时最好声明一个cdatabase对像来手动打开数据库,不要......
摘要:项目管理入门
karl e. wiegers 著,mirnshi 译 (非程序员杂志 第3期)当你预期的那一天,也许是害怕的那一天,终于来到了:从工程师的队伍里你被提拔到了软件项目领导或者团队领导的位置。这也许就是你选择的职业道路,或许你不太情愿,将就尝试一下。无论在哪种情况下,你都可能缺少工程学科、人员管理以及领导能力的相关教育。 这需要更多的领导能力和管理(它们不是一回事),而不能象dilbert(译注:著名it漫画主角)那样简单地和老板对抗了。当......
[转贴]建模鸡汤我们希望成功地塑造一个软件模型。但如何成为一个伟大的建模者,怎样开始?请在软件项目应用下列一些关键原则,以获得立竿见影的效果。 【相关文章:
Hibernate实现无限子结点的树形目】 【扩展阅读:
C Shell教程(打包下载)】1、 以人为本 【扩展信息:
汉语,我想对你哭】
软件是为人制作的――没有用户,软件只是一个没有任何意义的比特集合。许多软件专家在他们的职业早期显得很高深,因为他们紧紧将注意力集中在技术上。的确,组件、企业级java beans(ejb)与代理很令人感兴趣,但是如果你的软件很难使用或不满足用户需求的话,这些技术无关紧要。必须花一定的时间去研究能够让用户理解的软件需求与用户界面。
2、 明白为什么而设计
最好的设计师用大部分的时间建模,偶尔编写源代码。这样增加了他们设计的合理性。
3、 谦虚出质量
你不可能什么都知道,甚至知道足够多的东西都需要去奋斗。软件开发是一件复杂的劳动,因为开发工具与开发技术总是在不断地变化,这个过程仅仅一个人是不可能完全理解的。你每天都可以学到一些新的知识――在软件开发中,可能会更多一些――当然,你必须选择谦虚。
4、 需求是一项要求
如果你没有任何需求,就根本没有必要编写软件。成功的软件是在预定的时间、预定的成本内,满足其用户的需求。如果你不知道有些什么需求,你的项目保证会失败。
5、 需求很少变化,但你对他们的理解常常变化
object toolsmith公司的道格*史密斯喜欢说:“分析是一门科学,设计是一门艺术”。他所指的仅仅是“正确”的模型――完全展示了所有问题――许多“正确”的模型—他们提供了很好的解决问题的方案。
需求看上去常常变化,这是因为你的收集工作做的不够好,而不是他们实际有了变化。你可能会说用户不能明确告诉你他们需要什么,但收集需求是你的工作;你可能会说一群新人的到来否定了你以往的工作,但你应该从第一天就与他们交流;你可能会抱怨你所在的组织并没有提供与客户交流的良好途径,但这意味着高层管理人员并没有真正支持你的项目。;你也许会抱怨新的法律,但你应该注意公司外的环境发生了什么变化;你也可能抱怨你的竞争对手提出了一个新观念,但为什么不是你的组织先提出来呢?
鲜有需求变动的实例,只是你没有很好的收集需求。
6、 不断的阅读
在一个日新月异的行业中,你不可能永远活在过去的荣誉上。建议你每个月至少读两三本杂志与一本书。在此方面花费时间与金钱是值得的,常此以往,你将成为组织内部新的令人兴奋的项目的有吸引力的竞争者。
7、 减少软件内部的耦合
有很多耦合的系统;很难维护;一处的变化往往会造成另一处的变化,进而至另一处――这让你很头痛。你可以通过隐藏执行细节,给组件制定已定义的接口,不共享数据结构,不允许应用程序直接访问数据存储(我的原则是如果程序员要写sql语句,就已经失败了)。松耦合的软件更易重用、易维护、易改进。
8、 增加软件的内聚性
如果一个软件部件只完成一项功能,那么它是内聚的,这意味着高内聚的软件易于维护与改进。判断构件是否内聚,就看是否能用一句简单的话来描述。如果需要一个段落,或者需要使用“与”、“或”这样的连词,那你就可能需要把它重新分解成几个部分。高内聚的软件更易于重用。
9、 期待出售你的软件
升级是软件开发的实现,不管采用怎样的软件工具市场宣传。你能够指望将你的软件用于另一个操作系统或数据库上,甚至它只是一个升级版本。...
下一页 摘要:构建下一代软件架构
作者:李巍 来 源: 中国计算机报
web服务一种作为炙手可热的技术,应用到企业的it系统和商业流程之中,并给企业带来直接的经济效益,一直以来得到了国内外企业管理者的推崇。而在近两年,伴随着企业需求的不断变化,一种被誉为下一代web服务的技术架构,再一次引起业内关注,这就是soa(service-oriented architecture,面向服务架构)。早在1996年,gartner最早提出soa的预言,2002年12月,ga......