《实践者的研究方法》—— 第3章 软件工程3.2 定义框架活动

3.2 定义框架活动

尽管第2章描述了5种框架活动,并给出了每种活动的基本定义,但是软件团队要在软件过程中具体执行这些活动中的任何一个,还需要更多信息。因此,我们面临一个关键问题:针对给定的问题、开发人员和利益相关者,哪些动作适合于框架活动?

对于由个人负责的小型软件项目(可能远程),其需求简单明确,沟通活动也许仅仅是与合适的利益相关者的一个电话或一封邮件。因此,主要的动作是电话交流,这个动作所包括的主要工作任务(任务集)有:

1.通过电话与利益相关者取得联系。

2.讨论需求并做记录。

3.将笔记整理成一份简单的书面需求。

4.通过E-mail请利益相关者审阅并认可。

如果项目有多个利益相关者,则要复杂得多,每个参与人员都有着不同的需求(有时这些需求甚至是相互冲突的),沟通活动可能会包含6个不同的动作(具体参见第8章):起始、需求获取、需求细化、协商、规格说明和确认。每个软件工程动作都可能有很多工作任务和一些不同的工作产品。

时间: 2024-08-03 17:44:06

《实践者的研究方法》—— 第3章 软件工程3.2 定义框架活动的相关文章

《实践者的研究方法》—— 导读

前 言 如果有这样一款计算机软件,它能满足用户的需求,能在相当长的时间内无故障地运行,修改起来轻松便捷,使用起来更是得心应手,那么,这款软件必定是成功的,它切实改善了我们的生活.但是,如果有这样一款软件,它令用户失望,错误频出,修改起来困难重重,使用起来更是举步维艰,那么,这必定是一款失败的软件,它使我们的生活一团糟.谁都希望开发出优秀的软件,为我们的生活带来便利,而不是把自己陷入失败的深渊.要想使软件获得成功,在设计和构建软件时就需要有规范,需要采用工程化的方法. 自本书第1版问世以来的近35

《实践者的研究方法》—— 第2章 软件工程 2.6 小结

2.6 小结 软件工程包含过程.方法和工具,这些工具使得快速构建高质量的复杂计算机系统成为可能.软件过程包括五个框架活动:沟通.策划.建模.构建和部署,这些活动适用于所有软件项目.软件工程实践遵照一组核心原则,是一项解决问题的活动. 尽管我们关于构建软件所需的软件知识和技能增长了,但仍有大量的软件神话将管理者和从业人员诱入歧途.随着对软件工程理解的深化,你就会逐渐明白,为什么无论何时遇到这些神话,都要不遗余力地揭露. 习题与思考题 2.1 图2-1中,将软件工程的三个层次放在了 "质量关注点&q

《实践者的研究方法》—— 第2章 软件工程 2.3 软件工程实践

2.3 软件工程实践 在2.2节中,曾介绍过一种由一组活动组成的通用软件过程模型,建立了软件工程实践的框架.通用的框架活动--沟通.策划.建模.构建和部署--和普适性活动构成了软件工程工作的体系结构的轮廓.但是软件工程的实践如何融入该框架呢?在以下几节里,读者将会对应用于这些框架活动的基本概念和原则有一个基本了解.   2.3.1 实践的精髓 在现代计算机发明之前,有一本经典著作<How to Solve it>,在书中,George Polya[Pol45]列出了解决问题的精髓,这也正是软件

《实践者的研究方法》—— 第3章 软件工程 3.1 通用过程模型

第3章 Software Engineering: A Practitioner's Approach, Eighth Edition 软件过程结构 要 点 浏 览 概念:在开发产品或构建系统时,遵循一系列可预测的步骤(即路线图)是非常重要的,它有助于及时交付高质量的产品.软件开发中所遵循的路线图就称为"软件过程". 人员:软件工程师及其管理人员根据需要调整开发过程,并遵循该过程.除此之外,软件的需求方也需要参与过程的定义.建立和测试. 重要性:软件过程提高了软件工程活动的稳定性.可控

《实践者的研究方法》—— 第2章 软件工程 2.2 软件过程

2.2 软件过程 软件过程是工作产品构建时所执行的一系列活动.动作和任务的集合.活动(activity)主要实现宽泛的目标(如与利益相关者进行沟通),与应用领域.项目大小.结果复杂性或者实施软件工程的重要程度没有直接关系.动作(action,如体系结构设计)包含了主要工作产品(如体系结构设计模型)生产过程中的一系列任务.任务(task)关注小而明确的目标,能够产生实际产品(如构建一个单元测试). 在软件工程领域,过程不是对如何构建计算机软件的严格的规定,而是一种具有可适应性的调整方法,以便于工作

《实践者的研究方法》—— 第3章 软件工程 3.4 过程模式

3.4 过程模式 每个软件团队在软件过程里都会遇到很多问题.针对这些问题,如果软件团队能够得到已有的经过验证的解决方案,将有助于他们快速地分析和解决问题.过程模式(process pattern)描述了软件工程工作中遇到的过程相关的问题,明确了问题环境并给出了针对该问题的一种或几种可证明的解决方案.通俗地讲,过程模式提供了一个模板[Amb98]--?一种在软件过程的背景下统一描述问题解决方案的方法.通过模式组合,软件团队可以解决问题并定义最符合项目需求的开发过程. 我们可以在不同抽象层次上定义模

《实践者的研究方法》—— 第1章 软件的本质 1.1 软件的本质

第1章 Software Engineering: A Practitioner's Approach, Eighth Edition 软件的本质 要 点 浏 览 概念:计算机软件是由专业人员开发并长期维护的软件产品.完整的软件产品包括:可以在各种不同容量及系统结构的计算机上运行的程序.程序运行过程中产生的各种结果以及各种描述信息,这些信息可以以硬拷贝或是各种电子媒介形式存在. 人员:软件工程师开发软件并提供技术支持,产业界中几乎每个人都间接或直接地使用软件. 重要性:软件之所以重要是因为它在我

《实践者的研究方法》—— 3.6 小结

3.6 小结 一个软件工程通用过程模型包含了一系列的框架和普适性活动.动作以及工作任务.每一种不同的过程模型都可以用不同的过程流来描述,工作流描述了框架活动.动作和任务是如何按顺序组织的.过程模式用来解决软件过程中遇到的共性问题. 习题与思考题 3.1 在本章的介绍中,Baetjer说过:"软件过程提供了用户与设计人员之间.用户与开发工具之间以及设计人员与开发工具之间的互动."对以下四个方面各设计五个问题:(1)设计人员应该问用户的:(2)用户应该问设计人员的:(3)用户对将要构建的软

《实践者的研究方法》—— 第2章 软件工程 2.4 软件开发神话

2.4 软件开发神话 软件开发神话,即关于软件及其开发过程的一些被人盲目相信的说法,这可以追溯到计算技术发展的初期.神话具有一些特点,让人觉得不可捉摸.例如,神话看起来是事实的合理描述(有时的确包含真实的成分),它们符合直觉,并且经常被那些知根知底的有经验的从业人员拿来宣传. 今天,大多数有见地的软件工程师已经意识到软件神话的本质--它实际上误导了管理者和从业人员对软件开发的态度,从而引发了严重的问题.然而,由于习惯和态度的根深蒂固,软件神话遗风犹在. 管理神话.像所有领域的经理一样,承担软件职