软件工程论文范文.doc

软件工程论文范文 以沟通为出发点以沟通为中心进行项目的开展可以有效地进行项目的管理提高项目的质量降低风险与成本 沟通不仅仅是指用言语进行沟通还可以以书面文档手册电话邮件会议等方式进行灵活运用多种的沟通方式使参与项目开发的每个成员能够有统一的思想不会产生歧义当然沟通不仅仅是在工作上的沟通也需要工作下的沟通简单来说项目经理对员工的不同程度的问候或多或少会提升员工的工作积极性与主动性而这也就升华到管理的层面是管理项目还是管理人可以从底层分析项目是由谁来做是参与项目的员工那么项目的质量直接由什么来决定员工的工作心态但是员工的心理活动往往低多变的没有人能够掌控那么适当的沟通不仅仅可以将这种情感活动向益于工作的方向转移而且也可以进一步促进公司的凝聚力让员工从心里将公司当成一个大家来对待而工作层面适当的沟通可以让彼此了解对方的思考方式迅速的采取合适的办法让彼此的意见得到统一而不是因为意见向左产生分析得不到进一步的解决从项目整体来讲合适的沟通可以降低项目需求的多变性从而降低项目开发的成本；合适的沟通可以将技术层面的难题得到共同的思想靠拢从而得到解决；合适的沟通可以让各岗位职责的人能够明白彼此的意见提高工作效率的同时也进一步降低因为沟通不当导致项目BUG出现的几率沟通分层次同一个层次的人群互相沟通不会有太大的难度与理论上的偏差而针对不同领域不同层次的人 来说彼此之间的沟通成为了一个难题所以从公司的角度分析首先项目组成员必须具备最基本的理论基础如:软件工程软件质量等从细节划分编程人员需要有关于具体编码规范等额外理论基础测试人员需要有关测试方面等额外理论基础针对项目经理不仅需要编程人员与测试人员的基础理论也需要整个项目的理论如软件项目管理项目管理知识体系等管理知识只有理论背景差别大不的情况下互相之间的沟通才会更加有效率进一步降低信息在传输之间的损耗使开发出的软件更加接近客户的要求提高客户对公司产品的满意度有利于产品的市场推广所以完美的项目不存在只能在共同的努力下产品才能够向完美进一步靠近以下从项目的整体来阐述沟通对各个层次的影响 竞标阶段竞标的成败与否在于自己的产品是否接近客户心中的目标从而赢得投标其中的关键在双方的沟通 众所周知项目从来是从客户的需求得来那么从公司的角度出发如何获得客户的认可得到项目的投标这是个很现实的问题在软件工程导论上得到很多信息如何快速开发出客户满意的模型在于需求分析师从客户交流中得到有用信息的有效程度其中的信息不仅仅是项目的功能也有客户的背景使用环境客户群的习惯等等方面根据市场调研显示客户的体验度已经成为一个不可忽视的环节虽然所开发的系统已经完成了用户的基本功能要求但是从客户最直接的感官出发系统操作不够简便系统画面不够人性化等等细节体现出客户的满意度没有达到应该有的高度所以 中间的沟通也就成了关键作为项目前期需求的主导需求分析师的素质成为了主要因素对于大多数人来说获取对方话语的有效的信息量为80%而经过需求分析师的再一次理解到了开发人员的手中的文档的有效信息不到实际的70%所以常常开发出来的软件无法达到满意的效果如何在沟通中获取全面的有效信息最有效也最全面的方式莫过于在沟通交流之前需求分析师进行一次全面的市场调研对该客户的环境业务等方面进行理解与学习然后在此基础上结合自己的理解与客户进行下一步的沟通在客户的角度思考问题用自己的话语阐述客户的各种需求得到对方的肯定最终整理出最满意的客户需求 那么如何快速的让客户的需求转变为可以看到到的物理模型这里提倡使用快速原型法系统架构师根据前期的客户需求文档运用axure等建模工具,快速有效地开发出前期的模型使文字性的描述转变为最直观的物理模型不仅可以更清晰的展现用户需求也可以更直观的确认该模型是否符合客户的要求以及时作出合理的调整作出让用户满意的模型产品 开发模型的同时成本的估算工作已经展开有了具体的值才会有实际给客户的报价所以如何估算使用种方式估算以个项目为蓝本需要进一步的分析与思考结合自己学的知识以及向前辈请教的经验发现（UCP）功能点算法（LOC）代码行算法,(WBS)工作结构分解法已成为主流对于UCP主要用于面向对象的项目LOC与WBS没有具体限制每个算法都有自己的优缺点对于不同 的项目项目的不同阶段使用不同的算法能够很好地解决成本估算的问题其中具体估算的同时经验也是非常重要的经常性的去总结每个项目详细具体到单元功能的估算收录成册形成良好的循环对于公司是至关重要的而这里是项目第一次的初步估算是为赢得竞标的概要值得到标后需要进行详细的成本估算与具体商榷的价格理论与经验的结合可以进一步精确项目的成本估算对于项目下一步的开展起到良好的前期铺垫作用 公司得到竞标后进入需求分析阶段参与人员主要为需求分析师系统架构师项目经理主要输出为详细的项目成本估算项目进度估算与需求规格说明书概要设计详细设计等文档参与者之间需要进行详细的沟通达成思想上的统一 项目成本估算与项目进度的估算越详细越好实际中,为了满足顾客期望的日期而造成的不合理进度安排在软件领域比其他的任何工程领域要普遍得多而且非阶段化方法的采用少得可怜的数据支持加上完全借助软件经理的直觉这样的方式很难生产出健壮可靠和规避风险的估计所以在这个阶段开发并推行生产率图表、缺陷率、估算规则等等对于整个公司来说最终会从这些数据的共享上获益形成良好的循环分别来讲在成本的估算上推崇使用UCP（功能点算法）这种方法可以将项目中的各个方面包括各种风险都能够考虑进去其中在风险方面需要全面的分析整个项目从整体分析然后小到局部考虑未来可能出现的风险评估每 个风险的概率计算出对应的功能点然后估算每个功能点的费用从而得到比较理想的成本估算在进度的估算上推崇使用WBS（工作结构分解法）将项目任务进行合理的细分分到可以确认的程度然后估算每个WBS要素的时间从而得出整个项目的时间当然WBS也可以适用于估算项目的成本这里因人因项目而异灵活使用不同的方法可以进一步精确最终的估算值将风险减小到最少利于下个阶段的展开 在整个需求分析阶段要将需求做的更细更准确为目标不断地与客户沟通严格杜绝使用习惯性的想法去掩盖客户的需求沟通应该具体到每个功能点得到客户的肯定后进行下个功能点的沟通关注客户的颜色感官操作习惯等细节方面尽可能全面的从客户的角度去分析问题然后结合公司的技