巧克力项目之生命周期模型的选择

3月8日会议记录       会议记录者:李宁

今天,我们小组就老师布置的关于巧克力项目的生命周期模型进行了讨论。我们的讨论根据的是书上关于各种生命周期模型对比的表格,上面列举的每一种方法都讨论了是否符合我们小组的开发,进过筛选最终选定了迭代--递增生命周期模型。选择迭代--递增模型的原因是:迭代--递增模型更接近于现实中的开发模型,可以在每一个版本的基础上,继续升级跟新,符合我们开发的原则,同时适用于我们小组的开发水平。至于其他模型没有选择的原因,下面将一一列举。编码--修补模型和瀑布模型,是我们最先否决的,前者不适合维护,没法再版,后者过程太过于规范,不符合我们实际的开发情况;不选快速原型模型,是因为我们的项目不大,没有必要先做出一个原型;而开源生命周期模型,首先我们的项目本身不具备什么实用性,估计没什么人会有兴趣来改代码,其次我们也没有时间一直等,主要还是靠小组成员;敏捷过程模型,因为我们见不到客户,而且需求已经固定;同步--稳定模型,主要是由于不符合我们的实际情况,我们不能每天都开小组会议,而且每个人的代码风格还是很不同的;螺旋生命周期模型,小组成员能力有限,很多风险分析都无法做到。所以我们最终选择了迭代--递增模型作为我们小组开发巧克力项目的生命周期模型。

附上总结的ppt截图,便于大家直观了解此次会议的过程和成果

时间: 2024-10-13 05:25:15

巧克力项目之生命周期模型的选择的相关文章

项目管理【02】 | 项目管理基础-信息系统项目的生命周期模型

项目生命周期指项目从启动到收尾所经历的一系列阶段,生命周期可为管理项目提供基本框架.在本篇中,我们将着重介绍项目生命周期模型方法和典型的6种生命周期模型,区别各自的优缺点,以便在实践中灵活运用. 11.项目生命周期的模型方法有三种: (1)预测型生命周期. 预测型生命周期(也称为完全计划驱动型生命周期)是在项目生命周期的尽早时间,确定项目范围及交付此范围所需的时间和成本. 优先选择预测型生命周期的情况:充分了解拟交付的产品,有厚实的行业实践基础,或者整批一次性交付产品有利于干系人. (2)迭代和

软件开发生命周期模型 瀑布模型、增量模型、原型模型、螺旋模型、喷泉模型总结

在校期间学习过这些模型,现在来复习一下. 瀑布模型/改进的瀑布模型 虽然瀑布模型仍然存在很多的问题有待解决,但瀑布模型仍然是最基本的和最效的一种可供选择的软件开发生命周期模型.瀑布模型要求软件开发严格按照需求 ->分析->设计->编码->测试的阶段进行,每一个阶段都可以定义明确的产出物和验证准则.瀑布模型在每一个阶段完成后都可以 组织相关的评审和验证,只有在评审通过后才能够进入到下一个阶段. 由于需要对每一个阶段进行验证,瀑布模型要求每一个阶段都有明确的文档产出,对于严格的瀑布模型

软件生命周期模型

软件生命周期模型(Life Cycle Model)是描述软件开发过程中各种活动如何执行的模型.各种模型确立了软件开发中各阶段的次序限制以及开发过程所遵守的规定和限制.典型的几种软件生命周期模型有瀑布模型.演化模型.螺旋模型.喷泉模型 1.瀑布模型(waterfall model) 瀑布模型是最早出现的软件开发模型,它将软件生命周期的各项活动规定为按固定顺序而连接的若干阶段工作,如同瀑布流水,逐级下落. 特点: 1)是一种理想化模型,瀑布模型要求有明确的需求分析,所以在现实中基本不可能实现(可在

讲讲项目开发生命周期

项目开发生命周期: 一:软件项目开发模式 螺旋开发模式: 螺旋开发模式 适合,项目前期 需求不确定的情况下: 对于每一个模块,一个个开发,进行分析,设计,编码,测试,上线. 好处; keyi可以 有效的 降低 软件风险,我尽量 做出来的产品尽量满足客户需求: 瀑布模式: 瀑布 模式:就是先进行 所有模块的 项目需求分析,当分析结束后,才进入项目的下一个阶段,即 设计,编码,测试,上线. 好处:更容易 进行 项目把控,和项目质量控制! 对项目质量非常高的 设计到军方的 都是瀑布 都是 这样的开发

信息系统典型生命周期模型

1 .瀑布模型瀑布模型是一个经典的软件生命周期模型,一般将软件开发分为可行性分析(计划).需求分析.软件设计(概要设计.详细设计).编码(含单元测试).测试.运行维护等几个阶段,如图所示. 瀑布模型中每项开发活动具有以下特点: ( l )从上一项开发活动接受其成果作为本次活动的输入.( 2 )利用这一输入,实施本次活动应完成的工作内容.( 3 )给出本次活动的工作成果,作为输出传给下一项开发活动. ( 4 )对本次活动的实施工作成果进行评审. 缺点: 过程基本不可迭代,需求在开始的不确定性,错误

第一次小组会议-生命周期模型的确定

第一次小组会议于2015年3月12日中午召开,我们采用站立式会议的形式,就采用哪种软件生命周期模型展开了讨论,在我们综合考虑了编码-修补模型.瀑布模型.快速原型开发模型.开源模型.敏捷过程.同步-稳定模型的特点和小组成员的性格后,最终确定为迭代-递增生命周期模型.主要考虑到这种模型比较符合实际情况,能够多次检测错误.保证软件进行多次扩展并且尽可能的减轻风险. 接下来,我们将按照需求.分析.设计.实现.测试这个步骤,首先尽快确定出第一版软件,随后逐步求精,通过测试并邀请其它同学使用并反馈的形式,逐

瀑布模型(经典的生命周期模型)

适用范围:系统需求明确,技术成熟.工程管理较为严格的场合. 由Winston Royce在1970年最早提出的软件开发模型.软件开发过程与软件生命周期是一致的,也称经典的生命周期模型. 规定了各项软件工程活动,以及它们自上而下,互相衔接的固定次序,如同瀑布流水逐级下落. 是一种使用广泛,以文档为驱动的模型. 特点: 1,阶段间具有顺序性和依赖性. 2,推迟实现的观点. 3,每个阶段必须完成规定的文档,每个阶段结束前完成文档审查,及早改正错误. 主要问题:线性过程太过理想化 1,各个阶段的划分完全

项目的生命周期

概述 项目的生命周期描述了项目从开始到结束所经历的各个阶段,最一般的划分是将项目分为 "识别需求.提出解决方案.执行项目.结束项目"四个阶段.实际工作中根据不同领域或不同方法再进行具体的划分.例如,按照软件开发项目划分为需求分析.系统设计.系统开发.系统测试.运行维护几个阶段,而在建筑业中一般将项目分成立项决策.计划和设计.建设.移交和运行等阶段. 项目生命周期的划分 对于IT服务项目来说,从厂商看项目是从接到合同开始,到完成规定工作结束,但如果从客户角度看,项目是从确认有需求开始,到

数据仓库专题(1)-数据仓库生命周期模型

一.前言 工作内容的变更,导致重新回到数据仓库模型的架构和设计,于是花点时间比较系统的回顾数据仓库建模和系统建设的知识体系,记录下来,作为笔记吧. 二.模型 无论数据仓库技术如何变化,从RDBMS到NoSQL,从传统技术到大数据,其实只是实现技术手段的变化,数据仓库建设生命周期的模式从来都不曾真正颠覆性改变过.向前辈致敬.下图是The Kimball Lifecycle diagram中文版本: 三.未完待续 后续考虑根据项目的实施,分环节,从实践角度,记录分享点滴,算是我的工作笔记吧. 另外项