道法自然-面向对象实践指南
- 需求分析:追求完美 vs. 容忍缺陷
- 设计方案
- 鱼和熊掌
- 小鱼
- 优点
- 开发&＃xff06;维护代价小
- 结构简单
- 缺点
- 缺乏灵活性
- 优点
- 熊掌
- 优点
- 灵活
- 易扩展
- 缺点
- 结构复杂
- 开发&＃xff06;维护代价成本高
- 优点
- 小鱼
- 剑在我心
- 1、满足需求的情况下&＃xff0c;尽量选择"小鱼"而舍弃"熊掌"
- 2、存在无可置疑的理由&＃xff0c;才选择"熊掌"
- 误入歧途
- 新技术综合症
- 银弹万能论
- 过渡设计
- 浪子读后感
- 理解
- 一切以需求为中心&＃xff0c;以最小的代价来制定设计方案
- 疑惑
- 舍"熊掌"取"小鱼"&＃xff0c;项目的可扩展性&＃xff0c;可维护性如何保障&＃xff1f;
- 理解
- 鱼和熊掌
- 目标&＃xff06;范围
- 项目目标
- 简洁&＃xff0c;明了
- 反映所有项目主成员对项目前景&＃xff06;产品发展的看法
- 在项目进程中起指导作用
- 项目范围
- 项目目标
- 需求分析
- 什么是需求
- 用户为了解决自己业务领域的问题&＃xff0c;对软件产品明确的期望和要求
- 不应该包括设计细节、实现细节、项目计划信息或测试信息等
- 客户与项目组之间的一种约束
- 功能性需求
- 非功能性需求
- 项目干系人
- 客户Customer
- 出钱故买软件产品的人&＃xff0c;如老板
- 用户User
- 直接使用软件的人&＃xff0c;如操作员
- 其他相关干系认
- 注&＃xff1a;不包括程序员
- 客户Customer
- 什么是需求
- 需求变更
- 有效管理&＃xff06;控制需求变更
- 迭代开发&＃xff0c;增加反馈 环节
- 实际操作
- 步骤
- 1、确定目标&＃xff06;范围
- 2、依据目标&＃xff06;范围分析出所有的项目干系人
- 3、提取非功能性要求
- 4、提取功能性需求
- 采用用例分析进行
- 5、撰写项目的《需求说明书》
- 技巧
- 实现真正需要的&＃xff0c;不是你想要的
- 尽量利用原型与用户交流&＃xff0c;挖掘需求
- 步骤
- 设计方案
图示&＃xff1a;
京公网安备 11010802041100号