发布时间:2022-06-10 17:22:13
序言:写作是分享个人见解和探索未知领域的桥梁,我们为您精选了8篇的软件管理论文样本,期待这些样本能够为您提供丰富的参考和启发,请尽情阅读。
一个现代化的大型矿井必然会有不同采区,采区内所需同型零件众多,如何对零件进行准确的统计就十分重要。我们在每个采区下设置一个仓库,这样即为了能快速处理采区内各类机器故障,又能更好的对采区内已有零件进行管理。对应的我们可以建立个数据库用来存储这些零件的信息(见图1),这个数据库包含零件名称、存放地点、库存数量、类别(主要针对单轨吊的柴油、电瓶之分),通过jsp我们可以在IE浏览器上快速查询你所需要的查找的内容。这就是一个完整的录入零件信息过程,在此过程中我们只需要输入零件的基本信息,其余的操作都是由软件在后台的运作为我们完成。这样我们就避免了面对冗杂的表格,可以准确的添加零件的信息内容了。
2关于零件出库信息的简介
当一个采区的机器需要更换某个零件时,应该相应地让此采区的仓库内存在此零件,那我们就会遇到以下几种情况(见图2):(1)此采区仓库没有这个零件且其他采区仓库也没有这个零件,那么我们必须首先把此零件信息录入完整后,再在机器信息表中输入更换的零件名称、零件更换数量以及更换的时间。(2)此采区仓库没有这个零件但其他采区仓库有此零件,那么我们必须把其他采区仓库内的此零件调用到此采区仓库内,再在机器信息表中输入更换的零件名称、零件更换数量以及更换的时间。这就是一个完整的出库过程,在此过程中我们只需要输入需要更换的零件信息,其余的操作同样由软件在后台为我们执行。同样减少了面对冗杂的表格,也可实现对仓库内零件数量的精确管理。
3关于生命周期需求的简介
对设备的管理最注重的就是零件的生命周期,因为这直接关系到一个产品的质量。当我们能追踪统计到一个零件的生命周期,我们就可比较哪家厂家的零件质量更好,使用周期更长。从长远来看选择质量较好的厂家也能为我们企业的纯利润做出贡献,实现企业的现代化管理水平。生命周期的统计是通过追踪出库过程实现的,在同类机器中同一个编号的设备如需更换同类型设备,都会产生一条记录。那么我们可根据这条记录查找到最近一次更换的时间,那么用今天的时间减去最近一次更换此零件的时间,就会得到这个零件的生命周期(一个零件的生命周期=同类型零件替换它的时间-此零件安装的时间)。在生命周期的计算过程中,我们必须纵向的比较设备的编号、设备的类别(在这里主要区分柴油、电瓶单轨吊)、零件名称、零件所属大类、零件更换时间(见图3)。只有在同一台设备上并且我们所换的零件是一致的,软件经过后台运作才能把得到的结果反馈给我们。为了能得到打印版本,我们在设计之初就要求能通过数据库的输入、输出流,把数据库的记录导出来(以Excel表格的方式)。不论是我们要求查询的结果,还是数据库内所有的记录,都能以Excel的方式导出到我们指定的文件夹内。
4结束语
随着互联网的触角深入到生产生活中的各个层面,软件已经不像以前那样只是支持办公和家庭娱乐这两大主题了,而是成为现代商业的灵魂。软件安全问题主要围绕着软件漏洞和易被攻击脆弱点,它们都来自于软件的设计和实现。Internet催生了电子商务,移动互联网使得APP变得如火如荼,未来物联网也许可以将生活中的一切元素都纳入到通信网络中去。因此软件安全问题将成为计算机安全的核心,而非防火墙等网络硬件,或是诸如加密等手段。软件安全是一切计算机安全性问题的根源,如果软件行为出现异常,与之相关的可靠性、可用性等方面问题就会随之暴露。软件安全问题并不是互联网出现后才有的,只不过互联网是目前最容易攻击软件的途径罢了。
2软件安全的现状
2.1人们的认知
随着黑客攻击的新闻时常见诸媒体,人们对计算机安全问题有了一定认识。但不幸很多计算机安全人员和计算机教育培训人员都忽视了软件安全的问题。一味地推崇某种软件平台是安全的,单纯大力增加对网络安全硬件和软件的投入,这些做法是盲目甚至荒谬的。一切安全性都不是静态特性,也没有任何软件是绝对安全的。软件安全问题的关键节点是软件的设计。
2.2软件安全设计的先天不足
世界上知名的软件厂商并不是不了解软件安全设计安全性的重要性,而是商业模式让软件安全方面存在着先天不足。稍纵即逝的商业机会、敏捷的软件开发过程和短暂的软件开发周期使得安全性方面的设计在很多时候都是被舍弃的。随之而来的处理方式则是常见的penetrate-and-pach方法,即不停地补丁。这种做法从长远来看,其成本与作用远不及一开始就做好安全性的设计和审计。
3软件安全设计应引入风险管理
从项目管理的角度看,风险指损失或损害的可能性。软件项目涉及到的是:项目中可能发生的潜在问题和它们如何妨碍项目成功。风险管理则是对应软件项目生命周期内的风险的科学和艺术。软件安全性的设计与软件设计的其他一些质量性能是互相抵触的,例如冗余性、高效性。而软件开发过程中的风险管理与软件开发的诸如时间、范围、成本等因素也是相互抵触的。但是绝不能因为这些可能发生的抵触行为而放弃对安全性和风险管理的考虑,反而应该将软件安全性设计纳入到风险管理的范畴中去。事实表明,93%的失控项目都忽视了风险管理。
4软件安全设计风险管理的实施
目前国际上对软件安全方面的风险管理存在着一个共同的认知,那就是采用高质量的软件工程的方法论可以在一定程度上解决这方面的问题,欧美一些国家也在试图制定或修订相关的一些“通用准则”来指导软件安全性设计的实践。但是这只是从科学技术方面做出努力,我们可以学习借鉴。而在管理技术和艺术方面需要做出的努力则应该尝试本地化做法。完整的风险管理的过程应该包括以下几个环节:风险管理计划的编制、风险识别、风险定性分析、风险定量分析、风险应对计划编制和风险监督控制。将整个流程都走完的项目和企业都不多,一般来自于所谓的学院派。而时下大多数国内外企业的做法是将这个7个流程简化为谁来识别风险、谁来对风险负责这两个环节。原因则是上文所提到的先天不足所致。从技术上讲,风险管理的效益来自于潜在风险最小化和潜在回报的最大化。而这个技术的应用则一定需要经历风险定量分析的过程。在这个过程中,可以使用的主要技术是决策树分析、蒙特卡罗分析、PERT分析等等。这些技术都是建立在一定的数学和会计基础之上。而令人遗憾的是,很多决策者本身对这些技术的认知或理解欠缺,以至于会抵触这种方法。大多数做法是采用小团队开发小软件的做法,即采用访谈和敏感性分析来帮助风险定量分析。然而我们并不是要反对这种简化做法,只是一定不能在简化的做法之上再次简化或敷衍了事。首先要做的工作是做好需求管理,在建立一组需求输入的时候,一定要将安全性作为一个重要需求考虑进去。有一个比较好的方法是,在软件设计时采用螺旋模型,需求的输入可以在螺旋模型的各个生命周期中进行,而有关安全性的需求输入则最好是在最初的一个螺旋中进行。之后要做的工作是确定最大风险。不可避免的要使用风险定性和风险定量分析的各种技术和方法。这个工作一定要有软件设计师、项目决策者和用户的参与,采用头脑风暴和专家访谈是不错的选择。而这个工作恰恰是现实生活中中小企业乃至客户最容易忽略的。企业要考虑成本问题,而客户的参与往往难以落实,认为软件的设计和开发应该由软件公司负责,客户付款只关心最后软件是否可以使用。而一旦由于软件安全性问题造成了一定后果后将演变成各种纠缠不清的官司,这是企业和客户都不想看到的结果。
5结语
关键词:软件公司;成本控制;探索
1经营决策阶段的成本及其控制
经营决策阶段成本是指公司经营方向的选择,这是成本管理的第一个也是最为核心的环节。不过对于大多数IT软件业公司而言,这个阶段往往是最大的问题之所在,有时经常凭一个觉得是灵感的想法或者对市场初步的直观层面的调研就进行的决策。而这样的结果是往往没有摸透市场的真实情况,轻率上马项目,造成方向性错误,以至于导致企业的危机。
该阶段的成本控制,关键在于经营决策前科学而深入的市场调研及准确分析,目前很多中小型IT软件企业,其经营部的职员大多都并不是社会调查专业的,因而他们做市场调查的过程中所采用的方法不太科学,如在样本选取及抽样过程不合理,没有按照严格的社会调查方法进行调查和数据分析,甚至问卷设计都存在倾向性导致调查数据信度偏低。此外,大量的公司自我宣传的各种形式的软文和竞争对手有意的攻击性文章夹杂在其中,并不是很容易的进行分辨,更何况数据的随意性,来源的不可追溯性各种情况,所以只能作为参考。
2需求整理及分析确认阶段的成本及其控制
需求整理指市场经营人员根据高管对于市场方向的决策,而提出的具体的产品或者项目的原始需求,需求分析是指技术员对市场部门的需求进行分析,评估其可实现性以及实现难度,大致工时等,提交相关需求分析报告,最后市场经营部门进行确认这个阶段。
该阶段的成本控制,首先需要搞清这种沟通过程中产生偏差的原因,最为主要的往往并不是技术语言和市场语言的差异,或者市场人员和技术人员之间的思维定势的差异,而在于两者缺乏确定的科学的流程和在交流之前的准备以及相关概念约定俗成的定义造成的问题,同时还由于沟通和确认环节由于其特殊性,经常难以被有效的纳入进度管理程序流程当中。而提高该阶段的成本控制效率,必须逐一针对性的解决以上问题,首先要清晰的确定并严格执行市场和技术沟通的流程,尤其是要明确每个环节的控制点,也就是双方交付给对方的关键交付物,一定要有清晰的共同确认的模板,同时每次沟通前必须对于一些概念有着清晰的界定,然后公布这些信息,并在沟通前做好充足的准备,明确每次沟通前要沟通什么,要解决哪些问题,沟通结束后要交付哪些文档让双方进行确认等,同时一定要通过线上或者线下的管理模式,讲所有沟通环节全盘把握,并纳入进度管理。
3规划阶段成本及其控制
规划阶段成本是指在需求已经得到确认后,进入技术规划阶段的相关成本控制,该阶段有些软件开发公司常常出现的问题是对于规划予以过度的期望和过于沉重的内涵,在实际项目操作过程中,这个规划实际上包含着技术规划和非技术规划两个部分,因为对这两个部分的混淆,导致一些技术层面和市场层面的东西不必要的纠缠在一起,并且直接导致项目进度的拖欠,而且会导致由于非技术规划的不清晰,直接影响技术规划层面的实施。
该阶段的成本控制,必须清晰的区分非技术规划和技术规划,尤其在公司内部技术部门和市场经营部门之间的职责,需要设立一个在提出需求到技术规划之间过渡的位置,即对于需求具体细节的整理,要对于交付物有着清晰的确定,尤其是在不同时期交付不同的关键文档,如除了上面说的那六个文档外,技术部项目组长在需求分析的时候,还应该明确提交功能模块分析,开发代价,功能流程图,功能关联性图,可维护性及可拓展性分析等六个文档,此外在项目开发规划阶段,还要对于控制点的一些要素进行详细的规划用来提交给市场部门,如详细页面元素,页面元素价值度分析,表现形式,页面结构,页面效果等。
4开发阶段的成本及其控制
开发阶段的成本指需求确定并且规划清晰后的具体开发过程的成本管理问题,该阶段相对其他阶段来说比较清晰,但这里笔者认为需要关注的是,如何使得人力资源得到最大程度的利用,它是指公司第一线技术人员的能力最大程度发挥的状态,包含几个层次,(1)全部时间利用,(2)最大效率利用,(3)最大潜力激励利用,这三步需要逐步递进实现。这个需要一种完善的内部管理制度,以及公平公正的价值认定模式和绩效制度,从而一方面促进员工本身的发展,一方面增加对人才的吸引力。
该阶段的成本控制,可以引入最大可控制成本的概念,这里是指人力资源最大程度发挥后所能控制的成本,是公司在一定投入前提下,最大的可能的减少因管理导致人力发挥不足够而造成的成本,该成本为人力资源的极致成本,无法再进一步降低,此成本状态下的仍然出现效益不佳情况,则可说明在经营定位和经营方向上的问题,而非内部问题。促使人力资源得到最大利用度和发挥度,在此基础上的成本,为最大可控制成本,以上可以通过内部的管理系统来很好的实现。5需求变更成本及其控制
需求变更成本指在开发过程中,由于市场部门的需求改变导致的成本增加而实施的控制,对于项目开发的过程中,需求的频繁变更就成本控制而言是致命的,很多项目由于需求的变更而导致破产。
该阶段的成本控制,最关键的是要对于需求变更过程进行严格的管理,要从需求变更的开始,对于整个变更的每个具体的步骤进行跟踪,并且严格核算每次变更所需要的工作时,从而做好评估。同时,务必要明晰需求变更的必要性和风险性,以及所带来的实际成本的增加,所以需求要尽量经过详细的论证。
6测试成本及其控制
测试成本指项目开发完成阶段,在交付验收前进行的测试过程中导致的成本及其控制,测试阶段对于一个项目的最终交付具有重大的意义,往往在测试阶段要才是使得项目真正完善的阶段,很多细节的修补都在测试阶段完成,正是测试使得一个项目成为一个可以交付,可以应用,可以产生效益的产品。但对于一些中小型软件开发公司而言,往往缺乏真正建制齐全的测试部门和专业测试人员,经常是技术人员进行兼任,这种方式相当普遍。但同时也导致了一些问题,主要是对于测试缺乏经验积累管理,或者说是错误管理,经常上次测试完出现的问题,过段时间又会出现,或者是开发下个项目的过程中又再次出现,增加不必要的成本。
该阶段的成本控制,笔者认为最关键的是对测试进行错误管理模式,采取“有错必改,凡错必究,错不再犯,预错于先”的管理办法,尽量在项目开发之前,就能整理出之前开发中出现过的所有问题,并用列表的方式进行技术会议,让所有开发人员进行错误共享,尽量把测试中可能出现的问题消灭再开发阶段,另外需要把测试过程化、即时化,每周甚至每天都要求每个开发人员在交付自己的子模块的之前就暗中预先准备的测试手册进行测试,通过后再提交,同时定时抽查某些核心功能模块,进行某个点的测试,这样全过程的控制,会最大程度的减少测试成本,同时要加快反应速度,一发现开发中,或者测试过程中的相关问题,必须跟进彻底解决,并纳入绩效考核中,杜绝再犯。
参考文献
[1]颉茂华,现代市场经济成本的成本控制新理念[J].财会月刊2002,(06).
燃尽图主要是通过图形化的表现形式反应出时间与剩余工作量的关系,在图形中分别以x轴和y轴来体现。横坐标主要表示工作时间,而纵坐标用来表示剩余工作量,同时用点对工作量进行划分,最终通过点之间的折线连接来反映出工作量的变化轨迹,并与另外一个原估计线进行对比,两种线段以不同的颜色进行区分,当控制线高于实际趋势线,那么则表示工作进程正常,反之则表示工作存在滞后性,当趋势线呈现上涨趋势,则表示一些工作被疏忽,这种表现形式相比以往更加直观和准确。其价值还体现在以下方面:第一,可以反映出项目的实际进度;第二,具备风险预测能力;第三,对当前项目消耗时间做出直观的评判。当燃尽图的线段趋势出现变化时,则表示对应的不同情况,当依次上升、下降时则代表很多事务没有纳入计划当中,而开展工作后又发现了更多的任务;当燃烧突然停止则表示目前任务的划分不够精细,必须在下一个迭代中对项目进行细化;缓慢之后到结束有余下的工作任务,则会推迟到下一个迭代当中,进入下一个迭代中,可以选择将一些无关紧要的故事纳入其中。在实际的项目开发当中,使用敏捷过程能够实现较大的优势,可以显著提高产品本身以及开发的质量,并且便利了人员的交流,提高了团队的自我管理能力。
2监理机制在远教服务网的应用
监理机制应该在项目最初的策划阶段就予以完善,在前期监理单位主要扮演咨询顾问的角色,能够协助完成IT战略的制定。完成战略制定之后,监理单位的角色就成为监理公司,并且利用资讯时期累积的工作经验开展以下工作,避免了繁复的监理选择过程。监理公司将内部高素质人员组成一个专项的监理委员会,并与项目咨询师保持密切的联系,同时还能够对项目的相关人员进行监理知识培训,从而提高项目的运作效率。经过对敏捷方式的调整,目前监理工作与项目的契合度更高,能够发挥出更多的优势,其已不再是外来的单位,而是项目内部的组成部分,利用敏捷方法进行监理能够获得良好的管理效果。监理工程师主要承担Scrummaster的角色,其职能与Scrummaster相结合,能够提高项目的实效性。Scrummaster的职能主要包括以下几个方面:第一,让产品负责人与产品开发之间的障碍得到排解,便于产品负责人开展相关工作;第二,使产品负责人了解投资回报的额度,协助其明确工作方向;第三,优化开发队伍的自主创造力;第四,提高开发队伍的工作效率;第五,完善工程工具以及实践,使得功能增量都存在可交付性。监理人员则负责与项目经理之间相互沟通,辅助其完成Sprint信息页面额创建,而这个过程对成员阶段目标的实现也有重要意义,另外还需要控制燃尽图的变化情况,保持故事进度的及时性,当迭代完成后监理人员还应该演示Sprint,使相关方对项目进度的运行情况进行直观的了解,避免项目偏离原本设定方向。总的来说Scrummaster与项目经理协商阶段计划的过程使其控制功能的具体体现。在计划的制定过程中,产品负责人应该预估时间,尤其是合同中的故事必须进行粗略的估算,而监理工程师应该确保估算过程不是由产品负责人单独制定的,而是与团队协作后的写过,最后产品负责人回答疑问并对条目内容进行描述。建立工程师还需要对生产率进行计算,主要依据是迭代中实际的完成情况以及计划,结合项目在每个阶段的结束时间,对是否按期完成做出评价,针对实际情况对人员以及计划做出动态调整。
3沟通管理的应用
Scrum的主要功能就是加强队伍之间的联系,而远教项目本身就是有三方共同组成的,即咨询监理和甲乙双方,正是因为这种结构模式导致沟通的成本上升,因此在远教服务项目当中,三方的沟通是重点工作之一,只有保证沟通机制完善,才能够提高执行的效果。Scrum主要沟通包括计划会议、展示会议、站会、总结会议。计划会议主要围绕backlog的内容,在会议内对其执行方式以及时间进行协商;展示会议主要与用户沟通,向其展示阶段性的项目成果;站会是对每天的工作进度进行回报和沟通;总结会议则是对Scrum进度进行总结,并对其问题提出针对性的建议。在以上沟通方式中,每天一次的站会最为关键,其时间和地点相对固定,而其形式也易于接受,目前其实质主要是工作内容的汇报过程,为了防止其与既定目标相偏离,可以采取以下措施:第一,如果人员出现迟到情况,那么应该采取一定的罚款措施,收缴的罚款用在会议的一些支出上,这样能够约束人员的纪律性;第二,如果工作汇报的过程中被无故打断,那么可以采取token的发言方式,任何人员在进行陈述的时候必须申请token;第三,当会议已经偏离既定轨道,呈现汇报形式时,可将讨论的目标设定为项目组成员而不是仅仅针对Scrummaster进行回报;第四,发言的过程必须有明确的层次,即三段发言方式,主要是昨天所做工作内容的回报、后续工作的执行方式以及对出现的问题寻求帮助,在问题一环节的阐述中,应该避免过多的纠缠问题的解决方式,而应对问题进行详细的讲述。展示会议也是较为重要的一种沟通方式,监理工程师在工作中应该注意以下要素:第一,对spirnt的内容进行详细阐述,如果人员对产品知之甚少,有必要用几分钟进行描述;第二,演示应该侧重于快节奏,以效率为首要准则;第三,重点在于成果展示,而不是对过程的过多阐述;第四,有条件的时候可以让客户实用相关产品;第五,避免过于花哨的演讲,而是应该对实际工作的代码进行演示;第六,在bug修复问题上可以粗浅提到,但是不应进行演示,避免模糊视线,忽略重点故事。总结会议是指回顾会议,主要是对项目进行归纳和总结,主要由产品负责人带头,并让项目人员都参与进来。会议重点应该是未来工作的优化方式而不是具体工作任务,目标放在提高开发效率上。总结会议完全依靠于人员的主观意识,因此对人员的素质有较高要求,当问题出现时应该结合相关素材予以总结,并对会议的内容和成果以文档的形式记录下来,从而为下一个Sprint提供参考建议。
4结束语
运用信息技术改造和提升建筑业是我国建筑业的客观要求。,我国工程项目管理软件的质量和实际水平远远落后于发达国家。因此,现状、寻找差距,探索一条适合我国国情的发展道路,用以指导软件的开发,推动实际应用的深入,对于提高我国项目管理水平、实现行业信息化、产业结构高度化,都是极具现实意义的。
2、工程项目管理软件
2.1概念的界定
工程项目管理软件(以下简称为项目管理软件)是指以项目的施工环节为核心,以时间进度控制为出发点,利用计划技术,对施工过程中的进度、费用、资源等进行综合管理的一类应用软件。它包括五个主要功能模块:进度计划管理功能、资源管理功能、费用管理功能、报告生成与输出功能、辅助功能(主要指与其他软件的接口、二次开发、数据保密等)。这种概念源于对国外类似产品的概括,如P3(PrimaveraProjectPlanner)、MicrosoftProject、HarvardTotalProjectManagement、HarvardProjectManager.从广义上看,项目管理软件包括了与项目管理工作相关的各种应用软件,可以涉及进度、费用、资源、质量、风险、组织等各个方面,是项目管理相关软件的总称。
2.2发展概述
国内项目管理软件的研究开发始于20世纪70年代,至今经历了两次重大转变(见图1)。
第一次,90年代初,标志是研发主体由用户本身转变为专业化的软件。在70、80年代多是各用户单位自行研制的单项功能的初级产品,即自己提出需求、自己研究、自己开发、自己使用,是一种完全的小生产方式,在近二十年中发展缓慢。90年代初,市场带动出几十家专门从事建筑管理软件开发的高民营企业,软件开始走上化、专业化、商业化的快速发展道路。
90年代是国内建筑管理软件迅猛发展的十年,工程造价、工程量、钢筋配料、平面图制作、标书制作软件等新产品大量涌现,价格逐渐降低、功能不断完善,界面友好、操作方便,通用性、实用性增强。
第二次,90年代末,标志是产品由单机版转向系统集成。如将项目施工方案的设计、概预算、工程量计算、进度计划、资源计划、费用管理、事务性管理等综合起来形成一个有机的整体。运行环境由单机用户拓展到网络多用户,一定程度上实现了企业内部的数据共享。
进入2000年来,项目管理软件的研发出现了滞缓现象。究其原因是多方面的,既有市场因素又有技术因素,既有外部环境的又有自身条件的制约,如加入WTO的影响、用户需求的变化,网络技术、数据库技术、通讯技术的进步等。项目管理软件发展的方向在哪里?必然趋势如何?怎样应对?这些摆在众多业内人士面前。
3、国内项目管理软件的现状
3.1外部环境分析
3.1.1机遇
(1)积极的政策环境。2000年7月国务院了《鼓励软件产业和集成电路产业发展的若干政策》在投资融资、税收、产业技术、出口、收入分配、人才吸引与培养、知识产权保护等方面,给予优惠政策。建设部正在领导制定《建设企业管理信息系统软件通用标准》和《建设信息平台数据通用标准等通用标准,以规范建设领域信息市场行为。各省市地方的建委、定额站以及高新技术开发区,积极贯彻党和国家方针政策,制定一系列的优惠办法,培育扶植当地软件企业的发展。
(2)巨大的市场需求。项目管理软件作为一种行业专用软件,其发展与建筑行业自身的兴衰息息相关。据统计,我国现有各类施工企业10多万家,项目经理部几十万个,除此之外工程监理、审计、建行、甲方等单位也都是管理软件的用户,远期软件需要量应在100万套,但现在软件总的销量不足2万套。加入WTO以后,受各方面因素的影响,经济将呈现快速增长的态势,国内总体建设投资规模扩大,这将会为建筑业创造一个良好的发展机遇,也必将拉动行业软件市场需求的增长。
(3)信息技术在建筑业的广泛应用。20世纪90年代以后,我国建筑业应用信息技术取得了突飞猛进的发展,为项目管理软件的普及推广提供了必要的条件。主要表现在:1.网站建设从无到有,形成了政府网站、行业网站、企业网站三个层次。2.广泛应用计算软件和工具软件。3.在施工中推广应用以信息技术为特征的自动化控制技术,取得了较好的效果。
3.1.2挑战
(1)项目管理的基础工作薄弱。软件的应用要有一定的条件,目前我国项目管理中影响软件应用和开发的主要问题有:1.管理工作尚未标准化。例如各种报告、信息、数据及各种费用项目的划分,各种文本等的标准化程度不高。2.工作过程中的随意性,非程序化工作和干扰,使先进的计划、控制方法和程序难以使用,难以显示出它们的效果。3.整体管理水平低,各层次的管理人员尚不能掌握的管理手段和方法。管理的基础工作薄弱不仅限制了对软件应用的需求,而且进一步拉大了国内项目管理与国际水平的差距。
(2)国外竞争者的挑战。目前,打进中国建筑市场的国外软件有MS-Project、P3等。这些软件功能强大、专业性强、知名度高、营销方式灵活。如P3软件在国际上具有极高的知名度,逐渐成为工程项目管理行业的标准软件。世行也在大型项目上推荐使用P3软件。加入WTO后,外国软件企业将享受国民待遇,出口补贴政策、政府采购将受到限制,我国的产品市场不仅要开放,服务市场也相应开放,软件市场从而将完全开放,国内软件市场竞争日趋激烈。而且,加入WTO后,外资建设项目增多、建筑市场逐步放开,国外工程设计、承包、咨询单位的大量涌入会加大MS-Project、P3等的市场份额。
国产软件一般在功能设置和运行机制上更符合国内用户的需求和习惯,如有双代号网络图、前锋线功能等。但在用户界面、报告生成与输出、数据交换、二次开发等方面还存在着较大的差距,而且这些软件目前还不可能用于国际工程项目。
3.2内部条件分析
3.2.1优势
(1)技术成熟。国内项目管理软件经过近30年的发展,已经研制出适用于公司和项目两个层次的产品,而且部分软件的技术水平达到新的高度,令外国同行刮目相看,为发展适合国情的信息产品奠定了技术基础。如北京梦龙公司的智能管理系统Pert、大连同洲公司的项目计划管理系统TZ-Project.
(2)市场占有率高。初步估算,国产软件的市场占有率在三分之二以上。此外,用户购买软件后,需要经过培训,才能掌握运用。一旦熟练使用后,就倾向于继续购买后续产品,而不愿转购其他公司的同类产品。这一消费特征有利于率先占有市场的软件。多种原因造成国内软件企业已抢先一步占领市场,建立起销售渠道和用户对它们的信任。
(3)服务本土化。软件的价值归根结底表现在对传统行业的服务上,软件行业竞争的核心是服务的竞争。国内的软件企业经过十多年的市场开拓,已在全国的数十万用户中建立起较为完善的服务体系,深入到公路、港口、建筑、市政、铁路、水利、电力等各个领域,能够快速响户要求,提供全面的咨询培训维护服务,这是外国公司在短期内无法做到的。
(4)人才优势。国内软件开发人员的薪酬平均低于国际水平,是美国的1/30~1/20,可大大降低软件研发成本。此外,国内建筑市场运作不规范,用户需求差异大,而国内研发人员熟悉行情,与用户容易沟通,开发的产品更符合“国情”。
3.2.2劣势
(1)品牌与质量。国产项目管理软件数量不少,但没有一个能够像P3那样知名的品牌。几十家软件研发单位“各占一个山头”,国内市场呈现小而散、四分五裂的格局。在研发过程中普遍缺乏严格的测试环节,软件的改动和版本的升级频繁,造成成本的增加和维护上的难度,带给用户许多不必要的麻烦。而且,由于缺乏行之有效的软件开发管理体制,一个关键性设计人员的变动往往会严重软件产品的整个生产过程。在功能模块上,国产软件偏重进度计划管理,在资源管理、费用管理方面远远落后与国外软件。此外,国产软件都无法实现环境下异质数据库的互连、没有对用户开放二次开发的接口。
(2)规模小、开发资金不足。国内软件企业的资金来源主要以企业自主投资、风险投资和政府投资三种为主。大部分企业缺乏正常的融资手段,只是依靠经营利润的积累。企业规模小、缺乏“重量级”企业,、设计、开发和市场开拓能力有限。据统计,50人以下的企业占40%左右,50~100人的企业占50%左右,100~200人的企业仅2家,200人以上的为零。
(3)缺乏统筹规划。由于没有明确的行业标准和方向引导,软件开发只能根据客户要求,由软件技术人员,凭自己的理解和能力进行设计、编程,造成软件开发选题雷同,而且多属低水平重复开发。企业在技术、研究、开发等方面存在很大的盲目性,力量分散,造成大量资源浪费,也延误了发展的时机。
(4)人才流失。由于缺少合理的收入分配激励机制,大量软件开发人员流向高收入的电信、、商业领域,国内从事工程管理软件开发的人员不足千名,其中懂工程、懂机、懂管理的复合性高级人才更是少之又少。
4、国外项目管理软件的发展及启示
4.1发展概述
国外项目管理中的计算机应用可以追溯到50年代中后期网络计划技术的出现,到了60年代中后期网络程序已经十分成熟。整个70年研究的重点是完善和扩展网络模型分析软件的应用功能,如成本和资源的平衡优化;同时提出并研究了项目管理信息系统。进入80年代以后,PC机的普及和项目管理工作的化、标准化,使一般中小型企业、中小型项目也可用计算机进行管理,网络技术才真正普及。90年代后,项目管理软件发展迅速,不断有功能强大、使用方便的软件推出,在项目管理中发挥了重要作用,计算机的应用已经成为项目管理必不可少的一个组成部分。
项目管理软件的功能层次不断提高,对应着三个显著阶段:
第一层次,也称基本功能,如进度控制、质量管理、资源管理、费用控制、采购管理等,是对基层工作流程的模拟,在一定程度上实现数据共享,减轻了基层项目管理人员的工作强度。在80年代已基本完成这方面的功能开发并在基层项目管理中广泛应用。
第二功能层次有两个特点:一是分析和预测功能,包括工期变动分析、不可预见事件分析(如恶劣气候、汇率变动、市场物价变动、分包商情况变动等)。在分析基础上产生预测功能,主要包括进度预测、投资预测、资金需求预测等,并有相应的数学模型。二是计算机网络的使用和通讯功能,主要是局域网上的多用户操作和多项目管理,以及借助Internet、Intranet,邮件、电子信箱等先进的通讯工具和手段,减少项目管理班子的工作所受的地域限制。P3及MS-Project都是这一层次的产品。
第三层次是基于因特网的项目管理,使整个项目管理业务与因特网结合,具有跨平台兼容、交互性和实时性,项目成员可以协同工作,实现在线文档管理、在线讨论、视频会议等。到目前为止尚无完善的产品出现,但有两个软件Mesa/Vista,WebProject已初具雏形。
4.2发展启示
目前国内项目管理软件的发展还处在第一阶段。某些软件具备或正向第二功能层次发展,没有基于因特网的第三阶段软件。国外同类软件的发展历程可以得到启示:数据通讯、多项目管理、多用户环境、多系统兼容和与Web技术集成、增强用户自定义功能,这代表着项目管理软件的新发展。客户机(Client)/服务器(Server)模式向浏览器(Browser)/服务器(Server)模式转变将是必然趋势。
5、对策
5.1我国项目管理软件SWOT分析
基于上述分析,可归纳出我国项目管理软件SWOT矩阵。
5.2政府和行业协会
(1)规范项目管理,实现与国际接轨。推进《施工项目管理规程》、《工程网络计划技术规程》、《建设工程质量管理条例》、《建筑工程施工合同(示范文本)》等的制订和落实,严格按规程、规范和标准进行项目管理。在项目管理中推广使用WBS(项目结构分解)等,保证数据采集的完整与统一。加强信息技术标准研究,积极参与国际标准的制订,利用标准来占领市场。
(2)统筹规划,抓大放小,分类指导。制定建筑业信息化发展规划和技术政策,确定产业升级目标,合理选择主导产业、战略产业。对各省市地方的造价、钢筋、工程量等单机软件鼓励自由竞争,让市场来决定优胜劣汰,同时强化行业管理,维持公平、有序的竞争环境。对项目管理软件的研发加强扶植力度,增强国产软件自主发展的能力,重点扶植、推广一批具有自主知识产权的产品。
(3)发挥行业组织的作用。行业协会加强与政府和企业的联系,为企业在技术、管理、市场信息、人才培训等方面提供指导和帮助。
5.3软件企业
(1)利用政策,把握机遇。认真研究、充分利用国家为产业发展提供的政策环境,要充分利用加入世贸组织的过渡期,力争在三、五年内完善项目管理软件并实现产业化。
(2)调整产品结构,培育自主品牌。推进产品创新和产品重组。拥有自主知识产权的,要强化知识产权管理,积极实施信息技术专利战略,按国际项目管理要求进一步完善产品,争取在国际市场占有一席之地。正在研发之中的,要多研究国内外同类软件,合理选择细分市场,采取产品差异化战略或市场跟随战略。
(3)规范企业管理。积极参与ISO9000,CMM,ISO14000等国际质量保证体系认证和国际安全认证,加强软件企业的规范化管理。建立有效的激励和约束机制,充分调动员工积极性,吸引并留住各类优秀人才。
(4)服务创新。推动软件售后服务的化,建立专业的咨询服务机构。不具备持续开发能力的公司应向增值服务的专业服务公司转变。从目前发展趋势看,软件的升级、维护、咨询活动的利润比销售的更可观。
6、结论
我国工程项目管理软件研发的整体水平较低,实际应用情况不容乐观。要改变这一局面,政府和企业都要付诸努力。政府和行业协会要规范项目管理,实现与国际接轨;统筹规划,抓大放小,分类指导。软件企业调整产品结构,培育自主品牌,规范企业管理及建立服务创新的体制。
参考
[1]MatthewJ.Liberatore.ProjectManagementInConstruction:SoftwareUseAndResearchDirections[J].JournalOfConstructionEngineeringAndManagement,2001,(March/April)。
[2]成虎。工程项目管理[M].中国建筑出版社,2001.
[3]陈昌柏。WTO-ITA与中国IT产业发展[M].北京邮电大学出版社,2001.
[4]王雪青。国际工程项目管理[M].中国建筑工业出版社,2000.
关键词:软件工程管理开发人员组织结构用户
一、引言
软件工程管理目前还没有引起人们的足够重视。究其原因:首先是人的传统观念,工程管理不为人们所重视;另一方面软件工程是一个新兴的学科领域,软件工程管理的问题也是刚被提出的。同时,由于软件产品的特殊性,使软件工程管理涉及到很多学科。因此。对软件工程管理,人们还缺乏经验和技术。但事实证明,由管理失误造成的后果要比程序错误造成的后果更为严重。很少有软件项目的实施进程能准确地符合预定目标、进度和预算的,这也就足以说明软件工程管理的重要。
二、软件工租,理的内容
目前软件生产自动化程度很低,在开发过程中人是起决定性的因素,因此,软件工程管理很大程度上是对人的管理。我们可根据软件产品的特点。分析软件下程管理的具体内容,它包括对开发人员、组织机构、用户、文档资料等方而的管理。
(一)开发人员
软件开发人员一般分为:项目负责人、系统分析员、高级程序员、初级程序员、资料员和其他辅助人员。根据项目的规模人小,有可能一人身兼数职,但职责必须明确。不同职责的人,要求的素质不同。如项目负责人需要有组织能力、判断能力和对重大问题能做出决策的能力;系统分析员则要有概括能力、分析能力和社交活动能力;程序员需要有熟练的编程能力等。人员要少而精,选人要慎重。软件生命期各个价段的活动有分工又互相联系。因此,要求选择各类人员既能胜任工作,又要能相互很好地配合。没有一个和谐的工作气氛很难完成个复杂的软件项目。
(二)组织机构
组织机构不等于开发人员的简单集合。这里的组织机构要求:好的组织结构、合理的人员分工和有效的通讯。软件开发的组织机构没有统一的模式。下面简单介绍三种组织机构。
1、主程序员组织机。IBM公司提出的主程序员组是软件系统结构化思想在组织上的体现。它的目的是为了保证全组的协调和统一。一位高级工程师(主程序员)主持计划、协调和复审组的全部技术活动。技术人员(一般25人)负责分析和开发活动,一位后援工程师支持高级工程师的工作,并且在该项目继续进行时,可以代替高级工程师工作,以减少可能的损失。
2、专家组。专家组强调每个人的才能,把每个人都看作是某一方面的专家,由这些专家组成一个开发机构。这种组织结构虽然能发挥所有工作人员的积极性,但往往有可能出现协调上的困难,选择这种方式要慎重。
3、民主组织。民主组织由从事各方面工作的人员轮流担任组长。很显然,这种组织结构对调动积极性和个人的创造性是很值得称道的。但是由于过多地进行组长信息“转移”不符合软件工程化的方向。
(三)用户
我们是为用户开发软件的,在开发过程中自始至终必须得到用户的密切合作和支持。作为项目负责人,要特别注意与用户保持联系,掌握用户的心理和动态。防止来自用户的各种干找和阻力。
1、用户不积极,不配合。这种表现通常来自对采用先进技术持怀疑态度的用户,他们心理上的抵触情绪会在行动上表现为消极、漠不关心。在需求阶段,做好这部分人的工作很重要,通过他们中的业务骨千,才能真正了解到用户的要求。要使他们认识到:计算机的发展和应用是现代化的必然趋势,使用计算机将会带来巨大的经济效益:让他们掌握新的技术和方法去取代某些可能过时的或淘汰的专长。
2、用户求快求全。这种表现来自对使用计算机持积极态度的人。他们中一部分人希望一个早上就能用上计算机,并且全能用上计算机。要他们认识到;开发一个软件项目不是一朝一夕就能完成的,软件工程不是靠人海战术就能加快的工期。另外,即使计算机能够处理的事情,系统也不能下于包罗万象,贪大求全。要根据现有的条件量力而行。如果系统大而全,必然会很复杂,开发时间就拖得很长,因此可能会导致一个系统的失败或性能太差。
3、用户需求变化。在软件开发过程中,用户可能会不断提出新的要求和修改以前提出的要求。从软件工程的角度不希望有这种变化。但实际上,不允许用户提出变动的要求是不可能的。因为一方面每个人对新事物有一个认识过程,不可能一下子提出全面的、准确的要求:另一方而还要考虑到与用户的关系。对来自用户的这种变化要正确对待:要向用户解释软件工程的规律,并在可能的条件下部分或有条件地满足用户的合理要求。例如:软件需求分析阶段结束后软件的设计口标已经确定,这时用户要求的重大变化要导致设计目标的变化,特别是到软件开发的后期,一般不可能满足这种变化的要求。要向用户解释清楚工程的内在规律,但对用户提出的如性能等局部方而的要求,只要是合理的,就要加以考虑。
4、控制。人员控制是对开发组织内部人员控制。就是要保证开发人员的积极性和稳定性。人员的频繁更换或流动将会大大增加软件出错误的机会。至少要保证软件项目每一期工程或软件生命期每一阶段中人员的相对稳定性。同时注意发挥每个开发人员的积极性和创造性。经费控制要编制详细的经费预算。并在各阶段进行经费的核算。在经费上失去控制,软件项目就没有经济保证。质量控制与各阶段的复审在意义和作用上是一致的,在此不再叙述。
5、文档资料。开发过程的各种活动后都要反映在文档资料上。每一个阶段的文档资料是以后各阶段工作的基础,又是对前面各阶段工作的复审。软件工程管理很大程度上是通过对文档资料管理来实现的。因此,要把开发过程中的初步设计、中间过程、最后结果等建立成一套完整的文档资料。文档标准化是文档管理的重要方面。:
摘要:软件项目管理的核心是全面客户满意。其管理体系包括:战略管理、范围管理、成本管理、时间管理、人力资源管理、沟通管理、风险管理和质量管理。
关键词:软件项目管理软件产品质量因素
在软件和信息科技行业,项目管理经常决定了一个产品或者企业能否成功。项目管理得到越来越多的企业和政府部门的重视,例如中国于2002年4月召开了有关项目管理的首次国际研讨会。具体操作与项目最根本的不同在于具体操作是具有连续性和重复性的,而项目则是有时限性和唯一性的。本文由中国收集整理。项目是一项为了创造某一唯一的产品或服务的时限性工作。所谓时限性是指每一个项目都具有明确的开端和明确的结束;所谓唯一是指该项产品或服务与同类产品或服务相比在某些方面具有显著的不同。各种层次的组织都可以承担项目工作。项目有时只涉及一个组织的某一部分,有时则可能需要跨越好几个组织。项目是执行组织商业战略的关键。
一、软件产品项目管理的重要性
20世纪80--90年代,许多大型企业管理信息系统MIS的开发都以失败而告终。这是为什么?一个重要原因是软件项目管理水平上不去,尤其是需求分析管理水平上不去,使得项目快要验收或交付时,却出了大问题:要么发现用户需求获取不准确,要么发现用户需求变了,致使做好的系统不能用或不好用。20世纪90年代初,上海一家公司在青岛做一个港口MIS项目,北京有一个单位在天津做一个港口MIS项目,都是因为甲乙双方软件工程基本知识不具备,使得项目管理不到位,导致2个大型项目不成功。现在软件应用领域空前广阔,深人到社会和科学研究等领域的各个方面。软件的需求也比以往更加多,软件系统设计也空前复杂。软件的项目管理问题也就因此而产生了。90年代中期,软件项目管理不善的问题仍然严重。据美国软件工程状况调查,只有10%的项目能够在预定的费用和进度下交付。于是软件项目管理成为软件项目发展中最重要的核心问题。为了使软件项目开发获得成功,必须对软件开发项目的工作范围、可能遇到的风险、需要的资源(人、硬件、软件)、要实现的任务、经历的里程碑、花费的工作量(成本),以及进度安排等做到心中有数。软件项目管理的目的就是提供这些信息,分析信息,并根据分析结果对项目做出调整。软件项目管理开始于技术工作之前,在软件开发的整个过程中持续进行,最后中止于软件过程结束。
二、软件项目管理体系
随着软、硬件技术以及通信技术的日益成熟,软件技术可以与所有的传统产业相结合,促进产品的更新换代,大幅度提高产品的附加值,提高劳动生产率,推动产业结构与产品结构的调整。因此,软件的开发以及应用不仅仅是软件开发机构的任务,更深地涉及软件使用者的切身利益,尤其像管理信息系统MIS(ManagcmentInformationSystem)、计算机集成制造系统CIMS(ComputerIntegrationManufacturingSystem)、企业资源计划ERP(EnterpriseResourcePlanning)及商业智能BI(BusinessIntelligence)等大型的复杂软件更是综合了管理科学、计算机科学、通信技术以及数学等各方面的知识,需要各类人员的协调工作才能完成。因此也就有必要从项目管理的角度去管理软件的开发和运行。从用户的角度来看,软件项目的生命周期应该包括项目前期的论证工作、项目计划、软件开发、运行、维护以及项目后评价。由此可见软件项目管理的范围不仅包括传统的软件开发过程,还应该包括开发之前的准备工作以及运行中的维护工作和对项目的总结工作。同时,在软件项目生命周期中存在着许多活动。根据活动之间的相关性,可以将软件项目的各种活动分为九大类。
(1)战略管理。根据用户的经营目标制定软件项目的策略,以便为其他各方面的活动提供指导。在制定项目策略的时候应该充分考虑用户和其他利益相关者的实际需求和市场因素。另外创造和谐的项目环境和连续改进也是战略管理的重要任务
(2)范围管理。其目的是控制软件项目的全部活动过程都在需求范围内,以确保项目各种资源的高效利用。成功的项目管理离不开用户、软件开发队伍和项目经理的一致理解和协调配合
(3)成本管理。软件项目的成本不仅包括开发成本,也包括开发之前立项阶段以及软件在运行中的费用。操作者的培训费用和项所使用的各种硬件设施费用也都是整个项目成本的一部分。这些成本都需要很好地计划和控制。
(4)时间管理。其内容有确定各项活动之间的时间相关性;估计各项活动的持续时间,跟踪各项活动的进展情况,动态调筷各项活动之间在时间上的协调。本文由中国收集整理。
(5)人力资源管理。在软件项目中应该为软件开发人员和管理人员等各类项目人员创造一个和谐良好的工作氛围。使他们能感到项目成功的把握和积极的工作心态,确保项目队伍的稳定性和连续性。
(6)沟通管理。沟通管理是一个收集、存储、配置和项目生命周期内所形成的各种信息的过程为了让每个项目相关人员及时得到所需的信息,需要很好地解决“什么时候、向什么人礼报什么的”的问题,此外软件开发队伍和用户之间的沟通也是沟通管理中的一项重要工作。
(7)风险管理。由于软件项目中存在着很多的不确定因索,也就必然存在着各种风险而且风险有可能造成不良的结果,对风险进行分析和监控贯穿于整个软件项目生命周期。
(8)质量管理。目前软件的质量还是一个模糊的概念并且难以衡量由于软件质量主要是在开发阶段形成的,因此软件项目质量管理的重点应放在系统分析、系统设计和编码阶段,走查、评审、调试和测试是保证软件质量的重要手段软件工程能力成熟度模型CMM(CapabilityMaturityModel)较好地解决了软件开发过程中的质量管理问题。
综合管理。综合管理的任务是对前面讨论的各类管理活动进行协调和控制,使这些活动相互配合。其核心任务是对各种方案进行评价,协调各方面的利益冲突确保项目总体标的最终实现。
三、软件项目管理的核心是全面客户满意
当前,不少软件业管理人上认为,软件开发的问题主要在软件开发的工程化、规范化和软件开发管理体制。他们按照CMM(CapabilityMaturityModel),IS09002的标准来建立他们的管理体系。这里有商业竞争的因素在起作用。但是,他们忽略了商业竞争中取胜最重要的因素—客户满意。他们没有考虑到他们的管理方法能否满足客户不断变化的需求。从长远来看,软件项目真正的成功是客户的全面满意。以客户满意为中心的质量是必需的。漠视质量或只关心产品/服务是否符合需要的方法再也不足以留住和获得客户。因此,软件开发项目组织必须先确定什么产品/服务可以让顾客满意,然后再努力满足客户的需求和期望。要实现此目标,组织必须识别对软件产品的各种特性中哪些是对客户的满意起决定作用的要素。例如,服务器操作系统软件,需要长时间稳定连续工作。稳定性则是该软件产品的关键要素。因此系统的开发管理围绕着这一关键要素来展开。尽管不少的组织明白没有客户一个组织就不能生存和发展,或者说没有客户就没有组织,但在项目实施过程中,仍然存在着客户满意的障碍:
(1)项目管理组织没有发展和完善对客户不断变化的需求和期望作出快速响应的能力。
(2)项目管理组织没有听取客户意见和建议的能力。
(3)项目管理组织努力倾听客户对项目的要求,却没有确认客户的需要和期望。
在软件开发质量管理中,软件企业面临最大的问题就是管理系统的不可持续发展,基于CMMI的软件开发质量管理针对这一问题提出了解决方案,但是由于现阶段该体系还不够完善,开发项目不能够在独立的平台中得以有效实施,这给质量管理的有序执行带来了一定的风险。为此,需要对该体系中的CMMI过程域进行改进,主要包括以下四项内容:是需求管理过程域,需求分析的质量取决于进度和外界约束条件,需求描述过于粗略,就会使维护需求双向追朔环节出现问题;是验证过程域,主要包括验证准备、执行审查和验证产品三个环节,解决的是信度问题;是确认过程域,与验证过程域的环节相对应,解决的是效度问题;是项目定量管理过程域,即以量化的方式对已定义的项目流程进行管理,从而保证流程及流程绩效和项目质量[2]。
2基于CMMI的软件开发质量管理体系的构建
2.1各过程域的完善
软件过程成熟度直接影响到软件开发质量,基于CMMI的软件开发质量管理体系的构建,其首要环节就是要对各过程域进行改进和完善,针对需求管理过程域存在的需求分析难以实现双向追朔而引发的缺陷难以显露的问题,应对需求的记录方式做出改进,设定改进的幅度和目标,通过建立多层分级的需求体系,使所有的需求都使用一个编号,使用专门的需求管理工具来实现,提高需求满意度,使质量开发风险得到有效控制;针对过程域存在的评审质量不高、文档缺陷密度较低的问题,应保证缺陷密度能够在基线控制范围内正常波动,不应低于中值,可在正式评审前增设预审流程,再有就是通过邮件讨论或直接使用工具,在此推荐使用DOORS工具的CPS功能,有助于保证信息数据的完整性,提高文档评审质量;针对确认过程域存在的UT不充分的CR所占比例过高、缺陷排除率较低的问题,应通过可持续集成将零散的测试用例整合起来,改进用例编写,对产品代码实施持续测试,提高用例覆盖率和检查标准的可靠性;此外,还应将定量管理过程域引入质量管理体系中,建立组织级度量模式,对所有过程建立相应的度量方式,明确度量指标,确保整个体系处于一个循环改进的过程中[3]。
2.2体系的实施策略
基于CMMI的软件开发质量管理体系,将活动及相关资源作为过程进行管理,能够有效实现预期效果,该体系主要包括三项内容,即以客户为中心、领导作用、全员参与、管理系统方法、过程处理方法、决策方法、持续改进和供方互利。在实施过程中,软件开发能力成熟度集中体现在软件项目开发和执行人员的整体能力上,除了团队能力外,软件开发过程中的控制能力和改进能力,软件开发质量管理的核心内容就是对这些能力进行改善,任一阶段、任一环节的优化都是在既有目标基础上做出的改进,进而使绩效得以提高,因此应对目标进行有效管理,具体来讲,可通过领导的决策支持、确认质量改进目的、选择最佳执行方案和重视员工培训等四个方面来保证质量管理体系的有效实施。
3结语