共查询到20条相似文献,搜索用时 15 毫秒
1.
2.
3.
软件项目管理体系及其建立 总被引:3,自引:0,他引:3
随着信息技术的快速发展和应用领域的扩大深入,软件项目管理正在成为一项亟待解决的艰巨任务。本文首先介绍了项目管理的基本思想,然后给出了项目理论在软件项目中的应用体系,最后提出了建立软件项目管理体系的途径和方法。 相似文献
4.
5.
6.
基于Agent技术的软件重用模式 总被引:2,自引:1,他引:2
1 引言软件重用是指利用已有的软件资源(如软件设计文档、源程序代码、可执行程序等)来进行软件系统的开发。有效的软件重用可以提高软件生产率和软件系统的质量,降低软件开发成本。因此,几乎所有的软件开发技术都提供了相应机制和设施来支持软件重用,如面向对象的软件开发技术、软构件技术等等。 相似文献
7.
业内目前流行的软件工程理论如RUP、CMM、MSF(Microsoft Solution Framework)等等,都是从大型软件项目开发中总结出来的,在中国软件行业以应用开发为主.大都在开发100个人月以下的软件项目,对于较小规模的项目,需要采用与开发大规模项目不同的管理方法.笔者曾多次参与对日本和台湾的软件开发管理工作,感觉到他们对软件开发管理非常重视,他们并不追逐CMM或RUP等一些时髦的概念,而是一切以实用为原则,本文主要介绍一些非常实用的软件项目管理要点. 相似文献
8.
软件构件概念的变迁 总被引:15,自引:1,他引:15
1.前言软件工程作为一门独立学科出现的目标是为了解决60年代开始出现的软件危机,试图摆脱软件白手起家、手工作坊般的开发方式,提高软件生产率和质量。几十年来尽管软件工程的研究和实践取得了巨大的进展,但离人们期待的目标还有相当的距离。近年来研究人员逐渐认识到,要真正实现软件的工业化生产,达到软件产业发展所需要的软件生产率和质量,软件复用是一条现实可行的途径。软件构件(software compo-nent)则是软件复用的核心概念和基本单位。软件构件的想法由来已久。早在1968年NATO软件工程会议上McIlroy就在题为“Mass-Produced Software Compo-nents”的论文中提出了软件构件、构件工厂等思想。但McIlroy并没有给软件构件一个明确的定义,McIlroy提到的软件构件概念只是从传统行业基于标准零部件组装的生产模式借鉴而来的一个想法。 相似文献
9.
<正>自从马云说过西游记团队就是最好的团队之后,鉴于马云先生的赫赫名声,人们纷纷认同此理论,并努力按照西游记团队的模式来打造自己的团队。的确,西游记团队是一个典型的团队,它包含了优秀团队的一些要素,但若是就此得出西游记团队就是最好团队的结论未免有失偏颇。本文通过对西游记团队的深入分析,阐明了其团队只是一个典型团队,并从中领悟到对软件项目团队建设的一些启示。 相似文献
10.
软件过程评估与改进及其标准化进展述评 总被引:7,自引:0,他引:7
1 引言目前,基于Internet/Intranet的分布式计算正逐渐成为主流应用技术,与早期的单机计算系统或集中式计算系统相比,计算机应用系统结构和功能日益复杂,而系统实现的技术与管理难度也相应加大,项目的风险越来越高。由美国 TheStandish Group于1997年提供的调查报告表明:有70%左右的软件项目不能完全实现用户所需的功能。又据美国政府近年的调查,在实施的软件工程项目中,约有60%的项目延期交付,约有50%的项目超出预算,约有45%的已交付项目不能使用。这种困境多数是因开发组织的软件过程缺陷及过程能力有限而造成的。 相似文献
11.
13.
软件生产线方法 总被引:2,自引:0,他引:2
徐正权 《小型微型计算机系统》2000,21(3):309-312
与分析、设计和实现单个软件系统的传统软件工程方法不同 ,本文提出一种开发和维护系列软件系统的生产线方法 .该方法是一种领域特有的 ,以体系结构为中心的 ,过程驱动的 ,基于技术的系统化方法 .重点探讨方法论、生产线、工具和技术 相似文献
14.
15.
<正> 本人近几年参与了几个软件项目的开发,担任过程序员,也做过项目组负责人。在工作中,饱经了各种折磨,失败多于成功,颇有感触,因此觉得有必要将自己的一些经验或教训总结一下,把思路理清楚,对自己是一个提高,对同仁也许会有帮助。不可避免的问题 在软件工程中,存在一个很不情愿、但却经常出现的现象:进度失控。据美国软件工程实施现状的调查,软件研发的情况很难预测,大约只有10%的项目能够在 相似文献
16.
17.
陈世龙 《数字社区&智能家居》2002,(10):33-35
一个企业的管理,大公司有大公司的方式,小公司也有小公司的方式,如果把别人的经验生搬硬套到自己身上,可能会适得其反。同样,管理一个软件项目也一样,大项目和小项目的方式不完全一样。但从另一个角度来看,项目的大与小并没有本质的区别很多方法是共通的。一、小项目的特点大家知道,“软件危机”的出现起源于一些大型项目的不断延迟甚至失败。小项目相比之下,具有以下特点:1.项目功能相对较少2.开发人员较少3.开发周期较短二、小项目开发中常犯的错误小项目看起来比较简单,因而人们往往忽视了小项目的管理,在开发中容易犯… 相似文献
18.
19.
20.
风险管理和危机管理是软件开发项目管理中两个重要的方面,风险管理是预测、控制和管理项目风险,而危机管理则是应对项目的突发问题,他们是项目成功的有效保障。本文重点讨论了风险和危机产生的原因,以及风险和危机的管理方法。 相似文献