Skip to main content

Home/ ocean's 网址/ Group items tagged 流程图

Rss Feed Group items tagged

ocean wu

Online Diagram Software and Flowchart Software - Gliffy - 0 views

shared by ocean wu on 07 Feb 14 - Cached
  •  
    在线绘画
ocean wu

项目经理、系统架构师经常使用的软件大全 - 0 views

  •   项目管理工具很多公司都在使用,为什么要使用这些工具?假如没有使用这些工具,而是使用Excel或Word进行记录,那当需求变更?需求实现情况的跟 踪?软件是否能按时交付?将是一件非常烦锁且容易出错的事情。一个软件项目、开发团队能否获得成功,管理非常关键。比较有名的商业化工具 有:MicroSoft Project Server及Project 2003、IBM Rational RequisitePro、JIRA、PowerDesinger。比较有名的开源需求管理工具包括:OSRMT(Open Source Requirements Management Tools)、Xplanner、Openworkbench等等。
  • IBM Rational RequisitePro(http://www.ibm.com ) 可以算是最骨灰级的一个软件了,假如你公司整个软件生命周期管理都是采用IBM的解决方案,那使用RequisitePro是一个非常好的解决方案。需要 这些软件可以到IBM官方网站上去下载一个最新版本,或者在电驴上面下载一些“特别”版本。设计工具、管理工具的完美结合,这个正是IBM Rational RequisitePro的强项。RequisitePro跟Offce结合得也是非常完美。
  • JIRA(http://www.atlassian.com ) 原来只是一个缺陷跟踪系统,你可以在JIRA上面创建新的ISSUE,当ISSUE分配给某个程序员时,系统会自动发送一封邮件给该程序员,提示有新的 BUG。JIRA也有提供一个Eclipse插件,你可以在Eclipse上面,查到属于自己的ISSUE,并快速解决。现在JIRA也可以用来做项目管 理,在操作方面非常人性化,个人一直非常喜欢使用JIRA来进行项目管理、缺陷管理,再结合Eclipse,简直就是完美!但作为商业的软件,价格也非常 贵,互联网上也有很多Crack,大家有兴趣也可以搜一下。
  • ...10 more annotations...
  • Openworkbench(http://www.openworkbench.org )也是一个开源的项目管理软件,其功能跟Project 2003相似,是一个值得大家去使用的一个工具,但对于中国很多软件公司,都是使用特别版的Project 2003。假如你很尊重版权,又不想使用Project 2003,那Openworkbench是一个非常好的选择。
  • 第二、需求分析工具     需求分析工具用得比较多可能就是Rational Rose、MicroSoft Visio或MindManager,一般我们使用Rational Rose来进行用例分析,画用例图,画状态图;使用MicroSoft Visio来画出应用系统的结构图、流程图等。当然,对于MicroSoft Visio能画出来的东西,其实Rose也一样可以实现,只是,大家都是这么干,我们也没有必要专门去做一些特例的东西,特别是对于一些比较特殊的公司及行业。
  • 三、开发阶段 第一、配置管理工具 代码管理工具有很多,现在公司用得比较多的代码管理工具有CVS、VSS、SVN。 对于一个开发团队只有2-5个人,并且这两三个人是同一间办公室里,那使用VSS是一个非常不错的选择,个人觉得他小团队的管理方面非常好用。个人觉得 VSS唯一的缺点就是一个文件当被一个人锁定,那其他人就没有办法进行修改了,当一个文件为多个人所共用且开发团队人数较多时,这种问题将会显示非常严 重。VSS客户端跟服务器你都可以从Visio Studio里面找到。
  • 二、系统设计阶段: 第一、系统设计工具     主流的系统设计工具有大家非常熟悉的Rose2003,不过,现在已经不叫Rose了,现在IBM最新的设计工具是RSA(Ration Software Architect),Borland Together,SyBase PowerDesinger,MicroSoft Visio,对于开源的系统设计工具也有很多,比如ArgoUML、DBDesigner等等。
  • 第三、开发规范的定制     文件命名规范、数据库设计规范、编码规范、团队协作规定等等一些规范性的东西,需要在系统开发前就规定好,并且做相应的培训。QA也要做好监督的作用,定期做评审工作,对已发生的问题及可能出现的问题,及早发现,及早处理。
  • 第四、开发工具的选择     团队一定要选择同样的开发工具,开发工具相同,软件版本相同。为什么要这样子做,其实假如你作为一个Team Leader,你会在管理你的团队的时候发现很多问题,而解决这个问题,那在项目编码前,就把什么东西都规定好,以免其中发生问题,影响整个团队的开发速 度。开发工具的选择也是非常重要的,目前企业用得比较多的开发工具有:Eclipse、Jbuilder、NetBeans、IDEA。
  • 第二、开发的技术框架     技术框架的选择是非常关键,一个好的技术框架,可以让我们的开发更加快速、团队的分工更加合理、系统能够支持多种数据库平台、我们的维护更加方便。     Web前端MVC框架是Struts 2。Struts 2可以说是Struts穿上了WebWork的外衣,其内核大部分都是采用了WebWork的技术,并且基于AOP的设计思想,让我们在软件设计上的能够更加多地体现“高内聚,低耦合”的设计思想。
  • 对于一个开发团队有超过5个人,那此如选择CVS或SVN将是一个更好的选择,并且,假如你的团队是分散的,可能不在一间办公室或者根本不在同一个城市,那使用CVS或SVN是一个非常更想的选择。CVS的服务器一般是使用CVSNT或CVSServer。
  • 四、软件测试阶段  第一、缺陷管理工具     软件你不能保证它永远不会错,只是,有些错误你暂时还没有发现而已;有些错误需要在某些特定的环境下它才会发生。就像Windows,时不时会有一些系统 更新文件要求更新。可能这些更新不是错误,只是一些系统安全方面的隐患。这些都可以算是软件系统的缺陷。那这些缺陷我们应该怎么进行管理?怎么进行跟踪 呢?现在缺陷管理用得比较多的有两个:第一个是开源的bugzilla,另一个是商业的JIRA。
  • 六、软件维护阶段 第一、客户CASE跟踪管理工具     客户CASE跟踪系统相信很多做CISCO公司金牌代理的人都会用过。我们必须在公司内部建立相应的CASE跟踪制度。当用户使用系统的时候,发现一些问 题,那我们需要对这些问题进行录入并进行跟踪。像客户呼叫服务系统等等一些商业化的软件外面还是很多的,这些系统其实公司自己开发一个也是很快的。但必须 要有。这个也是提高整个公司整体服务形象的一种态度。
ocean wu

yUML 帮助用户轻松在线创建UML结构图 - 0 views

shared by ocean wu on 13 Jun 09 - Cached
  •  
    yUML 是一款轻量级的Web应用程序,能够帮助用户轻松在线创建UML结构图。并非通过传统的手绘板方式来获取复杂的结构图,yUML 很有意思的地方是,它允许程序设计人员借助几段具有一定象形意义的语法函数来绘制 使用个案图(Use Case Diagram)以及类别图(Class Diagram),同时,你还可以讲将yUML 生成的这些结构框图引用到博客或者Word文档中。
1 - 4 of 4
Showing 20 items per page