回答自己问题

第1章、软件企业等于软件加商业模式，那么怎样的软件才能在商界中屹立不倒？软件需要什么维持他的寿命？

答：坚持维护后台，创新，根据用户需求改善自身。

 

第2章、我们需要面对客户的需求还是只需要面对分析师的分析？

答：主要面对客户的需求，分析师是根据客户需求做出相对的分析的，觉得怎样更加好而已。

 

第3章、一个人具备需要具备哪些条件才能成为一个合格软件工程师？现在的我们能通过什么去实践提升自己的能力？

答：基础的编程能力，还要配合队友的需要做出调整。多点团队合作配合开发或者磨练来提升自己的能力。

 

第4章、有时候感觉，编程一个人的时候往往会比两个人有效率，但是两个人能弥补的漏洞比一个人多，那么一个大的软件工程需要多人个去做，是事半功倍还是有所阻扰？怎样才能使一个团体互相弥补？

答：首相要谈好个自己的工作分配，然后需要及时沟通并防止漏洞的产生。

 

第5章、怎样才算一个团队？是否像去西经的四人组？那么现在的我们是处于哪个角色？又该如何去调整改变？

答：首先需要一个领队；然后应对不同方面选择需要的角色，互相调整。

 

第5.5 章：

软件开发分为四个阶段：初始阶段、细化阶段、构造阶段、交付阶段。

问题：在5.3.6中提到软件完成的标志为1.时间到了；2.钱花光了；3.用户满意了。那么，所谓的完成有好的完成和坏的完成，但是怎样才能避免坏的完成？

答：首先要选择好觉得有前景的方向，那样需要详细具体的调查和分析，剩下的在开发中还要多点去了解社会的改变，与时俱进，这样才能避免坏的完成。

 

第6章：

敏捷作为当下的软件界的流行名词，因为敏捷反转了以往的固定步骤，编写程序的时候不一定要死板，可以随机应变，随心所欲，但它也有自己的弊端，让人太盲目了。

问题：如何发挥敏捷最大的优势，避免其坏处？

答：了解，适应，改变，蜕变。

 

第7章：

描述了MSF这个微软推荐做软件的方法，它有自己的9条基本原则，都是基于对团队的要求，在团队中每个成员都有各司其职的功效，作为这个团队的领导人，要对团队人员的信任，给出的任务要放心给它做，事后对软件的完善都要靠团队的合作完成。

问题：最后在7.5中提到MSF的敏捷开发模式中，不是太懂，MSF跟敏捷有什么关联，做出的软件不是应该对用户负责吗？一个好的软件不是要得到用户的认可吗？

答：软件的用户范围很大，需要很好的分析，然后获得认可。

第8章

四象限法是一种什么样的方法？如何在现实中运用好四象限法来分析软件的功能？杀手功能是否在四象限法占了很大的作用？

答：就像中断，适当的中断可以防止发生不可补救的运行。

 

第9章.项目经理

才能成为一名合格的项目经理，要做好哪些方面，具备哪些能力？

答：比较全能的人，统筹兼顾。

 

第10章.典型用户和场景

一个软件应该满足各种用户还是专注于某种类型的用户呢？开发者又应该从什么方面去考虑软件服务的用户和类型？

答：这个是开发前就要讨论好的。

第11章：

问题：我们现在这个阶段是在做四则运算APP，如果按照这章的步骤走下去，每天都要进行进度更新，和每日会议还有每日构建的，会不会不太符合我们现在的处境？毕竟我们的所有时间不能只为一门课程服务，还要大量的时间花在其他的课程上呢。

答：通过四则运算，明白很多大程序在开发的时候都会觉得相对足够了，可是在后面才发现其实bug是挺多的，功能太单调。

 

第12章：

设计用户体验的目的在哪里体现？

答：软件的开发方向。

第13章

软件各种测试方法的价值所在之处？

除了书本上的所列举的测试之外，还有什么测试是适合于团队开发的？

答：能力检测，队友互相评价。

 

第14章

测试人员对质量保障起决定性因素吗？

答：对。

 

第15章

主要讲的是软件的发布，在发布之前要做检测，如何能把所有都检测的彻底？

答：给UI总监做好测试，并有一份详细的报告。

 

第16章 IT行业的创新

我们从G-number这个游戏可以领悟到3点：1，赢者通吃。2，螳臂当车。3，只先一步。 我们知道这游戏玩次数越多，答案越小。所以把握好创新的时机是非常重要的。

 

第17章

主要讲的是职业道德，无论是从事什么职业都要培养职业道德。