169it科技资讯
169it -->


当前位置:  编程技术>软件工程/软件设计
本页文章导读:
    ▪你不知道的Eclipse用法:使用Metrics 测量复杂度       Metrics可以进行许多有用的代码度量,包括圈复杂度度量,它用于测量方法中惟一路径的数目。  在Eclipse中安装和使用Metrics步骤  Elipse中安装Metrics插件  打开Help->Install new So......
    ▪IT行业为什么没有进度      参加工作多年了,来来回回参与了N多项目,大部分都是政府性的招标项目。每个项目都是顺利进行验收,在这些验收过的项目中大部分都或多或少都有一定的时间延期,每个项目都能够和合......
    ▪Exchange Server 2010/2013三种不同的故障转移       作者:Denny_Duan77 发表于2013-7-3 18:15:09 原文链接 阅读:21 评论:0 查看评论 ......
      最新IT科技资讯推荐: -1

[1]你不知道的Eclipse用法:使用Metrics 测量复杂度
    来源: 互联网  发布时间: 2013-11-19

Metrics可以进行许多有用的代码度量,包括圈复杂度度量,它用于测量方法中惟一路径的数目。 

  • 在Eclipse中安装和使用Metrics步骤 

  • Elipse中安装Metrics插件 

  • 打开Help->Install new Software,点击Add,添加Repository。Name:Metrics,Location: http://metrics.sourceforge.net/update。 

    点击OK。选择相应的版本插件,继续随后的安装 

  • 激活Metrics插件 

  • 选择项目,右键->Propterties->Metrics。选择 Enable Metrics复选框并单击 OK。 

     

  • 查看测量分析结果 

  • Ecplise的菜单Project->Window->Show View->Other…->Metrics->Metrics View视图。该视图显示了分析的情况,红色为超过范围的情况,双击该选项,就可以弹出相应的源代码,进行修改。 


    作者:p106786860 发表于2013-7-3 9:18:57 原文链接
    阅读:139 评论:0 查看评论

        
    [2]IT行业为什么没有进度
        来源: 互联网  发布时间: 2013-11-19

    参加工作多年了,来来回回参与了N多项目,大部分都是政府性的招标项目。每个项目都是顺利进行验收,在这些验收过的项目中大部分都或多或少都有一定的时间延期,每个项目都能够和合同或者需求说明书对应的上,但是真正派上大用场的系统确实少之又少。一般验收完成之后,项目就很少有人管理,也就缺乏了项目的持续性。留下的就是一大堆文档和代码。

    通过上面的描述,我总结了有以下几点原因。


    项目需求逐渐瘦化

    每个招标项目大部分的想法都是很丰满的,写的需求书都是能够反应项目的目标的。但是这些需求往往是很多不切实际的,有点像飘在空中无法落地。所以以后每次需求讨论都会往下降一点,最终回过头来看以前的需求就是两条路,以前是弯的,现在是值得。有更胜的是直接在验收的时候采用录屏和原型。也有实现不了的需求很多都是通过酒桌上来解决的,这就是天朝特色。


    项目不能够持续性

    有的项目是做的比较好的,而且技术特点也比较鲜明。但是就算这种相当不错的项目,做完之后是很少有专门有人去维护和升级改造的。然而业主方面也很少会真正会使用当前系统,很难通过一个系统改变工作方式和流程。最终出现的局面是系统还在转,但是很少有打开过。而后二期或者升级版的,只能说用到的只是之前的数据,系统功能什么的都是重新开发。


    项目验收就是一个过程

    刚参加工作的时候,项目验收的时候会很紧张,生怕自己负责的项目通过不了。有的时候前天晚上都睡不着觉,后来慢慢地发现这只不过是一个过程。一般情况下完成了相关的文档工作和系统演示的时候能够跑通一两个流程,都是能够通过的。其实真正验收缺少的是对这个项目里面的内容控制,专家和业主看到的只是表面的,看不透实质的东西。敷衍了事的占了大多数。


    参与项目的人员经常性变更

    由于IT是个人员流动比较大的行业,想让一个人从头跟到尾是相当难的,除非这个人是公司的合伙人。这导致了一个项目经常换参与人员,最严重的一个项目实施过程中会有N多人参与,每个人做事风格,对项目的了解程度不一样,导致垃圾代码,需求偏移相当严重。以前实施的成果也是随着人员变动不能存储,导致整个项目不系统,到处都是补丁。


    不按信息项目管理

    信息系统管理本来是有一套严格的管理流程,但是在国外能够按照那个流程来的,真的少之又少,什么时间管理,配置管理,人员管理..都是行不通的。这也导致项目的不规范,很多文档对应不上开发的实际功能,项目后期也就成了代码是代码和文档是两个非常独立信息。业主向变更随便提,监理的作用其实就是管理合同的,缺少了对项目的监控。项目没有时间概念,上面领导提了意见就是最大的需求,所有的重心随着改变。


    实现功能很少考虑性能

    由于很多来直接接触的业主不是很懂信息化,他们只考虑面上的功能是否实现。具体里面怎么实现那真是千奇百怪,很多都不会考虑到这个系统一直运行下去会出现什么样的效果。而且由于一开始的数据量不是很大,也掩盖掉了许多性能问题。出现这种情况大多数决定在承建单位,但是很多承建单位是达不到这个层次的。

     

    总结:上面提的这些只代表个人观点,也许上面这些情况只是出现在我参与的项目。希望中国的软件行业越来越好。

    作者:u010769276 发表于2013-7-4 14:53:08 原文链接
    阅读:176 评论:0 查看评论

        
    [3]Exchange Server 2010/2013三种不同的故障转移
        来源: 互联网  发布时间: 2013-11-19
    作者:Denny_Duan77 发表于2013-7-3 18:15:09 原文链接
    阅读:21 评论:0 查看评论

        
    最新技术文章:
    ▪主-主数据库系统架构    ▪java.lang.UnsupportedClassVersionError: Bad version number i    ▪eclipse项目出现红色叉叉解决方案
    ▪Play!framework 项目部署到Tomcat    ▪dedecms如何做中英文网站?    ▪Spring Batch Framework– introduction chapter(上)
    ▪第三章 AOP 基于@AspectJ的AOP    ▪基于插件的服务集成方式    ▪Online Coding开发模式 (通过在线配置实现一个表
    ▪观察者模式(Observer)    ▪工厂模式 - 程序实现(java)    ▪几种web并行化编程实现
    ▪机器学习理论与实战(二)决策树    ▪Hibernate(四)——全面解析一对多关联映射    ▪我所理解的设计模式(C++实现)——解释器模
    ▪利用规则引擎打造轻量级的面向服务编程模式    ▪google blink的设计计划: Out-of-Progress iframes    ▪FS SIP呼叫的消息线程和状态机线程
    ▪XML FREESWITCH APPLICATION 实现    ▪Drupal 实战    ▪Blink: Chromium的新渲染引擎
    ▪(十四)桥接模式详解(都市异能版)    ▪你不知道的Eclipse用法:使用Allocation tracker跟    ▪Linux内核-进程
    ▪你不知道的Eclipse用法:使用Metrics 测量复杂度    ▪IT行业为什么没有进度    ▪Exchange Server 2010/2013三种不同的故障转移
    ▪第二章 IoC Spring自动扫描和管理Bean    ▪CMMI简介    ▪目标检测(Object Detection)原理与实现(六)
    ▪值班总结(1)——探讨sql语句的执行机制    ▪第二章 IoC Annotation注入    ▪CentOS 6.4下安装Vagrant
    ▪Java NIO框架Netty1简单发送接受    ▪漫画研发之八:会吃的孩子有奶吃    ▪比较ASP和ASP.NET
    ▪SPRING中的CONTEXTLOADERLISTENER    ▪在Nginx下对网站进行密码保护    ▪Hibernate从入门到精通(五)一对一单向关联映
    ▪.NET领域驱动设计—初尝(三:穿过迷雾走向光    ▪linux下的块设备驱动(一)    ▪Modem项目工作总结
    ▪工作流--JBPM简介及开发环境搭建    ▪工作流--JBPM核心服务及表结构    ▪Eclipse:使用JDepend 进行依赖项检查
    ▪windows下用putty上传文件到远程Linux方法    ▪iBatis和Hibernate的5点区别    ▪基于学习的Indexing算法
    ▪设计模式11---设计模式之中介者模式(Mediator    ▪带你走进EJB--JMS编程模型    ▪从抽象谈起(二):观察者模式与回调
    ▪设计模式09---设计模式之生成器模式(Builder)也    ▪svn_resin_持续优化中    ▪Bitmap recycle方法与制作Bitmap的内存缓存
    ▪Hibernate从入门到精通(四)基本映射    ▪设计模式10---设计模式之原型模式(Prototype)    ▪Dreamer 3.0 支持json、xml、文件上传
    ▪Eclipse:使用PMD预先检测错误    ▪Jspx.net Framework 5.1 发布    ▪从抽象谈起(一):工厂模式与策略模式
    ▪Eclipse:使用CheckStyle实施编码标准    ▪【论文阅读】《Chain Replication for Supporting High T    ▪Struts2 Path_路径问题
    ▪spring 配置文件详解    ▪Struts2第一个工程helloStruts极其基本配置    ▪Python学习入门基础教程(learning Python)--2 Python简
    ▪maven springmvc环境配置    ▪基于SCRUM的金融软件开发项目    ▪software quality assurance 常见问题收录
    ▪Redis集群明细文档    ▪Dreamer 框架 比Struts2 更加灵活    ▪Maven POM入门
    ▪git 分支篇-----不断更新中    ▪Oracle非主键自增长    ▪php设计模式——UML类图
    ▪Matlab,Visio等生成的图片的字体嵌入问题解决    ▪用Darwin和live555实现的直播框架    ▪学习ORM框架—hibernate(二):由hibernate接口谈
    ▪(十)装饰器模式详解(与IO不解的情缘)    ▪无锁编程:最简单例子    ▪【虚拟化实战】网络设计之四Teaming
    ▪OSGi:生命周期层    ▪Javascript/Jquery——简单定时器    ▪java代码 发送GET、POST请求
    ▪Entity Framework底层操作封装(3)    ▪HttpClient 发送GET、POST请求    ▪使用spring框架,应用启动时,加载数据
    ▪Linux下Apache网站目录读写权限的设置    ▪单键模式的C++描述    ▪学习ORM框架—hibernate(一):初识hibernate
     


    站内导航:


    特别声明:169IT网站部分信息来自互联网,如果侵犯您的权利,请及时告知,本站将立即删除!

    ©2012-2017,169IT.COM,E-mail:www_169it_com#163.com(请将#改为@)

    浙ICP备11055608号