误区一：建模就等于是写文得魅这很可能是其中最具破损力的一条，因为开发人员可以此为砌词而完全抛却建模。良多优异的软件开发人员会说他们不想把时刻华侈在这些“无用的“文档上。他们沉湎于编码之中，制造着一些懦弱而劣质的系统。此外，甚至于良多尽责的开发人员此刻也认为建模是一件厌恶的事，而不愿去进修响应的建模手艺。

　　事实剖析：“模子”与“文档”这二者在概念上长短马牛不相及的—你可以拥有一个不是文档的模子和不是模子的文档。一幅设计图就是一个模子，而非论是被画在餐巾纸的后背，或写在一块白板上，或在Class Responsibility Collaboration(CRC)卡片中，仍是按照记其实报纸和便签纸上的流程图而生成的一个粗略的用户界面原型。虽然这些都不能说是文档，但他们却都是有价值的模子。

　　建模很象是作打算：作打算的价质ё仝于打算编制的过程中，而非打算自己;价值表此刻建模的勾当中，而非模子自己。现实上，模子不是你系统中的一部门正式的文档，而且在完成它们的使命后可以被丢失踪。你会发现值得保留的只有很少的模子，而且它必然长短常完美。

　　误区二：年夜起头阶段你可以考虑到所有的一切这种说法风行于二十世纪七十年月到八十年月早期，现今的良多司理都是在阿谁时辰进修的软件开发。对这一点的迷信会导致在前期投入可不美观的时刻去对所有的一切建模以期把所有一切都弄正确，试图在编码起头前就“冻结”所有的需求 -- 因为它能规划数据库。这两个工具真正地辅佐我实现了软件开发的目的 – 制造知足用户要求的软件。但我绝年夜年夜都得建模工作仍然使用的是简单的工具，而不是CASE工具。

　　误区三：建模是在华侈时刻良多新手都这样认为，这主若是因为他们所接管的教育仅仅局限于若何编写代码，对于完整的开发流程鲜有接触。而且他们的经验也仅限于若何实现代码，就如初级轨范员。他们抛却了提高效率和进修手艺的机缘，这些手艺能够使他们很轻易地顺应分歧的项目或组织。他们应该为此感应羞愧。

　　事实剖析：在年夜年夜都情形下，在起头编码之前画一个草图、开发一个粗率的原型或者建造一些索引卡片都能提高你的出产效率。高效的开发者在编码之前都要进行建模工作。此外，建模是一种很好的在项目组成员与项目负责人之间沟通路子。你们在这个过程中切磋问题，年夜而对所要的是一个什么样的工具可以获得更好的理解，涉及到该项目中的每个成员也可获得对该项目有一个年夜分的体味。

　　误区四：数据模子(Data Model)就是一切良多组织基于数据模子就蹒跚启动新的开发工作，也许正如你地址的组织：IT部门对于数据有很是严酷的划定，节制着你的开发项目;或者你以前的数据库是一团糟，别无选择。

　　事实剖析：数据模子是一个主要的但不是最主要的建模，它最好是成立在此外的模子之上。(参见“Extreme Modeling”，Thinking Objectively，Nov.2000)。这即使在象数据仓库这类面向数据的项目中也如斯。如不美观没有很好的理解用户是若何使用该数据仓库的(在数据模子中没有暗示出来)，这些项目经常是以可悲的失踪败而了却。你可以使用的模子有良多 – 使用案例(use cases)，营业轨则(business rules)，activity diagrams，类图(class diagrams)，component diagrams，用户界面流程图(user interface flow diagrams)和CRC，等等。数据模子仅仅是其中的一种。每种模子都有其利益和短处，应该正确地使用。

　　了解更多软件开发培训相关信息，请关注成都计算机培训学校