第2章 软件生存周期及开发模型38021.pptVIP

(3) 分析设计。目的在于：将需求转换为未来系统的设计；逐步开发强壮的系统构架；使设计适合于实施环境，为提高性能而进行设计。 (4) 实施。目的在于：对照实施子系统的分层结构定义代码结构；以构件(源文件、二进制文件、可执行文件以及其他文件等)的方式实施类和对象；对已开发的构件，按单元来进行测试；将各实施成员(或团队)完成的结果集成到可执行系统中。 (5) 测试。目的在于：核实对象之间的交互；核实软件的所有构件是否正确集成；核实所有需求是否已经正确实施；确定缺陷，并确保在部署软件之前将缺陷解决掉。 (6) 部署。目的在于：将构件部署到网络的各个节点上，使最终用户可以使用软件产品。 (7) 配置与变更管理。目的在于：始终保持工作产品的完整性和一致性。 (8) 项目管理。目的在于：为对软件密集型项目进行管理提供框架，为项目计划、人员配备、执行和监测提供实用的准则，为管理风险提供框架。 (9) 环境。目的在于：为软件开发组织提供软件开发环境(流程和工具)，该环境将会支持开发团队。 3．选择模型的条件 选择迭代模型的条件如下： · 在项目开发早期需求可能有所变化。 · 分析设计人员对应用领域很熟悉。 · 高风险项目。 · 用户可不同程度地参与整个项目的开发过程。 · 使用面向对象的语言或UML。 · 使用CASE工具，如Rose。 · 具有高素质的项目管理者和软件研发团队。 4．模型的优点 迭代模型的优点是：在迭代之初，它不要求有一个相近的原型，而且适用范围很广，几乎适用于所有的项目开发。 5．模型的缺点 迭代模型的缺点是：传统的项目组织方法按顺序(一次且仅一次)完成每个工作流程，即瀑布式生存周期。迭代模型采取循环的工作方式，每次循环均使工作产品更靠近目标产品一次，这就要求项目组成员具有很高的水平并掌握先进的开发工具。反之，就会存在较大的技术风险和技能风险。 2．5 原型模型 1．模型的思想 原型模型(Prototype Model)的思想是：在初步需求分析之后，马上向客户展示一个软件产品原型，对客户进行培训，让客户试用，在试用中收集客户意见，根据客户意见立刻修改原型，之后再让客户试用，反复循环几次，直到客户确认为止。 原型模型很适合于企业资源规划(Enterprise Resource Planning，ERP)系统 。 2．模型的特点 原型模型的特点是：原型驱动 ，开发者必须先有一个原型，至少要有一个原型的核心。 原型模型与迭代模型的相同点是：反复循环几次，直到客户确认为止。不同点是：原型模型事先有一个展示性的产品原型，而迭代模型可能没有。 3．选择模型的条件 选择原型模型的条件如下： ·已有产品或产品的原型，只需客户化的工程项目。 ·简单而熟悉的行业或领域。 ·有快速原型开发工具。 · 进行产品移植或升级。 凡是有软件产品的IT企业，在它们熟悉的业务领域内，当客户招标时，它们都会以原型模型作为软件开发模型，去制作投标书，讲标投标。一旦中标，就用原型模型作为实施项目的指导方针，即对软件产品进行客户化工作，或对软件产品进行二次开发。 4．模型的优点 原型模型的优点是：开发速度快，用户意见反馈实时，有利于开发商在短时问内推广并实施多个客户。 正因为原型模型具有这些优点，所以它一直是软件企业界的主流开发模型。 5．模型的缺点 原型模型的缺点是：因为事先有一个展示性的产品原型，所以在一定程度上不利于开发人员的创新。 6．快速原型法 事先没有原型产品，也可以采取原型模型，称为快速原型法(Rapid Prototyping) 。基本思路是：采用以面向数据为主的方法，在需求分析的基础上，利用ER win或Power Designer等数据库分析和设计工具，快速建立信息系统的概念数据模型(CDM)和物理数据模型(PDM)；利用面向对象的编程工具，在软件企业强大的类库、构件库的支撑下，快速地实现需求分析