HFC

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

不過聽他的意思，又好像是要做一般IP網(wǎng)絡(luò)監(jiān)測，那我們還有機會。

posted @ 2007-12-20 11:23 afunms 閱讀(99) | 評論 (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="服務(wù)器" 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存在一個類中，因此我設(shè)計了這個類

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

TreeMap

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

Sourceview Architecture

SourceView綜合監(jiān)控管理系統(tǒng)總體設(shè)計如下：

底層實現(xiàn)數(shù)據(jù)采集，系統(tǒng)通過多種方式對網(wǎng)絡(luò)設(shè)備、服務(wù)器、數(shù)據(jù)庫系統(tǒng)以及中間件進行數(shù)據(jù)采集。采集方式主要有SNMP、NetFlow、SysLog、SNMPTrap、Telnet、JDBC和JMX。

中間層負(fù)責(zé)數(shù)據(jù)處理和分析，包括系統(tǒng)的主要功能，實現(xiàn)了IT系統(tǒng)靜態(tài)數(shù)據(jù)和動態(tài)數(shù)據(jù)的整合；并實現(xiàn)配置管理、事件管理、故障管理、性能管理等。這一層次中主要實現(xiàn)數(shù)據(jù)的集中分析和關(guān)聯(lián)分析，將各個監(jiān)控對象的故障數(shù)據(jù)和性能數(shù)據(jù)進行集中整合。

上層是綜合監(jiān)控管理系統(tǒng)的表現(xiàn)層，這一層主要包含拓?fù)湟晥D、性能報表和故障提示等。用戶可以通過web的方式，以圖形的方式查詢設(shè)備的運行情況，可以分為實時和歷史兩種模式；對于設(shè)備運行過程中出現(xiàn)的故障能夠在圖形上展現(xiàn)出來，并且按照用戶設(shè)定的方式進行告警。

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

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

Goal and Principle

根據(jù)用戶需求，XX公安綜合監(jiān)控管理系統(tǒng)項目的建設(shè)目標(biāo)如下：

?1.建立面向運維業(yè)務(wù)需要的自動化監(jiān)控管理體系，提高管理質(zhì)量。

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

?3.在復(fù)雜的異構(gòu)環(huán)境中實現(xiàn)集中統(tǒng)一管理，輕松維護復(fù)雜的異構(gòu)環(huán)境并使之有效運行。

?4.把運維人員從管理產(chǎn)品的復(fù)雜負(fù)擔(dān)中解放出來，系統(tǒng)能實現(xiàn)自動的檢測和告警。

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

6.總結(jié)出對系統(tǒng)管理、業(yè)務(wù)管理、服務(wù)管理有用的信息，為管理者提供更全面，更直接的管理信息，為制訂相關(guān)決策提供依據(jù)。

系統(tǒng)設(shè)計原則：

1.標(biāo)準(zhǔn)化原則：遵循TCP/IP、SNMP和NetFlow等相關(guān)的國際標(biāo)準(zhǔn)或工業(yè)標(biāo)準(zhǔn)，支持對設(shè)備廠商通用MIB的管理；

2.開放性原則：支持對各種網(wǎng)絡(luò)設(shè)備廠商管理工具的集成，具有開放的API接口，支持對網(wǎng)管系統(tǒng)的二次開發(fā)；

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

4.健壯性原則：系統(tǒng)監(jiān)控的設(shè)備多，數(shù)據(jù)量巨大，系統(tǒng)本身應(yīng)健壯、易于維護；

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

Requestment Inquisition

   今天對XX公安進行需求調(diào)研。根據(jù)調(diào)研，XX公安主要有以下四個方面需求：

1.    網(wǎng)絡(luò)

（1）XX公安的網(wǎng)絡(luò)拓?fù)錇樾羌迎h(huán)結(jié)構(gòu)，其中星形結(jié)構(gòu)作備份用。如果網(wǎng)絡(luò)拓?fù)鋸沫h(huán)形變?yōu)樾切危到y(tǒng)必須給出告警。

（2）對于匯接層的路由設(shè)備，如果其路由表發(fā)生變化，系統(tǒng)應(yīng)給出告警。

（3）對于匯接層的路由設(shè)備，可以開啟netflow協(xié)議，網(wǎng)管系統(tǒng)捕獲netflow數(shù)據(jù)包，以分析網(wǎng)絡(luò)流量以及帶寬利用率，對于異常流量，系統(tǒng)應(yīng)給出告警。

2.    服務(wù)器

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

對于這些服務(wù)器，主要監(jiān)控：

服務(wù)器基本性能指標(biāo)；

服務(wù)器進程；

服務(wù)器的錯誤日志；

3.    數(shù)據(jù)庫

XX公安現(xiàn)有的數(shù)據(jù)庫系統(tǒng)包括Oracle8i、Oracle9i、Oracle10g和MS SQL-Server2000。

對于這些數(shù)據(jù)庫系統(tǒng)，主要監(jiān)控：

數(shù)據(jù)庫基本性能指標(biāo)；

數(shù)據(jù)庫錯誤日志。

4.    中間件

posted @ 2007-12-05 20:43 afunms 閱讀(369) | 評論 (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 閱讀(161) | 評論 (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做出來了。
關(guān)鍵在于理解Cisco netflow v9白皮書《Cisco IOS NetFlow Version 9 Flow-Record Format》。

我想要的就是得到源IP、目標(biāo)IP、源端口、目標(biāo)端口以及使用的協(xié)議，
這是程序運行的結(jié)果：
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
目標(biāo)IP=192.168.3.90
協(xié)議=6
源Port=7709
目標(biāo)Port=2620
源IP=58.251.60.66
目標(biāo)IP=58.253.18.208
協(xié)議=6
源Port=12000
目標(biāo)Port=1469
源IP=192.168.2.20
目標(biāo)IP=58.61.32.11
協(xié)議=17
源Port=4000
目標(biāo)Port=8000
源IP=202.106.46.151
目標(biāo)IP=58.253.18.208
協(xié)議=17
源Port=53
目標(biāo)Port=1034
源IP=192.168.2.20
目標(biāo)IP=219.133.60.243
協(xié)議=17
源Port=4000
目標(biāo)Port=8000
源IP=219.133.60.153
目標(biāo)IP=58.253.18.208
協(xié)議=17
源Port=8000
目標(biāo)Port=1035
源IP=192.168.3.90
目標(biāo)IP=61.152.112.125
協(xié)議=6
源Port=2633
目標(biāo)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
目標(biāo)IP=192.168.2.154
協(xié)議=6
源Port=80
目標(biāo)Port=2244
源IP=219.133.49.75
目標(biāo)IP=58.253.18.208
協(xié)議=17
源Port=8000
目標(biāo)Port=2851
源IP=192.168.2.156
目標(biāo)IP=219.133.49.75
協(xié)議=6
源Port=2851
目標(biāo)Port=80
源IP=4.2.2.4
目標(biāo)IP=58.253.18.208
協(xié)議=17
源Port=53
目標(biāo)Port=2166
源IP=192.168.2.156
目標(biāo)IP=222.141.220.165
協(xié)議=6
源Port=2981
目標(biāo)Port=80

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

posted @ 2007-11-27 13:18 afunms 閱讀(230) | 評論 (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的類圖關(guān)系分為： 關(guān)聯(lián)、聚合/組合、依賴、泛化（繼承）。而其中關(guān)聯(lián)又分為雙向關(guān)聯(lián)、
單向關(guān)聯(lián)、自身關(guān)聯(lián)；下面就讓我們一起來看看這些關(guān)系究竟是什么，以及它們的區(qū)別在哪里。

1、關(guān)聯(lián)


雙向關(guān)聯(lián)：
C1-C2：指雙方都知道對方的存在，都可以調(diào)用對方的公共屬性和方法。

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

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

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

};

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

};

雙向關(guān)聯(lián)在代碼的表現(xiàn)為雙方都擁有對方的一個指針，當(dāng)然也可以是引用或者是值。


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

生成代碼如下：

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

};

class C4 
...{

};

單向關(guān)聯(lián)的代碼就表現(xiàn)為C3有C4的指針，而C4對C3一無所知。

自身關(guān)聯(lián)（反身關(guān)聯(lián)）：
自己引用自己，帶著一個自己的引用。

代碼如下：

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

};

就是在自己的內(nèi)部有著一個自身的引用。

2、聚合/組合

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



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

代碼如下：

class C9 
...{
public:
    C10 theC10;

};

class C10 
...{

};

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

他們的代碼如下：

class C7 
...{
public:
    C8 theC8;

};

class C8 
...{
};

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

3、依賴

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

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

ROSE生成的代碼如下：

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

class C5 
...{

};

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

class C6
...{

};

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

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

那依賴和聚合\組合、關(guān)聯(lián)等有什么不同呢？

關(guān)聯(lián)是類之間的一種關(guān)系，例如老師教學(xué)生，老公和老婆，水壺裝水等就是一種關(guān)系。這種關(guān)系是非常明顯的，在問題領(lǐng)域中通過分析直接就能得出。

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

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

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

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

4、泛化（繼承）


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

#include "C11.h"

class C12 : public C11
...{
};

5、這里順便提一下模板



上面的圖對應(yīng)的代碼如下：

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

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

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

snmp trap

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

   2. 這些Trap中的oid其實在acmib.mib中都有定義，查acmib就可以知道這
個trap是什么意思。所以，只要能把解析acmib，把acmib中symbol和oid都導(dǎo)
入數(shù)據(jù)庫中，便可根據(jù)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) | 編輯 收藏

同類產(chǎn)品(10)—NetworkMapper

“NetworkMapper 是由本公司和清華大學(xué)聯(lián)合研制的以太網(wǎng)絡(luò)管理產(chǎn)品。系統(tǒng)采用具有自主知識產(chǎn)權(quán)的在國際上處于領(lǐng)先位置的核心技術(shù)”，不知有啥核心技術(shù)?

拓?fù)浒l(fā)現(xiàn)還可以，但其他基本沒什么亮點，而且這個界面很久以前肯定看過，只是記不得是哪個產(chǎn)品了，呵呵。

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

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

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

最大的優(yōu)點就是發(fā)現(xiàn)得比較全面，而且操作比較方便，在拓?fù)鋱D上基本可以找到你想要的所有操作。
還有，可查看的內(nèi)容也很豐富。

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