1. 瀑布模型
1.1 瀑布模型的基本流程
瀑布模型是一种最基础的开发模型
瀑布模型是指一步一步的去完成一个软件的开发,分为以下几步
1. 定义问题(可以理解为甲方要求)
2. 可行性研究(看甲方的要求能否在承受范围内实现)
3. 需求分析(根据需求来确定使用的技术)
4. 软件设计(根据技术来确定大致的框架)
5. 编码(也就是软件开发,可以说是耗时最长的部分)
6. 测试(进行各种测试以保证大部分bug被解决)
7. 维护(一般甲方会要求维护一到两年,以方便去处理问题以及去添加新的功能)
其中1-3是计划时期,4-6是在开发时期,最后就是运行时期
1.2 瀑布模型的优缺点
优点:
1. 简单易懂
2. 质量有所保证
3. 不用关注前面做过的地方,只需要关注后面的内容
缺点:
1. 不适合需求经常变动的项目
2. 耗时很长
3. 对文档需求量很大,不适合现代的软件开发需求
4. 早期错误可能很晚才发现造成后果可能很严重
2. 快速原型模型
2.1 快速原型模型的概念
快速模型的基本理念就是快速分析、快速构造、快速运行、快速评价。简单来说就是快速做出产品的基本功能,然后提供给用户使用,再根据用户的意见以及需求将产品功能进一步丰富、细化其需求。直到最终用户满意.
2.2 快速原型模型的优缺点
优点:
1. 摆脱的瀑布模型耗时长,无法处理早期错误的问题
2. 适合预先不能确切定义需求的软件系统的开发
缺点
1. 需要有一个原型用于展示,可能会让开发人员不好发挥
2. 快速建立的系统以及多次修改需求可能会使产品稳定性以及最终质量下降
3. 如果有多个增量同时进行开发,最终可能无法集成为一起,稍有疏忽就可能前功尽弃(这点是增量模型里面的,可以忽略)
2.3快速原型模型的步骤
1、快速分析
在分析人员与用户密切配合下,迅速确定系统的基本需求,根据需求体现的特征描述来快速确定如何去开发该原型
2、构造原型
在快速分析的基础上,根据基本需求说明尽快实现一个可行的系统,要求具有强有力的软件工具的支持,并忽略最终系统的某些细节,主要考虑原型能够快速投入运行
3、运行原型
发现问题,快速修改,开发者与用户充分协调
4、评价原型
在运行的基础上,考核评价原型的特性,分析运行效果是否满足用户的愿望,纠正过去交互中的误解与分析中的错误,增添新的要求,并满足因环境变化或用户的新想法引起的系统要求变动,提出全面的修改意见
5、修改
根据评价原型的活动结果进行修改,若原型未满足需求说明的要求,说明对需求说明存在不一致的理解或实现方案不够合理,根据明确的要求迅速修改原型
原型的作用是获得用户最终的真实需求,确定完成之后,原型的作用就没有了