软件工程外文翻译.doc

软件工程外文翻译.doc

ID:59499723

大小:23.50 KB

页数:7页

时间:2020-11-03

软件工程外文翻译.doc_第1页
软件工程外文翻译.doc_第2页
软件工程外文翻译.doc_第3页
软件工程外文翻译.doc_第4页
软件工程外文翻译.doc_第5页
资源描述:

《软件工程外文翻译.doc》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、译文学院:电气与信息工程学院专业:软件工程学号:姓名:闫雨涛指导教师:吴惠英江苏科技大学2015年5月30日软件工程RogerS.Pressman概念:软件项目管理开始于全体项目计划的一系列活动。在这个项目开始之前,管理者和软件团队必须预估要做的工作量、需要多少资源、从开始到结束花费的时间。无论何时都要进行估算,我们观察未来并且接受一定程度不确定的必然发生的事情。引用FrederickBrooks。人员:软件管理者,使用从客户和软件工程师处获得的信息以及从过去的项目手机的软件度量数据。为什么重要:你会在不知道你将要花多少钱的情况下建造房子吗?当然不会,而且因

2、为大多数情况下基于计算机系统的产品的成本大大超出建造一栋大房子,因此,在你开始创建软件前开发一个估算似乎是合理的。步骤:估算从产品的范围的描述开始。在范围被”界定”前,不可能得出一个有意义的估算。然后问题被分解为一组较小的问题,而且这些问题的每一个均通过使用历史数据和经验作为指南进行估算。明智的做法是使用至少两种不同的方法(作为交叉检查)来产生你的估算。问题复杂度和风险需在最终的估算给出前被考虑。产品:一个简单的表,描述将完成的任务,将实现的功能以及各自涉及的版本,工作量和时间,同时也生成一个所需项目资源的列表。保障措施:这是很困难的。因为在项目已经完成前,

3、你将不可能真正知道。然而,如果你有经验且遵循系统化的方法,用可靠的历史数据生成估算,用至少两种不同的方法创建估算数据点并考虑复杂度和风险因素,那么你可以确信你已经得出了你的最好估算。软件项目管理过程从一组活动开始,它们被称为项目计划。在项目可以开始前,管理者和软件小组必须估算将要完成的工作,将需要的资源以及从开始到完成所需要的时间。无论何时进行估算,我们都是预测未来,并会接受某种程度的不确定性。引用FrederuckBrooks[BRO75]的话:我们的估算技术发展缓慢,更为严重的是,它们隐含了一个不正确的假设,即”一切都会好的”......因为我们对自己的

4、估算没有把握,软件管理者常常缺少让人们得到一个好产品的信心。虽然估算是一门科学,更是一门艺术,这个重要的活动不能以随意的方式来进行。对时时间以及工作量进行评估又用的技术确实存在。过程和项目度量可以定量估算的生成提供历史的视角和强有力的输入,过去的(所有参与人员的)经验可以非测量的辅助估算的开发和评审。因为估算是所有其他项目计划活动的基础,而项目计划又提供了通往成功的软件工程的道路图,所以,没有他我们就会塔错车。5.1对估算的观察一位总经理曾经被问到:在选择一个项目管理者时,什么特质是最重要的?他的回答是:”具有在错误真正发生之前就能知道的能力”。我们还可以加

5、上:”在未来还是一团迷雾的时候就有勇气进行估算”。估算一个软件开发工作的资源,成本及进度需要经验,得到以前的有用信息进行估算。估算具有与生俱来的风险,而正是这种风险导致了不确定性。项目复杂性对计划中固有的不确定性具有重大影响。不过,复杂性是一个相对的测量,受到对以前工作的熟悉程度的影响。一个复杂的电子商务应用的第一次开发者可能认为他是非常复杂的,然而一个正在开发其10个电子商务Web站点的软件小组会认为这样的工作是非常普通的。一系列定量的软件复杂度测量已经被提出[ZUS97],这样的测量被应用于设计或代码级,并因此而难于在软件计划中被使用(在设计和代码存在前

6、)。不过,关于复杂性的其他一些更为主观的评估(如第4章描述的功能点复杂度调整因子)可以在早期的计划过程中建立。项目规模是另一个影响估算准确性和效力的因素,随着规模的增长,软件中各个元素之间的相互依赖性也迅速增加。估算中采用的一个重要方法,问题分解,也因为分解出来的元素仍然很大而变得更为困难,解释Murphy定律:”所有可能出错的地方都会出错”,如果有更多的事情可能更改,那就更多的事情将会失败。结构不确定性的程度也会对估算的风险产生影响。在这里,结构是指需求能被固定的程度,功能能被分解的容易程度以及必须要处理的信息的层次性。历史信息的可用程度对估算的风险有较强

7、的的影响,通过回顾过去,我们能够效仿好的地方,且避免以前遇到的困难,总体风险也会降低。风险是由资源、成本及进度建立的定量估算去测量的,如果对项目范围理解很差或项目需求不断变化,不确定性及风险就会很高。软件计划者应该要求功能。性能以及接口定义(包含在系统规范中)的完全性。计划者,尤其是客户,应该认识到软件需求的变化意味着成本及进度的不稳定,然而项目管理者不应该为估算所困扰。现代软件工程方法(如演化软件过程模型)支持开发的迭代视图,在这类方法中,当用户改变需求时,有可能会重新审查估算(在知道更多信息后)并修改之。5.2项目计划目标软件项目计划的目标是提供一个框架

8、,使得管理者能够对资源、成本及进度进行合理的估算。这

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。