afunms

fix records

Gdplno系统修改记录

posted @ 2007-11-20 11:28 afunms 阅读(95) | 评论 (0) | 编辑 收藏

ocx report

      同事用dephi写了一个ocx控件，在html直接调用即可生成报表，功能强大的报表
就这样生成了，打印预览也变得如何简单，真是太酷了。

posted @ 2007-11-19 17:55 afunms 阅读(129) | 评论 (0) | 编辑 收藏

eventlog analyzer

posted @ 2007-11-18 17:50 afunms 阅读(199) | 评论 (0) | 编辑 收藏

recent job

---complete----
1. fixed bug in the report module.
2. fixed bug in the topology module.
3. modified accurate query to blur query.

---remain-----
1. Test program about device backboard.
2. Receive SNMP Trap from Lucent ATM,and interpreting integer varbinds in
   SNMP trap events to message that user can understand.
3. Find out those physical ports who have links.

posted @ 2007-11-17 12:05 afunms 阅读(85) | 评论 (0) | 编辑 收藏

同类产品(8)--opManager

    opManager应该算是网管软件中比较老的一个，三年前刚接触网管软件的时候就知道op。
op最大的优点就是界面设计极美观，而且功能安排得比较合理，操作也方便。市场上有些
网管产品还是模仿op做的。
    我比较喜欢op，唯一的不足就是没有自动发现功能。
    现在功能应该比当初强多了吧，呵呵。下面是op6.0的首页。

http://demo.opmanager.com/overview.do?selectedTab=Home

posted @ 2007-11-16 14:09 afunms 阅读(255) | 评论 (0) | 编辑 收藏

同类产品(7)--DHC_ens2.0

    今天原来北京的同事来广州，谈到DHC开发一年半的ens2.0，
他说：“上次演示都走不下去了，大家都气死了，老刘看了后，
刚看了个开头就走不下去了，然后他说了两点意见，就走了，
很失望哦。”
    我早说ens2.0的设计有很大问题，现在的现实再次证明我当初
的想法。
    1.0是一批人做，2.0是另一批人做，1.0中存在的问题在2.0没有
针对性的解决。2.0不是1.0的升级版，而完全是另一个版本。
最关键的是，2.0比1.0更失败。

posted @ 2007-11-15 21:20 afunms 阅读(112) | 评论 (0) | 编辑 收藏

modification points

SourceView1.0的需要改进的几点意见：

1. 对于节点状态,当节点fail时,不准确.而且,detail页不应该是只有出错信息,
   应该把能显示的信息都显示出来

2. 设备背板图，光口与一般的接口要有区别

3. 在关键监视器不能用的时候,其他监视器不应该再继续执行

4. 处理接口增加多的情况

5. 报表只生成pdf，而且要做得更丰富，参考op

6. 拓扑图按子网划分

7. 拓扑发现，增加cdp发现，补充发现。

8. 考虑基于基线的报警

9. 基于vlan的流量

posted @ 2007-11-14 17:39 afunms 阅读(103) | 评论 (0) | 编辑 收藏

同类产品(6)--LANsurveyor

两个亮点：
1. 连续扫描侵入检测系统
   可用来识别整个网络中的有害节点，并能禁止那些不可靠节点对网络的访问。

2. 管理集线器(Hub)端口
   网络资源管理系统的网络设备连接图显示了所有与你所管理
的交换机或集线器直接相连的节点，以及与其相邻的端口信息。另外，网络资源管理系统的特色是，
它能够提供标准的交换机/集线器端口报告，提供为该报告而选定的设备所连接的，所有节点的信息表。

http://www.javvin.net/LANsurveyor/index.php#5

posted @ 2007-11-13 21:06 afunms 阅读(128) | 评论 (0) | 编辑 收藏

netscout

    今天听了美国netscout公司介绍他们的产品，给我颇多启发。尤其是那个“基准分析”。
一般的做法都是给某个指标设置一个阀值，如果超过则报警。可是一天中每个时段的情
况都不一样，所以单一的阀值对有些时段是有意义，对另一些时段则没意义，这时“基
准(baseline)分析”就显出它的优越性。

posted @ 2007-11-12 19:51 afunms 阅读(169) | 评论 (0) | 编辑 收藏

Responsibility

一、 日常职责

1．      负责本部门员工的日常考勤和劳动纪律管理工作。

2．      负责本部门员工的绩效考评工作。

3．      负责拟定部门月度工作计划、目标及总结。

4．      负责本部门员工的招聘工作。

5．      抓好本部门项目组总结分析报告工作，定期进行项目分析、总结经验、找出存在

的问题，提出改进工作的意见和建议，并组织本部门员工学习。

6．      规范部门内部管理，编制、完善软件开发流程，提高员工整体技术水平，把握技

术发展方向。

二、 项目管理

1． 在需求调研中，配合项目经理进行需求调研工作，并对生成的需求调研报告进行审   核评定。

2． 会同项目经理组织设计和开发工作，控制开发进度。

3． 明确文档编写的种类及格式，对项目组需要生成的文档进行质量、数量和时间控制，并组织召开评审会。

4． 制定适合于公司及项目实际情况的软件工程方法，并指导开发组予以实现。

5． 组织软件项目的集成测试工作，对软件产品的质量负责。

6． 管理好所有已验收项目的源代码以及文档，会同售后服务部提供售后服务（软件维护）。

三、 销售支持

1． 配合市场部门开展工作，向市场部门提供必要的技术支持。

2． 参与软件合同的洽谈、制定和审核工作，对公司所签合同有关软件技术合同部分中工期、
 技术方案、软件合同额等方面提供技术支持。

posted @ 2007-11-11 21:04 afunms 阅读(129) | 评论 (0) | 编辑 收藏

同类产品(5)--networkstar

去年有机会看到networkstar部署在tomcat下的程序，程序结构极其混乱，
JSP中存在着大量业务逻辑的java代码。这样的系统，我不敢用。

访问了networkstar的主网，对每个产品的介绍缺少实际截图，只有一堆无力的文字，
不知是真是假。

posted @ 2007-11-10 17:15 afunms 阅读(100) | 评论 (0) | 编辑 收藏

同类产品(4)--Broadview

BroadviewBCC业务监控平台--对数据库和中间件的监视。

BroadviewNCC网络管理平台--通用网管，没什么特别的。

BroadviewSCC安全监控平台--按我理解，应该是用了netflow来分析业务。

BroadviewCOSS集中运行管理平台--ITSM服务台。

BroadviewDCC桌面管理平台。

1. 界面做得不错。
2. 各方面的产品都有，能形成一个完整的解决方案。
3. 在同类产品中算是比较好的。

http://www.broada.com/

posted @ 2007-11-09 16:59 afunms 阅读(134) | 评论 (0) | 编辑 收藏

同类产品(3)--IronView、宏视

IronView（美国网捷）
    1. 业务管理：加入netflow的功能，对业务进行分析，这也是我想做的。
    2. Vlan和ACL管理，统计vlan的流量。不知ACL管理它是怎么实现的。

宏视
    多阈值报警及动态统计阈值报警使警报处理更加精确、灵活，并且减少了误报的可能性。
    这有点像netscout的基于基线的报警，比较灵活。

posted @ 2007-11-08 16:03 afunms 阅读(122) | 评论 (0) | 编辑 收藏

同类产品(2)--NetInSight

       
      系统结构图是画得很合理，但整个系统基本没什么亮点，通用网管的功能大家都能做出来。
   
可取之处：
      非法主机入侵预警功能的实现，如果真像它说的那样，那还不错:)

posted @ 2007-11-07 15:10 afunms 阅读(128) | 评论 (0) | 编辑 收藏

Nov.6

posted @ 2007-11-06 20:18 afunms 阅读(101) | 评论 (0) | 编辑 收藏