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