IPD把产品需求定义为“产品包需求”，因为我们给客户交付的不是孤立的产品，而是一个解决方案，同时客户是否购买一个产品不仅仅看产品本身，还关注品牌、服务、渠道等因素，产品需求应广而不深，需要把产品相关的方方面面都考虑清楚，而不是针对某一点定义的很精细，需要从客户购买决定的全过程思考。制造部门的需求、客服部门的需求，就是内部需求，需要在产品开发前期识别，成为产品需求和设计需求的一部分，并在设计开发中实现。功能需求描述系统作为一个整体为其他系统提供的服务，把其他系统给它的输入变成其他系统所需要的输出。
需求分析对产品开发成败至关重要，正因为如此，对需求进行详细定义和描述十分重要。然而不同体系往往对需求有不同的定义，也导致需求术语混乱，本周小编结合多年需求工作经验，详解不同术语的概念与区别：
业务（Business）
“业务”从内容上划分，指“核心域”。
如，餐馆系统中订单和菜品的关系属于“业务知识”，折扣的计算规则属于“业务规则”。
“业务”从范围上的划分，指“组织级别”。
如：“业务建模”是组织级别的建模、“业务用例”是组织为其他组织提供的服务，“业务流程”是组织内各个系统之间协作的流程。
架构（Architecture）
维基百科中这样描述“架构”：
软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。
在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。
归纳：架构是多个系统内部共有的抽象机制。
-
重点1
最低0.47元/天 解锁文章
589
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
