Software Process (软件过程)

本文介绍了软件过程模型,包括瀑布模型和渐进式开发模型,以及基于组件的软件工程模型。强调了每种模型的优缺点和适用场景。此外,还探讨了软件测试技术,如黑盒测试、白盒测试、等值划分、边界值分析和自动化测试,强调了测试覆盖和结果的重要性。
摘要由CSDN通过智能技术生成

Software Process Models

简介

软件过程是构建软件的一系列活动,这些活动包含了软件从无到有的开发过程。然而越来越多的新型软件都是通过扩展已有的系统或集成现有的软件组件来完成开发。

软件过程模型是一种软件过程的抽象表现,每种过程模型会从一种特殊的视角来表示一种过程,因此仅仅会提供一种局部的信息来反映该过程。本节将介绍一些常用的过程模型,然后从架构的角度来说明他们,因此,我们将探讨每个过程的框架结构而不会涉及到具体的细节活动。

瀑布模型

第一种发布的软件开发过程模型衍生自很多系统工程的过程中,这种模型如图1.


此模型由于是从一个阶段到另一个阶段的层级形式,所以被称为瀑布模型或软件生命周期模型。瀑布模型包含的基本开发活动有:

1.      需求分析和定义:由用户建立系统服务、受限约束以及实现目标,然后定义具体细节和指定系统规范。

2.      系统和软件设计:系统设计过程把需求划分为硬件和软件系统两部分,并建立整体的系统架构。而软件设计则会确定并描述系统抽象定义关系。

3.      实现和单元测试:在此阶段,软件设计会由程序集或程序单元来实现,而单元测试则是验证每个模块是否满足需求定义。

4.      集成和系统测试:把独立的程序单元集成为一个完整的系统并测试其功能是否符合需求规范。

5.      使用和维护:一般的,这是一个长期阶段,安装好系统后并交付用户使用。维护则包含有修改错误,改进系统实现。

一般而言,每个阶段都会形成很多文档,上一个阶段没有完成时,则不能开始下一个阶段。事实上,这些过程会相互重叠并相互补充信息。在设计阶段,会确认需求中的问题而在编码阶段来寻查到具体的问题。这些过程不仅仅是一种线性模型,而且还会有开发活动的不断迭代。

由于文档生成的会有成本,所以迭代会带来昂贵的代价并涉及到重大的返工。完成一部分迭代开发后,冻结部分开发活动,如需求分析,然后再继续后续开发阶段。有问题留待以后解决,置之不顾,或者通过编程绕过去,

  • 2
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值