《成立项目小组》.ppt

项目一 成立项目小组
精选课件
Company Logo
项目问题
某软件公司刚成立，从学校招聘了一些新的开发人员。最近，该公司通过关系从市场接到一个网上书店的软件项目。由于公司刚成立，新招的开发人员都只有编程的经验，没有完整即写成以某一种特定程序设计语言表示的“源程序清单”
写出的程序应当是结构良好、清晰易读的，且与设计相一致的
精选课件
软件测试
单元测试，查找各模块在功能和结构上存在的问题并加以纠正
集成测试，将已测试过的模块按一定顺序组装起来
按规定的各项需求，逐项进行系统测试，决定已开发的软件是否合格，能否交付用户使用
精选课件
运行／维护
改正性维护 运行中发现了软件中的错误需要修正
适应性维护 为了适应变化了的软件工作环境，需做适当变更
完善性维护 为了增强软件的功能需做变更
精选课件
瀑布模型
各项活动按自上而下，相互衔接的固定次序，如同瀑布逐级下落，每项活动均处于一个质量环（输入-处理-输出-评审）中。
阶段间具有顺序性和依赖性。
推迟实现的观点。
每个阶段必须完成规
定的文档；每个阶段结束前完成文档审查。
瀑布模型使用文档进行驱动.
精选课件
原型实现模型
先开发一个“原型”软件，完成部分主要功能，展示给用户并征求意见，然后逐步完善，最终获得满意的软件产品
*
用户测试
运行原型
建造/修改
原型
听取用
户意见
精选课件
螺旋模型 风险驱动
*
精选课件
增量模型
*
项目日历时间
软件功能性和特征
1
2
3
4
5
第2次增量发布
增量2
1
2
3
4
5
第n次增量发布
增量n
1
2
3
4
5
第1次增量发布
增量1
┇
5
部署（发布，反馈）
4
构造（编码，测试）
3
建模（分析，设计）
2
计划
1
交流
精选课件
增量模型
使用增量模型时，第一个增量结构件往往实现软件的基本需求，提供最核心的功能。例如，使用增量模型开发字处理软件时，第一个增量结构件提供基本的文件管理、编辑和文档生成功能；第二个增量结构件提供更完善的编辑和文档生成功能；第三个增量结构件实现拼写和语法检查功能；第四个增量结构件完成高级的页面排版功能。把软件产品分解成增量结构件时，应该使构件的规模适中，规模过大或过小都不好。最佳分解方法因软件产品特点和开发人员的习惯而异。分解时唯一必须遵守的约束条件是，当把新构件集成到现有软件中时，所形成的产品必须是可测试的。
精选课件
需求阶段
分析阶段
设计阶段
编程阶段
集成与测试阶段
维护与演进阶段
喷泉模型面向对象 迭代 无缝过渡
精选课件
喷泉模型
体现了迭代和无间隙的特性。
系统某个部分常常重复工作多次，相关对象在每次迭代中随之加入演进的软件成分。
无间隙是指在各项开发活动，即分析、设计和编码之间不存在明显的边界。
喷泉模型是对象驱动的过程。
精选课件
RUP统一建模过程 Rational Unified Process
*
生命周期
精选课件
RUP统一建模过程
迭代式开发
管理需求
使用基于构件的体系结构
可视化建模:UML
验证软件质量:软件质量评估不再是事后型的或是单独小组的活动，而是贯穿于整个开发过程并由所有成员参与的.
控制软件变更.
精选课件
极限编程
敏捷（Agile）联盟
让软件开发团队具有快速工作、响应变化能力的价值观和原则
极限编程：一种敏捷方法。由一系列简单却互相依赖的实践组成
*
精选课件
敏捷软件开发宣言
个体和交互 胜过 过程和工具
可以工作的软件 胜过 面面俱到的文档
客户合作 胜过 合同谈判
响应变化 胜过 遵循计划

虽然上述右项也有价值，但我们认为左项具有更大的价值。
*
精选课件
软件神话
管理人员：
如果我们已经落后于计划，可以增加更多的程序员来赶上进度。
*
精选课件
软件神话
用户：
有一个对目标的概括描述就足以着手编写程序了，许多细节可以在以后再补充。
用户对软件的要求不断变化，然而软件是柔软而灵活的，可以轻易地改动。
*
精选课件
软件神话
软件开发人员：
所谓软件开发就是编写程序并设法使它运行。
在程序真正运行之前，没有办法评估其质量。
*
精选课件
讨论
假设你被指定为项目负责人，你的任务是开发一个应用系统，该系统类似于你的小组以前做过的那些系统，但是规模更大且更复杂一些。客户已经写出了完整的需求文