评价网 > 科教论文 > 经济学毕业论文 > 金融论文 > 正文

关于中小型软件企业的软件项目管理过程研究(2)

2014-01-13 01:48

　　1．3中小型软件企业中的软件开发沟通
　　在需要团队协同工作的今天，沟通已经变得无比的重要，在软件业，沟通可以说是快速学习和掌握新知识、达到技术上更高层次的最佳途径。如果小组成员在协调上出现漏洞，将可能导致很大的问题，所以项目负责人必须随时监控备开发人员的工作，包括开发内容足否与要求发生偏差、开发进度是否滞后，等等。
　　项目沟通指出“：“管理要将70%的时间用于与人沟通，而项目经理需要花费90％或更多的时间沟通”。在企业中，软件经理大多是技术骨干，而软件组成见也都是“高科技人员”，都具有“从专业或学术发、工作自主性大、自我欣赏、以自我为中心”等共同的特点，因此妨碍沟通的素主耍足“感觉和态度问题”，也就是沟通意识和习惯的问题。在系统的实施阶段或软件开发的试运行阶段，项日成员基本上足持续地在客户方进行工作，在这种情况下非常容易忽视沟通项目组与组织之间、项目组与项目组成员之问，甚至同一个项目组的不同成员之间如果没有足够的沟通意识和沟通制度、沟通工具，就有可能造成信息不畅，从而加大项目失败的风险。中小型软件企业开发人员少，意味着不同人员在程序之间交互、接口相对少一些；开发周期短，意味着往往是同样的几个人从头到尾负责一个项目。这两者都让人容易犯错误，往住是几个人碰一下头，讨沦一下最基本的数据结构、函数接口，便分头去做自己的工作了，没有一份较正式的书面文档，缺少文档资料或者文档资料不规范是软件项目管理中普遍存在的问题。由于讨沦时忽略了某些情况，待大家部按当时的分工完成属于自己的工作后，有可能才发现各个模块组合起来却形不成一个完整的系统，其根源就在于没有一个负责总协调的人员不断监控整个丌发过程。如果在项目开发过程中一旦有人中途退出开发队伍，其他人加入时，新来的人难以理解之前的人所编的代码，往往索性自己从头来。

　　1．4中小型软件企业中的软件开发工作流程

（转载自http://zw.NSEAC.com科教作文网）

　　与一个标准的软件开发流程相比中小型软件企业内部的软件开发“节省”了不少步骤，例如不经过单元测试而直接进人系统测试等。造成这一现象的原因是每个模块相对比较简单，但是为了测试一个摸块需要建立一些测试。如为了测试一个函数是否正确，应该用一些测试数据而去调该函数，则需要编写一些测试数据，但很多开发人员嫌麻烦，觉得反正其他模块也很快出来了，直接用真正的数据来运行几次就行；当一旦直接进人系统测试，发现运行结果不正确将需要一步步查找，由于模块问的调用关系，可能查了很久才能发现是哪个摸块的问题。这种方法一来效率比较低，大量的时间花费在查找错误；另外由于这种测试不完全，当真运行系统调用某模块时，可能在大部分情况下数据都是正常的，极少现边界情况，某些边界情况容易被忽视，很久之后才可能被发现，但是如果在对每个模块进行单元测试时都进行一下边界测试，就会很容易消除一些隐患。

　　2中小型软件企业软件开发过程改进模型

　　软件开发模型是软件开发全过程、活动和任务的结构框架，它能直观地表达软件外发全过程，明确规定要完成的主要活动、任务和开发策略。一个企业的管，大公司有大公的方式，小公司也订小公司的模式，如果把别人的经验生搬硬套列自己身上，可能会适得其反，同样，管理一个软件项目也一样，大项目小项目的方式不完全一样;但从另一个角度来看，项目的大与小并没有本质的区别，很多方法是共通的。因此，为了改进软件开发过程、可参考模型如图1。