文档介绍：软件过程模型案例
案例
某个老师(T)想要考察一个同学(S)的学****情况和技术水平,于是交给该学生一个任务。
T : 我有一个朋友想要一个图象浏览软件,能够查看多种格式的图象,包括BMP、TIFF、JPG、PNG,并且能够支持一般的放大、缩小、漫游。你能做这样一个软件吗?
S:就是类似ACDSEE这样的软件吗?
T: 差不多,不过不需要那么强大的功能,我这个朋友计算机是外行,最好能做的比较方便,傻瓜型的,例如象ACDSEE自动翻页这种功能还是要的。
S:我以前学过BMP和JPG的图象格式解析,我想没有问题
T:好的,给你30天时间,下周你再来一趟,跟我讲一下你的工作进度。
这位同学非常明白老师的意图,回去后想了一下,并列出了一个清单
一功能:
1。读取、显示、另存四种格式图片( BMP、TIFF、JPG、PNG )
2。放大、缩小、漫游
3。列出当前目录下所有四种格式图片文件名
4. PAGEUP(PAGEDOWN)自动调出当前目录上一张(下一张)图片
二其它说明:
1。界面尽量简介,容易操作
2。不要图片预览和打印
三开发工具:VC 6
四开发环境:普通PC机;Window2000/xp
五工作量:
,解析这四种格式
,实现读取、另存和目录浏览功能
,实现显示、缩放、漫游功能
工作清单
软件过程的8个一般阶段
可行性分析
需求分析
概要设计
详细设计
编码
测试
交付
维护
对话过程
工作清单一、二
工作清单三、四、五
写代码前的思考过程
写代码
提交给老师检查
给老师朋友安装、讲解
修正问题、改进软件……
可能情况1
一切顺利,学生S按期交付了软件,经过一两周的试用、修改、完善后,三方都比较满意,该软件在老师的朋友那里成为一个得心应手的工具。
Waterfall Model(瀑布模型)
它是经典的生命周期模型Classic Life Cycle Model
又称为线性顺序模型Linear Sequential Modela
可能情况2
一周后,学生去见老师,并提交了工作清单,他发现老师的这位朋友(C)和老师在一起。
S:这是工作清单,我已经研究清楚了四种文件的格式,可以写代码了。
T:很好,不过我这位朋友有一些新想法,你不妨听听。
C: 你好。我新买了一个扫描仪,你的程序可不可以直接扫描图片进来。
S:你可以自己扫描呀,买扫描仪的时候一般都会送正版软件的。
C:是的,可是我一直不太会用,你知道我计算机水平不高,学一些新东西很累,也没有时间,如果你能直接链接扫描仪,我只要学会你的软件就行了,我愿意多支付一些费用……,还有,我想建一个图片库,你知道,我工作时需要上百个图片,经常找不到,最好还带模糊查询。
软件过程模型案例
可能情况2(续)
S:………………..!!!!!
C:还有一些,现在一时想不起来,我想起来的话会再跟
你联系,时间上可以长一些。
S:………………..!!!!! !!!!! !!!!!
T:要不这样吧,你先做一个样子出来给C看看,一边做,一边改。
C:这样最好,看见一个基本样子我就知道我想要什么了
事情就这样定下来了,S愤怒的撕掉了自己的工作清单……..,回去后S花1天时间用DELPHI做了个样子,
只能读BMP和JPG文件,做了些菜单和工具栏,ESS建了一个图片库。就这个“假”的程序,S和C讨论了一天,S又修改了几次,又讨论了几次,一周后,这个“假”的程序表面看起来和真的一模一样。
软件过程模型案例
可能情况2
于是S打算用VC重写这个程序,但是他很快发现继续用DELPHI写更方便,因为至少界面不用重做了,于是……,两个月后,这个事情终于结束了。
S顺利的完成了他的毕业设计《JPG压缩优化算法设计》,C一直使用这个软件管理他的图片,并庆幸花了这么少的钱得到了这么有用的东西,而T,则正在考虑如何为他下一批学生分派任务。
软件过程
原型模型(Prototyping Model)
(原型模型)Prototyping Model
听取客户需求
构建系统反复修改
客户
测试驱动
抛弃型原型:原型最终被抛弃
PART ONE The Product and the Process
实际情况3
正象上一种情况一样,用户提出了很多新要求,但是麻烦还不止这些……。一天,老师T匆匆忙忙的找到S。
T:我的研究生正在做的“海量多媒体数据库管理技术”的自科项目需要一个对图象管理的模块,主要是数据库对象和图象文件之间的转换、显示和一些编辑操作,时间很紧,你目前在做的代码可否直接利用一下?
S:恐怕有难度,我不清