软件开发的认识.doc

、如何开发一个成功的软件产品？要成功的开发一个软件产品，需要满足如下两个条件1、 完美的开发团队2、 开发过程合理控制2.1 完美的开发团队软件产品不需要原料，软件团队是软件产品生产的最重要资源了。如何成就一个完美的开发团队，意见如下：1、具有软件开发必备角色，包括需求、系统分析、技术攻关、代码编写、软件测试等。2、具有自己文档、代码规范标准，以便于维护集成。3、具有自己资源库。4、具有和谐的团队关系、正确的沟通方式5、具有英明的项目经理2.1.1 具有软件开发必备角色一个软件开发团队，必须具备软件工程中应有的角色，包括需求分析、系统分析、技术攻关、代码编写、软件测试等，这里不再赘述。2.1.2 具有自己文档、代码规范标准软件开发周期的各个阶段都应该有相应的文档，软件工程等相关学科都有很大篇幅讲文档的重要性。软件开发团队对文档处理各有千秋，主要可分为如下三种情况：1、 开发团队不重视文档，往往事后根据需要再追加文档，这类开发团队一般规模较小，属于作坊式的2、 开发团队迎合软件工程中文档教条，不联系自己实际情况写文档，文档格式形式化，这种开发团队一般是吃大锅饭的，文档在这种团队被作为形象展示的工具3、 开发团队把文档作为产品的一部分，基于软件工程理论写文档，利用文档对项目进行控制跟踪，真正的发挥了文档的功用。但是一个优秀的开发团队除了按上面第三种方式处理文档外，还应该具有自己的文档、代码规范标准，所有成员都要遵循这个标准编写文档或代码，而不是各自按自己的习惯处理文档或者代码。我们知道程序编写人员都不愿意解读别人的代码，其实主要原因不是代码复杂度问题，而是他们写代码的规范不一致，注释不规范或者不明确。所以团队如果有了自己的代码规范，所有成员都遵循这个规范，那么在程序对接、移交以及维护等方面效率会很高。2.1.3 具有自己的资源库资源库是自己通俗的说法，它应该包括文档、技术文献、问题分析及解决方案、源代码和控件等。这些资源应该用以一种方式管理（比如以数据库的方式存储），以资源平台的方式向团队所有成员开放，便于检索查询重用。一个技术团队，资源库是非常重要的，它是团队所有成员在实践中经验的积累、技术的总结，是团队成员技术共享的纽带。软件产品的成本基本上只有人力资源，资源库的存在很大程度上节省了人力资源，假设我们把一个新的开发项目的功能细化后，很多功能模块都可以从资源库中直接调出来使用、当我们遇到一个很久以前花费很大精力解决的技术性问题，我们可以直接从资源库中检索出该问题及解决方案，当程序员A需要写一个链表类时，可以通过资源库参考程序员B曾经编写的链表类.这将是多么愉快的事情。2.1.4具有和谐的团队关系、正确的沟通方式技术人员是软件公司的支柱，技术人员之间关系的和谐就显的非常重要。另外由于软件产品的特性就是复杂度高，软件产品生产过程就是一批技术人员沟通、执行的过程。所以和谐的团队关系及正确的沟通方式都非常重要。关于如何做好这一点，有如下看法：和谐的关系上，队员之间要作到理解、尊重、宽容，这不但是关系发展的前提，也是关系健康向上发展的基础。有了和谐的关系，沟通就显得顺利多了，个人认为沟通主要做到如下三点：1、要有所准备：沟通就是因为有问题需要讨论，那么就有问题的提出方和解决问题的一方，这就需要问题的提出方根据实际情况（问题复杂性、重要性、参与讨论的角色和专业方向）做出充分的准备，比如如何描述问题才能让参与讨论的不同角色的人在相对短时间内对问题有深刻的理解并给出好的建议。那么对于技术性非常强的讨论或者讲座、就需要参与讨论的成员事先至少对该技术性的话题有一个宏观的认识，比如技术讲座，如果技术性很强，最好就是听讲座的成员先对讲座的内容有一个了解，然后才能更好的在听讲过程中受益并发挥。毕竟不是小学生上课，我们的技术讲座也不该是照本宣科，应该事先了解、然后在听与讨论中掌握知识。2、要学会聆听，这不仅是对别人的尊重，也确实能使自己受益（只要对方不是虚无缥缈、话不中的、夸夸其谈的长篇大论），不要别人刚刚开口，咱就来个，你不知道、你不懂，这是不对的，三人行、必有我师。相互的聆听是理解问题的基础，是讨论问题得出正确方案的前提。3、要换位思考，工作中我们要学会换位思考、不要主观的臆断。特别是团队协作的时候，要站到我们搭档的角度去看问题、思考问题，理解你的搭档、尊重你的搭档，才能得到正确的讨论结果或解决方案。2.1.5具有英明的项目经理不讨论项目经理职业、心理、知识、经验等条款化的素质。也不讨论决策、沟通等项目经理应该必备的能力，只从自己角度，谈下自己的几点看法。1、 要有一定的权利，从实出发对待问题。很多软件公司会出现项目经理责任高、权利小的现象。也很多项目经理由于某些缘故，在方案决策处理方面不能从实对待问题，这种现象往往出现在项目经理的上级领导对项目过多干预的情况下。2、 中肯，谦虚，尊重队员。能认真听取所有成员的技术观点、意见。这点很重要，俗话说“三个臭皮匠，顶个诸葛亮”，技术的追求是无止境的，项目经理不可能掌握全部技术的新动向。3、 有亲和力和一定的人格魅力，能站到所有团队成员的角度思考问题。化解技术合作或者日常生活上不和谐的情绪。项目经理毕竟不是技术骨干，只是懂得决策、懂得技术是不行的。2.2 开发过程合理控制软件产品工程化之后，软件开发周期就被划分为很多阶段，如制订计划、需求分析和定义、软件设计、程序编写、软件测试、运行和维护等，还提出了很多软件开发模型作为这些阶段行为参考。关于这方面的资料非常多，这里不理论教条化的对这些内容讨论，只是结合工作经验，从软件定义、软件开发和软件维护三个角度简短的谈些自己的看法。 2.2.1软件定义这个阶段主要就是通过需求分析来确定最终做出怎么样的一个软件产品，是至关重要的。项目组应该做到：1、 全员参与，不仅仅是项目经理和需求分析人员，包括编码、测试人员等都要参与进来。比如需求分析人员由于技术专业不理想，根据用户需求设计的软件定义没有考虑到某个技术障碍，导致编码人员在开发过程中不可逾越，临时调整方案不但极大降低质量、还严重的影响了项目进度。2、 给该阶段预留更多的时间，不厌其烦的与客户沟通。隔行如隔山，用户与开发人员之间的交流很难。有时候用户很难明确的提出他的需求，这时候就需要项目分析人员理解并牵引。有时候用某些需求用户也提不出，直道编码甚至维护阶段才提出来，分析人员应该做出足够的思考，以便软件定义时候预留相应的接口。2.2.2软件开发这个阶段主要完成概要设计、详细设计、编码及测试。最重要的莫过于概要设计时合理的划分功能模块了。划分模块原则如下：1、 高内聚、低耦合。这样模块的独立性很强，在代码开发阶段给每个模块编写者很大的空间，使编写目的非常明确，可以独立开发，互不影响进度。2、 模块接口明确。这样开发者在开发过程中预留接口就可以了，不用频繁的整合或移植代码进行接口联调。另外就是项目经理要了解自己的设计人员各自的技术特长，分配相应的模块给程序设计人员，会很大程度上缩短开发周期。 2.2.3软件维护软件维护是一项长期而繁琐的任务，长时间的跨度可能会牵扯到文档、代码更新，人员更换等。所以有关软件的文档一定要写好、保存好。另外前面提到的开发团队要有自己的文档代码规范标准等，也是做好软件维护的前提条件。在当我们学会了一门语言的时候（也就是说，记住了该语言的语法，词法，还有一些常用的函数），就意味着已经掌握了编写程序的基本工具。无论用的是社么语言，都差不多。只是工具之间有长有短。比如说，delphi,VB之类做windows环境的应用程序很方便；用JAVA开发基于网络的程序很轻松。假如我们用C（C+）写一个记事本软件，估计要写数百行代码才能完成，而且不能保证没有大错误，而用delphi,或VC等可视化工具来做，就只要鼠标点点控件，几下就完成了，可谓方便。这就是说工具各有特点，各个方面都有各个方面的最适合的工具。不过工具只是工具，光靠工具是写不出好的程序的。就好比我要写一篇文章出来，首先确定用社么语言来写（汉，英，俄还是其他？很显然，如果我是写给中国人看，自然用中文，写给美国人看，当然用英文。）那么确定了语言之后呢？我就能写文章了吗？文章结构如何设计？写文章的方法技巧和注意事项是什么？这些我都不知道，自然写不出好文章。可见，要写一篇好文章，会语言是远远不够的。同样，要写出好的程序（程序运行结果正确，时间，空间效率高，健壮性好，可读性强等等），光会一门语言也是远远不够的。而编程的具体方法的学习才是我们的重点。计算机教育普遍都是先从教授一门语言开始（一般是C语言），然后，就开始安排对数据结构和算法的学习。数据结构和算法设计分析是整个编程方法的基础，重中之重。以前流行过一句话：数据结构+算法=程序。这是不无道理的。计算机是用来处理和存储数据的。数据在计算机中的表示和存储不是无组织的，是有规律，有结构的。因此，当我们对这些按照一定规律组织的数据进行操作的时候，理论上存在一种或几种与某结构相比配的最优（或近式最优）算法，以次来确保操作数据的时空效率。打个比方，现有一排数据：a,b,c,d,e，如果经常要对其进行查找操作，顺序排列存储该数列能降低操作的时间。同样如果经常要对其进行插入或删除操作，采用链接存储则能降低该操作的时间复杂度。由此可见，合理的数据结构，高效的算法对程序质量有着多么重要的影响！又比如，我们要编写程序能对中国所有公民的身份证号进行排序。这是极其庞大的一组数据，如此多数据采取什么结构来表示和存储，以及应用什么算法来对其排序，使该程序在排序时尽量的快，占用的空间尽量的少。这都是学问，编程的学问！所以，可以讲，程序员对数据结构和算法的领悟程度直接决定了他的编程水平的高低。那么如何提高自己的水平呢？我们可以学习研究像C（C+）函数库（API）里的函数，或JFC（JAVA类库）中的函数实现，这些函数实现都是非常有经验的程序员编写的，有着很好的运行效率。再者，就是数学的重要，我认为数学对程序的重要性体现在对算法的支持上。比如说微积分思想，为计算机数值计算提供了理论指导；而数据结构和算法来源与离散数学，线性代数和概率统计中的思想和方法。另外，像计算机密码学，计算机图形学，计算机多媒体都离不开数学。好的算法需要数学工具来理论验证，也需要数学来改进，来完善！那么，面向对象又扮演什么角色呢？说到底，我觉得面向对象思想的宗旨就是代码重用。面向对象里的三大概念：封装，继承，多态都是为了代码重用。重用质量高的代码，不但可以节省人力，而且极大提高了本身原程序的质量。比如，我要编写一多功能计算器，我依据自己喜好设计了界面，在具体功能实现上我继承了别人已经写好的正确功能类，不但省去了自己写的麻烦，而且也保证了该计算器的逻辑正确性，一举两得。在编程时运用面向对象思想，类的设计是最为关键得第一步，包括对类结构的设计和内部功能实现。其次就是对类进行准确合理的继承和多态化。显然，不正确的进行继承和多态会给整个软件带来巨大的错误隐患。面向对象思想在写小程序时或许体现不出优越，但在中大型软件开发时，它的用处便会极大体现出来。面向对象方法在解决软件危机里起到了举足轻重的作用。但在这里，我还是要强调一点，面向对象思想是极好的思想，极好的编程方法。但是如果没有质量好的代码可以值得被重用，面向对象方法就没有用武之地！可见，拥有良好数据结构和算法的功能代码块是保证整个程序质量的奠基石。软件（尤其是中大型软件）质量好坏还有一个很重要的因素：软件体系结构。打个比方，我要建房子。软件体系结构就好比房子的结构，采用哪种样式（欧式？中式？）决定了房子的结构，软件体系结构的规划设计也就决定了软件本身的结构（软件的环境，功能模块的安排，位置，互相联系关系等等）。那么，房子的结构设计好了，就要解决建筑材料的问题。在这里，牢固的砖头和横梁是房子牢固的根本保证。同样，拥有良好数据结构和算法的功能函数或函数块也是整个软件质量的根本保证！有了质量过硬的砖头和横梁，只要结构合理，房子的寿命是完全可以保证的。一样道理，我们手头有了大批信的过的功能函数或函数块，在编程的时候严格按照软件工程规范，合理运用面向对象方法，按照科学的体系结构要求，就能在经济的条件下，