项目经验
一剑平江湖
一个对IT行业有着高度热情的工作者。
展开
-
UML图简介 收藏
UML图简介 收藏 在 UML 2 中有二种基本的图范畴:结构图和行为图。每个 UML 图都属于这二个图范畴。结构图的目的是显示建模系统的静态结构。它们包括类,组件和(或)对象图。另一方面,行为图显示系统中的对象的动态行为,包括如对象的方法,协作和活动之类的内容。行为图的实例是活动图,用例图和序列图。——摘自http://www.cnblogs.com/X8023Z/archive/2008/12原创 2010-05-06 12:45:00 · 633 阅读 · 0 评论 -
闲记
做为一个项目经理,最基本的是要做到一视同仁,对待下属要平等。这是最基本的,其它的管理能力可以要稍弱一些也没关系。首先如果做到一视同仁。做为下属首先就不会有其它的心理,对待日常的工作也会以积极的心态来对待。如果让忙的忙死,闲的闲死,还总抱怨忙的进度慢。这就有些不仁道了。当然这其中也可能有其它的因素。另外一定要把工作与生活区分开,工作时认真工作,闲暇时就要学会放松,不要再去想工作上的事。做到劳逸结原创 2012-08-08 09:15:32 · 1418 阅读 · 0 评论 -
一个项目经理的一些个人体会
本人做项目经理工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导,只有最合适的,没有什么叫对的,什么叫错的,项目经理最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。以下是本人一些做项目的个人体会,写出来供大家指点,原创 2011-10-12 08:52:31 · 591 阅读 · 1 评论 -
编写代码的若干个基本规则(以Java为例)
(1) 当你创建一个类时,最好包含对下述元素的定义,即覆盖基类的相关方法: equals() //判断两个对象是否相等,如果相等,则hashCode()也一定相等 hashCode() toString() clone()(implement Cloneable) implement Serializable (2) 对于自己创建的每一个类,都考虑置入一个mai原创 2013-11-06 13:34:36 · 944 阅读 · 0 评论 -
一次二次开发中的经验与教训(二)
更悲催的是,他们要求我上班时间必须在他们公司。只有下班后,我才能回到办事处,进行编码工作。但这时同事已经下班了。 在这一点上,我做的不够,没有想到将情况实时的报告给经理)就这样导致我们在开发中遇到问题不能及时协商,而延期了近半个月。不过客户也理解,没有追究此事(他们也知道主要原因在于他们)。 在项目的推进过程中,我犯的另一个错误就是:有一次,客户要更改一个需求,而这个需求是于当初的原创 2013-11-01 10:14:32 · 1668 阅读 · 0 评论 -
编程语言学习之我见
自04年毕业以来,从事的工作中,接触的语言各类很多,有C++,Delphi,C#,Java,(Javascript,Html,css这三者基本是一体的)。窃以为语言其实只是一种实现你想法的工具而已,不要有门户派别之见。每种语言都有它的长处与缺点。以已之长较彼之短是自欺欺人,以已之短较彼之长属妄自菲薄。结合实际情况,选择合适的语言来做适合的事情才是上上之策。 要学习一种编程语言,首先一定要有兴原创 2013-10-24 14:59:54 · 806 阅读 · 0 评论 -
一次二次开发中的经验与教训(一)
2011年10月份左右,客户公司(国内较有名的工程机械公司,以XD来代替)打过来电话说要做一个短信系统,并且这个系统要嵌入到他们现有的系统中。要实现的功能有以下几方面:一,用户可以用手机实时查询机械信息。并且机械有报警时,可以自动向关联的手机号码发送报警信息。二,系统可以设置,每天每周或每月设置固定时间。来向用户报告机械信息。三,逢年过节,向用户发送一些祝福短信。这个系统是建立在现原创 2013-10-24 13:05:43 · 3153 阅读 · 0 评论 -
管理定律
一、 素养蓝斯登原则:在你往上爬的时候,一定要保持梯子的整洁,否则你下来时可能会滑倒。 提出者:美国管理学家蓝斯登。 点评:进退有度,才不至进退维谷;宠辱皆忘,方可以宠辱不惊。卢维斯定理 :谦虚不是把自己想得很糟,而是完全不想自己。 提出者:美国心理学家卢维斯 点评:如果把自己想得太好,就很容易将别人想得很糟。托利得定理: 测验一个人的智力是否属于上乘,只看转载 2013-10-17 16:10:18 · 813 阅读 · 0 评论 -
[转载]项目经理必备工具包:项目管理中的22个思维导图
这是萧秋水送给《超越对手-大项目售前售后的30种实战技巧》读者的礼物,这些礼物是萧秋水在做项目经理时整合的一套非常完备的思维导图,假如你拥有这些思维导图,至少你做项目的辅助工具已经达到了萧秋水级别。要达到萧秋水级别的项目管理辅助工具,都是些什么东西呢?秋叶给大家看看她的秘密武器清单。01、(基础) 项目定义02、(计划) 工作分类结构(WBS)03、(计划) 项目风险评估转载 2013-10-09 22:21:07 · 1325 阅读 · 0 评论 -
由一次WCF项目的需求扩展想到的
这个小项目或者说是小功能大约一年以前开发的。现在写这篇文章只是为了共享这个思路使有同样需求的人少走弯路。公司其它人员开发了一个适用于pc客户端调用的wcf服务。由于公司添加了android与ios客户端的开发。所以这些代码也需要访问这个wcf服务,之前让许多人做别人不是android访问不到就是对原有wcf改动太大。后来领导把这个任务交给了我。接到这个任务后,我分析了下现有的代码,由于androi原创 2013-10-24 09:28:42 · 849 阅读 · 0 评论 -
如何提高打字速度
如何提高打字速度 2007-10-22 16:54:45 来自: [已注销] 1. 准确是第一前提 我们反复说打字是一种技能,并不是所有的人都可以达到飞速击键的状态,一个打字高手也不可能在历次比赛中都发挥得同样出色。对于大部分人来说,达到每分钟200击的速度不是高不可攀,但是将错率控制在3‰就会淘汰大部分人。所以要强调提高速度应建立在准确的基础上,急于求成欲速则不达原创 2010-04-05 10:12:00 · 1032 阅读 · 0 评论 -
研发人员的考核
软件研发人员的考核一直是软件企业管理的难点,笔者在长期的研发管理实践与咨询实践中,总结了进行软件研发人员考核的一些基本原则,整理出来与大家共享: ◆Ø要体现公司的价值观 公司的价值观体现了公司认可什么类型的人员?要挽留哪些人?提倡做什么?对这些人员的认可可以通过具体的考核办法落实下来。比如企业鼓励在某一个业务领 域内积累丰富的领域经验,鼓励在某个技术方向上进行深入钻研等,对于提转载 2017-09-27 00:50:09 · 1821 阅读 · 0 评论 -
技术与管理并重才能走的更远
有段时间,没有发牢骚了。原创 2014-07-22 22:20:38 · 1579 阅读 · 0 评论 -
软件中的性能指标
在做软件项目需求分析时,需要关注项目的性能要求,描述项目实现所要达到的性能要求,写一个清楚的性能要求描述,主要需要分析四部分内容: ? 硬件描述; ? 网络环境描述; ? 用户体验基本要求; ? 具体分析系统功能,并发用户。 描述分析: 1、 测试时硬件要求,最好同实际环境中机器配置一致,如:机器型号、CPU、内存、机器上安装的软件等; 2、 测试时网络环境,将网络带宽原创 2014-03-29 15:46:24 · 2685 阅读 · 0 评论 -
数据的设计命名的十个要点
1.表名一般以【模块名称_具体表名】来实现,同一个模块的前缀是一样的。(Oracle大小写敏感,在SQL中可以不用"_",因为可以用大小写一起的写法。这也是可以的)2.表名称不应该取得太长(一般不超过三个英文单词,不推荐使用中文拼音,总的长度不要超过30个字符)。表名使用英文的原因,有些项目有英文版的需要,或者这个项目是给外国做的时候,使用英文是基本的要求,应该说这是一个习惯问题,多学一点英文转载 2014-03-29 09:47:04 · 719 阅读 · 0 评论 -
2013总结
你怎样看待生活,生活就怎样待你。原创 2014-01-15 13:19:25 · 899 阅读 · 0 评论 -
快速转换vs2008到vs2010
一般情况下这个功能是不会用到的,不过如果有很多的项目需要一次性全部更新的话,这个就比较有用了(比如你从网上下载了某本书的源码)。原理很简单,先设置好目录与扩展名,然后遍历。set destPath=E:\Meterial\Everyday\Visual C++.NET应用编程150例 set destExt=*.sln rem cd %destPath:~0,2% cd "原创 2012-07-25 15:18:57 · 1559 阅读 · 0 评论 -
重视B/S架构系统的发展和开发设计理念
重视B/S架构系统的发展和开发设计理念 随着网络技术的快速发展,b/s架构的系统也更加流行和突出。很多从c/s架构或者没有涉及B/S开发的程序员都普遍认为Web开发只是小菜一碟,而往往带着这种思想去开发B/S架构的系统会带来很多麻烦,造成系统框架不合理、系统界面丑陋无比、系统运行效率低下、系统安全性低下等一系列后遗症,对商业系统更是一种糟蹋…… 因此Web系统的观念需要正确对待,他已经转载 2013-02-19 01:39:56 · 1618 阅读 · 0 评论 -
项目管理之文档
项目过程中:- 记录下各类文档,不要怕麻烦。- 需求要及时界定,需求调研和报告要适可而止,不可太过。- 需求修改等要把握分寸- 慎重的选择和使用新技术,即便新技术和工具本身是很好的,但却为项目引入了很大的风险 ,要考虑团队的各个成员的水平。项目结束时:- 不论项目是如何结束的(成功完成/不了了之/失败),总结一下得失。原创 2013-02-19 01:38:49 · 468 阅读 · 0 评论 -
需求调研步骤和方法
需求调研步骤和方法第1章 前言 目的 需求调研是为需要说明书做前期工作,可以说需要说明书说是从需求调研表中得到或抽取而出。 需求调研是要了解现实世界中做实际工作的人们真正需要什么样的程序的过程,再把这些需求开进细节整理由设计部开发,再由销售部销售给用户。 用户:系统分析人员 第2章 前期准备 2.1. 确定工具 没有什么工具是好还是坏原创 2011-11-06 02:16:17 · 600 阅读 · 0 评论 -
软件开发:需求分析的20条法则
软件开发:需求分析的20条法则对商业用户来说,他们后面是成百上千个供应商,前面是成千上万个消费顾客。怎样利用软件管理错综复杂的供应商和消费顾客,如何做好精细到一个小小调料包的进、销、调、存的商品流通工作,这些都是商业企业需要信息管理系统的理由。软件开发的意义也就在于此。而弄清商业用户如此复杂需求的真面目,正是软件开发成功的关键所在。--- 经理:“我们要建立一套完整的商业管理原创 2011-11-06 02:14:40 · 559 阅读 · 0 评论 -
非功能性需求
一、简介非功能需求是产品必须具备的品质或者它将事情做到了多好,它们可以让产品有吸引力、易于使用、快速、可靠或者安全。比如可以利用非功能性需求来指定响应时间,或计算时达到的精确度、产品必须具有的某种特定外观、能被无法阅读的人士使用、遵守使用这类业务的法律。这些属性的存在并不是因为它们是产品的基本活动,而是因为客户希望这些功能性活动以某种方式执行,并达到特定的品质。非功能需求通常并不改变产原创 2011-11-02 16:18:33 · 6724 阅读 · 0 评论 -
什么是功能性需求和非功能性需求
需求定义:需求(requirement)就是系统(更广义的说法是项目)必须提供的能力和必须遵从的条件。需求分类:(1) 在一般使用中,需求按照功能性(行为的)和非功能性(其它所有的行为)来分类。 功能性需求是说有具体的完成内容的需求。 例如:比如客户登录、邮箱网站的收发收发邮件、论坛网站的发帖留言等。 非功能性需求是指软件产品为满足用户业务需求而必须具有且除功能需求以转载 2011-11-02 17:04:08 · 35992 阅读 · 0 评论 -
大中型网站架构探秘
相信很多IT人士都有过搭建自己主页的经验,10多年前的个人主页都非常简单,很多由Frontpage构建,多属于静态HTML页面,最多加一点特效而已。不过10年间,技术的进步是惊人的。现在,一个网站绝不可能仅仅由几个HTML页面构成。相信很多IT人士都有过搭建自己主页的经验,10多年前的个人主页都非常简单,很多由Frontpage构建,多属于静态HTML页面,最多加一点特效而已。不过10年间原创 2011-10-22 23:43:58 · 461 阅读 · 0 评论 -
大型项目开发,你准备好了吗?
大型项目开发,你准备好了吗?大型项目开发,你准备好了吗?----网站开发人员应该知道的62件事,今天在chinaz上看到的,写的很全面,也很到位,这些问题若是都解决了,网站开发可谓完美。..一、界面和用户体验(Interface and User Experience)1.1、知道各大浏览器执行Web标准的情况,保证你的站点在主要浏览器上都能正常运行。你至少要测试以下引擎:Geck原创 2011-10-20 23:44:12 · 666 阅读 · 0 评论 -
UML统一建模语言知识体系概述
UML统一建模语言知识体系概述http://developer.51cto.com/ 2006-01-11 16:46 noahsports.com 我要评论(3 ) UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开原创 2010-05-06 12:55:00 · 1050 阅读 · 0 评论 -
需求分析的20条法则
需求分析的20条法则对商业用户来说,他们后面是成百上千个供应商,前面是成千上万个消费顾客。怎样利用软件管理错综复杂的供应商和消费顾客,如何做好精细到一个小小调料包的进、销、调、存的商品流通工作,这些都是商业企业需要信息管理系统的理由。软件开发的意义也就在于此。而弄清商业用户如此复杂需求的真面目,正是软件开发成功的关键所在。--- 经理:“我们要建立一套完整的商业管理软件系统,原创 2011-11-26 22:56:43 · 473 阅读 · 0 评论 -
软件设计简要
软件设计分为概要设计和详细设计两个部分。概要设计的输出是模块层次图(模块划 分),IPO图(功能划分),数据流程图。详细设计的输出是数据库设计说明书,界面设计和程序伪码。原创 2011-12-16 10:46:09 · 608 阅读 · 0 评论 -
从用户接触到完成需求说明书
从用户接触到完成需求说明书 前言 对于需求分析有很多相应的书籍说明如何分析,却没有具体的过程描述,本文讲述一个实际的可以操作的需求确认过程。前提 在用户与公司签定开发协议的前提下,完成由公司的销售人员为重点转变为公司系统开发部门为重点过程中的第一步―――需求分析。对于用户来讲是对多家开发商进行挑选转载 2011-11-11 16:02:07 · 642 阅读 · 0 评论 -
小软件项目开发的管理
小软件项目开发的管理小软件项目开发的管理 一个企业的管理,大公司有大公司的方式,小公司也有小公司的方式,如果把别人的 经验生搬硬套到自己身上,可能会适得其反。同样,管理一个软件项目也一样,大项目和小项目的方式不完全一样。但从另一个角度来看,项目的大与小并没有本质的区别,很多方法是共通的。本文的目的是从作者的经验来谈谈小项目开发的管理。一、小项目的特点原创 2011-11-06 02:20:38 · 530 阅读 · 0 评论 -
测试设计中需要考虑的22种测试类型
测试设计中需要考虑的22种测试类型测试设计中需要考虑的22种测试类型纪玉春 来自21CMM 黑盒测试:不基于内部设计和代码的任何知识,而是基于需求和功能性。 白盒测试:基于一个应用代码的内部逻辑知识,测试是基于覆盖全部代码、分支、路径、条件。 单元测试:最微小规模的测试;以测试某个功能或代码块。典型地由程序员而非测试员来做,因为它需原创 2011-11-06 02:19:01 · 507 阅读 · 0 评论 -
软件为什么失败
软件为什么失败软件为什么失败 刘峻松(转载自赛迪网) 2002年05月14日 我从事软件开发工作已经有三年了,这三年中,亲眼所见,亲耳所闻,报纸,杂志,网络上有各种各样软件项目开发的经验和教训,总的感觉是,成功的少,而失败的多,有的是部分失败,有的是完全失败,那么软件为什么会失败呢? 对于这个问题的回答,有各种各样的答案,总结起来,大概是这么几种:转载 2011-11-06 02:17:31 · 573 阅读 · 0 评论 -
如何制定项目计划
如何制定项目计划--版--权--没--有----但-----请--勿--转--载--项目计划定义(这个定义不是我订的哦):项目计划是为完成项目目标而进行的系统的任务安排,是实际进度比较的基 准,也是协调各部分、各部门工作、交流思想和分析变化影响的工具。 项目计划的内容: 1)项目目标,即项目最终要产生什么东西或者达到什么目的。 2原创 2011-11-06 02:15:43 · 860 阅读 · 0 评论 -
软件工程的七条基本原理:经典
软件工程的七条基本原理:经典软件工程的七条基本原理(本文从AKA杂志转载) 自从1968年提出“软件工程”这一术语以来,研究软件工程的专家学者们陆续提出了100多条关于软件工程的准则或信条。 美国著名的软件工程专家 Boehm 综合这些专家的意见,并总结了TRW公司多年的开发软件的经验,于1983年提出了软件工程的七条基本原理。 Boehm 认为,原创 2011-11-06 02:15:05 · 1149 阅读 · 0 评论 -
需求调研步骤和方法
需求调研步骤和方法第1章 前言 目的 需求调研是为需要说明书做前期工作,可以说需要说明书说是从需求调研表中得到或抽取而出。 需求调研是要了解现实世界中做实际工作的人们真正需要什么样的程序的过程,再把这些需求开进细节整理由设计部开发,再由销售部销售给用户。 用户:系统分析人员 第2章 前期准备 2.1. 确定工具 没有什么工具是好还是坏原创 2011-11-26 22:57:27 · 742 阅读 · 0 评论