助教老师好：希望你能够指点指点，其实这些回答有的以前就回答过了，有的是补充上去的
1章. 在1.1节中我从阿超给儿子写了个程序到越来越复杂的功能扩展到应用软件的过程中，觉得这本书挺有趣的，但是有一个疑问！我们知道软件=程序+软件工程，那么就阿超这个逐渐完善的程序来说，是什么时候开始，程序就变成应用软件的？
回答：我通过在课堂上问杜老师，我的理解是，当程序功能做大的时候，我们要用到软件工程的方法的解决，要按照（软件需求分析，设计，实现，测试等）来做，那么我们就可以把所做的程序叫做软件。
1章. 1.1.2在说飞机模型的时候，提出了我们平时讨论的程序问题是在表1-1中的哪个层次上谈论"程序"呢？
回答：自己还不是很确定，应该是玩具模型的层次吧。
1章感想：之前上课的时候只知道软件=程序+软件工程，但是在具体的项目中到底程序和软件的区别点是什么还是懵懵懂懂，通过第一章的阅读使得自己更加了解它们之间的区别。
2章.在2.1.3回归测试中，不知道“回归测试的自动化”是什么？
回答：自动化回归测试平台是用来实现对上海移动BOSS计 费系统发生版本变更时进行全量测试，并确保新增功能及资费变更准确且不会对原有功能造成破坏性影响的关键系统；该系统采用测试参数配置化、测试结果自动比 对及多种测试用例调度测试，实现对上海移动目前23类业务话单从测试话单准备、解码、解析、批价、入库、上发过程中各个环节的自动回归测试。
3章. 在阅读3.2.4职业成长-自我评估的时候，说到CRUD需要一些核心技术和许多控扩展的知识，那么作为软件工程的学生，在学校除了学习专业知识之外还有什么方法可以快速掌握那些核心技术呢？
回答：主要是要学习一些软件工程的理论知识，然后为以后的团队开发做实践指导；
4章. 在4.5.2如果两个人合作，其中一个人老是处于爱理不理的状态，那么还有必要合作吗，或者怎么让同伴的积极性加大？
回答：我知道了两个人合作的重要性，了解了影响他人的一些技巧，极限编程看起来很厉害。
5章. 5.2.1那里有很多的软件团队的模式，那么作为学生团队可不可以用主治医师模式呢？，这样会不会让强的更强，而弱的更弱？
回答：我觉得主刀医师的能力比较强，其余的可能只是打酱油，应该不可以。
5章. 5.2.1那里说业余剧团模式经常是学生在培训项目的时候采用的，那会不会学生就挑自己会的知识来做，导致自己的知识没有提升？
回答：可能会,但是这样也能够提升学生的兴趣吧。
6章.
问题1、敏捷的自我管理会不会让整个项目下来一团糟，我不敢确定？
回答：这个不会，因为敏捷本来就是来解决整个项目一团糟
而产生的
问题2、产品负责人和scrum master工作是不是重复了，可不可以工作就让一个人来做？
回答：不可以，这样的话就会使得工作加大；
6章 感想：我完完整整地看完了6章之后，还是觉得其它的好理解，就是6.2节看不怎么懂，因为那里有点枯燥，其它的比较幽默，还是很有兴趣的，我觉得这一章让我懂得了敏捷流程大概是怎么回事了，知道它的一些原则之类的
7章.
问题、在7.3节那里，团队内部人员，例如负责用户需求的人员要新增一个功能给开发人员，如果开发人员不爽，最后吵得不可开交，会不会各自拍拍屁股就散了？
7章感想.让我比较深刻和颠覆我的世界观的是7.3节第134页，居然团队内部会有利益冲突，"例如，用户代表...会被开发人员鄙视的。"这一段中，觉得我们不是要一起互相来完善的吗！
回答：团队内部是有矛盾的，这是因为利益驱使的，每个人都希望自己能够减少负担；
第八：需求分析，我觉得需求分析挺重要的，一个需求分析是指对要解决的问题进行详细的分 析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。可以说，在软件工程当中的"需求分析"就是确定要计算机"做什么"，要达 到什么样的效果。可以说需求分析是做系统之前必做的。需求分析确定了整个团队的方向，那么怎么多好需求分析呢？
第九：项目经理，项目经理名字好像好高大上，之前觉得项目经理没有什么用，现在觉得项目经理有着敏锐问题的能力，察觉未声明的假设以及解决人与人之间的冲突，同时还需要更多的系统化的管理技能。那么怎么才能够坐上这个位置呢
第十：典型用户和场景，这一章用了一些容易理解的例子来讲，生动有趣，容易理解，暂时没有什么问题
十一章：软件设计与实现
工作时要懂得平衡进度和质量。我一直有一个困扰：像我们团队这次做 男神女神配 社区交友网，我负责主页的设计及内容模块，有个队友负责网站的注册和登录模块，有个队友负责搜索模块，有个队友负责活动查看模块。但是一个项目是一个整体的，每一个人所负责的每一个模块都必须关联起来才能成为一个整体，例如我的主页完成了50%后，为了查看整体效果， 发给队友与他的模块连接起来，如果对方在我的程序上修改了部分，然后同时我也继续编写我剩下的内容，双方都在我那个原本完成了50%的进度模块上做了修 改，那接下来的工作，到底用谁的？实际上两边的修改都要用上，然而我不可能等对方修改后再继续做下一步工作，而对方也不可能等我完全100%做完我负责的 模块后才查看修改或连接，因为这样会导致工作效率大大的下降。这个我觉得这个仿佛有点像我们学习 操作系统 时的那个 售票系统 ，几个窗口同时都要给顾客售票，总得有一个机制管理剩余的票数，因为不可能能同时几个窗口成功售出同一张票。
把代码修改记集成到代码库中
将开发人员手头上的经修改过的大码签入源代码控制系统的步骤：
1、根据场景和开发任务来决定集成的次序
2、互相依赖的任务要一起集成
3、在测试场景时，要保证端到端的测试
4、场景的所有者必须保证场景完全通过测试，然后把场景的状态改为“解决”
开发人员的标准工作流程：
参考《构建之法》P205
在书本中提到了一点，小飞说他在办公室里做了10个小时：然后真正能花在开发工作的时只有3个小时，然后工作进展大概只有；两个小时，他说他的时间 主要是被一些随机事情干扰了，然后就耗费了许多时间。其实在我的思维中，我一直觉得只要有关本次项目程序的事情，都不算是随机事情，比如在写程序的时候， 遇到了一个关于有效性的问题或者是完善的问题，我或许就会改变方向先将这方面做完，我觉得这点并不算是随机事情，毕竟以后发布的正式版本还是需要考虑到这 点问题。早考虑晚考虑，早晚都要考虑，老师你觉得呢？你认为这样想可以吗？
课后练习与讨论：如何对付客户不买账的行为？
在我个人看法中，如果遇到这点，我觉得首先我会想是不是我和客户沟通上出现了问题，在早期我可能会先耐心下来与客户再次好好沟通（毕竟客户就是 上帝）,尽可能达到客户的需求，只要能在我们小组工作范围之内的，可以理解的要求我们都尽可能的满足，尽快给客户一个满意答复。但是，如果我们所遇到的是 一位喜欢刁难的客户，每次都提出一些极端的要求，那么我觉得对于这类客户，我们之间也没有必要有合作的余地了。
十二章：用户体验
-
我们要做一个好的设计，就要做到：
♠谁是你的目标用户？
♠他们会在什么时间使用你的产品？
♠目标用户会在哪里和你的产品交互？
♠你的产品是什么？而用户的期待是什么？
♠用户为什么要使用你的产品？他们的动机是什么？
♠在众多竞争产品中，用户为什么会选择你的产品？
♠用户是如何与你的产品发生交互的？他们怎么用？在使用过程中有出现什么问题吗？
用户体验这章，也正是我们小组项目当前正在进行的内容，看完本章对于我们小组接下来的工作有了很大的帮组。
用户体验的要素：
1、用户的第一印象
在设计方面需要注意一下几点：
1、我们所面对的典型用户是谁？
2、用户初次体验非常重要，这点必须要认真考虑。（在用户使用次数少的功能上少花时间，要突出程序的主要功能，特色有价值的功能。）
主要涉及到5个“W"和1个“H”上:
即：WHO谁是目标用户：
WHEN用户何时会使用我们的产品：
WHERE用户何地会使用我们的产品：
what我们的产品是什么？特色在哪里？
WHY用户为什么会选择我们的产品，哪方面吸引到了用户？
HOW用户如何与我们的茶农发生交互的？
How :用户是如何与你的产品发生交互的？他们怎么用？在使用过程中出现了什么问题？
2、从用户的角度出发考虑问题
从书本上看到那个银行假币投诉的例子，简直是无法理喻，这完全是阻断了用户使用的路径。
3、用户需要帮组，但是用户没有那么蠢
一些简答的解释，如果太多了，就会变得冗余重复啰嗦了。
4、软件服务始终要记住用户的选择
经过书本上对于用户设计的一些例子“类似于飞机上的服务遥控器”
其实这些问题看起来小，看完之后才感觉到，里面含有许多大道理、这点，我们没有实际遇到过，还真一时半会想不到，不过，我觉得在这方面，机组人员必 须经过一番专业培训，然后在乘客登机的时候，应该告知乘客这些东西，更多的是一种互动的方式来告知乘客，这样就或许能达到意想不到的效果。
<构建之法>第十三章到十七章有感
第13章:软件测试方法有哪些？
主要讲了软件测试方法；要说有什么问题就是哪种效率最高？
回答：每一种都是因人而异的，没有说哪一种比较高；
第14章：质量保障
软件的质量指标是什么？
回答：软件一个非常重要的指标就是：产品稳定可靠，而且用户喜欢；
第15章：稳定和发布阶段
软件的发布是要有很多步骤的，需要注意哪些问题呢？
回答：主要注意软件工程研发的各个阶段，例如用户需求啊；
第16章：IT行业的创新
创新一般是要有一定的基础才行的，那么怎么样能够让自己的创新能力发挥出来？
回答：那就是要加强自己的理论学习，而且要不断实践与总结；
第17章：人，绩效和职业道德
我们以后如果从事这个行业的，那么需要有什么职业道德？
回答：首先肯定不要做出违法法律的事情，其次，做出来的软件肯定要能够服务人类的，而不是破坏人类的