第二次作业
一、软件开发流程
需求分析
1.相关系统分析员向用户初步了解需求，然后用相关的工具软件列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。
2.系统分析员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。这次的文档会清楚列出系统大致的大功能模块，大功能模块有哪些小功能模块，并且还列出相关的界面和界面功能。
3.系统分析员向用户再次确认需求。
概要设计
首先，开发者需要对软件系统进行概念设计，即系统设计。概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。
详细设计
在概要设计的基础上，开发者需要进行软件系统的详细设计。在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。应当保证软件的需求完全分配给整个软件。详细设计应当足够详细，能够根据详细设计报告进行编码。
编码
在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。在规范化的研发流程中，编码工作在整个项目流程里最多不会超过1/2，通常在1/3的时间，所谓磨刀不误砍柴功，设计过程完成的好，编码效率就会极大提高，编码时不同模块之间的进度协调和协作是最需要小心的，也许一个小模块的问题就可能影响了整体进度，让很多程序员因此被迫停下工作等待，这种问题在很多研发过程中都出现过。编码时的相互沟通和应急的解决手段都是相当重要的，对于程序员而言，bug永远存在，你必须永远面对这个问题，大名鼎鼎的微软，可曾有连续三个月不发补丁的时候吗?从来没有!
测试
测试编写好的系统。交给用户使用，用户使用后一个一个的确认每个功能。软件测试有很多种:按照测试执行方，可以分为内部测试和外部测试;按照测试范围，可以分为模块测试和整体联调;按照测试条件，可以分为正常操作情况测试和异常情况测试;按照测试的输入范围，可以分为全覆盖测试和抽样测试。以上都很好理解，不再解释。总之，测试同样是项目研发中一个相当重要的步骤，对于一个大型软件，3个月到1年的外部测试都是正常的，因为永远都会有不可预料的问题存在。完成测试后，完成验收并完成最后的一些帮助文档，整体项目才算告一段落，当然日后少不了升级，修补等等工作，只要不是想通过一锤子买卖骗钱，就要不停的跟踪软件的运营状况并持续修补升级，直到这个软件被彻底淘汰为止。
软件交付
1、在软件测试证明软件达到要求后，软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物。
2、《用户安装手册》应详细介绍安装软件对运行环境的要求、安装软件的定义和内容、在客户端、服务器端及中间件的具体安装步骤、安装后的系统配置。
3、《用户使用指南》应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容，在需要时还应举例说明。
验收
等待用户验收。
维护
根据用户需求的变化或环境的变化，对应用程序进行全部或部分的修改。
二、小组最喜欢的团队类型
我们小组最喜欢的团队类型是特工团队和交响乐团模式
我们这门课应该采取哪种类型
我个人认为我们这门课应该采取交响乐团的类型，首先顾名思义对于交响乐我们都不陌生，交响乐的特点是家伙什多，门类齐全；各个表演者各司其职，各自有专门的场地，演奏期间没有聊天走动的现象；还有就是演奏都靠谱，平时看指挥；再者演奏的都是经过多次练习的曲目，重在执行，交响乐是人类音乐文化的高级形式，这里说到了交响乐团模式，整个团队中的成员对于整体而言自然不可或缺，但是还有一点也可能一个却点就是个人的成功并不是整个团队的成功，我觉得这种模式是软件开发团队必须要有的基本素质，如果在项目中只想着自己出风头，全然不顾团队利益，那么这个团队最后的结果必然是一盘散沙，同时这里谈到了指挥者，我觉得这个就是整个团队的领导者，即项目经理，作为指挥者，其要具备的实力不用多说，还有的恐怕就是组织协调能力，如果不能很好地带领自己这个“交响乐团”，即使队员有天大的才能也是白搭。
