自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

张传波(网名:Fireball,大大大火球)

敏捷 UML 需求分析 团队建设 研发管理 CMMI 中高层领导训练 绩效考核

  • 博客(20)
  • 资源 (2)
  • 收藏
  • 关注

原创 《火球——UML大战需求分析》(第1章 大话UML)——1.1 UML基础知识扫盲

你只需要阅读完本章,就能从宏观上掌握UML的知识,在你的脑袋中形成一张UML的蓝图。你能全面了解UML的基本知识,UML的各种图的用途和概况,你能和实际工作遇到的问题联系起来,帮助你进一步规划下一步的学习。本文首先为你分享“1.1 UML基础知识扫盲”。

2013-08-31 23:03:19 3162 3

原创 《火球——UML大战需求分析》——详细介绍及样章下载

简介:本书融合UML、非UML、需求分析及需求管理等各方面的知识,帮助读者解决UML业界问题、需求分析及需求管理问题。全书主要介绍UML的基本语法、面向对象的分析方法、应用UML进行需求分析的最佳实践及软件需求管理的最佳实践四个方面的内容。本书各章以问题为引子,通过案例、练习、思考和分析等,由浅入深地逐步介绍UML综合应用的知识。本书以案例贯穿始终,补充了大量的实用知识,并讲究实效,能

2013-08-30 15:25:16 3917

原创 《火球——UML大战需求分析》(0.2)——目录

《火球——UML大战需求分析》是我撰写的一本关于需求分析及UML方面的书,我将会在CSDN上为大家分享前面几章的内容,总字数在几万以上,图片有数十张。欢迎你按文章的序号顺序阅读,本文是本书的目录,稍后我会为大家陆续分享后续内容,谢谢!

2013-08-30 15:08:18 3366

原创 《火球——UML大战需求分析》(0.1)——开篇废话

10多年前第一次接触UML,终于知道这是“神马”东西了!UML,Unified Modeling Language(统一建模语言)的简称呗!当时我那十分之一桶水都不到的UML知识,除了可以在一些不明UML真相的人面前吹吹水外,并不能当饭吃,更加不能在实际工作中发挥什么作用。我急需阅读一些UML书籍来填满我那十分之一桶水,问题是找不到实践性强的UML书籍!十多年后的今天,我结合实践经验写了这本《火球——UML大战需求分析》,这是一本实践型的书籍,希望对大家有帮助!

2013-08-30 15:01:06 2801

原创 需求分析挑战之旅(疯狂的订餐系统)(8)——最后的疯狂

订餐系统的故事还没有结束,过了一段时间,大家(前台、财务、开发、领导)的抱怨陆续又来了!折腾了这么久,结局原来是这样?真是不胜唏嘘啊!需求分析过程是一个很考验人很折腾人的过程,好好总结本文所列举的各种情况,做好准备继续接受来自工作中的挑战吧!这是本文最后一篇,希望能对你的需求分析工作带来一些启发,谢谢!

2013-08-30 14:29:15 2589 1

原创 需求分析挑战之旅(疯狂的订餐系统)(7)——变被动为主动

大部分情况下,需求分析的工作总是比较被动的,总会有点被客户牵着鼻子走的感觉,为什么会这样呢?怎样才能变被动为主动呢?本文将会分享三个图,揭示做好需求分析工作的本质。

2013-08-29 12:21:48 2765 2

原创 需求分析挑战之旅(疯狂的订餐系统)(6)——榨干人脑汁的需求分析

需求分析是榨干人脑汁的活,超具挑战性的工作!要站在比客户更高的角度把握住客户的需要,然后将客户的这些需求转化为软件可实现的需求规格,与此同时还需要为客户提供与软件相匹配的管理意见。你做好准备迎接这样的挑战了吗?

2013-08-29 12:02:22 2685 1

原创 需求分析挑战之旅(疯狂的订餐系统)(5)——领导“突发奇想”

经历了上一篇的“需求变更”,你好容易满足了大家提出来的各类要求,这回到领导“突发奇想”了,领导“突发奇想”,你懂滴!

2013-08-28 22:33:35 2723 1

原创 需求分析挑战之旅(疯狂的订餐系统)(4)——没完没了的“新需求”

人是会死滴,需求是会变低!本篇我们将面对我们软件研发人员之痛——需求变更!由于你的彻底而深入的需求分析工作,订餐系统进展非常顺利,很快就上线运行了!但问题也就来了,客户陆陆续续提出了以下问题:1)要经过好几个页面才能进入订餐页面,不太方便,希望能在首页直接进入订餐页面。2)一次只能定一天的餐,不太方便,希望一次能定多天的。3)我有时选了一个菜,前台却说这个菜没有了!4)能不能提供多家餐馆选择?5)订餐标准才8元,现在物价都涨了,能不能提高一下标准?6)能不能直接连到餐馆的网页上去看菜式?7)能不能做口味分析

2013-08-27 13:07:49 3111 1

原创 需求分析挑战之旅(疯狂的订餐系统)(3)——背景-需要-需求规格

做好需求工作的7个问题:1.本项目的背景是怎样的?2.本项目能解决什么问题?3.本项目的关键涉众有哪些?(说明:涉众是指系统会影响到的人、角色、单位等,或者说什么人、角色、单位会影响到本系统。)4.本系统要达到怎样的目标?5.本系统的范围是怎样的?6.本系统应该具备怎样的功能?7.本项目成功标准是怎样的?

2013-08-26 22:36:09 4866 7

原创 需求分析挑战之旅(疯狂的订餐系统)(2)——需求分析的大道理

需求分析过程,无非就是由背景到需要到需求规格的过程,这个过程是螺旋前进的。需求分析中最难解决的问题往往就是搞不清需求之根源,把握不清背景和需要,往往就会被繁琐的需求规格所困住,被客户牵着鼻子走。理论是完美的,现实是残酷的,我们先说说需求分析的大道理,下一篇再来些干货吧!

2013-08-22 19:47:22 3522 1

原创 需求分析挑战之旅(疯狂的订餐系统)(1)——某IT公司员工的吃饭问题

说教性质的需求分析理论,各位看了也白看,所以咱们就来一个真实个案——“订餐系统”体验一下。“订餐系统”貌似简单,但陷阱重重,各种需求分析的经典场景将会一一重现,各位做好准备接受这个挑战没有?我将分8篇为大家分析,全部内容超过1万1千字,而且有n多图片和思考题,请准备好盒饭边吃边看吧:)

2013-08-22 19:40:40 4031 1

原创 项目估算与计划不是一般的难!(7)——优秀项目经理是怎样炼成的?

软件项目经理往往是权力小而责任重大,软件项目的“两不明确两大限死”特点,让我们做项目犹如走钢丝,而且要高速地走钢丝!你的综合实力决定你能否成为优秀的项目经理,项目经理是练出来的。

2013-08-20 14:45:07 2457 2

原创 项目估算与计划不是一般的难!(6)——如何跟踪计划?

计划做出来不是用来看的,而是要执行计划!跟踪计划执行的难度和工作量比起做计划要高出好多倍。计划跟踪并不是对照进度计划,按时间检查每个人的任务完成情况这么简单,本文将为你分享:1.建立便捷的项目组内沟通机制;2.建立项目组成员的自信;3.质量投资,减少返工;4.不断思考减少工作量的办法;5.密切留意需要客户和第三方完成的工作。

2013-08-20 14:41:59 2436 1

原创 项目估算与计划不是一般的难!(5)——计划是如何做出来的?

计划不是摆设,上篇我们说了计划应该有什么内容,本篇将会分享如何写出实用的计划。写计划的几个要点:1.要站在战略的高度;2.明确计划的“输入”;3.用估算来控制计划,由计划来调整估算;4.制定可执行可检查的进度计划;5.细化近期计划,定下远期计划大节点;6.让项目组各成员详细计划自己的工作;7.持续更新计划。

2013-08-20 12:13:24 3353 4

原创 项目估算与计划不是一般的难!(4)——计划有什么内容?

我们会常说“计划赶不上变化”,我们写出来的计划往往只有一个版本,写完就完了,没有更新,也没有人去用这个计划。计划不是纸上谈兵,更加不是写了就不变,计划其实就是应对变化的最好方法!我们做软件项目,首先要保证我们是在做正确的事情,然后才是如何正确高效地做事情。项目计划是保证我们做正确事情的重要手段,我们先来看看项目计划应该有什么内容,下一篇介绍如何写出这个计划,再下一篇是如何执行和跟踪计划。

2013-08-19 15:54:07 1980 1

原创 项目估算与计划不是一般的难!(3)——估算如何做出来?

估算的方法有很多,什么代码行法、功能点法、Delphi法等等,有时候觉得估算这个问题搞得太复杂了,各式各样的方法是不是太夸张了?其实最简单的方法就是让负责该项工作的人自己来估计工作量,微软的由底而上的估算方法就是这样做的,可谓返璞归真啊!

2013-08-15 17:40:40 2833 3

原创 项目估算与计划不是一般的难!(2)——估算要估啥?

很多人问如何才能做好估算?这个问题是问如何正确做事情的问题,而实际上要回答好这个问题,先要回答估算要估算什么内容的问题,也就是什么是正确的事情问题。

2013-08-14 23:26:18 2651 1

原创 项目估算与计划不是一般的难!(1)——从建筑工程说起

大家都喜欢用建筑工程与软件工程做比较,但我们常常所说的建筑工程只是指建筑施工部分,而不是一个完整的建设项目。一个完整的建设项目,由甲方提出需求,设计院根据需求设计出图纸,再由造价公司进行估价,然后公开招标,最后由建筑公司承担建设,建筑工程是典型的“瀑布模型”。而我们的软件项目管理可能是最复杂的一种项目管理,因为我们的软件项目需求不确定,设计(技术)也不太确定!

2013-08-14 23:17:49 4703 4

原创 研发管理深度咨询服务

一、 概述研发及管理能力是IT企业的核心竞争力,但我们面对前所未有的挑战: 研发管理混乱,加班成家常便饭,项目成功靠RP; 难以招聘合适的人才,也难以留住优秀的员工; 缺乏业务和技术积累,难以打造核心产品线;我们需要全方位的、根本性的改进,打造良好的组织架构、人才招聘及培养体系、绩效考核机制、软件研发过程、高战斗力的团队,积累核心业务及技术等,让企业具备稳定的并可持续

2013-08-13 17:57:04 2365

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除