软件工程 plus 人工智能

       用了Struts 2做过两个项目，开始对Struts 2厌烦了！以后，除了特殊的需要，我不会再使用Struts 2开发项目了。不是Struts 2这个框架不好，而是Struts 2我根本不需要用这么多。其实Struts 1.x对于我来讲已经是非常够用了，可能还多了呢。一个项目里面塞了N多个框架，Struts、Spring、Hibernate，其实对于学习成本来讲还是挺高的，团队每

业务架构、信息架构、技术架构三位一体　　　　客户天天打电话要修改产品功能，简单的一个需求可能要做一个月。产品越改越笨重，为了赶工期bug越来越多。头疼!　　产品从初级版到现在已经四个年头，相关的程序员来去换了三批，在补丁上打补丁是常有的事，很多功能只是开了个头，换个项目经理就被遗忘。我们总是害怕客户在这个产品上提出新的需求，只要客户还用得过去，能不改就不改。即使到了非改不可的地步，也会

与并发用户数相关的概念还包括“并发用户数”、“系统用户数”和“同时在线用户数”，下面用一个实际的例子来说明它们之间的差别。    假设有一个OA系统，该系统有2000个使用用户——这就是说，可能使用该OA系统的用户总数是2000名，这个概念就是“系统用户数”，该系统有一个“在线统计”功能（系统用一个全局变量记数所有已登录的用户），从在线统计功能中可以得到，最高峰时有500人在线（这个500就是

1. OOP(Object-Oriented Programming)：面向对象编程      面向对象编程（Object-Oriented Programming）简称OOP技术，是开发计算机应用程序的一种新方法、新思想。过去的面向过程编程常常会导致所有的代码都包含在几个模块中，使程序难以阅读和维护。在做一些修改时常常牵一动百，使以后的开发和维护难以为继。而使用OOP技术，常常要使用许多代码

依赖倒置原则（Dependence Inversion Principle），简称DIP定义High level modules should depend upon low level modules. Both should depend upon abstractions. Abstractions should not depend upon details. Detail

开闭原则（Open Closed Principle）开闭原则的核心是：对扩展开放，对修改关闭。白话意思就是我们改变一个软件时（比如扩展其他功能），应该通过扩展的方式来达到软件的改变，而不应爱修改原有代码来实现变化。开闭原则算是前5中原则的一个抽象总结，前五种是开闭原则的一些具体实现，所以如果使用开闭原则，其实有点虚，因为它没有一个固定的模式，但是最终保证的是提高程序的复用

首先看看接口隔离原则的定义，有两种定义第一种：Clients should not be forced to depend upon interfaces that they don't use.(客户端不应该强行以来它不需要的接口)第二种：The dependency of one class to another one should depend on the smalles

里氏置换原则（Liskov Substitution Principle），简称LSP定义：Functions that use pointers or references to base classes must be able to use objects of derived classes without knowing it.所有引用基类的地方必须能够透明的使用

迪米特法则（Law of emeter）定义：一个对象应该对其他对象了解最少迪米特法则的核心观念就是类间解耦，弱耦合，只有弱耦合了以后，类的复用性才可以提高。形象一点的比喻类似于：监狱内的犯人是不应该跟外面的人接触的，当然或许会有探亲的。这里的监狱就是类，里面的犯人就是类内部的信息，而监狱里的狱警就相当于迪米特法则的执行者举个例子家人探望犯人家人：家

单一职责原则（Single Responsibility Principle），简称SRP。定义：There should never be more than one reason for a class to change.应该有且仅有一个原因引起类的变更。有时候，开发人员设计接口的时候会有些问题，比如用户的属性和用户的行为被放在一个接口中声明。这就造成了业务对

业务架构与业务流程    大家好！我今天跟大家一块儿交流的题目是业务架构与业务流程。这是从业务的另一个角度来探讨业务流程，看它在业务架构中的作用和影响。今天跟大家交流的就这六个题目：第一，业务架构的概念；第二，业务架构的基本方法；第三，业务架构的基本目的；第四，业务流程的概念；第五，业务架构与业务流程；第六，数据库结构与数据流。    其实这六个题目很简单，跟刚才那位老师所介绍到的是两件事

在广域网内进行数据文件的传输，一般来说，典型的解决方案有CDN、FTP、电子邮件以及消息中间件等方案，以下将对这几种方案进行简单分析。1、CDN技术CDN：Content Delivery Network（内容交付网络）。通过在现有网络中增加一层新的网络架构，将网站的内容发布到最接近用户的网络“边缘”，使用户可以就近取得所需的内容，提高用户访问网站的响应速度。只要是独立的文档（软件、模

从追MM谈Java的23种设计模式　　1、FACTORY—追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽然口味有所不同，但不管你带MM去麦当劳或肯 德基，只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory.　　　　工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点 是当产品修

       一直想写一篇这样的总结性文章，但不是没有时间就是没有勇气写下去，因为怕别人丢臭鸡蛋。这两天有时间，终于鼓起勇气，将这篇文章写来下！也希望对一些正在寻找更好发展的朋友能有点帮助，也希望对于一些技术跟管理方面的牛人，能给予一些建议。      作为一名项目经理、系统架构师或技术骨干，其水平如何，关系到公司的项目管理、软件质量管理等方面的问题。项目经理或技术骨干应该要起带头作用，使整个

       微软有DailyBuild的流程，XP有持久集成，他们的观点其他有很多相似之外，就是每日产品生成，即每日都要生成一个新的产品，这种方法的很处多得不得了！今天突然间有一个想法，那就是基于Ant + Windows计划任务设计每日构件功能。1，每天下午五点钟，所有程序员提交今天工作的代码；2，每天下午五点十五分，DailyBuild测试服务器的Windows计划任务启动；3，使用An

       现在在国内很多公司，软件版权的问题越来越看中。版权得到重视，也可以看得出我们人民对知识产权的看法有了很多改进，知识产权越来越得到人们的重视！      中小型企业的应用系统一般在开发成本、部署成本方面投入都是比较小，那如果从开发到生产，不使用商业化的软件，那应该怎么办呢？现在因为公司上市了，对于商业软件已经公司范围内禁止使用。对于我这个习惯了使用Rose、PowerDesigne

前言新技术层出不穷。过去十年时间里，我们经历了许多激动人心的新技术，包括那些新的框架、语言、平台、编程模型等等。这些新技术极大地改善了开发人员的工作环境，缩短了产品和项目的面世时间。然而作为在软件行业第一线工作多年的从业者，我们却不得不面对一个现实，那就是当初采用新技术的乐趣随着

搭建一个安全稳定性能强悍的WEB服务器大概是不少服务器产品采购者的共同心态，但是，如果仅仅从产品方面着手，最多也只是实现了服务器的高性能和设备稳定，如果要完全实现高度的安全性和软件系统的稳定，就还得把服务器的采购跟WEB系统的选择结合到一起，下面，我们就为大家介绍这种完整的WEB

视频介绍 12人的技术团队，4组刀片服务器，每月20亿的访问量，每日1次准时部署，99.9%的可用性。这可能吗？当然。想知道如何做的吗？百姓网将与您分享他们在DevOps实践过程中的经验和技巧。http://v.youku.com/v_show/id_XMzQ4Mjc0NjI0.html

论文摘要：本文简要阐述了unix系统中（主要以IBM的AIX为例）进行系统性能管理的几种命令行工具，并通过编写shell实例程序，运用其中提到的工具实现系统资源利用率的统计程序，为做好unix系统管理和调优提供参考。　　1.引言  　　Unix系统中性能优化以及确定系统中的性能瓶颈是系统管理员的主要任务之一。在一个计算机系统中，CPU、内存、硬盘和网络是影响系统性能的主要因素，因此系统性能

Linux系统资源的命令:衡量CPU性能的指标：1，用户使用CPU的情况；CPU运行常规用户进程CPU运行niced processCPU运行实时进程2，系统使用CPU情况；用于I/O管理：中断和驱动用于内存管理：页面交换用户进程管理：进程开始和上下文切换3，WIO：用于进程等待磁盘I/O而使CPU处于空闲状态的比率。4，CPU的空闲率，除了上面的WIO

一、系统架构1、描述2、示例图二、软件架构1、描述2、示例图三、总体架构1、描述2、示例图四、业务架构1、描述2、示例图五、应用架构1、描述2、示例图六、数据架构1、描述2、示例图七、技术架构1、描述2、示例图八、物理架