博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
《实践者的研究方法》—— 第2章 软件工程 2.2 软件过程
阅读量:5786 次
发布时间:2019-06-18

本文共 2039 字,大约阅读时间需要 6 分钟。

本节书摘来自华章出版社《实践者的研究方法》一书中的第2章,第2.2节,作者罗杰 S. 普莱斯曼(Roger S. Pressman),更多章节内容可以访问云栖社区“华章计算机”公众号查看。

2.2 软件过程

软件过程是工作产品构建时所执行的一系列活动、动作和任务的集合。活动(activity)主要实现宽泛的目标(如与利益相关者进行沟通),与应用领域、项目大小、结果复杂性或者实施软件工程的重要程度没有直接关系。动作(action,如体系结构设计)包含了主要工作产品(如体系结构设计模型)生产过程中的一系列任务。任务(task)关注小而明确的目标,能够产生实际产品(如构建一个单元测试)。

在软件工程领域,过程不是对如何构建计算机软件的严格的规定,而是一种具有可适应性的调整方法,以便于工作人员(软件团队)可以挑选适合的工作动作和任务集合。其目标通常是及时、高质量地交付软件,以满足软件项目资助方和最终用户的需求。

2.2.1 过程框架

过程框架(process framework)定义了若干个框架活动(framework activity),为实现完整的软件工程过程建立了基础。这些活动可广泛应用于所有软件开发项目,无论项目的规模和复杂性如何。此外,过程框架还包含一些适用于整个软件过程的普适性活动(umbrella activity)。一个通用的软件工程过程框架通常包含以下5个活动。

沟通。在技术工作开始之前,和客户(及其他利益相关者)的沟通与协作是极其重要的,其目的是理解利益相关者的项目目标,并收集需求以定义软件特性和功能。

策划。如果有地图,任何复杂的旅程都可以变得简单。软件项目好比是一个复杂的旅程,策划活动就是创建一个“地图”,以指导团队的项目旅程,这个地图称为软件项目计划,它定义和描述了软件工程工作,包括需要执行的技术任务、可能的风险、资源需求、工作产品和工作进度计划。

建模。无论你是庭园设计师、桥梁建造者、航空工程师、木匠还是建筑师,你每天的工作都离不开模型。你会画一张草图来辅助理解整个项目大的构想——体系结构、不同的构件如何结合,以及其他一些特性。如果需要,可以把草图不断细化,以便更好地理解问题并找到解决方案。软件工程师也是如此,需要利用模型来更好地理解软件需求,并完成符合这些需求的软件设计。

构建。必须要对所做的设计进行构建,包括编码(手写的或者自动生成的)和测试,后者用于发现编码中的错误。

部署。软件(全部或者部分增量)交付给用户,用户对其进行评测并给出反馈意见。

上述五个通用框架活动既适用于简单小程序的开发,也可用于WebApp的建造以及基于计算机的大型复杂系统工程。不同的应用案例中,软件过程的细节可能差别很大,但是框架活动都是一致的。

对许多软件项目来说,随着项目的开展,框架活动可以迭代应用。也就是说,在项目的多次迭代过程中,沟通、策划、建模、构建、部署等活动不断重复。每次项目迭代都会产生一个软件增量(software increment),每个软件增量实现了部分的软件特性和功能。随着每一次增量的产生,软件将逐渐完善。

2.2.2 普适性活动

软件工程过程框架活动由很多普适性活动来补充实现。通常,这些普适性活动贯穿软件项目始终,以帮助软件团队管理和控制项目进度、质量、变更和风险。典型的普适性活动包括如下活动。

软件项目跟踪和控制——项目组根据计划来评估项目进度,并且采取必要的措施保证项目按进度计划进行。

风险管理——对可能影响项目成果或者产品质量的风险进行评估。

软件质量保证——确定和执行保证软件质量的活动。

技术评审——评估软件工程产品,尽量在错误传播到下一个活动之前发现并清除错误。

测量——定义和收集过程、项目以及产品的度量,以帮助团队在发布软件时满足利益相关者的要求。同时,测量还可与其他框架活动和普适性活动配合使用。

软件配置管理——在整个软件过程中管理变更所带来的影响。

可复用管理——定义工作产品复用的标准(包括软件构件),并且建立构件复用机制。

工作产品的准备和生产——包括生成产品(如建模、文档、日志、表格和列表等)所必需的活动。

上述每一种普适性活动都将在本书后续部分详细讨论。

2.2.3 过程的适应性调整

在本节前面部分曾提到,软件工程过程并不是教条的法则,也不要求软件团队机械地执行;而应该是灵活可适应的(根据软件所需解决的问题、项目特点、开发团队和组织文化等进行适应性调整)。因此,不同项目所采用的项目过程可能有很大不同。这些不同主要体现在以下几个方面:

活动、动作和任务的总体流程以及相互依赖关系。

在每一个框架活动中,动作和任务细化的程度。

工作产品的定义和要求的程度。

质量保证活动应用的方式。

项目跟踪和控制活动应用的方式。

过程描述的详细程度和严谨程度。

客户和利益相关者对项目的参与程度。

软件团队所赋予的自主权。

队伍组织和角色的明确程度。

本书第1部分将详细介绍软件过程。

转载地址:http://rkxyx.baihongyu.com/

你可能感兴趣的文章
GoLang strings包函数用法
查看>>
基于 socket.io 实现实时你画我猜游戏
查看>>
模块管理的简单实现
查看>>
erlang 动态编译和加载遇到的问题。
查看>>
[译][Perl 6] 5to6-nutshell
查看>>
添加和更改webstorm主题
查看>>
Go 性能优化技巧 8/10
查看>>
【thinkphp3.x】ThinkPHP/Lib/Core/Model.class.php文件分析
查看>>
云计算与 Cloud Native | 数人云CEO王璞@KVM分享实录
查看>>
干了这杯可乐!Gulp 上手指南
查看>>
shipyard中文版发布
查看>>
Linux 基金会与 RISC-V 基金会合作推广开源芯片
查看>>
gcc常用命令
查看>>
你需要的是持续的服务改进
查看>>
NutzCodeInsight 2.0.7 发布,为 nutz-sqltpl 提供友好的 ide 支持
查看>>
使用这些 HTTP 头保护 Web 应用
查看>>
RSA 2019安全大会:企业资产管理成行业新风向标,云上安全占绝对优势 ...
查看>>
window powershell 筛选
查看>>
java B2B2C Springcloud电子商务平台源码-RabbitMQ基础概念 ...
查看>>
再不了解PostgreSQL,你就晚了之PostgreSQL主从流复制部署 ...
查看>>