摘要：最常用的用户需求建模方法：包括数据流图（DFD）、实体关系图（ERD）和用例图（Use Case）三种方式。----------------------DFD作为结构化系统分析与设计的主要方法，已经得到了广泛的应用，DFD尤其适用于MIS系统的表述。DFD使用四种基本元素来描述系统的行为，过程、实体、数据流和数据存储。DFD方法直观易懂，使用者可以方便地得到系统的逻辑模型和物理模型，但是从DFD图中无法判断活动的时序关系。图2描述的是某个项目的DFD示意图。 ERD方法用于描述系统实体间的对应关系，需求分析阶段使用ERD描述系统中实体的逻辑关系，在设计阶段则使用ERD描述物理表之间的关系。需. 阅读全文

摘要：十步做好产品需求文档 做好产品需求文档的这十步，是经过长期的实践经验和反复验证而得到的。可能这里描述的不是很全面，但他已经足够让你做一个成功的产品需求文档。做好这几步花费的时间要以项目的大小、复杂程度、个体学识、基本技能熟练度而定。第一步：做好准备工作 你要做的是一个让人无可争议的产品，为了做好他，你必须做好前期的准备工作。你需要去了解你的顾客、竞争对手、产品团队的实力和需要的技术。你需要从顾客、用户、竞争对手、分析师、产品团队、销售队伍、市场、公司职员等收集他们能发现的问题和可能的解决办法。这里有很多的工作需要你去完成，在《成功的产品背后》这篇文章中有详细的描述。 建立良好的交流也非常... 阅读全文

摘要：2011.12.28摘自：http://bbs.51edu.com/thread-529754-1-1.html 万事开头难。能否作好需求分析是一个项目成败的关键。需求分析初始工作的好坏对后续影响极大不可不查。我在这里提几点看法，不一定正确，算是抛砖引玉吧。 第一步：请客吃饭。看起来很庸俗，但却是非常有效的手段，通常客户方的中高级领导工作都很繁忙，在饭局上才有时间能够摸清楚他们真正关心的和反对的，弄清楚之后，需求的方向性才不会出错。通常来说政府机关的领导比较关心政绩，企业老板比较关心成本与销售。 第二步：摸清楚对方项目实施负责人的心态与兴趣爱好。一般来说，客户方会指定一名懂技术的人员作为... 阅读全文

摘要：需求分析的六个原则（一）永远不要显得比客户更聪明1、需求分析第一个原则：永远不要显得比客户更聪明。聪明反被聪明误，这样的事情太多了，我们产品经理都是有智慧的人，而不是耍小聪明的人。2、原则第一点：了解需求，而不是去批评客户。产品经理不是批评家，心理上要重视客户，行动上要尊重客户，平等对待每一个客户。3、 原则第二点：客户比你更熟悉业务的环境。产品经理熟悉的仅仅是产品本身，但是，产品经理要做的却不仅仅是产品本身。4、原则第三点：真正的问题只有客户知道，我们要做的就是让客户愿意说出来。客户会给你反馈，但是这些反馈有些是真实的，有些是敷衍的，你希望真实还是敷衍，请参考原则第一点。需求分析的六个原则（ 阅读全文

摘要：系统架构设计师考试大纲一、考试说明：1.考试目标 考试合格人员应能够根据系统需求规格说明书，结合应用领域和技术发展的实际情况，考虑有关约束条件，设计正确、合理的软件架构，确保系统架构具有良好的特性；能够对项目睥系统架构进行描述、分析、设计与评估；能够按照相关标准编写相应的设计文档；能够与系统分析师、项目管理师相互协作、配合工作；具有高级工程师的实际工作能力和业务水平。 2.考试要求 （1）掌握计算机硬软件与网络的基础知识； （2）熟悉信息系统开发过程； （3）理解信息系统开发标准、常用信息技术标准； （4）熟悉主流的中间件和应用服务器平台； （5）掌握软件系统建模、系统架构设计基本技术； （6 阅读全文

摘要：前言 此文译自CodeProject上<How I explained OOD to my wife>一文，该文章在Top Articles上排名第3，读了之后觉得非常好，就翻译出来，供不想读英文的同学参考学习。作者(Shubho)的妻子(Farhana)打算重新做一名软件工程师(她本来是，后来因为他们孩子出生放弃了)，于是作者就试图根据自己在软件开发设计方面的经验帮助她学习面向对象设计(OOD)。自作者从事软件开发开始，作者常常注意到不管技术问题看起来多复杂，如果从现实生活的角度解释并以对答的方式讨论，那么它将变得更简单。现在他们把在OOD方面有些富有成效的对话分享出来，你可能会 阅读全文

摘要：SCRUM、XP、RUP与Agile的关系 阅读全文