软件工程论文

时间:2021-06-12 17:57:05 论文 我要投稿

软件工程论文

  以沟通为出发点,以沟通为中心进行项目的开展,可以有效地进行项目的管理,提高项目的质量,降低风险与成本。

软件工程论文

  沟通,不仅仅是指用言语进行沟通,还可以以书面,文档,手册,电话,邮件,会议等方式进行。灵活运用多种的沟通方式,使参与项目开发的每个成员能够有统一的思想,不会产生歧义。当然,沟通不仅仅是在工作上的沟通,也需要工作下的沟通。简单来说,项目经理对员工的不同程度的问候,或多或少会提升员工的工作积极性与主动性。而这也就升华到管理的层面,是管理项目,还是管理人?可以从底层分析,项目是由谁来做?是参与项目的员工。那么项目的质量直接由什么来决定?员工的工作心态。但是员工的心理活动往往低多变的,没有人能够掌控,那么适当的沟通,不仅仅可以将这种情感活动向益于工作的方向转移,而且也可以进一步促进公司的凝聚力,让员工从心里将公司当成一个大家来对待。而工作层面,适当的沟通,可以让彼此了解对方的思考方式,迅速的采取合适的办法,让彼此的意见得到统一。而不是因为意见向左,产生分析,得不到进一步的解决。从项目整体来讲,合适的沟通可以降低项目需求的多变性,从而降低项目开发的成本;合适的沟通可以将技术层面的难题,得到共同的思想靠拢,从而得到解决;合适的沟通可以让各岗位职责的人能够明白彼此的意见,提高工作效率的同时,也进一步降低因为沟通不当,导致项目BUG出现的几率。沟通分层次,同一个层次的人群互相沟通,不会有太大的难度与理论上的偏差。而针对不同领域,不同层次的人

  来说,彼此之间的沟通成为了一个难题。所以从公司的角度分析,首先项目组成员必须具备最基本的理论基础,如:《软件工程》,《软件质量》等。从细节划分,编程人员需要有关于具体编码规范等额外理论基础,测试人员需要有关测试方面等额外理论基础,针对项目经理,不仅需要编程人员与测试人员的基础理论,也需要整个项目的理论,如《软件项目管理》,《项目管理知识体系》等管理知识。只有理论背景差别大不的情况下,互相之间的沟通,才会更加有效率,进一步降低信息在传输之间的损耗,使开发出的软件更加接近客户的要求,提高客户对公司产品的满意度,有利于产品的市场推广。所以完美的项目不存在,只能在共同的努力下,产品才能够向完美进一步靠近。以下从项目的整体来阐述沟通对各个层次的影响。

  竞标阶段,竞标的成败与否,在于自己的产品是否接近客户心中的目标,从而赢得投标,其中的关键在双方的沟通。

  众所周知,项目从哪来,是从客户的需求得来。那么从公司的角度出发,如何获得客户的认可,得到项目的`投标?这是个很现实的问题。在《软件工程导论》上得到很多信息,如何快速开发出客户满意的模型,在于需求分析师从客户交流中,得到有用信息的有效程度。其中的信息不仅仅是项目的功能,也有客户的背景,使用环境,客户群的习惯等等方面。根据市场调研显示,客户的体验度已经成为一个不可忽视的环节,虽然所开发的系统已经完成了用户的基本功能要求,但是从客户最直接的感官出发,系统操作不够简便,系统画面不够人性化等等细节体现出,客户的满意度没有达到应该有的高度。所以,

  中间的沟通也就成了关键。作为项目前期需求的主导--需求分析师的素质成为了主要因素。对于大多数人来说,获取对方话语的有效的信息量为80%,而经过需求分析师的再一次理解,到了开发人员的手中的文档的有效信息不到实际的70%,所以常常开发出来的软件无法达到满意的效果。如何在沟通中获取全面的有效信息?最有效,也最全面的方式,莫过于在沟通交流之前,需求分析师进行一次全面的市场调研,对该客户的环境,业务等方面进行理解与学习。然后在此基础上,结合自己的理解与客户进行下一步的沟通,在客户的角度思考问题,用自己的话语阐述客户的各种需求,得到对方的肯定,最终整理出最满意的客户需求。

  那么如何快速的让客户的需求,转变为可以看到到的物理模型,这里提倡使用快速原型法。系统架构师根据前期的客户需求文档,运用axure等建模工具,快速有效地开发出前期的模型,使文字性的描述,转变为最直观的物理模型,不仅可以更清晰的展现用户需求,也可以更直观的确认该模型是否符合客户的要求,以及时作出合理的调整,作出让用户满意的模型产品。

  开发模型的同时,成本的估算工作已经展开。有了具体的值,才会有实际给客户的报价。所以如何估算?使用哪种方式估算?以哪个项目为蓝本?需要进一步的分析与思考。结合自己学的知识,以及向前辈请教的经验,发现(UCP)功能点算法,(LOC)代码行算法,(WBS)工作结构分解法已成为主流。对于UCP,主要用于面向对象的项目,LOC与WBS没有具体限制。每个算法都有自己的优缺点,对于不同

  的项目,项目的不同阶段,使用不同的算法,能够很好地解决成本估算的问题。其中具体估算的同时,经验也是非常重要的,经常性的去总结每个项目,详细具体到单元,功能的估算,收录成册,形成良好的循环,对于公司是至关重要的。而这里是项目第一次的初步估算,是为赢得竞标的概要值,得到标后,需要进行详细的成本估算与具体商榷的价格。理论与经验的结合,可以进一步精确项目的成本估算,对于项目下一步的开展,起到良好的前期铺垫作用。

  公司得到竞标后,进入需求分析阶段,参与人员主要为需求分析师,系统架构师,项目经理。主要输出为,详细的项目成本估算,项目进度估算与需求规格说明书,概要设计,详细设计等文档。参与者之间,需要进行详细的沟通,达成思想上的统一。

  项目成本估算与项目进度的估算越详细越好。实际中,为了满足顾客期望的日期而造成的不合理进度安排,在软件领域比其他的任何工程领域要普遍得多。而且,非阶段化方法的采用,少得可怜的数据支持,加上完全借助软件经理的直觉,这样的方式很难生产出健壮可靠和规避风险的估计。所以在这个阶段,开发并推行生产率图表、缺陷率、估算规则等等,对于整个公司来说,最终会从这些数据的共享上获益,形成良好的循环。分别来讲,在成本的估算上,推崇使用UCP(功能点算法)。这种方法,可以将项目中的各个方面,包括各种风险都能够考虑进去。其中,在风险方面,需要全面的分析整个项目,从整体分析,然后小到局部,考虑未来可能出现的风险,评估每

  个风险的概率,计算出对应的功能点,然后估算每个功能点的费用,从而得到比较理想的成本估算。在进度的估算上,推崇使用WBS(工作结构分解法),将项目任务进行合理的细分,分到可以确认的程度,然后估算每个WBS要素的时间,从而得出整个项目的时间。当然WBS也可以适用于估算项目的成本,这里因人,因项目而异。灵活使用不同的方法,可以进一步精确最终的估算值,将风险减小到最少,利于下个阶段的展开。

  在整个需求分析阶段,要将需求做的更细,更准确为目标,不断地与客户沟通,严格杜绝使用习惯性的想法,去掩盖客户的真实需求,沟通应该具体到每个功能点,得到客户的肯定后,进行下个功能点的沟通。关注客户的颜色感官,操作习惯等细节方面。尽可能全面的从客户的角度去分析问题,然后结合公司的技术,给用户合理的反馈,得到最终双方都满意的结论。需求分析师需要具有良好的沟通能力外,也需要出色的理解分析能力,具备业务基础,项目成本评估,以及各种文档的编写能力。一个成熟的需求分析师,可以将沟通中信息的损耗减小到最低,提高用户的满意度,整理出比较全面的《需求规格说明书》,有利于系统架构师的工作开展。

【软件工程论文】相关文章:

软件工程论文04-01

软件工程的论文02-21

软件工程论文模版03-10

简单的软件工程论文03-14

软件工程科技论文04-01

软件工程系论文03-18

软件工程专业导论论文04-01

软件工程师论文03-30

软件工程师的论文04-11