HFC

今天到中山電視臺，但根本沒與用戶深入交流的機會。
如果真是做HFC網絡的監測，那我們肯定不行，只能放棄。

不過聽他的意思，又好像是要做一般IP網絡監測，那我們還有機會。

posted @ 2007-12-20 11:23 afunms 閱讀(98) | 評論 (0) | 編輯 收藏

internal class

public class Category
{
    private int id;
    private String cnName;
    private String enName;
    private Map<String,Image> images;
    
    public Category()
    {
        images = new HashMap<String,Image>();
    }
    
    public String getCnName() {
        return cnName;
    }
    
    public void setCnName(String cnName) {
        this.cnName = cnName;
    }
    
    public String getEnName() {
        return enName;
    }
    
    public void setEnName(String enName) {
        this.enName = enName;
    }
    
    public int getId() {
        return id;
    }
    
    public void setId(int id) {
        this.id = id;
    }
    
    public void addImage(String flag,String[] imageIcons) {        
        images.put(flag, new Image(imageIcons[0],imageIcons[1],imageIcons[2]));
    }
    
    public String getNormalImages(String flag) {
        if(images.containsKey(flag))
           return images.get(flag).getNormal();
        else
           return null;    
    } 

    public String getAlarmImages(String flag) {
        if(images.containsKey(flag))
           return images.get(flag).getAlarm();
        else
           return null;    
    } 

    public String getDownImages(String flag) {
        if(images.containsKey(flag))
           return images.get(flag).getDown();
        else
           return null;    
    } 
    
    private class Image
    {
        private String normal;
        private String alarm;
        private String down;
        
        public Image(String normal,String alarm,String down)
        {
            this.normal = normal;
            this.alarm = alarm;
            this.down = down;
        }

        public String getNormal() {
            return normal;
        }
        
        public String getAlarm() {
            return alarm;
        }
                
        public String getDown() {
            return down;
        }
    }
}

<category id="4">
     <name cn="服務器" en="server"/>
     <image normal="server.gif" alarm="server_alarm.gif" down="server_alarm.gif">
     <product flag="windows" normal="server_win2003.gif"

alarm="server_win2003_alarm.gif" down="server_win2003_alarm.gif"/>
     <product flag="linux" normal="server_linux.gif" alarm="server_linux_alarm.gif"

down="server_linux_alarm.gif"/>
        <product flag="solaris" normal="server_solaris.gif" alarm="server_solaris_alarm.gif"

down="server_solaris_alarm.gif"/>
        <product flag="aix" normal="server_aix.gif" alarm="server_aix_alarm.gif"

down="server_aix_alarm.gif"/>
        <product flag="tru64" normal="server_tru64.gif" alarm="server_tru64_alarm.gif"

down="server_tru64_alarm.gif"/>
     </image>
   </category>
要把這個xml存在一個類中，因此我設計了這個類

posted @ 2007-12-11 12:53 afunms 閱讀(164) | 評論 (0) | 編輯 收藏

TreeMap

posted @ 2007-12-10 09:32 afunms 閱讀(146) | 評論 (0) | 編輯 收藏

Sourceview Architecture

SourceView綜合監控管理系統總體設計如下：

底層實現數據采集，系統通過多種方式對網絡設備、服務器、數據庫系統以及中間件進行數據采集。采集方式主要有SNMP、NetFlow、SysLog、SNMPTrap、Telnet、JDBC和JMX。

中間層負責數據處理和分析，包括系統的主要功能，實現了IT系統靜態數據和動態數據的整合；并實現配置管理、事件管理、故障管理、性能管理等。這一層次中主要實現數據的集中分析和關聯分析，將各個監控對象的故障數據和性能數據進行集中整合。

上層是綜合監控管理系統的表現層，這一層主要包含拓撲視圖、性能報表和故障提示等。用戶可以通過web的方式，以圖形的方式查詢設備的運行情況，可以分為實時和歷史兩種模式；對于設備運行過程中出現的故障能夠在圖形上展現出來，并且按照用戶設定的方式進行告警。

       以前畫這個總體結構圖都是copy別人的，但其實沒有一個能真正反映我的設計思想，
所以今天專門花了好長時間用visio畫了個自己的結構圖。

posted @ 2007-12-09 15:08 afunms 閱讀(332) | 評論 (1) | 編輯 收藏

Goal and Principle

根據用戶需求，XX公安綜合監控管理系統項目的建設目標如下：

?1.建立面向運維業務需要的自動化監控管理體系，提高管理質量。

?2.保證系統可靠性和可用性，為用戶提供7×24小時不間斷的可靠服務。

?3.在復雜的異構環境中實現集中統一管理，輕松維護復雜的異構環境并使之有效運行。

?4.把運維人員從管理產品的復雜負擔中解放出來，系統能實現自動的檢測和告警。

?5.將錯綜復雜的系統信息，各類系統事件按照運行管理的需求進行過濾整理，幫助系統維護人員專注于重要事件的管理和響應。

6.總結出對系統管理、業務管理、服務管理有用的信息，為管理者提供更全面，更直接的管理信息，為制訂相關決策提供依據。

系統設計原則：

1.標準化原則：遵循TCP/IP、SNMP和NetFlow等相關的國際標準或工業標準，支持對設備廠商通用MIB的管理；

2.開放性原則：支持對各種網絡設備廠商管理工具的集成，具有開放的API接口，支持對網管系統的二次開發；

3.易用性原則：要求管理功能以良好直觀的界面和圖形方式實現，能通過瀏覽器方式進入系統；

4.健壯性原則：系統監控的設備多，數據量巨大，系統本身應健壯、易于維護；

posted @ 2007-12-06 20:51 afunms 閱讀(121) | 評論 (0) | 編輯 收藏

Requestment Inquisition

   今天對XX公安進行需求調研。根據調研，XX公安主要有以下四個方面需求：

1.    網絡

（1）XX公安的網絡拓撲為星加環結構，其中星形結構作備份用。如果網絡拓撲從環形變為星形，系統必須給出告警。

（2）對于匯接層的路由設備，如果其路由表發生變化，系統應給出告警。

（3）對于匯接層的路由設備，可以開啟netflow協議，網管系統捕獲netflow數據包，以分析網絡流量以及帶寬利用率，對于異常流量，系統應給出告警。

2.    服務器

XX公安服務器安裝有多種操作系統，其中包括Windows2003、AIX、Hp-Ux和Fedora Linux。

對于這些服務器，主要監控：

服務器基本性能指標；

服務器進程；

服務器的錯誤日志；

3.    數據庫

XX公安現有的數據庫系統包括Oracle8i、Oracle9i、Oracle10g和MS SQL-Server2000。

對于這些數據庫系統，主要監控：

數據庫基本性能指標；

數據庫錯誤日志。

4.    中間件

posted @ 2007-12-05 20:43 afunms 閱讀(368) | 評論 (0) | 編輯 收藏

Architecture Reconstruction

Architecture Reconstruction

Intended vs. realized architecture. Evaluation of an architecture's properties is critical to successful system development. However, reasoning about a system's intended architecture must be recognized as distinct from reasoning about its realized architecture. As design and eventually implementation of an architecture proceed, faithfulness to the assumptions of the intended architecture is not always achieved. This is particularly true in cases where the intended architecture is not completely specified, documented or disseminated to all of the project members. This problem is exacerbated during maintenance and evolutionary development, as architectural drift and erosion occur.

Why architecture reconstruction important. To apply reasoning about the properties of a system's intended architecture to the properties of the implemented system, we must either ensure that the realized architecture conforms to the intended architecture or change the intended architecture to match reality. Both cases may require reconstructing the architecture of the realized system.

Phases of reconstruction. Architecture reconstruction is an iterative and interactive process, comprising four phases.

• The first phase is the extraction, from implementation artifacts (including source code and dynamic information such as event traces), of a set of extracted views that represent the system's fundamental structural and behavioral elements.
• The second phase is fusion of the extracted views to create fused views that augment or improve the extracted views.
• During the third phase, the analyst iteratively and interactively develops and applies patterns to the fused views to reconstruct architecture-level derived views. Patterns provide the medium for an analyst to express their understanding of a system's architecture as structural and attribute-based relationships among its components.
• Finally, the derived views may be explored for the purposes of evaluating architectural conformance, identifying targets for reengineering or reuse and analyzing the architecture's qualities.

The reconstruction process can be most effectively supported by the integration of existing tools and techniques. There currently exist a large number of commercial and research tools that provide the basic mechanisms for view extraction. Similarly, there are several tools and techniques available for performing view fusion and reconstruction. The synthesis of these tools and techniques provides a support environment for software architects and analysts reconstructing architectures.

To compliment our previous work in reconstruction we are currently surveying tools that are available for reconstruction to determine the current state of the practice for reconstructing architectural representations. We will study the information that these tools extract with emphasis on how they present the extracted views and how they aid in analysis of legacy systems.

The SEI will assist organizations with architecture reconstruction exercises.

posted @ 2007-11-29 16:30 afunms 閱讀(160) | 評論 (0) | 編輯 收藏

Architecture Design , Evaluation and Documentation

Methods for Software Architecture Design

Software architecture forms the backbone for any successful software-intensive system. An architecture is the primary carrier of a software system's quality attributes such as performance or reliability. Designing the right architecture is the linchpin for software project success. Designing the wrong one is a recipe for guaranteed disaster.

Methods for Software Architecture Evaluation

How do you know if a software architecture for a system is suitable without having to build the system first?

The answer is to conduct an evaluation of it. A formal software architecture evaluation should be a standard part of the architecture-based software development life cycle. Architecture evaluation is a cost-effective way of mitigating the substantial risks associated with this highly important artifact.

The achievement of a software system's qualities attributes depends much more on the software architecture than on code-related issues such as language choice, fine-grained design, algorithms, data structures, testing, and so forth. Most complex software systems are required to be modifiable and have good performance. They may also need to be secure, interoperable, portable, and reliable. But for any particular system, what precisely do these quality attributes - modifiability, security, performance, reliability - mean? Can a system be analyzed to determine these desired qualities? How soon can such an analysis occur? What happens these quality attributes are in conflict with each other? How can the tradeoffs be examined, analyzed, and captured?

Methods for Software Architecture Documentation

Because architectures are intellectual constructs of enduring and long-lived importance, communicating an architecture to its stakeholders becomes as important a job as creating it in the first place. If the architecture cannot be understood so that others can build systems from it, analyze it, maintain it, and learn from it, then the effort put into crafting it will by and large have been wasted.
Documenting a software architecture is a matter of choosing a set of relevant views of the architecture, documenting each of those views, and then documenting information that applies to more than one view or to the set of views as a whole.

posted @ 2007-11-28 15:10 afunms 閱讀(170) | 評論 (0) | 編輯 收藏

work out netflow

琢磨了一個多星期，終于把netflow做出來了。
關鍵在于理解Cisco netflow v9白皮書《Cisco IOS NetFlow Version 9 Flow-Record Format》。

我想要的就是得到源IP、目標IP、源端口、目標端口以及使用的協議，
這是程序運行的結果：
Router IP=192.168.0.254
收到netflow包，包長=1420
version=9
count=29
unixSecs=2007-11-23 03:15:19
packageSequence=9329
源IP=59.41.62.50
目標IP=192.168.3.90
協議=6
源Port=7709
目標Port=2620
源IP=58.251.60.66
目標IP=58.253.18.208
協議=6
源Port=12000
目標Port=1469
源IP=192.168.2.20
目標IP=58.61.32.11
協議=17
源Port=4000
目標Port=8000
源IP=202.106.46.151
目標IP=58.253.18.208
協議=17
源Port=53
目標Port=1034
源IP=192.168.2.20
目標IP=219.133.60.243
協議=17
源Port=4000
目標Port=8000
源IP=219.133.60.153
目標IP=58.253.18.208
協議=17
源Port=8000
目標Port=1035
源IP=192.168.3.90
目標IP=61.152.112.125
協議=6
源Port=2633
目標Port=80
-------------------------/192.168.0.254
收到netflow包，包長=1424
version=9
count=29
unixSecs=2007-11-23 03:16:12
packageSequence=9354
源IP=58.251.60.182
目標IP=192.168.2.154
協議=6
源Port=80
目標Port=2244
源IP=219.133.49.75
目標IP=58.253.18.208
協議=17
源Port=8000
目標Port=2851
源IP=192.168.2.156
目標IP=219.133.49.75
協議=6
源Port=2851
目標Port=80
源IP=4.2.2.4
目標IP=58.253.18.208
協議=17
源Port=53
目標Port=2166
源IP=192.168.2.156
目標IP=222.141.220.165
協議=6
源Port=2981
目標Port=80

下一步就是把結果入庫，然后分析，得出用戶想要的東西。

posted @ 2007-11-27 13:18 afunms 閱讀(225) | 評論 (0) | 編輯 收藏

用戶意見

posted @ 2007-11-26 18:55 afunms 閱讀(96) | 評論 (0) | 編輯 收藏

netflow

posted @ 2007-11-25 22:35 afunms 閱讀(164) | 評論 (0) | 編輯 收藏

UML類圖

http://blog.csdn.net/dylgsy/
UML的類圖關系分為： 關聯、聚合/組合、依賴、泛化（繼承）。而其中關聯又分為雙向關聯、
單向關聯、自身關聯；下面就讓我們一起來看看這些關系究竟是什么，以及它們的區別在哪里。

1、關聯


雙向關聯：
C1-C2：指雙方都知道對方的存在，都可以調用對方的公共屬性和方法。

在GOF 的設計模式書上是這樣描述的：雖然在分析階段這種關系是適用的，但我們覺得它對于描述設計模式內的類關系來說顯得太抽象了，因為在設計階段關聯關系必須被 映射為對象引用或指針。對象引用本身就是有向的，更適合表達我們所討論的那種關系。所以這種關系在設計的時候比較少用到，關聯一般都是有向的。

使用ROSE 生成的代碼是這樣的：

class C1 
...{
public:
    C2* theC2;

};

class C2 
...{
public:
    C1* theC1;

};

雙向關聯在代碼的表現為雙方都擁有對方的一個指針，當然也可以是引用或者是值。


單向關聯:
C3->C4：表示相識關系，指C3知道C4，C3可以調用C4的公共屬性和方法。沒有生命期的依賴。一般是表示為一種引用。

生成代碼如下：

class C3 
...{
public:
    C4* theC4;

};

class C4 
...{

};

單向關聯的代碼就表現為C3有C4的指針，而C4對C3一無所知。

自身關聯（反身關聯）：
自己引用自己，帶著一個自己的引用。

代碼如下：

class C14 
...{
public:
    C14* theC14;

};

就是在自己的內部有著一個自身的引用。

2、聚合/組合

當類之間有整體-部分關系的時候，我們就可以使用組合或者聚合。



聚合：表示C9聚合C10，但是C10可以離開C9而獨立存在（獨立存在的意思是在某個應用的問題域中這個類的存在有意義。這句話怎么解，請看下面組合里的解釋）。

代碼如下：

class C9 
...{
public:
    C10 theC10;

};

class C10 
...{

};

組 合（也有人稱為包容）：一般是實心菱形加實線箭頭表示，如上圖所示，表示的是C8被C7包容，而且C8不能離開C7而獨立存在。但這是視問題域而定的，例 如在關心汽車的領域里，輪胎是一定要組合在汽車類中的，因為它離開了汽車就沒有意義了。但是在賣輪胎的店鋪業務里，就算輪胎離開了汽車，它也是有意義的， 這就可以用聚合了。在《敏捷開發》中還說到，A組合B，則A需要知道B的生存周期，即可能A負責生成或者釋放B，或者A通過某種途徑知道B的生成和釋放。

他們的代碼如下：

class C7 
...{
public:
    C8 theC8;

};

class C8 
...{
};

可以看到，代碼和聚合是一樣的。具體如何區別，可能就只能用語義來區分了。

3、依賴

依賴:
指C5可能要用到C6的一些方法，也可以這樣說，要完成C5里的所有功能，一定要有C6的方法協助才行。
C5依賴于C6的定義，一般是在C5類的頭文件中包含了C6的頭文件。ROSE對依賴關系不產生屬性。

注意，要避免雙向依賴。一般來說，不應該存在雙向依賴。

ROSE生成的代碼如下：

// C5.h
#include "C6.h"

class C5 
...{

};

// C6.h
#include "C5.h"

class C6
...{

};

雖然ROSE不生成屬性，但在形式上一般是A中的某個方法把B的對象作為參數使用(假設A依賴于B)。如下：

#include "B.h"
class A
...{
          void Func(B &b);
}

那依賴和聚合\組合、關聯等有什么不同呢？

關聯是類之間的一種關系，例如老師教學生，老公和老婆，水壺裝水等就是一種關系。這種關系是非常明顯的，在問題領域中通過分析直接就能得出。

依 賴是一種弱關聯，只要一個類用到另一個類，但是和另一個類的關系不是太明顯的時候（可以說是“uses”了那個類），就可以把這種關系看成是依賴，依賴也 可說是一種偶然的關系，而不是必然的關系，就是“我在某個方法中偶然用到了它，但在現實中我和它并沒多大關系”。例如我和錘子，我和錘子本來是沒關系的， 但在有一次要釘釘子的時候，我用到了它，這就是一種依賴，依賴錘子完成釘釘子這件事情。

組合是一種整體-部分的關系，在問題域中這種關系很明顯，直接分析就可以得出的。例如輪胎是車的一部分，樹葉是樹的一部分，手腳是身體的一部分這種的關系，非常明顯的整體-部分關系。

上述的幾種關系（關聯、聚合/組合、依賴）在代碼中可能以指針、引用、值等的方式在另一個類中出現，不拘于形式，但在邏輯上他們就有以上的區別。

這 里還要說明一下，所謂的這些關系只是在某個問題域才有效，離開了這個問題域，可能這些關系就不成立了，例如可能在某個問題域中，我是一個木匠，需要拿著錘 子去干活，可能整個問題的描述就是我拿著錘子怎么釘桌子，釘椅子，釘柜子；既然整個問題就是描述這個，我和錘子就不僅是偶然的依賴關系了，我和錘子的關系 變得非常的緊密，可能就上升為組合關系（讓我突然想起武俠小說的劍不離身，劍亡人亡...）。這個例子可能有點荒謬，但也是為了說明一個道理，就是關系和 類一樣，它們都是在一個問題領域中才成立的，離開了這個問題域，他們可能就不復存在了。

4、泛化（繼承）


泛化關系：如果兩個類存在泛化的關系時就使用，例如父和子，動物和老虎，植物和花等。
ROSE生成的代碼很簡單，如下：

#include "C11.h"

class C12 : public C11
...{
};

5、這里順便提一下模板



上面的圖對應的代碼如下：

template<int>
class C13 
...{
};

這里再說一下重復度，其實看完了上面的描述之后，我們應該清楚了各個關系間的關系以及具體對應到代碼是怎么樣的，所謂的重復度，也只不過是上面的擴展，例如A和B有著“1對多”的重復度，那在A中就有一個列表，保存著B對象的N個引用，就是這樣而已。

posted @ 2007-11-24 22:37 afunms 閱讀(128) | 評論 (0) | 編輯 收藏

snmp trap

   以前對SNMP Trap沒有真正理解，今天收集到了Lucent ATM trap信息，
突然間有了收獲，明白了兩點：
   1. 以前看過的Trap都是公用的。而設備產商可自定義Trap，比如Lucent
ATM發出來的Trap就全是自定義的。generic=6(enterpriseSpecific)表示這
個Trap是自定義的。

   2. 這些Trap中的oid其實在acmib.mib中都有定義，查acmib就可以知道這
個trap是什么意思。所以，只要能把解析acmib，把acmib中symbol和oid都導
入數據庫中，便可根據oid來查詢symbol，從而知道這個trap的意思。

snmp trap from=172.16.1.36
generic=6
specific=5
oid=1.3.6.1.4.1.1751.2.18.8.3
version=V1TRAP
1.3.6.1.4.1.1751.2.18.15.2.0 = 905004
1.3.6.1.4.1.1751.2.18.15.3.0 = 12
1.3.6.1.4.1.1751.2.18.2.23.1.2.0 = 2

posted @ 2007-11-23 12:55 afunms 閱讀(589) | 評論 (1) | 編輯 收藏

同類產品(10)—NetworkMapper

“NetworkMapper 是由本公司和清華大學聯合研制的以太網絡管理產品。系統采用具有自主知識產權的在國際上處于領先位置的核心技術”，不知有啥核心技術?

拓撲發現還可以，但其他基本沒什么亮點，而且這個界面很久以前肯定看過，只是記不得是哪個產品了，呵呵。

posted @ 2007-11-22 14:11 afunms 閱讀(165) | 評論 (0) | 編輯 收藏

同類產品(9)—安奈特SNMPc

很久以前一個網管給我的一個軟件，系統為c/s程序。它的技術支持http://www.alliedtelesis.com.cn/support.htm已經不能訪問了，呵呵。

最大的優點就是發現得比較全面，而且操作比較方便，在拓撲圖上基本可以找到你想要的所有操作。
還有，可查看的內容也很豐富。

posted @ 2007-11-21 12:15 afunms 閱讀(241) | 評論 (0) | 編輯 收藏