第二次作业-采访工业界的软件团队

根据对工业界的软件团队的调查，软件团队成员具体介绍了以下的软件开发首先就是 到客户那里调研，谈需求。项目的实现目标，功能，面对的用户等等。这些最好都是有项目负责人去，调研阶段对于细节之类的要详细问清楚之后就是用uml建模阶段，主要就是 理清一些业务逻辑，及业务流程等。然后根据模型就可以建数据库了，powerdesign等。我们现在是根据模型，然后 利用excel或者其他工具做些页面设计，把各种流程啊 之类的 在页面里面 表现出来，去继续和客户沟通如果没问题了 就可以 让美工按照页面设计就可以画页面了。同时，一般项目负责人 根据项目，决定采用什么技术，框架等，把基本的项目整体框架搭建起来；后面的事就是让其他程序员根据 模型，按功能模块 填写代码写代码就是很简单的事情了。毕竟大框架都在那里。

后期维护 主要就是 对于出现的一些bug以及用户需求的变化进行修改了

开发项目最重要的 还是前期的 需求调研
　　一个软件从开始到最后一共需要以下几个流程：
　　1、计划  2、分析 3.设计 4.编码 5.测试 6.维护
　　1、计划
　　对所要解决的问题进行总体定义，包括了解用户的要求及现实环境，从技术、经济和社会因素等3个方面研究并论证本软件项目的可行性，编写可行性研究报告，探讨解决问题的方案，并对可供使用的资源（如计算机硬件、系统软件、人力等）成本，可取得的效益和开发进度作出估计，制订完成开发任务的实施计划。
　　2、分析
　　软件需求分析就是对开发什么样的软件的一个系统的分析与设想。它是一个对用户的需求进行去粗取精、去伪存真、正确理解，然后把它用软件工程开发语言（形式功能规约，即需求规格说明书）表达出来的过程。本阶段的基本任务是和用户一起确定要解决的问题，建立软件的逻辑模型，编写需求规格说明书文档并最终得到用户的认可。需求分析的主要方法有结构化分析方法、数据流程图和数据字典等方法。本阶段的工作是根据需求说明书的要求，设计建立相应的软件系统的体系结构，并将整个系统分解成若干个子系统或模块，定义子系统或模块间的接口关系，对各子系统进行具体设计定义，编写软件概要设计和详细设计说明书，数据库或数据结构设计说明书，组装测试计划。在任何软件或系统开发的初始阶段必须先完全掌握用户需求，以期能将紧随的系统开发过程中哪些功能应该落实、采取何种规格以及设定哪些限制优先加以定位。系统工程师最终将据此完成设计方案，在此基础上对随后的程序开发、系统功能和性能的描述及限制作出定义。
　　3、设计
　　软件设计可以分为概要设计和详细设计两个阶段。实际上软件设计的主要任务就是将软件分解成模块是指能实现某个功能的数据和程序说明、可执行程序的程序单元。可以是一个函数、过程、子程序、一段带有程序说明的独立的程序和数据，也可以是可组合、可分解和可更换的功能单元。模块，然后进行模块设计。概要设计就是结构设计，其主要目标就是给出软件的模块结构，用软件结构图表示。详细设计的首要任务就是设计模块的程序流程、算法和数据结构，次要任务就是设计数据库，常用方法还是结构化程序设计方法。
　　4、编码
　　软件编码是指把软件设计转换成计算机可以接受的程序，即写成以某一程序设计语言表示的“源程序清单”。充分了解软件开发语言、工具的特性和编程风格，有助于开发工具的选择以及保证软件产品的开发质量。
　　当前软件开发中除在专用场合，已经很少使用二十世纪80年代的高级语言了，取而代之的是面向对象的开发语言。而且面向对象的开发语言和开发环境大都合为一体，大大提高了开发的速度。
　　5、测试
　　软件测试的目的是以较小的代价发现尽可能多的错误。要实现这个目标的关键在于设计一套出色的测试用例（测试数据与功能和预期的输出结果组成了测试用例）。如何才能设计出一套出色的测试用例，关键在于理解测试方法。不同的测试方法有不同的测试用例设计方法。两种常用的测试方法是白盒法测试对象是源程序，依据的是程序内部的的逻辑结构来发现软件的编程错误、结构错误和数据错误。结构错误包括逻辑、数据流、初始化等错误。用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果。白盒法和黑盒法依据的是软件的功能或软件行为描述，发现软件的接口、功能和结构错误。其中接口错误包括内部/外部接口、资源管理、集成化以及系统错误。黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。
　　6、维护
　　维护是指在已完成对软件的研制（分析、设计、编码和测试）工作并交付使用以后，对软件产品所进行的一些软件工程的活动。即根据软件运行的情况，对软件进行适当修改，以适应新的要求，以及纠正运行中发现的错误。编写软件问题报告、软件修改报告。
　　一个中等规模的软件，如果研制阶段需要一年至二年的时间，在它投入使用以后，其运行或工作时间可能持续五年至十年。那么它的维护阶段也是运行的这五年至十年期间。在这段时间，人们几乎需要着手解决研制阶段所遇到的各种问题，同时还要解决某些维护工作本身特有的问题。做好软件维护工作，不仅能排除障碍，使软件能正常工作，而且还可以使它扩展功能，提高性能，为用户带来明显的经济效益。然而遗憾的是，对软件维护工作的重视往往远不如对软件研制工作的重视。而事实上，和软件研制工作相比，软件维护的工作量和成本都要大得多。
　　在实际开发过程中，软件开发并不是从第一步进行到最后一步，而是在任何阶段，在进入下一阶段前一般都有一步或几步的回溯。在测试过程中的问题可能要求修改设计，用户可能会提出一些需要来修改需求说明书等。

一个优秀的软件团队应该具有以下的特点，

有明确且具找战性的共同目标—个有明确的且具挑战性目标的团队比目标不明确或不具有很大的挑战性目标的团队效率要高得多，通常技术人员往往会因为完成了某个明确的任务，而且这个任务的完成具有挑战性的意义而感到自豪．反过来团队成员为了获取这种自家的感觉而更加积极的工作，从而带来团队开发的高效率，如作为系统设计人员很清楚地知道在什么时候要做到什么，什么时候开始做，什么时候必须完成，为了完成工作必须面临哪蝴眺，怎么解决这些困难等，为设计出一个高质量的软件项目提供了重要保证，而模模糊糊的去设计一个系统或模模糊糊的就去编写代码是非常危险的，而且会为此付出高昂代价，因此高效的软件开发团队要具有挑战性的共同目标。 团队成员允许他们的团队认同感超越他们的个人认同感。聪明的公司通过提供团队的T恤衫、便笺纸、杯子和其他标志着公司合法身份的随身用具来强化团队的认同感。项目中应有的下列领导角色：驾驶者、协调者、创作者、监控者、执行者；持者、调查者、清理者。在一个好的团队中，不同的人乐于在不同的时间扮演不同的角色．这取决于团队的需要。