第二章 踏上ICONIX软件过程之路
文章目录
站在客户的角度思考
企业为什么买我的产品
他们有需求,又想马儿不吃草,又想马儿跑的快。(想Pitch,奴隶主)
企业很复杂,无法根本解决问题,只能优化局部。
企业痛点多多少少与开源节流有关。
需求工程概述
- 诊断• 准确定位痛点
- 开方• 提出合理解决方案
1与2合称“需求开发”,需求是软件成功的基础 - 配药• 设计开发软件系统
- 治疗• 实施维护软件系统
需求噩梦
需求工程:通过合适的工具和记号系统地描述待开发系统及其行为特征和
相关约束,形成需求文档,并对用户不断变化的需求演进给予支持。
需求开发方法
需求调查,需求分析,需求定义
ICONIX软件过程的需求阶段
ICONIX过程特点
-
尽早进入编码阶段,缩短分析设计周期的软件开发方法。
-
合理的简化统一过程(RUP), 基于敏捷软件开发的思想。
-
与 RUP相比,是轻量级的过程。与敏捷相比,ICONIX提供充足的需求和设计文档,但不过度分析设计。
-
ICONIX过程从把需求文档变成可运作的代码过程只需四步,使用四张UML图
- Ø 用例图
- Ø 序列图
- Ø 类图
- Ø 健壮性图(非UML标准)
好项目是从愿景开始的
获取愿景的三步曲
第一步:找到软件项目的“老大”;
第二步:得到“老大”对项目的期望(愿景);
老大需要的不是功能,要的是期望
中程领导关心流程
底层人员关心简单与否