站内搜索:
2005-05-05
45
· 销售管理系统的UML分析与设计<-- #EndEditable --> <-- #BeginEditable "2" -->作者:王文豪<-- #EndEditable --> <-- #BeginEditable "3" --> 摘 要 销售管理系统是现代企业管理系统的一个重要组成部分,传统的系统分析设计方法已经难以保证软件开发的效率和质量,通过...
2005-05-05
13
·小弟愚钝,总结的不好,希望各位大虾纠正、补充。 1、 了解系统集成方面的知识 硬件基础知识 #网络基础知识 行业的最新知识 我觉得一个架构师的知识面应该非常宽广,遇到难题,总能够想到最佳的解决方法。所谓“复杂的系统,一流的设计”。 2、 精通面向对象和设计模式 OO这是基础,OO的出...
2005-05-05
13
·一、提出问题 1.树状遍历式寻找问题 每个问题都不是单一存在的,它都有相关问题,犹如一棵树一样,主问题就是主树杆,主问题伴随的其他问题,就是支树杆,以次类推。首先不要怕麻烦,每当一个问题提出,必须提出尽量多的相关新问题。提出问题的方法:顺藤摸瓜。 比如:写一个通用编辑器程序...
2005-05-05
29
·导读:我国汽车工业的差距,除了规模上的差距,更重要的制造技术以及管理技术上的差距。 一、我国汽车企业发展现状 我国汽车工业起步晚、起点低、规模小、技术落后、产业结构不合理,改革开放以来虽有较快发展,但与汽车生产大国相比差距明显:单从绝对产量来看,我国2003头6个月共生 产销售汽车...
2005-05-05
8
·出处:UMLChina作者:Robert Biddle Robert Biddle 著,zhangxxin 译 本质用例(Essential Use Cases)是一种轻量级的方法,它简单明了,不受技术约束,用于沟通用户意图和系统职责,能够有效地捕捉用户界面的设计需求。在设计过程中,使用本质用例从系统职责中提取的关键词汇可以直接作为对象来...
2005-05-05
6
·(接前) 本质用例及其设计 面向对象的设计中,“职责”扮演了非常重要的角色,确切地说,它不仅是CRC技术的关键概念,同样也是职责驱动设计中的关键概念。 在CRC技术中,职责与对象相关联,标识需要解决的问题。在完成职责的过程中,互相协作的对象之间彼此通信,通过不断的优化、迭代,形...
2005-05-05
6
·<接前> 讨论 在本章中,将讨论几个与本质用例相关的面向对象设计主题,包括: · 无界面系统(实时系统)设计; · 定制界面系统的设计; · 迭代和增量开发过程; · 界面和应用的并行开发; · 基于业务过程的面向对象设计。 1.无界面系统(实时系统)设计 在...
2005-05-05
16
·原文:http://blog.csdn.net/cpluser/archive/2004/10/09/129291.aspx(1)所有数据都应该隐藏在所在的类的内部。p13 (2)类的使用者必须依赖类的共有接口,但类不能依赖它的使用者。p15 (3)尽量减少类的协议中的消息。p16 (4)实现所有类都理解的最基本公有接口[例如,拷贝操作(深拷贝和浅拷贝)、相等...
2005-05-05
9
·非常高兴有这样一个机会和大家交流软件开发。我应该算是典型的计算机科班出身,从本科、硕士到在英国读博士,都是计算机科学。而从1993年读完博士之后到现在,干的工作则主要是实际的应用软件系统开发。我曾参加设计开发的主要系统有:动物基因图谱信息系统,虚拟主机,货运招标系统,证券分析数据...
2005-05-05
10
·框架必须是健壮的、可扩展的、灵活的,且支持动态内容,它要求基于开放或共享标准。框架的设计要力求做到:完备性、灵活性、可扩展性、可理解性,同时抽象能用于不同的场合;用户能轻松地添加和修改功能,定制框架;用户和框架的交互清晰,文档齐全。框架设计的一个核心问题就是发现可重用的设计和...
2005-05-05
7
·软件构件化是21世纪软件工业发展的大势趋。工业化的软件复用已经从通用类库进化到了面向领域的应用框架。Gartner Group认为:“到2003年,至少70%的新应用将主要建立在如软件构件和应用框架这类‘构造块’之上;应用开发的未来就在于提供一开放体系结构,以方便构件的选择、组装和集成”。框架的重...
2005-05-05
19
· 物流信息系统中分布式工作流模型设计与软件实现 作者:刘树成 马秀红 赵林 邢建平 来源:ahcit http://www.csai.cn 2006年1月9日 摘要 本文提出了一种新的物流信息系统工作流程;利用工作流进行物流管理的自动订货、验证、配送等业务调度;分析了物流信息系统中分布式工作流模型的设计、工作流...
2005-05-05
9
·系统设计的好坏在根本上决定了软件系统的优劣。可以说“差的系统设计必定产生差的软件系统”,但是不能保证“好的系统设计必定产生好的软件系统”。因为在设计之前有需求开发工作,在设计之后还有编码,测试和维护工作,无论哪个环节出了差错,都会把好事搞砸了。 据说上帝把所有的女士都设计成天...
2005-05-05
16
·估计这篇对很多朋友都是有用的!!依赖是和变化紧密联系在一起的概念。由于依赖关系的存在,变化在某处发生时,影响会波及开来,造成很多修改工作,这就是依赖的危害。可以说变化是始作俑者,依赖是助纣为虐。我们可以不去拥抱变化吗?不可以。未来将是越来越不可预测,这是新经济最具挑战性的方面...
2005-05-05
4
·考虑一个日志记录工具。目前需要提供一个方便的日志API,使得客户可以轻松地完成日志的记录。该日志要求被记录到指定的文本文件中,记录的内容属于字符串类型,其值由客户提供。我们可以非常容易地定义一个日志对象: public class Log{ public void Write(string target, string log) ...
页次:
3 /4 15篇/页
首页 上一页 下一页 尾页 合计
56 篇