- 1、本文档共18页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
概述
软件:是计算机程序、规程、以及运行计算机系统可能需要的相关文档和数据。
计算机程序:是计算机设备可以接受的一系列指令和说明,为计算机执行提供所需的功能和性能。
数据:是事实、概念或指令的结构化表示,能够被计算机设备接收、理解或处理。
文档:是描述程序研制过程、方法及使用的图文资料。
软件危机:计算机软件开发和维护过程中遇到的一系列的严重问题,
具体表现为:
1、对软件开发成本和进度的估计常常很不准确;
2、用户对“已完成的”软件系统不满意的现象经常发生;
3、软件产品的质量往往靠不住;
4、软件常常是不可维护的;
5、软件通常没有用适当的文档资料;
6、软件成本在计算机系统总成本中所占的比例逐年上升;
7、软件开发生产率提高的速度远远跟不上计算机应用普及深入的速度。
产生的原因:一方面是由软件本身的特点引起的,如软件越来越复杂,软件故障难
以检测,工作量难以估计;另一方面则是因为软件开发和维护方法不当所造成的,
如软件的个体化特征太强等。
软件工程:1、将系统性的、规范化的、可定量的方法应用于软件的开发、运行和维护,即将工程化应用到软件上;2、对上述方法的研究;
以关注软件(质量)为目标,由(过程)、(方法)和(工具)三个要素组成。
CASE:(计算机辅助软件工程)是一组工具和方法的集合,用于辅助软件开发、维护、管理过程中的各项活动,促进软件过程的工程化和自动化,实现高效率和高质量的软件开发。
软件过程
软件过程:是软件工程人员为了获得软件产品而在软件工具的支持下实施的一系列软件工程活动。
瀑布模型:将软件划分为需求定义与分析、软件设计、软件实现、软件测试和运行维护等一系列基本活动并且规定这些活动自上而下,相互衔接的固定次序,逐级下落。
快速原型模型:第一步是迅速建立一个可以运行的软件原型,实现客户或未来的用户与系统的交互,由用户对该原型进行评估,并进一步细化待开发软件的需求。经过逐步调整原型使其满足客户的需求之后,开发人员可以将客户的真正需求确定下来;第二步是在第一步的基础上开发客户满意的软件产品。(重要的是必须快速的建立原型,以反映客户的需求)
原型模型:先借用已有系统作为原型模型,通过“样品”不断改进,使得最后的产品就是用户所需要的。
增量模型:把软件产品作为一系列的增量构件来设计、编码、集成和测试。每个构件由多个相互作用的模块构成,并且能够完成特定的功能。
迭代模型:一开始提交一个完整系统,在后续发布中补充完善各子系统功能。
螺旋模型:将瀑布模型与快速原型模型结合起来,强调了其它模型所忽视的风险分析。(特别适用于大型复杂的软件结构)
形式化方法模型:首先将软件需求描述提炼成采用数学符号表达的形式化描述,然后经过一系列的形式化转换将形式化描述自动转换成可执行程序,最后将整个系统集成起来进行测试。(特别适合于那些安全性、可靠性和保密性要求极高的软件系统开发)
基于组件的开发模型:在确定需求描述的基础上,开发人员首先寻找满足要求的现成组件,并对所得到的组件信息进行分析;在组件分析的基础上,开发人员能适当修改需求已适应所选择的组件,也可能修改现有的组件或继续寻找新的组件;在组件选择完成之后,开发人员开始设计或者选用已有的体系结构框架,复用所选择的组件,必要时也可能设计开发一些新的组件;最后将所有的组件集成在一起,并完成系统测试。
喷泉模型:一种以用户需求为动力,以对象为驱动的模型,主要用于描述面向对象的软件开发过程,是自下向上周期的各阶段是相互重叠和多次反复的,类似于喷泉。
软件项目管理
软件成本估算的基本过程是什么呢?
软件成本估算的过程可分为:估算规模、估算工作量、估算工期和估算成本这4个过程,最终确定软件成本。其中成本估算需要对直接人力成本、间接人力成本、间接非人力成本及直接非人力成本分别进行估算。
估算规模:通常情况下,软件规模的估算是软件成本估算过程的起点。估算规模是后续计算软件项目的工作量、成本和进度的主要依据,是项目范围管理的关键,因此,在条件允许的情况下,应该进行软件项目规模估算。规模估算时,要根据可行性研究报告或类似文档明确项目需求及系统边界。选择估算方法时,要依据项目特点和需求详细程度来决定。若当前项目的需求不确定,可跳过这一环节,进入下个一环节。
常用方法:
代码行技术:一种简单而直观的软件规模估算方法,它从过去开发类似的产品的经验和历史数据出发,估算出所开发软件的代码行数。
功能点技术:依据软件信息域的基本特征和对软件复杂性的估计,估算出软件规模。
2、估算工作量:软件项目工作量估算可采用方程法、类比法和类推法。
类推法:软件项目需求极其模糊或不确定时,如果有高度相似的历史项目,可采用此方法,利用历史项目数据来粗略估算工作量。
类比法:软件项目需求极其模糊或不确定时,如果有与本项目部分属性类似
文档评论(0)