软件开发能力评估表(软件技术评估报告)

软件开发 1667
本篇文章给大家谈谈软件开发能力评估表,以及软件技术评估报告对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。 本文目录一览: 1、嵌入式软件开发需为软件开发能力进行自评估可使用什么标准

本篇文章给大家谈谈软件开发能力评估表,以及软件技术评估报告对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。

本文目录一览:

嵌入式软件开发需为软件开发能力进行自评估可使用什么标准

DO-178B标准的制订者们明确地认识到,“目标”比“方法”更本质、更稳定。达成目标的

方法会随着不同的公司不尽相同,也会随着设计技术和设计工具的进步而发生变化,但是,需要

达成的目标则是不会改变的。因此,DO-178B 标准并不指定采用什么样的设计方法或开发工具。

相反地,它强调的是一种目标导向的做法:一方面,它要求给出明确的功能和性能目标;一方面

它要求给出验证这些目标的方式;再一-方面它要求给出达成目标的指标及证明。

在这一思想的指导下,如果我们分析do-178 B标准中所规定的软件生命周期,有三类进程就

特别地引人注目,构成了软件生命周期的一条 主线,它们就是开发进程、验证进程以及验证的验

证进程。下面我们先来介绍这三大类进程。

DO-178B标准明确规定,在整个软件生命周期中必须实现各个进程的可追踪性(Tracability)。

针对这里所述的四个开发进程来说,我们必须要实现如下几个方面的追踪:系统需求和高层需求、高层需求和低层需求、低层需求和源代码、源代码和可执行目标代码。除此之外,当然还有很多

与其它进程的追踪,如测试用例、测试结果等等,但这些不是本文的主题内容,不做讨论。

cmm 的五个级别是什么?

CMM为英语“Capability Maturity Model for software(软件能力成熟度模型)”的缩写,是由美国卡内基梅隆大学的软件工程研究所研究制定,并在美国随后又在全世界推广实施的一种软件评估标准,主要用于软件开发过程和软件开发能力的评估和改进。CMM把软件开发过程的成熟度由低到高分为5级,即初始级、可重复级、已定义级、已管理级和优化级。随着等级的提高,逐步降低了软件开发风险,缩短了开发时间,减少了软件开发的人力物力成本,降低了灾难性的错误发生率,提高了质量。CMM评估等级的提升会大幅度提高软件开发能力,有助于客户特别是大公司对其评估企业建立信心。 摩托罗拉中国软件中心成立于1993年,是摩托罗拉全球软件集团的重要组成部分,在北京、南京和成都设有3个分部,拥有450多名优秀的软件工程师,业务涉及无线通信系统软件开发与测试、移动终端设备软件开发与测试、无线互联网端到端应用解决方案、嵌入式系统软件全面解决方案、数字信号处理应用、信息管理系统、电子商务、语音识别及软件工程等领域。创建之初,其任务是为摩托罗拉全球各部门开发高质量的软件,而随着业务的飞速发展以及外部客户需求的与日俱增,现在已经开始拓展对外服务,并将积极与国内软件组织展开合作开发业务。 早从1993年起摩托罗拉中国软件中心就开始采用CMM作为软件开发与管理的质量保证模式,并在借鉴其他企业经验的基础上,结合自身软件开发的需要制定了文件化的软件生产过程体系。此外,软件中心还严格按照CMM要求实施对其过程体系的量化管理,并逐步建立了一个以量化管理为基础的过程体系自我改进机制,过程体系日趋科学合理。CMM也确实为摩托罗拉中国软件中心带来了实际可观的效益。据统计,仅从1997到2000年的3年间,其人均生产率提高了6倍,而开发过程中软件错误率分别下降了15倍,软件发放后的错误率下降了24倍。 据美国卡内基梅隆大学软件工程研究院统计,自1987年到目前,全世界仅有1269家软件公司和机构通过了CMM不同级别的认证,其中通过5级认证的只有38家,集中在美国和印度。摩托罗拉中国软件中心是第39家通过CMM5级认证的企业,这也使我国继美国、印度之后成为世界上拥有这项认证企业的第3个国家。 现在美国10-15%的软件客户都是大公司如波音公司、洛克希德公司等,他们一般都要求软件供应商通过较高级别的CMM评估。欧洲许多国家除独立研究与实践有关软件成熟度的软件工程理论和方法外,也引进了CMM评估。软件产业很发达的亚洲国家印度也十分重视CMM评级工作。目前全球通过了CMM4级和5级评估的54家软件企业中,印度就占了29家。此外,印度每年还定期对软件人员进行CMM培训,现已培训了3万多人。 CMM评估过程复杂、费用昂贵。5个等级共计18个关键过程域、52个目标、300多个关键实践,每一个CMM等级评估周期(从准备到完成)约需12-30个月,由美国卡内基梅隆大学的软件工程研究所授权的主任评估师领导一个评审小组进行,其成员大部分来自企业内部。评估过程包括员工培训(企业的高层领导也要参加)、问卷填写和统计、文档审查、数据分析、与企业的高层领导讨论和撰写评估报告等。评估结束由主任评估师签字生效。而要取得主任评估师的资格则比较困难,首先需有10年以上的软件开发经验;其次要在美国卡内基梅隆大学的软件工程研究所接受培训,培训费用每人约需数万美元,非美国人加倍;第三要经过两次以上CMM评估的全过程实习;第四要得到已有主任评估师资格的人推荐。主任评估师的资格并非终身制,如要继续保持,每年至少要参加两次CMM评估。目前全世界一共只有313个主任评估师,大部分在美国,而我国大陆还没有一个主任评估师。由于我国在CMM评估中要聘请外籍主任评估师,所以费用较高。据估计,要通过一个级别的CMM评估,费用是通过ISO9001认证的10多倍。

软件项目管理的能力评估

软件过程能力描述了一个开发组织开发软件开发高质量软件产品的能力。现行的国际标准主要有两个:ISO9000.3和CMM。

ISO9000.3是ISO9000质量体系认证中关于计算机软件质量管理和质量保证标准部分。它从管理职责、质量体系、合同评审、设计控制、文件和资料控制、采购、顾客提供产品的控制、产品标识和可追溯性、过程控制、检验和试验、检验/测量和试验设备的控制、检验和试验状态、不合格品的控制、纠正和预防措施、搬运/贮存/包装/防护和交付、质量记录的控制、内部质量审核、培训、服务、统计系统等二十个方面对软件质量进行了要求。

CMM(能力成熟度模型)是美国卡纳基梅隆大学软件工程研究所(CMU/SEI)于1987年提出的评估和指导软件研发项目管理的一系列方法,用5个不断进化的层次来描述软件过程能力。现在CMM是2.0版本。

ISO9000和CMM的共同点是二者都强调了软件产品的质量。所不同的是,ISO9000强调的是衡量的准则,但没有告诉软件开发人员如何达到好的目标,如何避免差错。CMM则提供了一整套完善的软件研发项目管理的方法。它可告诉软件开发组织,如果要在原有的水平上提高一个等级,应该关注哪些问题,而这正是改进软件过程的工作。

CMM描述了五个级别的软件过程成熟度(初始级,可重复级,已定义级,已定量管理级,优化级),成熟度反映了软件过程能力的大小。

初始级特点是软件机构缺乏对软件过程的有效管理,软件过程是无序的,有时甚至是混乱的,对过程几乎没有定义,其软件项目的成功来源于偶尔的个人英雄主义而非群体行为,因此它不是可重复的;可重复级的特点是软件机构的项目计划和跟踪稳定,项目过程可控,项目的成功是可重复的;已定义级的特点在于软件过程已被提升成标准化过程,从而更加具有稳定性、可重复性和可控性;已定量管理级的软件机构中软件过程和软件产品都有定量的目标,并被定量地管理,因而其软件过程能力是可预测的,其生产的软件产品是高质量的;优化级的特点是过程的量化反馈和先进的新思想、新技术促进过程不断改进,技术和过程的改进改进被作为常规的业务活动加以计划和管理。

CMM是科学评价一个软件企业开发能力的标准,但要达到较高的级别也非常困难,根据1995年美国所做的软件产业成熟度的调查,在美国的软件产业中,CMM成熟度等级为初始级的竟占70%,为可重复级的占15%,为定义级的所占比例小于10%,为管理级的所占比例小于5%,为优化级的所占比例小于l%。而国内企业的水平就更加堪优,到目前为止,只有东软一家达到优化级,少数几家能够达到可定义级。尽快改变这种局面,科学化、规范化、高效的进行软件开发活动,从整体提高我国软件行业的水平,是国内软件企业的当务之急,也是专业人员应该为自己制定的目标。如果有一天也能指挥一个数千人的庞大开发队伍,操作Windows这样巨型规模的软件项目,并生产出高质量的产品,才有理由宣称自己的软件项目管理能力达到了一个“自主自足”的水平。

软件开发项目工作量如何评估,按人天、按代码行、按模块....???飞过的高人请留步~~~

总的来说,要考评估一种/多种操作系统的开发复杂度及是否跨平台,软件应用技术的复杂度,是否多个子系统构成及子系统相互通信技术,软件应用范围的广度,受众用户的数量,软件升级及更新的管理规划,培训安排等。。

1。需求确定的情况很少,因为客户的需求总是在变,即使确定下来,验收的时候也会提出新的问题,这个要靠项目经理沟通,用户当前的问题在这个版本中解决还是下期合同来做。因此来说,需求大体确定以后,拆分子系统组成---子系统的组成模块--细分模块组成,这个是相对粗粒度的,然后就要考虑你手头队伍对细分模块的开发实现能力,大体就知道工作量了,如果不赶工期,时间要放长,软件开发,没有一帆风顺的,肯定会有很多问题,简单来说就是常见的需求变更。

2。评估成员工作量,首先要了解队伍组成,哪些人规划流程清晰,哪些人对技术攻关能力更好,哪些人适合测试,哪些人编码快速,哪些人对数据库精通,哪些人对界面布局更擅长,哪些人有技术的同时更善于沟通。所以通常都是更善于沟通的做组长,及时把流程清晰的告诉组员,反馈每个组员的工作进度,协同组员进度并决定何时由何人做技术攻坚,何时组织测试。

3。项目完成以后就好统计了,每个小组的代码行数,实现的功能模块数量,供其他小组调用的模块,用时多少天,涉及多少领域等,其实这个统计不能说a组完成项目的40%,b组60%这样,比较合理的应该是在某个方面,各个小组的组成比例的表格,然后有个小组工作的总结比较合适。如代码统计,a组2w行,占40%,b组3w,占60%。 模块数量:a组6个,占60%,b组4个占40%,并附模块结构的说明。当然,各个公司的管理不一样,统计方式不一样,反正一个原则就是尽量兄弟们多说点好话,因为一个软件做成,每个环节都不能差的,再好的汽车,如果没有一个很普通的小小铁板当刹车踏板,你敢开吗。

其实还有很多的,让高人再补充吧,软件管理,在中国一直落后的,大家一起努力。

如何评估个人的软件开发能力

读程序的能力 很多的软件开发工作不一定会从头开始,这就需要开发人员有良好的阅读程序的能力,能在尽可能短的时间里了解软件整体的架构,理解该软件初始的开发思想,能迅速并有效地参与到项目开发中去。2. 编码能力 这点会涉及到开发人员对所用语言的熟练程度,和该开发人员的编程风格。是否拥有良好的编程习惯,能遵循通用的编程规范,并作好注释,对该开发人员所开发代码的易读性和易维护性有很大的影响。3. 调试和测试能力 现代的软件行业中,代码的调试和测试时间并不比编码时间短,甚至会超出,当然,很多的调试和测试工作并不都是编码人员完成,但测试工作是很多软件开发人员的必经之路。4. 软件的维护 似乎维护谈不上需要什么能力,因为这时更多需要的是开发人员的耐心。记得曾经看过这样的话(大意):你的程序就是你的孩子,在你产生了他们之后,还需要你的呵护才能成长和成熟^^ 前面讨论的都是实际动手能力,是一个软件开发人员的基本功。而评估一个开发人员的软件开发能力,除了评估他的编程能力外,还应考虑到其他的一些很重要的能力,如1. 需求分析的能力 一个项目,最初就需要做需求分析,了解该项目的目的,对系统的需求,对功能的要求,并对其进行分析,作好项目规划和说明.2. 建立软件框架的能力 建立一个良好的软件框架是这个项目成功的一个保证,需要考虑整个软件的一致性和完整性.3. 贯穿项目始终的管理控制能力 在项目开发过程中,不可避免会出现新需求的加入,目标的修正,或者人员的变动等问题,对此进行有效的管理控制是对开发人员的更高要求. 因为到现在为止,在软件方面,我还只是在别人的程序上修修改改,做增减功能,调试查错等工作,所以只能谈这么多了,也希望大家不吝赐教,共同进步^0^.从基本的来看,应涉及到以下几点:

关于软件开发能力评估表和软件技术评估报告的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。

扫码二维码