软件工程
jackyrongvip
这个作者很懒,什么都没留下…
展开
-
推荐staruml和最近一本不错的UML小册子
最近在使用开源的uml工具startuml,发现不错哦,地址在http://staruml.sourceforge.net可以下载,一般的UML完全可以不用庞大的rose 拉,各类功能的支持也很强,还可以加载不少插件. 另外也推荐一本新书的台湾MM写的uml好书,不厚,但能把问题说的很清楚了,书名叫<<系统分析师UML手册>>,建议推荐阅读,可以配合startuml一起来学原创 2008-12-07 11:03:00 · 1143 阅读 · 0 评论 -
软件工程心理学之9----乙方如何面对甲方2
(本文同步发布在javaeye.com上,转载请保留出处) 在http://www.cnblogs.com/jackyrong/archive/2006/11/08/554694.html中, 大概谈了下如何应对甲方的领导。这次要谈的就是很重要的如何应对甲方的信息项目的负责人了。这其实也是相当重要的一部分,在打通了和甲方领导这个关卡后,如何处理好跟甲方信息项目负责原创 2008-09-20 01:05:00 · 851 阅读 · 0 评论 -
介绍两款短小精干的项目管理工具
介绍两款短小精干的项目管理工具,CSDN上看到的,一个是cvstrac缺陷跟踪系统,支持CVS/SVN,地址www.cnpack.org另外一个是svntrac 地址http://svn.edgewall.com/repos/trac原创 2008-07-28 22:08:00 · 755 阅读 · 0 评论 -
软件工程心理学之汇报工作
谁都要汇报工作.无论你是普通职员,中层领导,还是高层领导.在软件项目工程中,无论是团队内部,或者是对客户,都要汇报工作,定期,如何简单,准确,让对方把握要点,不浪费时间,又能觉得你的工作是很有成效的,这是个很重大的问题哦. 不少人汇报工作项目进展时,都是这样说:在本周,首先做了...其次完成了....又做了.....又做了.......这样不是说不行,但有个问题,原创 2008-06-28 01:10:00 · 672 阅读 · 0 评论 -
项目管理"九要"与"八不要"
美国航天与航天管理局(NASA),软件工程实验室(SEL)提出的软件项目成功管理"九要"与"八不要".九要1 制定并遵循软件开发计划2 项目人员的授权3 将繁文缛节减到最少4 定义需求基线、且管理其变5 定期对项目的进展进行评审、必要时对计划进行修订6 定期对系统规模、成果和进度进行重新评估7 定义并且处理时期转变8 培养团队精神9 由资深人员领导项目原创 2008-06-02 20:11:00 · 606 阅读 · 0 评论 -
软件工程心理学之---让客户知错,但不能向你发怒
很久没写东西了,继续这个系列的.之前的见1 软件工程心理学之1----开篇 2 软件工程心理学之2----关于甲方项目负责人 3 软件工程心理学之3---甲方项目负责人 PK 乙方 4 软件工程心理学之4--甲方错误范例做法剖析 最近的一个项目中,碰到个很实际的问题,一家很大的公司,委托一间中介公关公司负责一原创 2008-05-28 20:11:00 · 815 阅读 · 0 评论 -
软件工程心理学之5--提前感知用户的需求
转眼好几个月过去了,之前自己在圆子里乱吹水了几篇文章,是讲软件工程心理方面上的一些应用和要注意的问题,写了4篇. 1 软件工程心理学之1----开篇 2 软件工程心理学之2----关于甲方项目负责人 3 软件工程心理学之3---甲方项目负责人 PK 乙方 4 软件工程心理学之4--甲方错误范例做法剖析 这次原创 2007-05-29 23:16:00 · 1009 阅读 · 0 评论 -
(转)一段挺好的领导者应该记得的话
在一个BLOG上看到的,一段挺好的话,适合于做团队领导者的人记得真心诚意,以情感人;推心置腹,以诚待人开诚布公,以理服人;言行一致,以信取人令行禁止,依法治人;设身处地,以宽容人扬人责己,以功归人;论功行赏,以奖励人原创 2006-11-27 09:19:00 · 734 阅读 · 0 评论 -
软件工程心理学之4--甲方错误范例做法剖析
在本系列的文章中,在(http://www.cnblogs.com/jackyrong/archive/2006/09/05/495791.html)中,我们谈了如何做好甲方负责人以及其中要注意的地方,在(http://www.cnblogs.com/jackyrong/archive/2006/09/10/500041.html)中,我们谈了甲方负责人在项目过程中,在和乙方打交道时要注意原创 2006-10-11 20:20:00 · 691 阅读 · 0 评论 -
软件工程心理学之3---甲方项目负责人 PK 乙方
(注意:本写列文章,未经本人同意,谢绝转载,版权所有,如需转载,请与本人联系,谢谢) 上周的系列之二(http://www.cnblogs.com/jackyrong/archive/2006/09/05/495791.html),主要是闲聊了关于甲方项目负责人如何和甲方的领导相处配合,以及其中要注意的地方。在本文里,将探讨下在整个项目过程中,作为甲方的项目负责人,应该如何于原创 2006-09-10 00:21:00 · 902 阅读 · 0 评论 -
六顶帽子思考法
当在一个团队里,为某个问题争论不休时,当对某个问题把握不定时,可以尝试用这个方法去看问题,今天学习看到的.它是爱德华博士发明的一种目前很流行的思考方式,这里简单归纳下其思维方式该理论认为,当多于6个帽子时,人太多,造成混乱,6订帽子,刚好反映问题不同的角度六顶帽子思考法的使用方法 六顶帽子思考法特点一览表 思考法原创 2006-05-15 22:24:00 · 2176 阅读 · 0 评论 -
(转载)缺陷跟踪系统Mantis在Windows下的安装配置
原文来自http://www.blogjava.net/sukiyou/archive/2006/02/10/30176.html目前比较流行的缺陷跟踪系统简介对于项目管理,缺陷跟踪是很重要的一个环节,它除了可以对需求的完成度进行控制,同时也可以对软件本身的质量进行控制,以保证软件开发迭代的顺利进行。原来的软件项目开发中的缺陷跟踪都是通过EXCEL表格的形式来完成的,这种表格虽原创 2006-02-10 19:27:00 · 757 阅读 · 0 评论 -
需求分析的20条法则 (转)
对商业用户来说,他们后面是成百上千个供应商,前面是成千上万个消费顾客。怎样利用软件管理错综复杂的供应商和消费顾客,如何做好精细到一个小小调料包的进、销、调、存的商品流通工作,这些都是商业企业需要信息管理系统的理由。软件开发的意义也就在于此。而弄清商业用户如此复杂需求的真面目,正是软件开发成功的关键所在。 经理:“我们要建立一套完整的商业管理软件系统,包括商品的进、销、调、存管理,原创 2008-12-04 21:03:00 · 652 阅读 · 0 评论 -
软件工程心理学之10--如何做好团队非技术建设
这次谈谈的是如何做好团队建设.这其实是个很大范畴的,但这次主要想谈下团队建设中的非技术因素,以及分析下在团队建设中,特别重要的成员的心理建设方面的问题. 首先,要纠正大家一个错误的认识,认为团队建设中,平常只要抓技术建设就行了,比如抓团队用什么架构,框架,具体的技术,抓培训,抓绩效就足够了,很多时候,我们可以思考一下,就建设技术方面团队就一定能取得成功么?其实那是不一定的,原创 2008-11-19 23:03:00 · 1270 阅读 · 0 评论 -
九型人格,工作中的好帮手
九型人格,工作中的好帮手.今天偶看电视的心理节目,认识到这个东西,觉得不错,一搜索,居然发现是很大规模的学术界的东西了,做了下测试题,也觉得比较准,起码好过网上那些乱来的心理测试题了.打算以后有空也分阶段关注学习之,觉得搞软件工程的话,这个还是要应当掌握的,特别是带领团队时. 9型的简单介绍,这里有个概括的:http://baike.baidu.com/view/510原创 2008-09-07 22:05:00 · 686 阅读 · 0 评论 -
(转)PMP的项目管理5大组
PMP的项目管理5大组是很重要的,一直想找相关的小规模归纳,今天终于找到了,具体的可以参考:http://blog.sina.com.cn/s/blog_493a84550100aycd.html PMBOK将项目管理分为了启动,计划,执行,监控和收尾五个过程组。因此关于IT项目管理的第二个主题阅读从项目管理的五大过程组入手进行分析。1.启动过程组启动过程原创 2008-09-05 08:06:00 · 723 阅读 · 0 评论 -
bug report的注意要点
今天朋友的公司的团队要建立,问到偶bug的管理,于是顺便小结一下,做bug report的注意要点,有如下这些.首先是bug的一般形式,实践表明,最好是按如下的形式去搞一个bug bug编号:bug标题:简要阐述 Bug的简单阐述:bug发现时间: 产品名称:测试产品的名称。 产品子系统:测试产品的子系统,如果产品比较小,该项可以忽略。原创 2008-08-27 16:06:00 · 809 阅读 · 0 评论 -
领导者应该有的特质
1 值得信赖 2 为人公正,诚实 3 言谈举止谦虚 4 乐于倾听 5 心胸广阔 6 有敏锐的触觉 7 进取心强 8 业务能力过硬 9 身体素质好原创 2008-08-01 17:07:00 · 468 阅读 · 0 评论 -
第一次上CMM课的一点心得
昨天第一次上CMM课,老师是国内最早搞CMM的牛人拉,虽然第一次课没讲到CMM,但还是给大家不少启发.特别是当场做了一个案例,让大家感受不少.老师的案例是这样的:总共40人,分8个组,每个小组5人,需要在指定时间内完成老师(扮演老板的角色)布置的任务.任务是:给出每组一定的材料,要求做餐馆的菜单,当然,这些菜单是老师提供了菜单的样式和需求的图纸,并且设定了不少需求,比如:对菜单的形状,原创 2006-09-17 19:21:00 · 838 阅读 · 0 评论 -
(转载)用多维动态博弈思想进行项目协调
http://lib.fortunespace.net/Library/Print.asp?ArticleID=73681&Page=1 用多维动态博弈思想进行项目协调 原文作者:佚名 文章来源:www.fortunespace.net 项目经理处在错综复杂的多维动态博弈中间,怎样方能使自己处于上风呢? 项目管理过程就是整合目标实现的过程,在这个过程中,原创 2006-09-04 22:21:00 · 513 阅读 · 0 评论 -
Rup架构视图
RUP中有四种软件视图,这里复习一下,并根据资料整理一下。.软件的质量特性分为功能性需求和非功能性需求。功能需求就是"软件有什么用,软件需要做什么"。同时,注意把握功能需求的层次性是软件需求的最佳实践。非功能需求分为质量特性和约束,而质量特性又分为运行期质量特性和开发期质量特性。非功能需求又可以分为如下三类: 约束。要开发出用户满意的软件并不是件容易的事,而全面理解要设计的软原创 2006-07-30 21:23:00 · 1115 阅读 · 0 评论 -
raional家族产品介绍
最近接触rational系列产品,发觉真是很多产品呀,于是找了个大概的介绍,转摘如下 Rational Application Developer for WebSphere Software 用于架构和建模、模型驱动开发、组件、组件测试、运行时分析活动的工具。 Rational Professional Bundle 提供企业级桌面工具,以便设计、构建和测试J2EE/门户/面向服务原创 2006-04-10 14:25:00 · 737 阅读 · 0 评论 -
项目实践系列springfeel(2)
在项目启动之前,先发一份我们小组大概讨论的关于项目采用架构的建议书出来,当然还没最后落实,现转如下:据之前小组项目经理的建议,以及大家的讨论,我后来又补充了一些,现整理如下,大家再提出些意见 第一阶段为项目初级阶段,采用简单,稳定成熟的技术 由于spring比较复杂些,所以建议先用structs+hiberante+mysql ,实现初步DEMO后再过渡到SPRING,这样原创 2006-04-09 21:25:00 · 634 阅读 · 0 评论 -
rose 2003画图的一个要注意的地方
用rose 2003画图时,在画类图之间的关联线时,老是觉得这些线条不是笔直的,最后终于发现,先将关联线选定,再用format菜单下的line style中的rectilinear选中后,就可以变成笔直的好看的线条了原创 2006-04-05 09:25:00 · 556 阅读 · 0 评论 -
项目管理学习心得1
这个学期学习项目管理,是MSE的课程,看些书也不错的,所以归纳精华笔记如下1、软件项目开发常见错误 选自《快速软件开发》产品相关的错误需求镀金:项目具有比实际需求多得多的性能功能蔓延:项目平均会有25%的需求变更(Jones 1994)开发人员的镀金:开发人员着迷于新技术又推又拉的交易:经理在批准项目进度顺延时又加入了新的功能研究导向的开发 过程缺乏计划过于乐观的计划在压力下原创 2006-03-16 22:26:00 · 1595 阅读 · 0 评论 -
软件需求分析之鱼骨图
今天新学到的,看样子不错的东西,用来做需求分析,笔记如下一、定义 问题的特性总是受到一些因素的影响,我们通过脑力激荡找出这些因素,并将它们与特性值一起,按相互关联性整理而成的层次分明、条理清楚,并标出重要因素的图形就叫特性要因图。因其形状如鱼骨,所以又叫鱼骨图(以下称鱼骨图),它是一种透过现象看本质的分析方法。 脑力激荡法(Brain Storming——BS):一原创 2008-12-25 10:03:00 · 5252 阅读 · 0 评论 -
RAF需求模糊度因子
在看程序员杂志中发现有一篇好文,讲cmmi中的RAF(requirements ambiguity factor,需求模糊度因子),觉得十分适合用在平时咱们的需求评审分析中.简单小结之.RAF=(1-RMI/RT-RCO/RT-RNC/RT)*100% 其中:RMI:错误理解的需求数 RCO:存在冲突的需求数 RNC:需要澄清的需求数原创 2008-12-10 20:03:00 · 961 阅读 · 0 评论 -
scrum的一个很好的专题
http://focus.it168.com/200809/scrum/index.html,是最近scrum的一个不错的专题,收藏之原创 2008-09-22 15:04:00 · 664 阅读 · 0 评论 -
UML中的聚合和组合的细微区别
1 UML中,聚合的图形表示为一个横线+空心菱形,而组合的是一个横线+实心菱形.2 聚合:一种特殊形式的关联,表示类之间的关系是整体与部分的关系,部分实体可以独立于整体而存在.3 组合:如果发现部分类的存在,则必须强制依赖于整体. 举个例子来说:订单和订单项,是组合的关系了,如果订单不存在,则订单项也不存在了.比如电脑中的鼠标,打印机,声卡等,可以理解为与电脑的聚合关原创 2008-09-10 23:05:00 · 721 阅读 · 0 评论 -
(转)软件测试中的V模型
在软件测试方面,V模型是最广为人知的模型,尽管很多富有实际经验的测试人员还是不太熟悉V模型,或者其它的模型。V模型已存在了很长时间,和瀑布开发模型有着一些共同的特性,由此也和瀑布模型一样地受到了批评和质疑。 V模型中的过程从左到右,描述了基本的开发过程和测试行为。V模型的价值在于它非常明确地标明了测试过程中存在的不同级别,并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系原创 2008-08-25 15:07:00 · 802 阅读 · 0 评论 -
user story和CRC卡片
今天才发现,之前做需求中脑子里和笔记的一些用户的简单需求,经过美化后,就成为了XP中的用例故事(user story)和CRC卡片了.所谓的用例故事,其实就是把用户的参与系统的交互活动的经历描述清楚,注意这些都是站在用户的角度上去描述的.user story一般要经过多次的迭代才行,强调的是简单和清晰.一般的格式为:用例编号:用例名称:事件的描述:补充备注部原创 2008-07-10 11:10:00 · 838 阅读 · 0 评论 -
状态模式
今天突然发现状态模式原来是这么好用的.具体的原理这里就不说了,可以去看head first design pattern等.现在举个例子说明之: 比如有一个系统,需要根据客户的积分来作一些处理,比如如果客户积分大于某个积分,对应的操作为有不同的话,则可以考虑使用状态模式.比如积分500等时,它们都要执行同样的操作,比如展示信息给用户,但展示的内容不同,则这个时候可以考原创 2008-06-06 15:11:00 · 478 阅读 · 0 评论 -
软件工程心理学之---乙方如何面对甲方之1
在之前的软件工程心理学系列的文章中,谈到了关于在整个软件项目工程范围内,甲方领导,甲方以及乙方的之间的一些关系,以及作为甲方负责人,如何能揣摩好领导以及乙方的心理,更好地有利于工程项目的进行。在接下来的文章里,将开始谈谈作为乙方,如何揣摩好用户(这里是说甲方了)的心理,如何在项目过程中搞好和用户的关系,如何在项目过程中最大限度优化自己的资源,保护好自己的利益,又能跟用户愉快合作,不得失原创 2006-11-08 23:19:00 · 1977 阅读 · 0 评论 -
把激情传递给团队的八个法则(转)
把激情传递给团队的八个法则 为什么几个人做一个人的工作反而更忙? 为什么合情合理地提升下属却惹来不必要的诸多事端? 为什么公司制度越来越多,越来越健全,员工却不知道该如何完成自己的工作? …… 当你更进一步思考上述“现象”时,你会很快发现公司面临的问题多得让你无法想像,在中国企业诸多问题中,究其原因,最大的问题不是战略的问题,也不是决策的问题,而是员工原创 2006-11-03 09:20:00 · 526 阅读 · 0 评论 -
UML及项目管理建模学习心得1
总算学完一个学期的UML建模,自觉也学的不大好,老师讲的也快,用的是经典的《UML 模式与应用》一书,所以打算暑假花点时间再次边研究边总结,并且打算结合项目管理的课程,一边复习一边写点心得,每次都打算以最简单的进行概括 首先想谈下的是需求分析过程。其实这应该理解为两个过程:1 需求的获取 2、需求的分析。这两部十分重要的,需求的获取,往往不受到重视,特别是国内目前的情况,项目工期原创 2006-07-03 21:23:00 · 1498 阅读 · 0 评论 -
XP的一些小结
最近博客上关于XP的讨论也有不少文章,也很火热,我觉得:与其象有的人说的,XP是否适应国情,倒不如书XP是否适应具体的项目,具体的开发小组,具体的环境。我想起了在大学毕业设计时,我做为组长负责搞的毕业设计,那个时间,时间很短,两个多月,老师要让咱们7人用JAVA教东西,组内人员水平参差不齐,基本只是学过点基本JAVA,以前没搞过JSP等玩意,有的很高手,有的以前老顾者玩,快到毕业设计才开始原创 2006-04-27 19:24:00 · 692 阅读 · 0 评论 -
UML中的组成和聚集
UML中,聚集和组成是两个十分相似的概念.书上这样说:聚集是关联中的一种,聚集对象由部分对象组成;组合又是一种特殊的聚集。在一个组合对象中,部分对象只能作为组成对象的一部分与组合对象同时存在。即是说,组合是“当聚集对象和它的组成对象之间是具有强关联的一种特殊聚集”,组合对象的关键特征是部分对象只能存在于组合对象之中,并且部分体的寿命可能比组合体短,但组合体消亡,部分体也必然消亡。在http原创 2006-04-24 17:25:00 · 977 阅读 · 0 评论 -
项目实践系列springfeel正式启动
主要是目前偶正在读的在职MSE班上,有位同学很有兴趣,很热心,主动找了班上几位平时热爱软件开发的,或者正在搞软件开发的同学,想通过1年多的时间(在毕业设计前,我们读三年的,现在是第1年的第二学期),来熟悉JAVA的整套开发技术(j2se,j2me,j2ee)以及学到的软件工程,项目管理等方面的知识,同时充分做到“边学边用”,比如这个学期学项目管理,uml等,就力争运用学到的知识在需求原创 2006-04-08 18:25:00 · 575 阅读 · 0 评论 -
注意负载测试和压力测试
两个很容易搞混乱的概念:负载测试:通过逐步加系统复杂,测试其变化,看最后在满足性能的情况下,系统最多能接受多大的负载的测试.压力测试:通过逐步加系统复杂,测试其变化,看最后在满足性能的情况下,能使系统处于失效的状态,通俗来说,就是发现系统在什么条件下系统的性能会变得不可接受. 压力测试是一种特定类型的负载测试.原创 2008-08-25 15:06:00 · 597 阅读 · 0 评论 -
CMM的5个级别
分别为初始级,可重复级,已定义级,可管理级,优化级 阶段式的CMMI有5个等级,如下: 第一级(初始级):在该等级下,项目的目标虽然得以实现,但它的实现带有很多的偶然性和风险性,该级对人员的依赖性比较大,性能依赖个人的能力,且随个人固有的性能、知识和动机的不同而变化。 第二级(受管理级):在该等级下,意味着组织要确保策划、文档化、执行、监督和控制项目级的原创 2008-08-20 16:07:00 · 1223 阅读 · 0 评论