出修改也是切实可行的。在硬件系统设计中，最终进行规模生产的产品体现的往往是第四种模式。
其他设计模式：
搭建多种系统设计模式需要付出相当的工作量，因为每种设计都做到条理清晰并不是件容易的事。如果设计构架和最终方案是一致的，那么工作量可能会减少一些。有些设计方案从产品角度出发，认为不同设计模式最好采用相同构架。但在实际应用当中，设计模式必须采用不同构架，这是因为：
●有些设计中同功能无关的需求，放在其他条件下则可能引起变化；
●出于重复利用现存模块的考虑；
●出于对机构效率的考虑；
●不同设计方案涉及的步骤要求，我们并不是都要实现；
以上每种因素都会导致设计方案同最初模式不尽相同。设计开发仅仅采用一种模式是很脆弱的。
我们必须记住，一套完整的系统开发要求有不同侧重点的多种设计模式与之配合，例如：框架配置模式侧重于大致的工作方向，而工作细化模式则标明了需要完成的各种具体工作。各种模式之间并不是孤立的，在实际需求和各种设计模式之间存在着多种关系。这些关系表现在：
●关联性：不同模式下开发的产品应当具有一致性（系统需求和用户需求）。
●应用性：非功能需求同功能需求之间的联系。
●评估测试：需求管理同评测系统之间的联系（以及产品）。
●设计开发：需求管理同设计模式或产品之间的联系，我们必须清楚每一部分工作同相应需求之间的对应关系。
何谓需求管理
以下段落将通过分析传统需求管理模式的特点，看看传统需求管理模式同"需求管理之需求"是如何发生关联的。
需求管理模型的特点：
顾名思义，需求管理是完整管理模式中的一环，同其他特性诸如一体性（completeness）、一致性（consistency）等不可分割，彼此相关而成一体。一套需求管理应当是已知系统需求的完整体现，每部分解决方案都是对总体需求一定比例的满足（甚至是充分满足），仅仅解决部分需求是没有意义的。对关键需求的疏忽很可能是灾难性的，试想一架飞机的安全设计不过关将会带来什么样的后果。不同的需求组合起来，构成了一套完整的需求模型。用户需求决定了系统设计所要解决的问题，所要带来的结果。可以说，需求管理指明了系统开发所要做和必须做的每一件事，指明了所有设计应该提供的功能和必然受到的制约。
需求的特点：
需求的提出是进行切实可行的系统开发而存在的客观必然。需求性的描述可以是抽象的，也可以是具体的；它针对的可以是产品本身，也可以是产品开发的方式。
需求性的提出是建立在可验证的基础上的，就是说，我们能够根据需求而通过设定某种检验标准对最终产品进行评估，并给出或是或非的唯一回答。在测试中，我们永远不能说产品完全解决了需求，只能说它更加接近于满足需求。
存在的各种关联：
需求管理的一项重要工作就是在整个计划不同项目之间建立联系，这也许是在进行系统工程设计时自然而然得到的一种结果。如果我们对需求模式的阐释正确，并对需求与设计的统一性有了确证，那么我们就有了进行成功开发的坚实基础。在出色的系统设计中，系统各部分所存在的各种联系应当是清晰简明的。系统的相关性、可追溯性保证了从不同侧重点出发的系统设计能取得一致的结果。举例来说：
●系统需求满足于用户需求；
●设计方案满足于系统需求；
关联性是客观存在的，对它的描述常被用于展示：
●非功能性需求同功能性需求适用性之间的关系；
●方案设计同需求性的满足关系；
●开发框架内部的关系（例如目标管理、进度安排、任务细分等）；
●开发过程中各类信息的存档与交换；
●对每一需求的验证；
●对于
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
