网上有很多关于pos机需求,需求是最重要的事的知识，也有很多人为大家解答关于pos机需求的问题，今天pos机之家(www.poszjia.com)为大家整理了关于这方面的知识，让我们一起来看下吧!
本文目录一览：
1、pos机需求
pos机需求
无论做什么事都是有流程的。
谈到流程，很多人立刻就会想到熟悉的瀑布模型、螺旋模型、迭代开发、敏捷、RUP等一堆软件工程相关的软件开发流程，这流程都与项目管理有关，我们可以称为“管理流程”。
面向对象开发也有一套流程，我们可以称为“技术流程”。面向对象的技术流程可以概括如下：
需求模型→领域模型→设计模型→实现模型
以上流程环环相扣，上一步流程的输出就是下一步流程的输入。
俗话说，万事开头难。需求是软件项目的最开始输入，肯定是非常重要的，按道理来说也应该是需要重点关注的。
然而，现实情况却恰恰相反：很多项目都不怎么重视需求！
我们可以经常看到这样的场景：
需求分析人员/产品经理和用户沟通了一下，然后把用户的要求简单整理一下就交给研发人员了……
项目计划比较紧，那么就把需求分析阶段加快一些吧（实际上就是减少投入时间）……
产品人员给了一个简单的需求，为了能够快速交付，没有怎么分析就开始设计编码了……
虽然看起来时间是节省了，项目进度是加快了，然而最终的结果却令人失望——据统计，有将近1/3的项目失败或者陷入困境是因为需求原因导致的！
这就是所谓的“垃圾进垃圾出（Garbage in，garbage out）”的效果，即：如果最开始的输入是错误的，后面的过程再怎么优秀，最终都会输出垃圾产品。而且可能是后面越优秀，最终输出越垃圾，就像你朝一个错误的方向跑步，跑得越快离正确的终点越远一样。
举一个虽然恶心但很形象的例子：给你一坨屎，你放到饼干生产线上，最后生产出来的不是饼干，而是像饼干的一坨屎！
你可能会说，错了我改还不行吗？
当然是可以的，但你要做好心理准备，还有一个更加令人震惊的事实：修复需求错误的成本非常高！
我们假设在编码阶段发现和修复一个错误所耗费的人力是1个单位，那么在测试阶段修复需求错误的成本是5～10，在维护阶段（产品正式上线后）修复需求错误的成本是20，而如果在需求阶段修复需求错误，成本只需要0.1～0.2即可。
也就是说，需求错误的成本存在这样的比例关系：维护阶段修复=需求阶段修复×200！
原因显而易见：如果需求错了，那么几乎是要把软件项目重做一遍！
相信经过前面的分析，对于需求的重要性你已经有了充分的认识。
请时刻牢记：需求很重要！
但到底什么是需求呢？
简单的讲就是：需求即系统需要做什么。
但很多人会陷入陷阱：需求即功能。
以下给出需求与功能的定义。
需求：对客户来说有价值的事情。
功能：系统为了实现客户价值而提供的能力。
因此，区别是需求还是功能的方法很简单：只要判断是否对客户有价值。
我们可以举些例子:
汽车：“驾驶”是需求，“发动机”、“刹车”、“加速”等是功能。
打印机：“打印”是需求，“进纸”、“设定”、“与电脑连接”等是功能。
POS机：“买单”是需求，“商品扫描”、“金额汇总”、“收银”等是功能，因为买完单后顾客就能将产品拿走。
……（有兴趣的，还可以自己多想想更多的例子）
为什么要分清需求与功能呢？
我们来看一个简单的场景，用户找到你说：“我要一只羊！”
这个事够简单吧？那你是不是毫不犹豫地就抓一只羊给用户呢？
如果你这样做了，并且运气好，客户可能非常满意，但是在大部分情况下，也许客户很不满意，为什么？
我们来看“我要一只羊”这个事的多个版本。
一个饥肠辘辘的人说，我要一只羊，用来烤着吃！
一个慈爱的父亲说，我要一只羊，给我的小孩做宠物！
一个农场主说，我要一只羊，生小羊！
看了上面几个场景，相信你就大概明白了：
什么才是用户的真正的要解决的问题。
如果客户是用来吃的，也许你更应该提供一顿烤羊肉，或者一只大羊腿，客户会更加满意。
如果客户是用来给小孩做宠物的，那么给一只雪白的漂亮的小羊羔也许他的小孩更高兴。
如果客户是用来生小羊的，那么给一只强壮的成年母羊是更好的选择。
所以说，区分需求与功能，有助于深入了解客户的问题，有助于更好地实现需求，提供最有价值的产品。
做好了需求模型，接下来将开始领域模型。
且待下回分解。
以上就是关于pos机需求,需求是最重要的事的知识，后面我们会继续为大家整理关于pos机需求的知识，希望能够帮助到大家！
