基于构件的开发主要通过整合已有的构件来完成较大型的软件系统的开发，它的要点包括（）。A、大型软件系统中有相当的部分会重复出现，可通过构件组合起来，没必要重做B、系统整合成为整个开发过程的核心，决定构件重用的关键在于它能否与其他构件整合C、用结构化方法或面向对象的方法去开发，适用于任何的系统开发形式D、只有那些无法通过已有构件满足的需求，才会用结构化方法或面向对象的方法去开发E、开发过程从需求分析开始，经过构件选取、构件调整、构件组装及更新过程搭建完成

软件开发包括需求分析、设计、编码、测试和维护等阶段。瀑布模型将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护六个基本活动，并且规定了它们自上而下、相互衔接的固定次序如同瀑布流水，逐级下落。瀑布模型强调文档的作用，并要求每个阶段都要仔细验证。结构化开发方法的生存周期划分与瀑布模型相对应，因此也是与其最相适应的软件开发方法。对于本题的选项A，OMG描述构件的定义为，构件是一个物理的、可替换的系统组成部分，它包装了实现体且提供了对一组接口的实现方法。构件化方法是以过程建模为先导、以构架为中心、基于构件组装的应用系统开发方法。它可以裁剪为面向对象方法，适合于构件组装模型。构件化方法和面向对象方法鼓励构件组装（复用），面向对象过程沿演化的螺旋迭代，因此它们与瀑布模型软件开发思路不相适应。对于选项C，对象是指由数据及其容许的操作所组成的封装体。所谓面向对象，就是基于对象概念，以对象为中心，以类和继承为构造机制来认识、理解、刻画客观世界和设计、构建相应的软件系统。面向对象方法是一种把面向对象的思想应用于软件开发过程中，指导开发活动的系统方法，简称OO（Object Oriented）方法。对于选项D，快速原型模型的第一步是建造—个快速原型，实现客户或未来用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。显然，快速原型方法可以克服瀑布模型的缺点，减少由于软件需求不明确而带来的开发风险，具有显著的效果。

常识。

技术风险是指潜在的分析、设计、实现、接口、验证和维护等技术方面的项目风险。另外陈旧的技术可能带来不能兼容、不能集成、不能满足客户需要的功能等风险。全新的、先进的、尤其是缺乏实践检验的技术带来的风险还要多一些如技术不成熟导致产品开发不出来，从而导致项目失败，也常常可能威胁到待开发软件的质量及交付时间。选项B、C、D、E属于技术风险，而选项“A.采用先进技术开发目前尚无用户真正需要的产品或系统”更多的是属于市场风险。对这种市场风险，应该在项目酝酿的更早期阶段比如市场调研、可行性研究阶段及早发现和处理。

EJB分为会话Bean、实体Bean和消息驱动Bean。（1） 会话Bean：用于实现业务逻辑，它可以是有状态的，也可以是无状态的。每当客户端请求时，容器就会选择一个会话Bean来为客户端服务。会话Bean可以直接访问数据库，但更多时候，它会通过实体Bean实现数据访问。（2） 实体Bean：用于实现O/R映射，负责将数据库中的表记录映射为内存中的实体对象。事实上，创建一个实体Bean对象相当于新建一条记录；删除一个实体Bean会同时从数据库中删除对应记录；修改一个实体Bean时，容器会自动将实体Bean的状态和数据库同步。（3） 消息驱动Bean：EJB3.0中引入的新的企业Bean，它基于JMS消息，只能接收客户端发送的JMS消息后处理。MDB实际上是一个异步的无状态会话Bean，客户端调用MDB后无须等待，立刻返回，MDB将异步处理客户请求。这适合于需要异步处理请求的场合，如订单处理，这样就能避免客户端长时间地等待一个方法调用直到返回结果。

技术风险是指潜在的分析、设计、实现、接口、验证和维护等技术方面的项目风险。另外陈旧的技术可能带来不能兼容、不能集成、不能满足客户需要的功能等风险。全新的、先进的、尤其是缺乏实践检验的技术带来的风险还要多一些如技术不成熟导致产品开发不出来，从而导致项目失败，也常常可能威胁到待开发软件的质量及交付时间。选项B、C、D属于技术风险，而选项A更多地是属于市场风险。对这种市场风险，应该在项目酝酿的更早期阶段比如市场调研、可行性研究阶段及早发现和处理。