软件工程论文

软件工程论文

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

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

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

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

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

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

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

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

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

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

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

在整个需求分析阶段，要将需求做的更细，更精确     为目标，不断地与客户沟通，严格杜绝使用习惯性的想法，去掩盖客户的真实需求，沟通应当详细到每个功能点，得到客户的确定后，进行下个功能点的沟通。关注客户的颜色感官，操作习惯等细节方面。尽可能全面的从客户的角度去分析问题，然后结合公司的技术，