摘要：今天去和包括众多业务使用人员在内的客户进行一次系统原型、完善需求的讨论。用了大半天的时间，有几点心得。1、交流过程中，客户的思路是无序的，他们并不可能按你的预先的设计的次序去依次交流一些问题。“想到哪说到哪”这个词最恰当不过。这可能就需要我们既要一个引导，不能总是不得重点，以免在有限的时间内不能完成预先的交流计划。同时，可能也需要我们真正要注意他们所谈到任意一个方面，尽管这个方面不是你当时所关注的......
摘要： 需求之于软件的重要意义，其实每一个软件人员都知道，比如： 1、软件项目中40%到60%的问题都是在需求分析阶段埋下的隐患。 2、在需求审核上投入1个小时可节省10倍以上的错误更正时间。 3、返工开销占开发总费用的40%，而70-80%的返工是由需求方面的错误所导致的。 4、成功的需求开发管理能节省大量时间和金钱。这样的表述很多资料上都可以看到。可能很多人都经历过这样的项目： 用户提出的需求不完整......
探索需求（5）－业务模型大纲 项目中有个子系统规模不大,利用这次对其彻底重整的机会,准备建立这个业务领域的业务模型.调研了两家单位,整理出的业务模型主要有以下部分: 一.业务组织 【程序编程相关:
http://www.myfaq.com】 【推荐阅读:
ThumbSMS拓展企业短信应用】 1.业务角色的描述分析 【扩展信息:
MIMETYPE】 2.业务工人的描述分析 二.用例模型 1.全业务领域的uml用例图及用例关系. 2.以业务用例的格式对各个业务用例的详细文字编写. 三.业务实体 1.业务实体的文字定义描述. 2.业务实体的uml关系图. 四.业务术语
摘要：现在的软件行业，开源似乎成了这个行业里最时尚的语言，大有见了朋友不问：“你今天开源了吗”就誓不罢休的趋 势！一个行业，揭了自己的老底，把自己完整的裸露在别人的面前，而行业中人却以此感到光荣，骄傲，难道人类真 的已经升华到了“无私”的境界了？但我大胆的断定这是不可能的！如此盲目的开源，对行业的影响已经属于非健康 的了，迟早会给整个软件行业带来伤害……而这一切的背后操控主谋是一些抱着大堆专利、把芯片设......
