精选信息系统建模.pptVIP

瀑布模型的问题在于，需求分析和设计需要长时间地停留在纸面上。其进展速度主要取决于将来的用户对这一项目方案的预期效果的想象。越接近实施阶段，这个问题也就越突出。 另一个问题在于，在项目进展的过程中，项目目标和条件不断变化。 瀑布模型的优缺点 * 苏黎世联邦科技大学企业研究中心分析了一个银行的软件开发过程。在“批评阶段”首先收集了该软件开发过程里的主要缺点。这个银行的方法论采用瀑布模型。 参与这个项目的工作人员讲述了如下主要问题： 信息部门和专业部门之间合作不融洽 缺少共同语言 缺少一个共同的行之有效的建模方法 阶段交替环节存在很大的知识流失 原因在哪里？ * 一个主要原因在于流程是顺序进行的，而实施该流程的组织是按照功能分工的。（参考图） 结论：项目的最终用户没有足够的想象力去事先想象将来的产品。这也是软件项目经常中途搁浅的原因。 工作重点的转变以及经常调整工作团队阻碍了各个参与方之间的有效沟通，我们称这一现象为“团队断层（Team Breaks）”。 * 按照功能的工作分工导致“团队断层” 项目申请 初步构想 项目方案 需求建议和评估 设计和实施 审核和合同 详细方案 项目交付和上线运行 运行和维护 管理团队 专家团队 企业组织团队 企业组织团队 项目和律师团队 咨询团队 开发团队 * 团队的不断更换带来的直接后果就是各团队所采用的建模技术不同。不同的建模技术又致使每个功能性阶段都