软件项目论文范例6篇

软件项目论文

软件项目论文范文1

运用信息技术改造和提升建筑业是我国建筑业的客观要求。,我国工程项目管理软件的质量和实际水平远远落后于发达国家。因此,现状、寻找差距,探索一条适合我国国情的发展道路,用以指导软件的开发,推动实际应用的深入,对于提高我国项目管理水平、实现行业信息化、产业结构高度化,都是极具现实意义的。

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.

软件项目论文范文2

项目管理是在一定的约束条件下,以高效率地实现项目业主的目标为目

的,以项目经理个人负责制为基础和以项目为独立实体进行经济核算,并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动。

2、为什么要有项目管理?

没有项目管理,项目也有可能成功。但没有管理的项目,很难保证项目

的利润空间,对公司来说,亏损的风险就大。所以我们要有项目管理,以保证公司在总体上是盈利的,注意不是每一个项目都要盈利。

另外,有了项目管理,就有了管理改进的基础,无论刚开始的项目管理多么糟糕,只要有管理,就有了改进的可能性,至于能不能得到改提供进,以及改进的快慢,则取决于两个因素:一个是人,特别是各级管理者;另一个是利益。关键是“利益”,准确的说是“利益的分配”,在权责利明确的前提下,人才能充分的发挥作用。还需要指出的是“利益”是多元的,这里的多元不仅指利益的具体形式,而且指利益的受众是多元的,包括客户方相关人员个人的利益。

3、项目管理的发展与现状。

今天,项目管理作为一种现代化管理方式在国际上已获得了广泛的应用,从最初的国防、航天、建设工程领域,迅速发展到电子、通信、计算机、软件开发、金融等行业以及政府机关的项目管理工作。随着计算机、网络系统的迅速发展,项目管理技术的不断进步,项目管理软件产品层出不穷,其功能、特点、应用对象也各不相同。当前,越来越多的企业和组织在内部推广项目管理的理论方法及管理模式,如果都采用项目管理软件进行管理,效果就更加明显,可以节省大量的资源和财富。国外90%以上的项目管理都采用软件进行,但我国在这方面的应用还不到10%。新世纪项目管理在中国的迅速兴起,给软件企业的发展带来了前所未有的发展机遇。

项目管理在软件开发中的应用的成因

随着信息技术的飞速发展,软件产品的规模也越来越庞大,个人单打独斗的作坊式开发方式已经越来越不适应发展的需要。各软件企业都在积极将软件项目管理引入开发活动中,对开发实行有效的管理。从概念上讲,软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对成本、人员、进度、质量、风险等进行分析和管理的活动。实际上,软件项目管理的意义不仅仅如此,进行软件项目管理有利于将开发人员的个人开发提供能力转化成企业的开发能力,企业的软件开发能力越高,表明这个企业的软件生产越趋向于成熟,企业越能够稳定发展(即减小开发风险)。同时,随着软件开发规模及开发队伍的逐渐增大,软件开发不再是向过去那样一二个开发人员即可解决的事情。迫切需要一种开发规范来规范每个开发人员、测试人员与支持人员的工作,每个项目组成员按约定的规则准时完成自己的工作。同时采用规范化管理,专业分工也可以降低对开发人员的要求,从而降低产品研发成本。

软件开发是一项复杂的系统工程,牵涉到各方面的因素,实际工作中,经常会出现各种各样的问题,甚至面临失败。如何总结、分析失败的原因,得出有益的教训,对一个公司来说,是在今后的项目中取得成功的关键。

早在20世纪60年代中期,人们就发现软件的生产出现了“问题”,主要表现在生产过程不规范,缺乏管理。后来,人们在软件工程方法学中引入了工程的概念、原理、技术和方法,这种思想在一定程度上解决了软件生产过程中遇到的问题。但是直至80年代还是没有提出一套管理软件开发的通用原则,软件管理不善的问题依旧在大范围内存在。

目前的软件开发正逐步趋向于复杂化、多元化,大多数开发团队中都会出现同时开发多个版本、开发/维护工作并存、多地点同时开发等情况,给软件开发管理带来了前所未有的困难。如果管理不善,必将造成版本混乱,提供

各个开发人员的工作相互交叉、干扰,整个开发团队的工作在一种无秩序的不良状况下运行,严重影响软件产品开发的进度和质量。

因此,随着软件开发的深入、各种技术的不断创新以及软件产业的形成,人们越来越意识到软件过程管理的重要性,管理学的思想逐渐融入软提供件开发过程中,应用开发的项目管理日益受到重视。而项目管理技术的发展与计算机技术的发展是密不可分的,随着计算机性能的迅速提高,大量的项目管理软件涌现出来。它们可以用于各种商业活动,提供便于操作的图形界面,帮助用户制定任务、管理资源、进行成本预算、跟踪项目进度等。

软件项目管理常见问题及解决方案

对于软件开发项目|中,经常出现两种极端情况,一种是创造了新的生产率和质量的纪录;一种则完全是一场灾难,不是被取消就是拖延很长时间。前者如在很短的时间内,为了赶进度,在几乎不可能的时间内开发出一套软件产品,创造了软件开发的记录,满足了上级所要求的上机日期,由于开发时间太短,过于仓促,上机时,问题百出,试运行时间长达几个月或一年半载的,而且程序一改再改,维护工作量大。

后者,如某套系统未弄清楚需求,或因设计问题,开发失败。通过提炼这些成功和失败的例子,软件项目成功或失败的根本原因可能会更清晰一些。

目前我国大部分软件公司,无论是产品型公司还是项目型公司,都没有形成适合自己公司特点的软件开发管理模式,虽然有些公司根据软件工程理论建立了一些软件开发管理规范,但并没有从根本上解决软件开发的质量控制问题。这样导致软件产品质量提供不稳定,软件后期的维护、升级出现麻烦,同时最终也会损害用户的利益。

分析目前项目管理需要改进的问题可以从几种相关角色的角度去考虑:项目经理、项目组成员、公司管理人员、市场人员、客户等。

问题一:缺乏项目管理系统培训(相关对象:项目经理、管理人员)

项目经理在项目管理方面的培训较少或不够系统。项目经理或管理人员不了解项目管理的知识体系和一些常用工具和方法,所以在实际工作中没有项目管理知识的指导,完全依靠个人现有的知识技能,管理工作的随意性、盲目性比较大。在软件企业中,以前几乎没有专门招收项目管理专业的人员来担任项目经理(甚至很少是管理专业的),被任命的项目经理主要是因为他们能够在技术上独当一面,而管理方面特别是项目管理方面的知识比较缺乏。

解决方案:项目经理接受系统的项目管理知识培训是非常必要的,有了专业领域的知识与实践,再加上项目管理知识与实践和一般管理的知识和经验的有机结合,必能大大提高项目经理的项目管理水平。应实行项目经理知识技能资格考核制度,让项目经理自觉补充学习项目管理的知识和一些常用工具和方法。

问题二:项目计划意识问题(相关对象:项目经理)

项目经理对总体计划、阶段计划的作用认识不足。项目经理认为计划不如变化快,项目中也有很多不确定的因素,做计划是走过场,因此制定总体计划时比较随意,不少事情没有仔细考虑;阶段计划因工作忙等理由经常拖延,造成计划与控制管理脱节,无法进行有效的进度控制管理。没有计划或者是随意的不负责任的计划的项目是一种无法控制的项目。

解决方案:在高技术行业,日新月异是主要特点,因此计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识,采用项目计划制定相关各种知识、技术、工具,加强对开发计划、阶段计划的有效性进行事前事后的评估。

问题三、管理意识问题(相关对象:项目经理)

部分项目经理没有意识到自己项目经理的角色,从总体上去把握管理整个项目,而是埋头于具体的技术工作,造成项目组成员之间忙的忙、闲的闲,计划不周、任务不均、资源浪费。在软件企业中,项目经理大多是技术骨干,技术方面的知识比较深厚,但无论是项目管理知识,还是项目管理必备的技能、项目管理必备的素质都有待补充和提高,项目管理经验也有待丰富。有些项目经理对于一些不服管理的技术人员,没有较好的管理方法,工作不好安排的工作只好自己做。另外由于工作分解结构设计的合理性,项目任务无法有效、合理地分配给相关成员,以达到“负载均衡”。

解决方案:加强项目管理方面的培训,并通过对考核指标的合理设定和宣传引导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前提供,最好能经过系统的项目管理知识,特别是其中的人力资源管理、沟通管理的学习,并且在实际工作中不断提高自己的管理素质,丰富项目管理经验,提高项目管理意识。

问题四:沟通意识问题(相关人员:项目经理、项目组成员)

在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术问题或成果等方面与相关人员的沟通不足,造成各做各事、重复劳动,甚至造成不必要的损失;有些人没有每天定时收邮件的习惯,以至于无法及时接收最新的信息。

解决方案:制定有效的沟通制度和沟通机制,对由于缺乏沟通而造成的事件进行通报作为教训提醒,以提高沟通意识;沟通方式应根据内容而多样化,讲究有效率的沟通;通过制度规定对由于未及时收取邮件而造成损失的责任归属;对于特别重要的内容要采用多种方式进行有效沟通以确保传达到位,例如除发送邮件外还要电话提醒、回执等,重要的内容还要通过举行各种会议进行传达。

问题五:风险管理意识问题(相关人员:项目经理)

项目经理没有充分分析可能的风险,对付风险的策略考虑比较简单。项目经理在做项目规划时常常没有做专门的风险管理计划文档,而是合并在项目计划书中。有些项目经理没有充分意识到风险管理的重要性,对计划书中风险管理的章节简单应付了事,随便列出几个风险,随便地写一些简单的对策,对于后面的风险防范起不到什么指导作用。

解决方案:通过学习项目管理知识掌握风险识别、量化、对策研究、反应控制的工具和方法掌握项目风险管理所必备的知识。通过加强对项目规划本论文提供>由整理提供中风险管理计划的审核提高项目组的风险管理意识。总结本行业项目中常见的风险及其对策作为风险管理计划中必要的风险内容,并切实评估相应对策的有效性和可行性。

问题六:不重视项目经验的总结(相关人员:项目经理、管理人员)

项目经理在项目结束时有些是因为自身对写文档工作的兴趣或意识,或

者是因为紧接着要参加下一个项目,总体对项目总结的重视程度不够。有些是项目总结报告一再拖延,有些是交上来的报告质量较低,敷衍了事。

解决方案:在制度上鼓励和加强项目经验总结工作,使得项目总结及时并且具有指导意义而不是走过场。

问题七:项目干系人相关问题(相关人员:项目经理、项目成员、客户)

在范围识别阶段,项目组对客户的整体组织结构、有关人员及其关系、

工作职责等没有足够了解以致于无法得到完整需求或最终经权威用户代表确认的需求。由于项目经理的工作问题,客户参与程度部不高,客户方相关责任人不明确或对范围和要求责任心不强,提出的要求具有随意性,项目前期对需求的确认不够积极;或者是多个用户代表各说各话、昨是今非但同时又要求项目尽早交付;项目后期需求变化随意,造成项目范围的蔓延,进度的拖延,成本的扩大。

解决方案:项目的目的就是实现项目干系人的需求和愿望。项目干系人管理应当从项目的启动开始,项目经理及其项目成员就要分清项目干系人包含哪些人和组织,通过沟通协调对他们施加影响,驱动他们对项目的支持,调查并明确他们的需求和愿望,减小其对项目的阻力,以确保项目获得成功。

问题八:项目团队内分工协作问题(相关人员:项目经理、项目成员)

项目团队内部有时由于各阶段不同角色或同阶段不同角色之间的责任

分工不够清晰而造成工作互相推诿、责任互相推卸的现象,有时各阶段不同角色或同阶段不同角色之间的责任分工比较清晰但是各项目成员只顾完成自己那部分任务、不愿意与他人协作。这些现象或多或少地造成了项目团队内部资源的损耗,从而影响了项目的进展。

解决方案:项目经理应当对项目成员的责任进行合理的分配并清楚地说明,同时应强调不同分工、不同环节的成员应当相互协作,共同完善。

以上对软件开发项目管理中出现的问题的分析还不够深入,也无法列举所有遇到或将遇到的问题,解决方案也要根据实际情况进行调整,希望引起对这些问题更多的思考和改进。

结束语:项目管理虽然没有非常高深的理论,但要真正实施起来,也绝非易事。对于软件开发企业而言,这不是一个小的改变,而是一种变革,企业需要为此付出艰苦的努力,宣传并树立公司范围内的项目管理文化十分重要。从而在实践中锻炼提高,解决各种各样的问题,使项目管理工作越做越好。

参考文献:

吴照云《管理学原理》经济管理出版社

StanleyE.Portny(宁俊等译)《如何做好项目管理》新经济工商实务丛书

NealWhitten(孙艳春等译)《管理软件开发项目》(第二版)软件项目管理系列丛书

邓良松《软件工程》西安电子科技大学出版社

软件项目论文范文3

一、引言 随着信息技术的飞速发展,软件产品的规模也越来越庞大,个人单打独斗的作坊式开发方式已经越来越不适应发展的需要。各软件企业都在积极将软件项目管理引入开发活动中,对开发实行有效的管理。我公司是西安一家中型软件企业,在公司中已经实行了项目管理制度,软件项目管理是整个项目管理中的一个重要组成部分。 从概念上讲,软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对成本、人员、进度、质量、风险等进行分析和管理的活动。实际上,软件项目管理的意义不仅仅如此,进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力,企业的软件开发能力越高,表明这个企业的软件生产越趋向于成熟,企业越能够稳定发展(即减小开发风险)。 软件开发不同于其他产品的制造,软件的整个过程都是设计过程(没有制造过程);另外,软件开发不需要使用大量的物质资源,而主要是人力资源;并且,软件开发的产品只是程序代码和技术文件,并没有其他的物质结果。基于上述特点,软件项目管理与其他项目管理相比,有很大的独特性。 二、软件项目管理的组织模式 软件项目可以是一个单独的开发项目,也可以与产品项目组成一个完整的软件产品项目。如果是订单开发,则成立软件项目组即可;如果是产品开发,需成立软件项目组和产品项目(负责市场调研和销售),组成软件产品项目组。 公司实行项目管理时,首先要成立项目管理委员会,项目管理委员会下设项目管理小组、项目评审小组和软件产品项目组。 1、项目管理委员会 项目管理委员会是公司项目管理的最高决策机构,一般由公司总经理、副总经理组成。主要职责如下: (1)依照项目管理相关制度,管理项目; (2)监督项目管理相关制度的执行; (3)对项目立项、项目撤消进行决策; (4)任命项目管理小组组长、项目评审委员会主任、项目组组长. 2、项目管理小组 项目管理小组对项目管理委员会负责,一般由公司管理人员组成。主要职责如下: (1)草拟项目管理的各项制度; (2)组织项目阶段评审; (3)保存项目过程中的相关文件和数据; (4)为优化项目管理提出建议。 3、项目评审小组 项目评审小组对项目管理委员会负责,可下设开发评审小组和产品评审小组,一般由公司技术专家和市场专家组成。主要职责如下: (1)对项目可行性报告进行评审; (2)对市场计划和阶段报告进行评审; (3)对开发计划和阶段报告进行评审; (4)项目结束时,对项目总结报告进行评审。 4、软件产品项目组 软件产品项目组对项目管理委员会负责,可下设软件项目组和产品项目组。软件项目组和产品项目组分别设开发经理和产品经理。成员一般由公司技术人员和市场人员构成。主要职责是:根据项目管理委员会的安排具体负责项目的软件开发和市场调研及销售工作。 三、软件项目管理的内容 从软件工程的角度讲,软件开发主要分为六个阶段:需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。不论是作坊式开发,还是团队协作开发,这六个阶段都是不可缺少的。 根据公司实际情况,公司在进行软件项目管理时,重点将软件配置管理、软件质量管理、软件风险管理及开发人员管理四方面内容导入软件开发的整个阶段。 在八十年代初,著名软件工程专家B.W.Boehm总结出了软件开发时需遵循的七条基本原则,同样,我们在进行软件项目管理时,也应该遵循这七条原则。它们是: (1)用分阶段的生命周期计划严格管理; (2)坚持进行阶段评审; (3)实行严格的产品控制; (4)采用现代程序设计技术; (5)结果应能够清楚地审查; 

软件项目论文范文4

1.项目设计要具有可行性

项目驱动教学中受教育者是学习主体,所以在立项过程中教育者要协助学生为其树立正确的理论依据及可行的操作步骤。不能凭借学生自身的想象而不考虑实际的可操作性及可完成性。通过项目驱动的教育模式来取得进步就要根据循序渐进的原则,遵循事物发展的普遍规律,过于困难或者没有实际意义的立项及理念都会使学生们失去兴趣,从而失去了项目驱动教学的真正意义。

2.项目设计的难易程度要适中

难度适中的项目驱动教学方案可以从正面激发学生的自主学习兴趣,过于简单的设计方案不具备实践意义,过于困难的设计方案违反了教育过程的规律性,不会达到真正的教育效果。所以不符合学生情况的设计方案不仅没有起到应有的作用,反而浪费了时间及成本,同时也容易使学生丧失积极性,这个时候教育者要根据难易适中的原则来引导学生对项目思想及步骤进行创新及重组,使得项目驱动教学模式真正深入学生内心,并在未来的学习及发展过程中运用的得心应手,项目驱动教学模式相对于传统教育的灌输模式,对软件技术这种新型课程的学习具有更大的帮助。

3.项目设计要具有实际的应用性

项目驱动教学的意义就是让学生在学习过程中培养主动、积极、创新的学习意识,如果项目的设计不具备实际的应用性,则学生在学习与工作过程中就无法与现实很好地联系,不能够将所获取的知识应用到实际中去,这一点对于项目驱动模式的教学来说失去了其本真的价值。当今计算机网络飞速发展,软件技术专业的知识更新速度更是让人望尘莫及,所以我们要掌握的是学习知识的意识、手段及流程,而不单单是知识本身。所以项目设计要摆脱应试教育的影响,充分考虑其实际的应用性。

二、项目驱动教学模式在软件技术专业中的设计研究

1.在教育者的辅助下充分发挥学生的自主意识

在以往的教学过程中,都是简单的灌输说教模式,很少考虑到学生在教学过程中真正欠缺的是什么,而项目驱动教学模式是以学生为主体,充分发挥其主体意识。在项目设计过程中,学生们可以充分发挥自身的创造力及整合力,在教育者的指导下,按照软件开发方法、开发过程和规范实现各课程小组的项目调研、分析与设计,组织项目小组自评,小组之间展示项目、交流体会、互评,进一步提升个人的实践能力。在这个过程中将软件技术专业所需掌握的知识及学生在学习过程中需要的素质培养方案设计其中,使学生在项目驱动教学模式下得到全面的发展。

2.教学要紧跟软件技术的发展方向和市场的研发动态

计算机软件技术专业更新换代的速度快,要让学生们不断适应飞速发展的软件技术,就要牢固掌握学习的方式方法,通过项目驱动教学展开的活动来紧跟软件技术的发展方向和市场的研发动态。只有在掌握行情的基础上才能不断充实自身的知识贮备及市场的发展需求。在平时的教学过程中,这种灵活的项目设计教学模式帮助学生在实践过程中自发地对市场行情及发展动态进行了解。

3.不断完善学习的资源和学习的环境

针对计算机软件技术专业的项目驱动教学模式,完善的资源及环境是顺利完成教育进程的保障,学校在这个方面应该投入相应资金来进行资源及环境的优化。为了加强学校项目驱动教育的综合实力及培养人才的效率,建立专门的软件工程校内实习基地,将项目研发、实践、实训与实习融于一体,实现教学资源及协作环境的完善,这使得学生在设计活动的过程中能够享受更加完备的资源设施,及更加专业化的教育引导。

4.需加强学生团队合作精神的培养

在项目驱动教育过程中,教师根据项目需要建立相关小组,协助学生在设计过程中按照正规流程分配及安排任务,让不同的学生在不同的设计小组内实现不同的学习任务。在各个项目小组的交流过程中不断总结与分析自身存在的缺点与项目存在的劣势,久而久之就能够让学生们在互相协作的过程中培养自身的团队合作意识。并在共同解决困难的过程中锻炼学生的思维能力、及表达能力及沟通交流能力,使其对团队合作的理解不断升华,并在实践过程中学会沟通与理解,提高了学生们适应社会发展的能力。

三、小结

软件项目论文范文5

1.1敏捷方法介绍

敏捷方法诞生于2001年初,当时,由于看到开发团队陷入越来越沉重的软件过程当中。业界专家们总结出了一套使团队具有快速工作、响应变化能力的价值观和原则。基于这一套价值观和原则的软件开发方法,被称为敏捷软件开发方法(AgileSoftwareDevelop-ment),而这类方法也发展出相应的敏捷项目管理体系(AgileProjectManagement)。敏捷开发方法及项目管理体系统称为敏捷方法(Agile)。

1.2敏捷方法的优点

敏捷方法是一种以人为核心、迭代、循序渐进的开发及项目管理方法。该方法使用了迭代、增量等方法来优化可预见性并控制风险。它灵活、高效、可持续,可以帮助软件开发团队有效地应对复杂的适应性问题。

该方法受到拥护和流行是因为采用了该方法后,团队得到的收益:据统计,敏捷方法可以让团队的效率提升3~10倍;软件的质量也更有保障;团队成员有良好的发展机会;技术能力和团队协作也得到了提高。

2敏捷项目的快速启动

2.1什么是快速启动?

敏捷软件开发项目通常会通过1~4周的快速启动(QuickStart)工作,制定出迭代开发计划,然后在开发过程中逐渐完善需求。QuickStart是一种高效的项目启动方式,主要用以在项目开始之前识别关键的驱动因素,这种方式能够让关键干系人认可并理解即将交付的产品。如图1所示。

3QuickStart的前期准备

3.1邀请相关参与人员

QuickStart过程中需要邀请参与的人员包括:核心团队、领域专家及用户代表、关键干系人(受益人、高层领导等)。核心团队一般包括产品负责人、需求分析人员、项目负责人及核心团队成员。这些人需要全程参与整个QuickStart,他们是成果的主要贡献者。领域专家及用户代表主要在用户建模、场景建模等环节为团队提供专业的意见和建议。他们可以在某些阶段时参与到QuickStart中来。关键干系人主要参与QuickStart的启动和展示汇报的环节,并对产出成果进行确认,特别是需要对产品目标和计划进行确认和授权。

3.2拟定QuickStart的计划

在QuickStart正式开始之前,项目负责人和产品负责人需要拟定QuickStart的整体计划。以一个2周的QuickStart为例,整个QuickStart计划可以这样安排:

QuickStart启动及业务目标识别(0.5~1天)

参与人员包括:核心团队、领域专家及用户代表、项目领导

产出物:产品目标

识别主要角色及场景(3~5天)

参与人员包括:核心团队、领域专家及用户代表、项目领导

产出物:主要用户角色列表、核心场景及流程、页面设计及原型

需求列表梳理(1~2天)

参与人员包括:核心团队、领域专家及用户代表

产出物:用户故事清单

规模及成本估算(0.5~1天)

参与人员包括:核心团队

产出物:估算结果

迭代/计划制定(0.5~1天)

参与人员包括:核心团队

产出物:迭代/计划

QuickStart的成果汇报(0.5天)

参与人员包括:全体团队成员

产出物:成果汇报材料

4引入的各种流程建模及分析技术

4.1识别业务目标及愿景

业务目标的识别和确定需要符合SMART原则;需要了解问题的背景及上下文信息;需要定义验证问题成功的标准;需要界定问题的范围,例如规模指的是数量还是金额,或者单品规模;需要明确并逐步完善关键干系人信息;需要明确关键资源,例如领域专家或者关键信息等等;还需要明确该问题的各种约束条件。

4.2识别角色及主要场景

用户识别从头脑风暴的形式开始,尽可能识别出更多的用户,然后挑选出主要的用户和角色,并且为用户进行用户画像,并建立用户模型。通过理解用户的目标需求和痛点,梳理出更多的细分用户场景,之后对用户场景进行优先级排序、分析,以发现其中的问题或隐含的机会。

对问题和机会进行结构化的分析可以通过这几个方面来进行:

(1)进行问题/机会的原始描述;

(2)通过事例来说明问题/机会的现象;

(3)对问题/机会进行定量的分析;

(4)对问题/机会进行定义并明确对于问题解决的期望;

(5)将问题和机会的相关分析及描述标识在用户场景描述的周围。

业务流程梳理的过程中可以将之前识别出来的用户场景在进行串联。较高层级的业务流程将各个场景串联起来之后,就可以在场景中进行场景流程的细化和展开,分析出流程步骤和各个步骤的细节。业务流程场景中的步骤细节需要包含这些信息:场景名称、场景入口的背景说明,本场景中需要跟进解决的问题,场景中事件步骤,某个步骤的细节说明,还需要有场景的出口目标。

4.3產出Productbacklog

根据上一环节中梳理出来的用户模型、场景模型、业务流程以及场景细节,开始进行用户故事的梳理,并建立用户故事列表。用户故事是为了方便与用户沟通而记录的信息,它不是需求文档,它需要以用户能理解的方式来进行描述。它的目的是要将用户的关注点从“写”转移到“交流”上,让开发团队做用户真正需要的东西,而不是用户写的东西。

一个用户故事的描述样例是:“作为一个<角色>,我想要<活动>,以便于<商业价值>”。一个用户故事是否成功可以从以下几点(INVEST)来判断:是不是独立的(Independent),是不是可协商的(Negotiable),是不是有价值的(Valuable),是不是可以估算的(Estimable),是不是大小合适、粒度相似的(Sizedappropriately),是不是测试能够测试、业务能够验收的(Testable)。

4.4梳理依赖、估算及优先级排序

核心开发人员对已经梳理出来的用户故事进行初步的技术解决方案分析,确定用户故事的技术实现可行性和一些可能的实现方案。然后从逻辑层面和技术实现层面,对用户故事列表中的故事进行一次检视,对于一些无法避免的用户故事之间的相互依赖,需要在故事卡片上标识出来。对已经梳理出来的用户故事进行估算,估算内容包括故事规模估算、工作量估算等。

估算完成后可以根据用户故事的价值、重要程度、依赖等信息进行用户故事优先级排序。排序的原则是优先考虑那些最有价值的故事、最关键的故事、被其他关键故事依赖最多的故事。

4.5制定交付计划

经过以上各个环节,团队已经得到了了一份标识了优先级、依赖关系、工作量估算等信息的用户故事列表,此时可以开始来制定交付/计划了。根据已经排序的优先级选择并整理每个迭代/版本需要完成的用户故事,使用每个故事上之前已经完成的规模或工作量估算,加上功能联调和集成可能增加投入量的buffer值,整理并安排出整个交付计划。

对于最近的一个交付周期的安排是团队应该投入最多时间进去分析和做进一步估算的。确保第一个交付周期的所有用户故事清晰且被团队理解,并且该周期中的所有用户故事都已经有较明确的技术实现方案,可以在QuickStart结束之后马上进入开发实现。如图2所示。

4.6汇报QuickStart的成果

QuickStart的最后一个环节是召开QuickStart成果汇报的会议,该会议的邀请人员包括项目团队全体成员、项目领导、相关干系人。会议上向项目相关人员汇报QuickStart的成果产出,包括确定项目产品目标及愿景、需求列表及交付计划。在展示项目团队QuickStart成果的同时也获取相关领导及干系人对成果的认可和支持,统一项目团队人员的认识,为汇报结束后立刻投入到需求的開发实现奠定基石。

5结束语

软件项目论文范文6

关键词:软件工程;教学研究;学生为主体

软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及工程概论、项目管理、程序设计语言、面向对象的需求、数据库、软件开发工具、系统平台、标准、设计模式等,是一门综合性很强的软件课程,在计算机教学体系中占有十分重要的地位[1]。上世纪90年代以来,计算机科学蓬勃发展的同时,我国计算机软件行业也进入了快速发展时期。软件行业呼唤计算机教学方面的改革,希望走出校门时,新一代软件人才能在更好掌握软件工程理论知识的同时拥有一定的实践经验。这就对软件工程这门计算机专业核心课程提出了更高的要求。目前,软件工程课程的教学改革已经在各高校开展多年,其中引入案例教学,解决理论与实际应用衔接的问题[2];以及引入项目式实践教学,提高学生动手能力和感性认识等[3],都是比较有效的教学方式。但对于如何以学生为主体,提高学生自主学习软件工程的教学方式,目前还没有系统的经验总结。本文从软件工程教学存在的问题开始,介绍在五邑大学计算机学院开展的以学生为主体的软件工程教学,讨论提高软件工程课程教学质量的途径和方法。

1软件工程教学的困难

要提高软件工程课程的教学质量,还存在一定困难。

从软件工程的学科发展上看,软件工程的学术研究和教学过程本身有着不同的动作机制,学术界的最新成果和正在进行的软件设计很难直接相互渗透。另外一方面,从学生的认识结构看,在软件工程的教材中添加大篇幅的工程经验,虽然可以一定程度地解决学生缺乏实践经验的问题,但这些内容并不能完全构成学生对软件工程的认知结构。教材和课程大纲中的学术成果和经验理论,是知识的结果,不是知识的形成过程。经典理论不能代替学生从动手实践中获得自我认知的能力。软件工程教学不能离开实际的体验,否则就容易造成类似人文学科中学术成果和经典阅读脱节的情况[4]。

因此,在传统的软件工程课程中,由于课堂教学方式具有局限性,学生学会了软件工程的原理和方法,但不会在实践中运用所学知识解决实际问题。引入项目式教学后,课本当中的例子多数是为概念和原理而设立的,无法在规模和复杂程度上与真正的软件开发项目相提并论。这就导致学生缺乏对软件工程实践过程的感性认识,学完课程后仍不知道应如何着手一个软件项目的开发[5]。而实践又是掌握工程科学的最佳方式。对于不断发展的软件理论,其中的知识与经验只能通过实践者自己亲身执行后,才能被理解和掌握。

为了提高软件工程课程的教学质量,从根本上提高学生的学习兴趣,五邑大学计算机学院在近年的软件工程教学中,强调以学生为主体,实施学生自主体验的教学改革。目的就是提高学生对软件工程经典理论的感性认识,不让项目式的实践教学流于形式,使学生在完成软件工程的学习后,能适应软件行业的工程化需求。

2以学生为主体的自主体验式教学设计

为了体现学生自主体验的过程,我们在软件工程的课程教学大纲中提出了以学生为主体的教学方案,其目的是使学生能主动投入到软件工程的学习中,使教学内容能与学习体验更紧密地结合。同时,在实践教学中,软件工程的教学设有学生自选项目的实践环节。新的教学设计,关键就在于引导学生自主参与项目式教学。

为了强调学生自主体验,该课内实践的选题范围要求来源于五邑大学校内的具体软件需求,并将软件开发的工作量控制在一定的范围之内,使项目实践内容能覆盖整个软件生命周期。最后,参考国家软件开发的标准文档要求,要求学生在各阶段完成后提交阶段性书面总结。具体地,以学生为主体的教学改革主要包括以下5个方面。

2.1提出注重互动的理论教学

互动式的理论教学首先要求教师要少讲,把学习的机会留给学生。理论的学习和掌握依然是项目式教学的基础,这些经典公式和行业标准通常是学生最不容易用心学习的部分,而引入互动式的课堂理论教学可以较好地解决这一问题。传统的软件工程教学大纲存在项目实践方面内容的缺失,而补充了项目式教学后的软件工程,往往更像是一种“基于项目活动的研究性学习”,这就使教师更注重项目经验的传授。其实,“最好的教学是对话式的教学”,教师应该从自身开始改变观念,不再一成不变地重复教学。学生通过与教师的对话式交流,可以在互动中解决项目中的实际问题,完成教学大纲中要求的理论学习部分。

2.2要求学生完成真实可见的软件项目

在课内实践中,教师要求学生完成一个来自校内的实际软件需求,这个软件的需求通常是学生可以在日常生活中直接感受到的,这样可以提高软件开发中需求调研的真实性,更有利于增强学生的自主体验。在以往的教学中,我们没有提出这样的选题范围要求,而学生一开始对软件开发的理解又有限,因此选题往往是教师熟悉的领域,或是学生从网络上找到的参考题目。结果是部分学生在实践中积极性不高,还出现有学生照搬参考书和网络上已有案例的情况。新的实践选题范围要求必须来源于校内实际需求,这可以更方便教师控制实践项目选题与某些参考书中案例之间的重复度,也加强了学生调研工作的真实性。

2.3在理论与实践教学中开展深入的专题讨论

专题讨论的前提是学生的课外学习和总结,讨论时的主体应该是学生而不是教师。长期以来,在软件工程的理论与实践教学中,基本是教师单向传授,教师讲学生听,教师布置课题学生完成,学生离开了教师就不知道干什么,不利于提高学生的综合素质。因此,在软件工程教学时,教师必须要少讲,目的是要把实践过程留给学生去体验。软件的开发过程并不是一成不变的,每次软件开发都是对软件工程系统框架进行的一次创造性实践,真实的开发过程往往不都能完全遵循教科书中建议的软件开发流程。因此,在学生的课内实践中,教师首先让学生通读教材和讲义,然后鼓励学生根据课程学习的要求去寻找来自生活中的实践项目,也就是自己找到想解决什么问题,并进一步阅读课本和参考资料,在教师、学生之间开展专题讨论,用问答和辩论的方式完成理论学习和项目体验。另外,专题讨论的题目并不需要预先定好,而是应该在项目实践的进程中挖掘出有讨论必要的题目,同时鼓励学生在讨论前进行充分准备,查阅相关的期刊和论文,并在讨论后进行总结。

2.4注重项目实践中对软件项目管理的体验

软件工程是一门锻炼学生综合能力的课程,工程实践性非常强,而工程总离不开项目管理。学生一开始知道课程中包含项目实践后,往往最先关心应该在软件开发中使用什么技术和工具。但软件工程的实践教学并不应把实践侧重于软件开发技术的应用,更不应指定实践项目使用的开发技术。指定开发语言和开发工具容易使学生混淆软件工程课内项目的实践方式和其他专业课,如数据结构、数据库、操作系统和Web体系结构的课内项目实践。软件工程教学的目标应是在讲授软件工程经典理论和工程经验的同时,让学生体验软件项目的开发过程,提高对软件项目的整体把握能力,增强软件项目管理理念。因此,教师应当引导学生把注意力集中在软件工程的知识框架和对软件过程的实践上,并在实践环节适当增加如成本控制、进度管理、风险分析以及人员管理等有关软件项目管理的体验。

2.5灵活的成绩评价方式

学生完成软件项目的分析、设计、编程和测试后,可以在课程答辩中展示已掌握的知识和在项目中实现的能力锻炼。在课程答辩中,学生可以发现其他项目小组的优缺点,教师也可以在答辩过程中提出项目实践中的不足之处,帮忙学生找出差距,弥补不足[6]。

3教学效果

五邑大学计算机学院在施行新的旨在激发学生自主体验的教学方法后,学生普遍反映在学习软件工程更有兴趣的同时获得了更多的实践经验。新的选题范围使学生不出校园即可以做软件项目的需求调研,大大提高了学生参与实践的积极性,也激发了学生软件开发创作的热情。选题范围的缩小反而使课内项目选题的多样性得以实现,涌现出一批来自学生视角的新课题,如AP07064班的选题《宿舍网上自主充电系统》,以及AP07102班的选题《学生饮水管理系统》,都有一定的实际应用价值,也获得了校内有关部门的关注。客观上,学生在软件工程课程中的成绩稳步提升的同时,对教学的评价也不断提高,2009-2010学年软件工程的课程评价超过了9.2分,满分为10分。

4结语

目前,软件行业正在飞速的发展过程中,软件工程教育的理念、教学形式也处于发展阶段。学生为主体的教学形式作为一种尝试,运用于软件工程的课内实践环节中,取得了一定的教学效果。如何立足于我国软件行业的现状、特点,采取相应的教学手法,提高软件工程的学生学习体验,提高教学质量,值得我们不断探讨和研究。

参考文献:

[1] 姜湘岗,章晓莉. 软件工程课程教学研究与研讨[J]. 计算机教育,2010(5):112-114.

[2] 潘娅. 软件工程教学方法探索[J]. 高教研究,2006(2):28-30.

[3] 温颖,周昕. 项目教学法在软件工程教学中的应用[J]. 科技信息,2010(24):206-207.

[4] 李翠叶. 重建人文学科的文化实践机制[J]. 文教资料,2008(15):162-164.

[5] 黄芳. 基于项目实践的软件工程本科课程教学模式探讨[J]. 湖南社会科学,2009(5):174-176.

[6] 胡洋,苏琳. Web软件时代的《软件工程》课程改革与建设[J]. 中国成人教育,2010(5):111-112.

Student-oriented Course Design in Software Engineering

LIN Zihui, HE Guohui

(College of Computer Science, Wuyi University, Guangzhou 529020, China)