- 博客(31)
- 资源 (2)
- 收藏
- 关注
RSS订阅原创 形形色色的软件生命周期模型（4）——MSF、实用型
MSF的软件生命周期模型与螺旋型很相似，同样也是多版本螺旋前进，只是每次螺旋（每个版本）阶段划分不太一样，而且每次螺旋都会有至少5个大里程碑。实用软件生命周期模型应该有这样的特点：1.需求应当在项目初期至少明确80%以上。2.采用多版本方式逐步满足需求，让已确定需求尽快稳定，并尽快搞清楚未确定的需求。3.需求、设计、编码、测试、实施等工作应一步一脚印做好，文档应及时评审并要及时更新。实用软件生命周期模型并不存在固定的模式，我们需要理解上述各种模型的特点，在实际工作中不断体会项目管理的奥妙，灵活应用上述模型。
2013-09-30 12:10:53
6985
原创 形形色色的软件生命周期模型（3）——螺旋型、RUP
螺旋型可以说是综合了以上各种模型优点的一种模型，同时它加入了风险管理的内容。前面提到增量、进化、螺旋的共同特点是多个版本，而每个版本可以认为是一个“小瀑布”，对于每个版本，我们可以认为还是要先完成前一步才能做下一步。而RUP认为项目中的工作可以分成好几类，而每一类工作在整个项目周期都是持续进行的，只是不同工作在项目的不同时期比重不太一样。
2013-09-29 12:10:24
7997
2
原创 形形色色的软件生命周期模型（2）——进化型、原型
进化型和增量型类似的地方就是都是分多个版本发布，但区别就是项目初期无法获取全部的需求，用户对需求其实也没有全面了解，需求获取是一个重复的过程。第一个版本实现的是客户的初步想法，然后后续版本不断地调整。原型就是在客户有初步想法的时候，就“快速设计”和“快速编码”地做出一个可供演示的系统（即原型），用来更好地获取和理解客户的需求。
2013-09-28 10:09:03
4662
原创 形形色色的软件生命周期模型（1）——瀑布型、增量型
瀑布型是我们说得最多的模型，也最容易理解，但在实际工作中最不能执行。我们普遍会认为，大型的、严谨程度高的项目应该采用瀑布型，恰恰相反，往往是规模很小的项目才适合这样做。增量型的特点是一次性地获取全部的需求，然后做出分版本实现各需求的计划，每个版本只实现一部分需求，通过多个版本逐步实现全部需求，而每个版本可以认为是一个“小瀑布”。该模型的好处是可以尽快让系统上线，让客户先使用部分功能，尽早实现系统的价值。
2013-09-27 13:24:56
12017
3
原创 《火球——UML大战需求分析》(第3章 分析业务模型-类图)——3.8 小结与练习
类图是最常用的UML图，是用来训练你OOA思想的最好武器。类图的语法不算很难，要看懂类图难度不大，但要用好类图就相当不容易了。本章一开始，专门对开发人员进行了“洗脑”，端正你对面向过程和面向对象的认识。如果你不是开发人员，那么这个“洗脑”就可以免了。接下来你学习了一大堆类图的基本语法，并做了很多练习，你还记得下面列出来的内容吗？
2013-09-26 15:32:25
3561
1
原创 面试应该如何面？
作为应聘者，我面试次数可能也就是10来次；但作为面试官，我反而是面人无数（大概有几百人次吧）。本文介绍一下如何成功面试的要点，供大家参考，至于老鸟就可以直接无视本文了。我将从简历、笔试、面试三方面谈谈体会，最后介绍一些比较“卑鄙”的技巧。
2013-09-15 18:14:24
2495
1
原创 一切皆可复用
人类文明不断地进步，并不是现在的人比古代的人要聪明，而是我们能不断地“复用”前人的知识、经验。你能不能成为优秀的软件人才，也视乎你能不能不断地“复制”你的成功。一流的软件公司，关注的不止是在技术方面的复用，实际上软件开发过程中几乎所有的东西都可以复用！
2013-09-15 17:55:59
3065
1
原创 《火球——UML大战需求分析》(第3章 分析业务模型-类图)——3.6 考试管理系统（类图综合训练）
做这综合练习有以下几个目的：1)让你巩固所学到的类图知识。2)演练用类图分析需求的基本步骤。3)学习一些提炼类的新知识。本练习我们将会演练类图分析需求的基本步骤：1)识别出类。2)识别出类的主要属性。3)描绘出类之间的关系。
2013-09-15 15:33:21
4324
原创 《火球——UML大战需求分析》(第3章 分析业务模型-类图)——3.5 类的“递归”关系与“三角”关系
本节的难度已经更上一城楼了！类图的最大魅力在于帮助你发掘和提炼业务模型，其他的非UML图可能是做不到的。当然真正要做好发掘和提炼，还是需要你的深厚功力了！
2013-09-14 17:34:53
2704
原创 2013软创基地年度大会（深圳站 20131102）——敏捷落地！
课程概述：极限编程，英文：Extreme Programming，简称：XP编程。这是在SCRUM之前流行的敏捷方法，这是一种轻量、快速、强调适应变化、适合中小型项目的项目管理方法。SCRUM是当前最火的一种敏捷开发方法，有用户故事、冲刺、燃尽图等很多很酷的玩法，有牛B的产品负责人、SCRUM Master，有超强的自组织团队。（官方的SCRUM课程两天时间，需要7000大元/人。）我
2013-09-13 19:52:15
1921
原创 《火球——UML大战需求分析》(第3章 分析业务模型-类图)——3.4 演练类之间的关系
练习1、2、3是简单的小练习，而练习4的难度会有所增加。这些练习不仅仅是让你巩固上小节学习的知识，中间还会穿插一些前面还没有介绍的基础知识，而且会让你体验什么是面向对象分析，领悟用类图分析需求的要诀。你准备好接受挑战没有？
2013-09-13 19:43:35
3441
原创 《火球——UML大战需求分析》(第3章 分析业务模型-类图)——3.3 类之间的关系
业务对象之间的关系很多，有“直线”关系、“包含”关系、“继承”关系、依赖关系等等。某些资料可能将这些关系说得很玄乎、很难懂，本文将会以简单易懂的方式为你展示。
2013-09-12 19:48:12
3058
原创 《火球——UML大战需求分析》(第3章 分析业务模型-类图)——3.2 类图的基本知识
项目初期，我们往往对业务一无所知，我们最急迫需要解决的问题就是理清楚这些业务概念以及它们的关系。每个软件系统都会涉及到很多人、业务概念和物品等，这些东西之间可能会有很多关系，发生很多事情。类图能帮助我们识别出这些人、业务概念、物品和事情等，并理清它们的关系。
2013-09-11 22:06:04
2617
原创 《火球——UML大战需求分析》(第3章 分析业务模型-类图)——3.1 面向过程与面向对象
类图（Class Diagram）可能是用得最多的一种UML图。类图的基本语法并不复杂，你可能最多学习两三天就可以掌握，然而要真正做到活用类图则可能需要几年的功力。类图是锻炼面向对象分析（OOA：Object-Oriented Analysis）和面向对象设计（OOD：Object-Oriented Design）思想的重要的工具，是业务结构建模的重要工具。本章将会有大量的实战练习，你的OOA思想将会接受极大的考验和提升，而本文为你分享的是第1节“面向过程与面向对象”。
2013-09-10 20:16:44
2368
原创 《火球——UML大战需求分析》(第2章 耗尽脑汁的需求分析工作)——2.5 小结与练习
本章最主要的目的其实就是帮你“洗脑”！需求分析的工作其实很复杂，可以足够写一本书的内容。而我希望只通过一个章节能向你讲清楚需求分析工作的基本道理，让你认清需求分析工作的根本，并且明白到要做好需求分析工作并没有捷径，只有切实提高自身水平。下面我们一起来回顾一下本章的主要内容，并且做一些练习检查一下学习效果吧！
2013-09-09 13:18:46
2360
原创 《火球——UML大战需求分析》(第2章 耗尽脑汁的需求分析工作)——2.4 UML助力需求分析
曾经有朋友在某网上书城这样评价《火球——UML大战需求分析》：此书不知所云，不知道想写需求还是UML？！可能有一些朋友对UML有一定的误区，不清楚UML还能用来做需求分析，本节就是专门针对这个点来说明的。
2013-09-09 13:12:10
3082
原创 《火球——UML大战需求分析》(第2章 耗尽脑汁的需求分析工作)——2.3 给客户带来价值，需求分析之正路
接下来我将会分享一个手机短信订餐系统的故事，这是一个由真实个案改编的故事，通过这个故事来体会需求分析工作背后的道理。某IT公司规模不大，员工100来人。公司有一个简单的定餐系统，员工每天可以在公司内部网站上提交当天午餐定餐，前台汇总各人定餐后，将定餐汇总传真给餐厅，餐厅根据传真送餐。可是有这样的问题：部分员工因为上午请假或者外出工作，无法再网站上提交订餐，以至于中午回到公司时没有饭吃。
2013-09-08 22:22:12
2256
原创 不可思议的每日培训（4）——每日培训是怎样炼成的？
每日培训N年如一日，如何做得到呢？难道就没有遇到过困难吗？项目很忙的时候还坚持每日培训吗？这是本系列文章的最后一篇，将为你分享每日培训是如何打造的，还会为你分享四大培训支柱以及如何持续改进。
2013-09-07 19:08:13
1998
原创 《火球——UML大战需求分析》(第2章 耗尽脑汁的需求分析工作)——2.2 持续进化的客户需求
你可能曾遇到过这样的情况：客户今天想要一个苹果，明天改变主意要一条香蕉，但后天突然又说还是苹果好，到最后他想要一个西瓜！遇到这样的情况，你会抱怨客户吗？你会后悔当初没有让客户签字确认吗？
2013-09-05 13:26:37
2469
原创 不可思议的每日培训（3）——每日培训的巨大价值
每日分享的巨大好处：培养知识共享、乐于交流、追求进步的企业文化；培养知识共享、乐于交流、追求进步的企业文化；打破部门界限、项目组界限；新技术、新过程迅速转化成生产力；新制度迅速落实；成功迅速复制，错误不会重犯；打造金牌讲师；打造品牌课程；打造卓越团队。
2013-09-05 13:19:12
1966
原创 1.1 基础知识——CMMI 是什么东西？
CMMI全称是Capability Maturity Model Integration，CMMI是个好东西来的，但行内人士对她的认识并不全面，甚至有种种的误解。尽管网上有很多CMMI相关介绍，但一般都是比较苦涩难懂的。本文将用生动通俗的语句，让大家初步看清楚CMMI的真面面孔。
2013-09-04 20:55:41
7527
1
原创 不可思议的每日培训（2）——每日培训的庐山真面目
为什么要“每日培训”？每天都培训，有这么多课可以上吗？学生的学习效果如何评估？讲师的授课效果如何评估？这是一家培训机构还是软件公司？软件公司搞每日培训有必要和有价值吗？本文为你揭开“每日培训”的庐山真面目。
2013-09-04 13:52:27
2303
原创 不可思议的每日培训（1）——日复一日的每日分享
培训对企业的价值是不可估量的，但如此“变态”的做法恐怕不是每个人可以想象的——每天都进行培训，从不间断！“每日培训”的说法可能不太合适，准确说应该是“每日分享”，所有员工都有机会上台分享，所有员工都可以吸取其他同事的经验和知识，让员工伴随公司一起进步。本文将会为你分享这个“每日培训”制度，希望能帮助贵公司打造类似的分享及学习机制，本文是第一篇。
2013-09-04 12:46:46
2808
原创 《火球——UML大战需求分析》(第2章 耗尽脑汁的需求分析工作)——2.1 需求分析面面观
客户需要的是一把梯子，系统分析员了解到的是一张凳子，开发人员做出来的是一张桌子，测试人员以为是一张椅子……很多角色参与项目工作，每种角色会从自身角色出发来理解需求，以致各种角色对需求的理解会不太一样。而更“离谱”的是：每个人嘴巴上说的需求和心目中的需求总是有差异的，所谓的“词不达意”，受表达能力所限，不是每个人都能完整准确地表达自己的想法；有时候客户今天想要这个，明天想要那个，甚至不知道到底想要什么！其实客户的这些表现，说明了客户对需求的认识是持续进化的。
2013-09-04 12:25:30
2605
原创 《火球——UML大战需求分析》(第1章 大话UML)——1.5 小结和练习
这是《火球——UML大战需求分析》第1章“大话UML”的最后一小节，本章的主要目标是让你不需要阅读全书的情况下，就可以了解到UML的全貌，大概知道UML各种图的用途，同时给你说明学习UML的难点，为最终活用UML做好准备。本节是小结和练习，看看你是不是达到了本章的学习目标吧？
2013-09-03 15:18:25
2769
原创 视频分享：火球的敏捷学堂（1）——神马是敏捷？
这是我在某网站上分享的一次视频课程，内容摘要：敏捷看上去很酷，是解决研发混乱的救命稻草？敏捷门派很多，什么才是敏捷呢？敏捷过于理想，无法在中国落地？如何才能让敏捷真正发挥实效呢？
2013-09-02 23:03:57
1815
原创 超越竞争对手的秘密武器-技术重用
软件重用的好处不言而喻，但似乎很多公司都会陷入这样的怪圈：因为项目进度压力大，就不讲究什么重用设计了，太花时间了，完成项目再说。因为一直都是项目进度压力大，故周而复始的循环这个怪圈。如何摆脱这样的怪圈？如何在激烈的竞争中立于不败之地？如何利用好“软件重用”这个厉害的武器？本文阐述了我的大量工作体会，将给你一个有益的启发。
2013-09-02 22:23:57
6238
12
原创 《火球——UML大战需求分析》(第1章 大话UML)——1.4 如何学好UML？
我读大学时没有听说过UML，出来工作两三年后才开始接触UML，当时的感觉就好像找到了新大陆，很想好好发掘一番！而我当时的运气还是相当不错的，我的上司是UML达人，他带领我参加了项目的需求分析工作。我很快就见识了UML威力，在他的言传身教之下，迅速掌握了UML。在那个项目以后，我便独立担当了多个项目管理及需求分析工作，没有一个项目不应用UML，而且我毫不保留地传授UML知识给项目组的其他成员。多年的工作进一步磨练了自己，对UML在实际工作中的应用有了更深刻的认识，形成自己的一套方法。
2013-09-02 21:58:25
2666
原创 《火球——UML大战需求分析》(第1章 大话UML)——1.3 行为型的UML（Behavior Diagram）
UML图分结构型和行为型两种图，这次将为你分享行为型（Behavior Diagram）的UML图，让你在15分钟内就可以对活动图（Activity Diagram）、状态机图（State Machine Diagram）、顺序图（Sequence Diagram）、用例图（Use Case Diagram）、时序图（Timing Diagram）有大致的认识，并且这知道这些图的用途。本文最后还会给出一个表格，对结构性和行为型的UML图来个小结。关于UML图的详细介绍，请继续留意后续文章，谢谢！
2013-09-02 16:02:26
5417
4
原创 《火球——UML大战需求分析》(第1章 大话UML)——1.2 结构型的UML（Structure Diagram）
UML图分结构型和行为型两种图，本文将为你分享结构型（Structure Diagram）的UML图，让你在15分钟内就可以对类图（Class Diagram）、对象图（Object Diagram）构件图（Component Diagram）、部署图（Deployment Diagram）、包图（Package Diagram）有大致的认识，并且这知道这些图的用途。关于UML图的详细介绍，请继续留意后续文章，谢谢！
2013-09-01 22:20:49
4007
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人