软件开发管理（软件开发管理如何风险管理）

本文目录

• 软件开发管理如何风险管理
• 软件开发企业质量管理
• 计算机软件的开发和管理研究

软件开发管理如何风险管理

风险管理的达成必须包括三个要素：
首先，在项目开发计划中必须制定风险管理计划；
第二，在项目预算中必须包含解决风险所需的经费；
第三，评估风险时，风险的影响也必须纳入项目计划中。
下面就软件开发过程中经常发生的风险，谈谈我们采取的预防措施。
1、需求不明确
需求不明确是软件开发过程中经常可能遇到的问题，这类问题往往表现在需求范围未界定、需求未细化、需求描述不清楚、需求遗漏、需求互相矛盾等多个方面。在软件开发过程的生命周期各阶段中，需求不明确所造成的浪费是最大的，必须尽早尽可能解决。确定用户需求是件非常困难的事情，我们常常从以下几个方面着手处理需求不明确问题：
（1） 让用户参与开发
提供一个协作开发环境，让用户参与开发过程。如果条件不允许，至少应该在每次迭代的需求分析和系统测试阶段，让客户能够参与开发。
在选择参与开发过程的用户时，一方面，要尽可能争取精通业务或计算机技术的用户参与。另一方面，如果开发的产品要在不同规模、不同类型的企业应用，应该选择具有代表性的用户参与。
仅仅让用户参与是不够的，应该采取一定的激励措施，提高用户参与的积极性。
（2） 开发用户界面原型
用户通常不善于精确描述自己的业务需求，系统分析员需要借助白板、白纸等沟通方式，帮助用户清楚表述需求。然后，开发一个用户界面原型，以便用户确认需求。用户界面原型的作用仅仅是收集用户需求，不应该再作它用，也不要给用户造成系统快要实现的错觉。
（3） 需求讨论会议
对于用户分布广、用户量大的项目，要全面收集用户需求，往往很困难，通常采取需求研计会议方式进行需求确认。通过在会议前几周调查各地、各部门用户需求意见，然后集中各地或各部门的用户代表，举办一次需求研讨会，通过会议方式收集需求。本方法适合于具有一定信息系统使用经验的用户。
（4） 强化需求分析与评审
首先，需求分析是项目成功的基础，需要引起足够的重视，并分配充足的时间和人力，要让有经验的系统分析员负责，切忌让项目新手或程序员负责。其次，要进行需求评审，尽可能让用户参与需求评审，不要让需求评审流于行式。第三，也是最重要的一点，通过评审的需求规格说明书，要让用户方签字，并作为项目合同的附件，对双方都具有约束力。在公司内部要将通过评审的需求规格说明书，纳入配置管理。
2、项目缺少可见性
当一个项目经理或一名开发者说已经完成了80%的任务，您必须保持审慎的态度。因为剩下的20%可能还需要80%的时间，甚至永远都不能完成。软件开发项目，往往在项目进度和软件质量方面缺少可见性，项目越缺少可见性，项目就越难以控制，项目就越有可能失败。我们可以通过迭代开发、技术评审、持续集成来增强项目的可见性。
（1） 迭代开发
采用迭代的开发模型，将产品的交付过程分为多个阶段，按照功能递增式交付。以下是一些典型的迭代：
一次简短的先期迭代，以建立规模和前景并确定商业理由；
一次精化迭代，其间将为稳定的构架划定基线；
一次构建迭代，其间将实现用例并充实构架；
几次产品化迭代，将产品转移到用户群。
每次迭代，都要充分接收用户的评审意见，以便为自我纠正。渐近式的功能交付，有利于降低开发人员的压力，增加用户的满意度，有利于增强项目的可见性，是最好的进展报告。
（2） 技术评审
技术评审是确保软件质量的重要环节，技术评审包括代码走查、会议评审和同行专家评审。代码走审可以是开发人员之间的交叉审查，或者是高级开发人员对普通开发人员的审查；会议评审一般应至少每两周进行一次，每次评审时间不宜太长；同行专家评审包括技术和业务两个方面的专家，经常性地让精通业务的用户专家参与项目评审，是项目成功的重要保证。
另外，充分利用质量审查的工具软件，也有利于提高代码质量。例如：在Eclipse开发环境中，可以集成Findbug、Checkstyle、PMD插件检查代码编写质量。
（3） 持续集成
持续集成能够把最终的一次大规模的集成调试过程分散到项目开发时间表的每一周、每一天、甚至每个小时。让项目中的各个人员都能够随时掌握当前的整体进度，并迅速发现集成过程中出现的问题并进行解决。
开发小组应制定持续集成的制度，一般情况下每日构建一次，可以利用Ant等构建工具进行Java应用程序的构建。小组成员应在每个功能开发完成后，及时向版本控制系统（如CVS）提交代码，而且不应该向版本控制系统提交有问题（编译通不过）的代码。
每日构建、持续集成，让项目进度跟踪工作更加容易。当项目小组每天重新编译系统时，已完成与未完成的功能清楚可见，小组成员能够简单地从软件的表现知道距离整体完成还有多远。
3、新技术引入
技术创新是一种具有探索性、创造性的技术经济活动。在开发过程中引入新技术，不可避免地要遇到各种风险。通过T形软件开发、充分论证、多阶段评审、同行经验等措施可降低新技术风险。
（1） T形软件开发
在项目开发早期，开发小组应该建立系统的架构，解决关键技术难题、开发系统的基础构件，并对系统所需要应用的技术做深度探索。例如：基于JavaEE5构建全国联网售票系统，涉及到分布式事务处理、海量数据存储、异构平台互连等关键问题，应该优先处理这些问题；对开发所涉及到的EJB3、JSF、 JBoss Seam、Eclipse RCP等技术，要做深度探索。
越是技术复杂度高的项目，就越应该早地处理技术难题。如果在项目开发的中期或后期才发现架构有问题或是关键技术难题不能解决，则为时已晚。
（2） 充分论证
新技术开发是探索性很强的工作，潜在着许多失败的风险。在可行性分析阶段，要广泛搜集相关信息，设计多种可行方案，进行充分论证。在制定决策时，情报的数量和质量致关重要。掌握的信息越多、越准确，才能作出正确的的决策，项目失败的风险也就相对减少；反之，承担的风险就会增大。
（3） 同行经验
针对新技术，由于没有经验可借鉴，因此在探索过程中要充分利用互联网，通过搜索同行经验，往往事半功倍。要充分利用世界日益平坦化的优势，对于不能尽快解决的问题，可以先放一放，可能过不了几天，网上就有相类似问题的解决方案了。
4、技术兼容性风险
硬件产品之间、系统软件（操作系统、中间件、数据库管理系统）与主机设备之间、系统软件之间、应用软件与系统软件之间以及应用软件之间，都可能存在兼容性问题。往往系统集成的项目越复杂，兼容性问题就越有可能存在。
（1） 设计先行
在做系统的总体设计方案时，务必把好相关产品的选型关，确保网络、主机、系统软件与应用软件之间不要存在较大的技术兼容性问题。在网络平台建设方案中，明确相关设备的技术参数和配置要求。
（2） 售前产品测试
在做项目招投标工作时，要求投标方在售前提供产品兼容性测试，以避免在项目实施过程中才暴露技术兼容性问题。涉及应用软件开发的集成项目，要在开发工作的早期，做技术兼容性测试，以避免在项目开发后期才暴露技术兼容性问题。
例如，我们在开发深圳市汽车客运站售票及站务联网调度系统时，为了确保技术兼容，在做硬件招标时要求小型机设备厂商提供售前技术兼容性测试工作，并将测试结果做为评标指标。在深圳市软件测试中心对IBM、SUN、HP三家公司提供的小型机进行测试时，暴露了许多应用软件、应用服务器、数据库和操作系统之间的技术兼容性问题，如果这些问题在系统实施时才暴露或处理，势必会拖延项目进度。
5、性能问题
由于先期设计不足，性能问题往往在系统切换或新系统使用一段时间后暴露。出现性能问题往往要进行大量的优化工作，甚至局部的或全面的重新设计。无论是用户还是开发者，谁都不希望出现性能问题。
（1） 性能规划
在系统设计时，应做好前期做性能规划，对可能出现性能问题的环节做到充足的估计。在做数据库设计时，应争取DBA参与。
另外，在技术方法方面，尽可能采取一些性能优化模式，如DTO、AJAX、延迟加载等，尽可能在开发过程中解决了性能问题。不至于到了项目后期才解决性能问题，既费钱又费时。
（2） 性能测试
在开发过程中，要重视性能测试和压力测试，尽可能模拟现实使用环境，搭建测试平台。另外，由于开发环境的计算机往往比生产环境的计算机配置高，在做测试时应尽量找一些配置低的机器、较小的网络带宽进行测试。
（3） 充足的调试时间
在项目开发计划中，为后期性能优化留有余地。在对系统进行性能优化后，要进行性能测试和压力测试，可能还要做几次回归测试。因此，应该留有充足的时间和人力。
6、仓促上线
在项目实施过程中，系统切换上线环节最容易出纰漏。项目好不容易开发完成了，却在最后最后时刻功溃一匮。如果项目小，影响面窄倒不怎么重要；如果是影响面大的项目，则千万不可出现问题。在系统切换前，应充分考虑各种可能出现的问题，做好风险对策。
（1） 应急预案
面对各种不可预知的风险，要做好应急预案。正常运行的车站售票系统在春运、旅游黄金周，都会做好应急预案。新系统切换时，更应该做好应急预案。应急预案中应做好最坏的打算，售票系统不能正常工作时，准备手工票就是最坏的打算。
（2） 分步切换
为了减少风险的影响，可以做系统分步切换的方案。例如：售票系统在切换时，往往用新系统售预售票，或者是用新系统售长途车站，用旧系统暂时售短程票。待新系统运行稳定后，再全面切换到新系统。针对多个用户单位的系统切换，也可分单位进行。
（3） 交叉培训
新旧系统切换过程中，用户都存在适应过程。除了在切换前做好操作培训外，还要在新旧系统切换过程中做好交叉培训。让用户提前一些时间上班，让早班的用户在交班时培训中班的用户，中班的用户培训晚班的用户。做好交叉培训能够让系统平衡过渡。
7、可用性问题
软件的可用性包括软件的使用是不是高效、是否容易学习、是否容易记忆、是否令人愉快、是否不易出错等诸多因素。往往由于软件的可用性差，导致用户不满意，甚至被市场淘汰。在项目开发中应注意可用性问题，避免软件出现可用性方面的风险。
（1） 了解用户
到用户工作现场，了解目标用户使用软件的真实目的，从用户的角度、从用户的立场出发，了解如何通过软件系统替代用户的业务处理流程中，最繁琐、最容易出问题、或者是大量重复劳动的环节，让软件提高用户的工作效能和效率。例如：售票系统中，使用频度最高的界面是售票界面，售票员最关心的是钱不要出错（多了没收、少了要赔），因此，应收款和找余字体的显示应该突出、醒目；同样，票价和到达站也应该较为突出显示。通过快捷键、一键复位、数字小键盘等设计，尽量减少售票员敲击键盘的次数。否则，在日发旅客流量达七、八万人次的大型客运站，如果用户界面设计得不好，售票员一天工作下来，手指都会敲麻木。
（2） 参与型设计
与用户协作，让用户参与用户界面的设计、评审与测试，确保用户能够全面地、及早地发现可用性等方面的问题，并及时纠正。
让客户参与设计，而不要让客户设计，项目经理或高级设计人员应该主导设计。
（3） 竞争性分析
通过对市场上同类竞争性产品进行分析，或者对这些产品进行实验性测试，了解这些产品的用户界面问题，从而对新系统的开发提供启发。竞争性分析并不意味着可以剽窃别人的设计，而是通过分析竞争产品的优势和弱点，能够比以前的设计做得更好。
（4） 一致性
如果用户知道同样的命令或同样的操作总会产生同样的效果，那么他们在使用系统时就会更加自信，同时也鼓励他们进行探索性学习，因为他们已经具备了使用系统新部分的基础知识。
开发团队应遵循公司或小组制定的用户界面标准，就可以在很多方面保持一致性，切忌不要一个系统存在多种不同的界面风格。
郑州观致电子商务,拥有有效资源, 多起成功案例, 专业制作水平, 提供微期货平台搭建、分销系统开发、捕鱼游戏开发、第三方支付软件开发、商城网站建设、电商网站建设、网站定制开发、手机app软件开发、微信小程序开发、电商系统开发、办公系统软件开发一系列服务。精英团队为您以后保驾护航!
8、结论
在信息系统集成项目中，风险是多种多样的，是无处不在的。在项目管理活动中，要积极面对风险，要培养。越早识别风险、越早管理风险，就越有可能规避风险，或者在风险发生时能够降低风险带来的影响。特别是在项目参与方多、涉及面广、影响面大、技术含量高的复杂项目，应加强风险管理。如果不主动驾驭风险，就会面临风险。

软件开发企业质量管理

　　 软件开发企业质量管理

　　摘 要：为了提升信息产业的竞争力，我国软件企业应参照标准化质量体系认证ISO9000系列标准进行规范化管理并与国际接轨，以提高软件开发企业的质量管理水平。

　　通过对软件开发过程及软件质量实质的分析，提出加强软件企业质量管理的方法与途径。

　　关键词：软件工程;软件质量;质量管理

　　作者简介：金铁(1969-)，男，军事经济学院襄阳士官学校计算机教研室副教授，研究方向为计算机与多媒体教学;唐晓军(1971-)，女，航天42所化学源部工程师，研究方向为企业管理;张勇(1982-)，男，军事经济学院襄阳士官学校计算机教研室讲师，研究方向为网络通信。

　　0 引言

　　随着软件业的高速发展，在软件开发史上出现了“软件危机”，由于对于软件开发中的成本控制、软件进度、软件的可维护性等问题缺乏有效的管理手段，导致软件质量无法得到保证。

　　因此，应与国际标准化质量体系认证体系ISO9000系列标准接轨，加强软件企业对项目开发的质量管理，全面提升软件企业的开发质量。

　　1 软件工程视角下的软件开发质量

　　1.1 软件开发方法与开发质量

　　软件的开发一般是由开发模式决定的，不同的开发模式决定了开发方法的不同，并最终影响到产品质量的高低。

　　软件质量管理所关心的问题正是规模化开发过程中对可重复性、可复用性、可维护代码的可靠性和健壮性要求，最终的目标是适用于专业领域的应用需要，发挥软件应用功能提升专业领域的生产及工作效率。

　　在开发的各个环节实现以下目标，各个阶段易于实现而不是使用高深的技术，各阶段平滑过渡而不是另起炉灶，整个系统结构易于理解也便于维护，已实现的成熟开发过程能够重用，根据现实生活中的实体形成系统模型，整合多个开发团队协同工作。

　　目前，面向对象的技术是反映现实世界为主导的建模技术，它可以最大限度地模仿现实世界，并可以最大程度地重用现有的软件产品。

　　1.2 代码重用与开发质量

　　面向对象的技术核心就是重用，开发者要在各个环节贯彻这种思想。

　　重用是解决软件工程中诸多问题的一个重要手段，代码重用的好处很多，表现在提高代码开发生产力的作用是十分明显的，而且在提高软件开发质量方面的作用更是表现得十分深远。

　　开发人员往往比较熟悉“自己的”代码，自己编写的更为熟悉，也感觉更可靠，但是软件的工业化生产是不允许每次开发都要从空白状态为起点，要能够运用过去开发成果、运用相关企业的开发成果，这都需要开发团队从代码重用中找到解决方案，以代码重用为基础，合理规划人员组织分工、收益分配、责权利等管理环节，才能使开发过程中的质量管理渗透到软件企业的血液之中。

　　2 软件质量模型与改进方法

　　现代质量管理理论的思想应用于软件的开发质量管理，目前国际上流行的ISO9000系列标准和CMM模型已受到软件企业的重视，它可以有效地指导软件企业建立适合自身发展的质量管理体系。

　　在此基础上基于我国中小型软件企业的质量管理需求，在软件开发行业中，产生了基于过程改进的软件质量管理模型，具有较强的现实意义。

　　2.1 基于过程改进的软件质量模型

　　企业在软件开发中需要关注顾客满意、目标管理、过程管理等问题，如何形成一种机制，使企业迅速建立起自己的质量管理体系，并且在生产实践中逐步完善和升级。

　　软件开发的过程模型很多，有瀑布开发模型、原型法模型、螺旋模型、迭代式过程模型等。

　　它们对软件生命周期的划分都有所不同，但是为了便于实际工作中的应用，质量控制模型还是依据软件开发中的“策划、控制、改进”三个环节来分，用这三个过程对软件开发质量管理过程进行划分，也分为软件质量策划、软件质量控制和软件质量改进三个阶段，对每个阶段分别进行过程改进，提升质量管理水平，使软件企业和相关人员能够在软件开发过程中便于实施，保证企业能够达到质量管理的目标。

　　2.2 基于过程改进的软件质量管理

　　基于过程改进的质量管理主要包括软件过程成熟度、合理的软件质量目标确立、软件测试与维护能力的提高等。

　　对于多数软件企业来说，由于软件人才不足，许多必须的过程改进无法实施，开发人员处于绝对的’主导地位。

　　人们在软件生产全过程中，不愿提出过多的质量要求，结果使开发质量无法保证，多数情况下，在开发初始阶段，这些质量要求是被完全忽视的。

　　软件过程成熟度是衡量软件企业质量水平和开发能力的重要指标，对于软件企业的核心竞争力来说，不是掌握了多少先进的技术，而是多少技术能够用于成功的开发，也就是常说的不在于会而在于精，精通成熟技术的能力才具有商业价值，也才能够实现用户的质量要求。

　　为此，需要围绕这个中心进行软件企业的能力建设，也要时刻清楚企业自身的能力水平，在开发中合理确立质量目标，与用户充分沟通，防止好大喜功及盲目夸大自身能力，使企业陷入软件危机。

　　软件测试与维护在软件生命周期中是一项重要工作，对于一个中小型软件企业来说，缺乏强有力的机构和人员来完成这项工作，使一些很容易解决的问题难以及时发现和解决，最终严重影响了软件的质量，教训是十分深刻的。

　　3 软件企业加强质量管理的途径

　　3.1 质量管理的关键

　　质量的提高如果没有人的参与是不可能实现的，人们在软件开发质量管理中的任务就是消除软件的缺陷，达到用户满意目标。

　　软件的缺陷主要有两种：技术方面和管理方面。

　　技术方面的软件缺陷，需要从技术方面去解决，主要手段是让软件开发人员学习和创新，从技术上探索和总结，找到解决此类问题的方法。

　　要经常召开技术方面的会议，通过对产品中的各种错误和缺陷进行研究，就可以最终找到解决的办法，并通过技术培训等形式进行推广，解决此类技术问题。

　　而管理方面的缺陷，需要从管理方面去解决，由于企业管理水平低下，在软件开发中会产生责任与职能上交叠或空缺的领域，当软件开发出现质量问题时，大家都知道问题所在，但谁都不愿管，谁都不负责。

　　软件开发是一个充满挑战的工作，很难一开始就把需求和解决方案完全描述清楚，随着开发工作的不断深入，那些视而不见的“小问题”会变成阻碍产品质量的大问题。

　　因此，需要加强各类人员的交流，要充分发挥开发人员的主观能动性和质量意识，才能不断突破管理缺陷带来的质量问题。

　　3.2 质量管理的完善

　　质量的提高更需要一套强有力的管理机构，实施一套有效的管理程序来不断地消灭产品的质量缺陷，质量的提高必然需要人的参与，更需要有效组织下的人的参与。

　　质量管理要在质量管理部门的有效组织下有序进行，质量部门主导的质量工作应渗透到企业各个部门的开发工作之中，质量管理不是产品生产完成后的检验工作，也不是最后判断合理与否的橡皮图章，而是渗透到每个员工血液中的、融入每个开发环节中无形的而又真正存在的东西，不应仅仅地把它看成是一个思想认识问题，而应该由质量管理部门拿出行之有效的具体办法、现实可行的考评指标，以及最终产品检验标准，才能实现质量管理的目标。

　　3.3 质量认证的实施

　　质量认证是一种对企业质量管理水平的评估，ISO9000系列标准化质量体系认证是一种外部认证，通过了认证，就可以获得国际上的质量认可，是产品质量达到形式上的也是本质上的目标。

　　但外部认证往往是被动的，具有一定的功利色彩，在认证过程中也会产生一定偏差，有的会因为获得认证而放松管理，有的会为了实现认证指标而加强管理，而忽视软件产品质量的本质内容，这都违背了质量认证目标。

　　实际上，企业内部质量活动也是一种认证，它是一种主动的认证行为，企业要走“向质量要生存、向质量要效益”的发展之路，就要认真做好企业内部认证，实事求是地解决内部的质量问题。

　　参考文献：

　　.北京：电子工业出版社，2004.

　　.制造业自动化，2011(5).

计算机软件的开发和管理研究

关于计算机软件的开发和管理研究

　　导语：计算机软件技术在整个计算机应用技术的发展过程中都有着十分重要的意义，而它的设计与研究也是一个长期性的工作。下面是我帮大家整理的关于计算机软件的开发和管理研究，欢迎阅读，希望大家能够喜欢。

　　计算机软件开发和管理研究

　　摘要：

　　随着全球信息化时代的到来，计算机迅速已经普及到了人们的工作与生活之中，而电子计算机也成为了人们进行信息获取的主要手段。计算机软件作为整个电子计算机的重要组成部分，在计算机的正常运作以及用户的使用过程中有着至关重要的作用。本文就计算机软件工程中的管理与开发应用进行了分析研究。

　　关键词：

　　计算机软件工程；管理；开发应用

　　现代社会已经进入了互联网时代里，而计算机也成为了人们在生活与工作中不可缺少的一部分，人们对于电脑的依赖程度也变得越来越大。这就计算机软件的开发研制也从未停止过，而随着软件的商业化发展趋势日益加快，人们对于软件的开发与设计过程也变得越来越规范起来。

　　一、计算机软件工程的概念

　　我们常讲的计算机软件工程时指借助于先进的科学技术来为计算机的软件开发提供一定的知识指导服务，并且利用最少的投资来尽可能的获取更加多的回报，并以高质量的计算机软件来给人们提供更加优质的计算机使用体验。软件工程学是一门边缘学科，其设计的内容也非常广，内容包括有：人体工程学、系统工程学、经济学与心理学等多个领域，而借助于这些学科之间的交叉研究与指导，能够设计出更加人性化的计算机软件。

　　二、计算机软件开发管理内容

　　（一）开发人员管理

　　计算机软件在其开发的整个过程里，都需要诸多软件开发工作人员的合理分工以及密切的配合。而根据其软件工程的性质以及需求，就需要合理的进行制定人员的各项分配计划，这也就需要根据上级的指挥者能够充分的了解每一个开发人员所擅长的技术领域以及其它各个方面的综合素质，这样才能够有效的’根据软件开发过程中其不同阶段的特点来进行工作人员的合理分工，从而使得整个工作流程能够达到最优化。

　　（二）组织结构的管理

　　组织结构的管理不仅仅是单纯的工作分配，它是在充分结合各个开发人员的综合素质之后进行分工的合理分配，从而使得正项工程能够在严格有序的工作制度下进行高效的运转。而优秀的组织结构管理能够充分保证工程一直处于一个固定的管理模式之下，并能够使得团队信息的传达具有良好的时效性。而在对不同的软件工程进行管理时，其组织结构的模式以及人员的分工要求也需要根据实际的情况进行相对应的调整，从而使得整个软件工程都能够在一个合理规范的制度之下有效的运行。

　　（三）用户管理

　　软件开发的目的是服务于用户，因此加强用户的管理能够有效的确定目标系统应当具备那些功能。相关的软件开发人员也需要充分的了解用户们的实际需求，并借助于软件来有效的解决这些问题。但是用户在面对自身遇到的问题时，往往因为一些专业知识的缺乏而无法有效的用语言表达出来，更不知道如何借助计算机的相关知识来解决自身所遇到的困难，而软件开发人员往往也无法及时的了解用户们的具体需求。这就需要在软件开发的过程中要加强对于用户的管理，并与用户保持有紧密的联系，并通过信息的充分交流来得到经用户确认后的系统逻辑模型，从而确保最后开发出来的软件能够充分的满足用户们的需求。

　　（四）文档资料管理

　　软件开发的过程中对于文档资料的建立与管理有着很高的要求，并且需要对用户们对目标系统的需求进行详细的记录，来确保计算机软件中的每一部分都能有着准确性与实用性，在此同时还应当将开发的每一个流程都完整记录下来，并对文档资料进行妥善的保存管理。而在后期的审查过程中可以借助这些文档资料来确认该软件是否存在着问题。

　　三、有效提升计算机软件工程管理与开发的几点策略

　　（一）建立健全的管理开发体系

　　在进行软件开发这种高科技的研发项目时，需要对人力资源的管理进行一定程度上的加强，来进行各个科技人员之间工作的合理协调，来确保各个工作人员的工作积极性，以及不同的软件开发人员之间的配合度。而加强人力资源的管理对于整个计算机的软件开发项目能够顺利进行有着重要的意义。为了有效的提升软件开发的质量，以及对开发商的承包能力进行合理的评估，卡内基梅隆软件工程研究所与1987年提出了软件能力的成熟模型，该模型将整个软件开发的过程分为了五个框架，分别是初始级、可重复级、已定义级、已管理级与优化级。这种模型的提出，也能够很好的提高企业的软件开发能力以及相关承包商的工程管理水平。

　　（二）加强开发过程中的风险评估

　　软件开发过程中需要进行评估的风险一般是需求、技术、成本与进度这四个方面。而对风险需要相关开发人员进行严格的把控。比如说在需求方面：开发出来的软件最终是要交付于用户的手中，而用户需要软件能够实现的功能也是软件设计的唯一准则。但是在软件的开发过程中，如果没能与用户进行及时、细致的交流，就会使得开发人员对于用户的心理缺乏一定的理解，从而导致最终开发出来的软件成品无法有效的满足用户的使用需求。而在进度方面也需要一定的把控，因为一个软件的设计过程通常都有着一定的时间限制，这就需要对每一个开发阶段都划分出合理的时间区间，从而提升所有开发人员的工作积极性，并保证能够在用户所要求的日期之前保质的完成软件的开发。

　　（三）加强开发团队的合作意识

　　计算机行业是一个需要充分注重团队合作的领域，而软件开发通常都是一个长期的浩大工程，它的每一个模块都需要着大量的软件开发人员来参与。这种软件的开发模式就使得团队合作的效率直接决定了软件开发的效率。因此在进行软件开发的过程中，应当充分的协调好各个开发人员之间的工作进度以及工作内容，并且要确保每个工作人员之间能够进行及时的沟通。而只有加强整个开发团队的合作意识，才能够让每个开发成员都能够了解整个项目的开发情况，并且最大效率的开发出适合用户需求的软件产品。

　　四、结束语

　　计算机软件技术在整个计算机应用技术的发展过程中都有着十分重要的意义，而它的设计与研究也是一个长期性的工作。随着计算机功能的不断完善，在人们的日常工作与生活中也得到了迅速的普及，这也就让计算机软件工程对整个人类的发展起到巨大的推动作用。本文就计算机软件工程的概念进行分析，并提出几点计算机软件开发管理的内容以及有效提升计算机软件工程管理与开发的几点策略，希望为我国的计算机软件开发工作给予一些帮助。