karlin999的博客

业务建模是理解一个企业业务，对业务流程进行分析和优化的必要方法，看起来似乎很高大上，其实就像医学的人体模型一样，无非是一个能帮助工作的手段。对于复杂的业务系统来说，比如电信的BOSS系统（纯粹外行），企业级ERP系统，业务建模和业务分析是企业级业务软件开发的前提条件，也是链接业务和软件的环节，用软件工程的流行语来说，就是模型驱动的软件开发，通过业务模型-软件需求模型-软件设计模型-软件测试模型

要想给人做管理软件，首要的事情自然是把人家现在的业务内容、管理方式弄清楚。即使你是这个领域的业务专家，也要明白一点，无论业务内容是否相同，管理方式一定是不同的，业务可以复制，技术可以复制，管理不能复制。例如，要给仓库做管理系统，需要先了解这个仓库是怎么管理的，怎么出库，怎么入库，怎么盘点，怎么核算；需要给采购部做管理系统，需要先了解采购部是怎么运作的，怎么制定采购计划，怎么下采购单，怎么签订采购合

1.需求是有层次的，分为业务需求、用户需求以及系统需求，所以在进行需求分析时肯定是要根据不同层次阶段进行不同方式、内容以及侧重点的需求调研。 1）业务需求，一般是公司的高层提出的，就是我们这个系统的指导需求，这个需求比较空，但是却是整个系统需求的指导思想，在做需求时经常想想这个知道思想，可以防止需求跑偏。 2）用户需求，一般是公司的中层和操作层提出的需求。中层突出流程，就是整个框架，而操作层提

一、 我们应当如何做需求分析？ 需求分析不是一蹴而就的，它应当贯穿整个开发周期，不断的分析确认的过程。这就是敏捷开发倡导的需求反馈。敏捷开发认为，需求分析阶段不可能解决所有的需求问题，因此在设计、开发、测试，直到最终交付客户，这整个过程都应当不停地用开发的成果与客户交流，及时获得反馈。只有这样才能及时纠正需求理解的偏差，保证项目的成功。 二、我们应当怎样做需求调研？ 1.初识。...

守则１ 永远不要显得比客户更聪明第一条：了解需求，而不是去批评客户； 第二条：客户比你更熟悉业务的环境； 第三条：客户总是知道问题在哪儿，你的工作就是要让他们自己愿意说出来；守则２ 尊重用户的现实选择第一条：客户永远是对的； 第二条：提供最合适的解决方案，而非最好或最贵的方案； 第三条：不要把客户当傻瓜；守则３ 转述需求的人也是客户第一条：转述者一般会把自己想象成...