第五——十三章的做业

                                                                                               第五章

1.团队模式和团队的开发模式有什么关系？

     答：团队模式指团队的分工模式，团队内部的结构，团队开发模式指团队开发的流程及步骤

2.若是你领头开展一个全新的项目，你要怎么选择“合适”的团队模式？

   答： 根据团队的能力和项目的结构，选择合适的团队模式。若是你们都比较自觉，且其中有一人能力较强，就会选择主治医师模式。若是项目比较复杂且每一个人都有本身熟悉的开发领域，会选择功能团队模式。若是项目在不一样方向和领域都有任务，就会选交响乐团模式。若是是开放式项目，可能会选择爵士乐模式。若是开发的人很是多，会选择官僚模式。

3.不一样的团队模式如何影响团队绩效的评估？

   答： 主治医师主要看主刀医师的发挥以及其余人的配合；明星模式主要看明星的发挥；社区模式看你们的热情；业余剧团模式是锻炼人的学习能力，若是队员学习能力出色的话团队绩效会不错；秘密团队和特工团队主要看队员的能力；交响乐团模式看指挥员的指挥，通常绩效比较稳定；爵士乐模式看队员你们当时的状态；功能模式看功能的搭配；官僚模式看沟通

4.团队精神和集体主义的区别？     你们回想在小学和中学的学习过程，你们在一个班集体，有多少工做是以“团队”（Teamwork）的形式来完成的，有多少工做是以“工做组”（Workgroup)形式完成的？或许大部分工做都是以“非团队”的形式完成的。“团队精神”和日常讲的“集体主义”有什么区别？

     答：团队精神更强调我的的主动性，团队是由员工和管理层组成的一个共同体，该共同体合理利用每个成员的知识和技能协同工做，解决问题，达到共同的目标。集体主义则强调你们共同性。二者具体区别以下：

1：在领导方面。群体应该有明确的领导人；团队可能就不同，尤为团队发展到成熟阶段，成员共享决策权。

2：目标方面。群体的目标必须跟组织保持一致，但团队中除了这点以外，还能够产生本身的目标。

3：协做方面。群体的协做性多是中等程度的，有时成员还有些消极，有些对立；但团队中是一种齐心合力的气氛。

4：责任方面。群体的领导者要负很大责任，而团队中除了领导者要负责以外，每个团队的成员也要负责，甚至要一块儿相互做用，共同负责。

5：技能方面。群体成员的技能多是不一样的，也多是相同的，而团队成员的技能是相互补充的，把不一样知识、技能和经验的人综合在一块儿，造成角色互补，从而达到整个团队的有效组合。

6：结果方面。群体的绩效是每个个体的绩效相加之和，团队的结果或绩效是由你们共同合做完成的产品。

5.阅读《梦断代码》  (Dreaming in Code) 这本书，分析Chandler 团队的形式和流程，它们各有什么优缺点?

       答：Chandler 太过理想，推出太迟，很难赢得市场份额。但它蕴含的执着精神、始终未曾放弃梦想的实践，则具备更大价值。从实用角度，做为一款工具，你们可能都不太会去选择Chandler。但从价值观和信念角度，我以为你们都应该去了解Chandler，了解他的内涵。

 

6.有人说 - 现代软件工程分为四个阶段：和PM 吵和设计吵和测试吵和用户吵；你以为应该如何避免吵架?

       答：多沟通。在设计之初定好需求，明确需求。在编码阶段注意交流，随时作出一些能够工做的软件交付给用户和测试，让他们给一些意见和建议，对于正确的意见和建议在接下来的编码中改进。

                                                                                                               

 

                                                                                                      第六章

6.3.1 何时适合选择敏捷？讨论应该增长一些什么问题，来帮助团队选择最合适的开发模型。

  答： 选择合适的开发模型须要增长的问题：

1.团队人员的对软件的应用领域很熟悉吗？

2.项目的风险高吗？

3.项目的使用对象有些什么人？

4.项目的需求明确吗？

5.软件的更新周期长吗？

6.3.2讨论软件开发的思潮请从下表挑选几篇关于软件工程方法论的文章，仔细阅读（包括相关的讨论），根据你的软件工程经验分享你的见解。

      答：在列举的一系列文章中其中一篇文章讲的是敏捷开发，强调了我的和互动高于流程和工具，工做软件高于理解文档，客户协做高于合同协商，变化响应高于计划遵循。在咱们进行软件开发的时候，须要真正的落实敏捷开发的理念。用敏捷开发来作事，须要在开发的过程当中找到适合的位置，慢慢的向目标靠近。知道目标就要当即行动去实现，作到真正的敏捷，不要只是说敏捷这个词，不能让敏捷这个词失去其意义。在软件开发过程当中，要尽量的作到本身的责任。有付出，才会有回报。有人负责才会有质量。一个软件的开发须要团队全部的人共同的来负责，这样才能作出好的软件好的效果。

 

                                                                                                第七章

7.7移山开发方法——比TFS敏捷更精简。你怎么看二柱的观点？

      答：我对二柱观点的见解是：软件工程里面确实有不少的概念和一些名词以及流程，这些东西不是像二柱说的没用，软件工程的这些东西是前人经验的总结能够给咱们在开发的时候一个大的框架。程序员自身的修养和完成工做的素质确实是软件开发中不可缺乏的部分，可是熟知了软件工程里面所讲的概念，而且能运用到开发中才能成为一个修养很高的程序员。

                                                                                                第八章

2．你要写一个企业管理软件, 你要找谁去作用户调研?请列出你认为重要的用户类型和你认为合适的用户调研的方式。

答：老板：有哪些功能，能如何帮助企业管理什么事情，可否达到本身的需求

     管理员：是否易用

     员工：会管理哪些方面的事情，须要注意什么

 

3．在一个软件项目中，软件团队预计天天的进度为 30 小时（即，完成了30小时的工做量）。当项目完成了一半的总工做量的时候，你们发现实际的进度为15小时/天，问：在余下的时间中, 团队的进度要到多少，才能在项目结束时让整个项目的平均进度恢复到天天30小时工做量？

答：不可能

 

4.一个目标/决心/估计的故事：某项目原本进行得很顺利，大领导非要全体人员脱产开一天的动员大会，会议结束时, 领导热情地问你们：你们对如期完成项目有信心么?  这时，项目经理站起来讲：咱们原本是能够定期完成的，如今开了一天会，咱们已经延期了一天。

你们以为这样的项目经理是好仍是很差?

答:很差，容易引发团队内的冲突，以及团队与领导间的不融洽。团队应该敢于适应变化，而不是照搬规律和计划。

 

 

                                                                                                 第九章

1．你有这些能力么？

答：有

2．我是作PM 的料么? 在校学生如何为成为PM作准备

答：都有点擅长是会不是

3．请分析各类交通工具的特性（长途汽车，火车，自驾，飞机，自行车，等）。

答：长途汽车：速度通常灵活性通常不便宜

      火车：速度较快灵活性通常比较便宜

      自驾：速度通常灵活性强比较便宜

      飞机：速度很快灵活性通常贵

      自行车：速度慢灵活性强基本免费

  

                                                                                                 第十章

1．讨论：下面的老板犯了什么错误?

答：只看到了用户的语言和行动，没有看到语言行动背后的动机

3．团队要设计一个银行自动柜员机 (ATM) 的操做界面, 这个柜员机摆在银行营业厅的外面。你以为会有多少种用户来使用你的操做界面?

答：取钱的，查余额的，转帐的，改密码的，存钱的，管理员

4．在你的项目中有作过头的状况么?

答：没有

 

                                                                                                第十一章

一、如何避免在产品开发后期不断有重大修改，致使其它模块的连锁反应? 

答：须要咱们在作需求分析的时候尽可能作的全面一些，不要漏掉一些重要的细节。在中途修改会带来不少的额外工做量，给开发带来极大的不便。

三、如何避免诧异的反应

答：当客户对咱们的软件不了解的时候咱们须要尽可能的给用户解释，并且咱们在设计软件的时候也尽可能的要考虑用户的感觉，从用户的角度去考虑问题。

四、在这个时候是否碰到 “团队成员不给力” 的问题?

答：团队成员只要尽本身的力量去作了事情，通常都能完成预先计划的任务。

五、咱们是在写代码解决问题呢，仍是在搭建宏伟的架构?

答：编写代码是为了解决问题，一步步搭建起一个软件的框架。

 

                                                                                       第十二章 用户体验

 

一、 何时开始考虑用户体验？

答：用户体验应该在软件具备了初步的功能以后开始，根据不一样的用户人群来设置不一样的软件使用方法，以及不一样的功能。好比在设计老人使用的软件的时候就尽可能要精简，能达到主要的功能就好，在给年轻人用的时候就尽可能展示软件的所有功能。

二、 我的电脑界面的演变讨论我的电脑界面的演变, 以及影响这些演变的各类因素

答：我的电脑从最初的有三个按键的鼠标，和最早的图形界面的使用。到如今的最新版本的电脑经历不不少的变化。软件的界面也是咱们常用的软件的见面word2003到word2007的界面就是一个很大的变化，软件界面始终都是迎合用户体验来的，用户有什么要求，软件设计就会尽可能的往那个方面发展。致使这些变化的缘由主要是由于如今计算机技术的发展，硬件的技术上升使得电脑能够显示的内容愈来愈丰富，编程技术的上升也使得如今的电脑能够给用户带来更好的体验。

三、评论手头软件的用户体验

答：咱们常用的软件好比输入法QQ拼音等，如今的输入法当你输入一个新的词语输入法都会记住，而后下次当咱们再次输入时QQ拼音就会自动弹出。QQ拼音在记住用户选择这个方面作的很好，能够给咱们一个好的用户体验。

4.一、产品设计的细节-肯定/取消。同窗们估计对此已经很是习惯了，可是这两个小小的按钮也大有文章：[肯定] 按钮是放在左边仍是右边？哪个按钮是处于预先选择的状态（按回车键的时候就自动选择）？哪种设计更符合人类习惯？

答：肯定在左边取消在右边比较好，符合人们平常的习惯，用退出、保存比用OK、Cancel要好，在中国毕竟大部分人对英语不是很了解。

4.二、产品设计细节静，音按钮要同时关闭闹钟铃声么?

 答：我以为设计静音按键时应该把声音所有关闭，包括闹钟！咱们能够在用户按静音时给用户提示，告诉他闹钟不会响了。

五、A/B测试和道德，技术的发展必然会波及到社会的其它方面，例如道德。 一个网站能用 A/B 测试来影响用户的情绪么？ 若是是为了“科学实验” 的目的呢?

答：我以为可以影响用户的情绪，由于作测试的通常都是相信结果的人。不过为了一些科学实验作测试也没什么问题。

                                                                                              第十三章

 

13.5.10若是你在这些项目中负责测试工做，你要设计什么样的测试用例才能发现这些bug?  还有什么样的改进能避免bug 的发生?

答：设计的测试用例要覆盖代码全部的路径 分支和谓词层次与结构清晰 代码复用率高 每一个接口均可以作黑盒测试 改进时作好单元测试

13.5.11这是什么样的bug？

答：之前的代码若是参数里的文件是/dev/stdin时就会致使程序出现问题，而参数里的文件是普通的文件就不会出现问题。