回想开学初对于软件工程这门课的期望，总结本课程对我带来的提升：
学习和使用的新软件：花生壳，wamp，word、ppt等
花生壳"支持的线路包括普通电话线、 ISDN、 ADSL、有线电视网络、双绞线到户的宽带网和其它任何能够提供互联网真实IP的接入服务线路，而无论连接获得的IP属于动态还是 静态。对于使用动态IP接入的用户而言，您可以利用" 花生壳"在办公室或家庭建立拥有固定域名的互联网主机。由于不受线路类型、 主机存放地点的约束，所以您可以根据自己的需求选择合适的系统平台、数据库平台和站点运营模式，并由此获得最大限度的自主性。我们先用wamp进行环境设置，再用花生壳进行内网穿透，将我们自己的一台主机变成主机，但是最后进行路由器的DDNS设置的时候，我们的华为路由器不支持花生壳所以只能使用新浪云上传到web。
学习和使用的工具：新浪云
新浪云平台是由新浪公司开发和运营的开放云计算平台的核心组成部分，是国内第一家公有云计算平台。供开发者创建应用时采用。 开发者可以使用SAE开发托管应用，省去了很多麻烦，建站者可以使用SAE托管网站程序，SAE内置的应用商店可以使你快速的一键安装多种网站程序，
- 学习和掌握的新语言、新平台：js和html、css
通过本次试验使我明白了js不仅可以编写前端的开发，还可以编写、连接数据库。html不仅可以实现界面的编写，而且可以编写网页，还可以将界面和数据库链接起来。Javascript脚本语言同其他语言一样，有它自身的基本数据类型，表达式和算术运算符及程序的基本程序框架。Javascript提供了四种基本的数据类型和两种特殊数据类型用来处理数据和文字。而变量提供存放信息的地方，表达式则可以完成较复杂的信息处理。
- 统计一下，你在这软件工程实践中，完成了多少行的代码
经统计，我们一共完成了后台数据库建立、后台数据库连接、登录界面以及修改密码界面的编写，共完成大约1300行左右代码编写。
- 学习和掌握的新方法;
1、在软工方面，我学会了一个整体项目的编写过程和一个团队的整体配合、团队分工。
2、在专业方面，
（1）对网页的编辑和上传web的多种办法。
（2）了解了html的的编写方法和界面的设计。
（3）学习cookie的交互和花生壳的内网穿透等。
总结与展望：
记录自己在软件工程课程上的经验总结
此次课程让我充实熟悉到团队协作的主要性，只要合作协作才干保证整个项目标有条不絮。经过此次试验，我懂得了项目的主要性，体会到实际学问与实际相连系的主要意义，学会了坚持、耐心和勤奋。我感受作为一名软件工程专业的学生，此次项目设想是很有意义的。更主要的是若何把自己日常平凡所学的工具利用到理想中。固然自己关于这门课懂的并不多，也没有很有效的法子经过自身去了解，可是靠着这一个学期的学习，在小组的讨论和配合下，渐渐对这门课逐渐发作了许多的乐趣。
- 对于下一届的学弟学妹你有什么建议和告知呢？
我想说：
1、在选择题目的时候尽量选择一些实际有用的项目，不要选择太难的，要以实用原则为主。
2、在编写项目的时候，一定要有一个总体的规划，制定详细的计划，可以选择一个组长，一个副组长，副组长主要负责督促本小组成员的计划完成度。
- 分析一下自己所处的团队。软件工程实践是大学里少有的认真的团队协作经验。你们团队经历过么？最后到达了哪一阶段？
我们在制作项目的过程中遇到了很多困难，在制作过程中有过很多分歧，但经过我们多次协商，解决很多问题。我们也经历过绝望，但在我们相互鼓励下我们顺利地完成了项目。
1、萌芽阶段：
我们先进行了一些考察和分析，在刚开始的一段时间里，我们第一次选择的项目过于简单，请教过老师以后更换了项目。刚开始大家积极性都很高，没有预见到会有一定的困难，开始的时候东西很简单，大家都认为很简单，制作的速度也很快。
2、磨合阶段：
在接下来的时间里，大家的积极性逐渐消亡了，制作起来很慢。而且大家产生了很多分歧，再加上事情很繁多，大家也有了很多不愉快，有些同学有心无力，导致项目停滞了很久。后面经过我们不断地商量和争吵，项目又一点一点明确下来。
3、规范阶段
我们经过不断的协商和争吵，项目又一点一点向前推进。我们也重新制定了详细的规定，我们也开始了相互理解，大家也进行了一定的交流，互帮互助，能力强一点的同学也很努力的去帮助能力稍差一点的同学，因为我们都明白一个道理，制作项目的时间不多了，大家也谁都不想我们的项目流产，因为它就像我们的孩子一样，我们对于它有了感情。
4、创造阶段
我们的项目代码已经完成了，现在就剩下技术上的支持，着我们也到了自己的瓶颈区，很艰难，我们真的体会到了程序员的崩溃，好在我们每个人都相互鼓励，相互支持着，让我们有了能重新做下去的信心，现在回想起来，我们也是收获颇丰。
- 个性发挥，包括图文、照片和创意等
总结;通过这次学习《软件工程》，还让我认识和培养了我的团队协作能力，特别是对于我们在校的学生来说，这种学习更是能让我们在以后工作中少走很多的弯路。所以，通过《软件工程》的学习，我是真的学习到了很多有用的东西，让我明白了很多的道理。在此我对两位老师的辛勤教育表示感谢，因为是您让我学习到了这些，使我获益良多。
对作业一的六个问题回答：
我对我问题的回答是：
1、结对编程中，怎样分配两个人的工作（第四章，4.5小节）
我查了资料，有这些说法：如果你是执行者，当以最快的速度完成了某个程序时，往往会忽略一些问题，在这个时候，搭档就是保障。如果你是观察者，仔细审查对方的代码，考虑可能的错误，以及如何简化和改进设计。在无法读取的时候找出bug，但是不要即时就要求删改，而是等到对方专注编程之后，进行到一个程度再整体调控会有效。例如，如果你看到现在的代码没有考虑空输入，在一张纸上写下，“添加单元测试的零输入。来自于360问答 http://wenda.so.com/q/1465653280728547。根据我们的实践，我得到这些经验：在编程前两个人要明确分工，一个人作为编程者、另一个人作为观察者，因为编程过程中会出现错误，编程者很有可能检查不出错误的所在，这时候就需要观察者修复bug.其二两个人可以相互监督、相互配合，使代码能够快速的完成。其三长时间编程会产生一定的疲劳和抗拒，两个人可以相互调换角色，能够高效的工作。但是我还是不太懂，我的困惑是两个人有可能任务分配不均衡，怎么解决这个矛盾呢？
我的回答是：一个人作为编程者、另一个人作为观察者，因为编程过程中会出现错误，编程者很有可能检查不出错误的所在，这时候就需要观察者修复bug。.其二两个人可以相互监督、相互配合，使代码能够快速的完成。其三长时间编程会产生一定的疲劳和抗拒，两个人可以相互调换角色，能够高效的工作，其四当编程者很快的完成的项目，会忽略一些细节信息，这时候观察者就要测试软件，查找细节信息，有助于让体验者对程序有更好的评价。
2、导致团队的开发人员与PM产生分歧，那应该用什么方法来解决这样的问题（第九章）
我查了资料，有这些说法：·PM是一个团队的领导核心，应该无条件的服从PM的决策。我得到这些经验：PM作为领导者应该以鼓励为主，这样团队成员才能主动向领导者靠拢，一个团队的凝聚力才能上升，团队的“战斗力”也可以得到明显的提高。但是我还是不太懂，我的困惑是PM的决策难道就没有人去审核吗？
我的回答是：当新的PM和团队成员发生争执的时候，PM作为领导者应先冷静下来，主动和前任PM交流，搞明白以前产品的方向、面对群体等信息，再主动和团队成员交流，了解大家对产品的想法和具体争执的原因。在开会找一个大家都能接受的方式方法。
3、充分授权和信任；就我们当前的软件工程大作业来说，老师要求我们写一个完整的软件，如果我们充分授权与信任那些只想及格而不想在团队中出多少力量的人，被授权人根本不会对自己的责任负责，而领导只是支持成员完成任务，而不是迫使他完成任务，如何能保证任务如期完成？（第五章）
根据我们的实践，我得到这些经验：先调动这类人群的积极性，让这类人对项目产生感情，让他们主动体会到参与编程的乐趣，让他们主动参与项目，感受到团队配合的乐趣，体会到团队成功后的喜悦。
我的回答：有两种方式：第一充分调动这类人群的积极性，先分配给他们一些简单的任务，让他们体会到成功的乐趣。第二强迫他们加入项目，分配给一些任务规定好时间，必须按时完成，否则将会有一定的惩罚措施。
4、 软件工程技术革新速度非常快，年龄的、学习能力下降的程序员的出路在哪里？（第三章）
通过查资料，有这些说法出路一:向IT营销转型, IT与其它行业不同，由于技术性较强，营销人员一般也须有较强的技术背景，且最好有着丰富经验。出路二:向项目管理努力,如果说前面出路转型的成分多，那么项目管理可以说是更为便捷的发展之路。来自于（http://www.cnblogs.com/single1970/archive/2010/08/19/1803466.html）
我的回答:学习能力下降的程序员已经有一定的人脉、金钱了，可以自己创业，开一些相关的公司。或者面向管理层晋级，但管理人员必定有限，所以要付出更多的精力。
5、代码在本地及服务器上运行成功，但无法实现功能的原因在哪里？（第十三章）
通过查资料，有这些说法：有可能服务器不稳定，或者系统不匹配。根据我们的实践，我得到的经验：服务器不稳定，我们曾经设计的网页，崩了好几次，第二天就又好了，所以我们判断是服务器不稳定。
我的回答：这种问题分两种情况：1、有可能是本机使用的软件版本很落后，没有更新。
2、需要根据具体情况分析
6、是否要进行图形建模？图形建模有哪些分析方法？（第二章）
通过查资料，有了如下解释：需要进行图形建模，有UML建模的用例图，活动图，类图，序列图，根据我们的实践，有了如下经验需要进行图形建模，有UML建模的用例图，活动图，类图，序列图。
我的回答是需要进行图形建模，有UML建模的用例图，活动图，类图，序列图
UML建模技术就是用模型元素来组建整个系统的模型，模型元素包括系统中的类、类和类之间的关联、类的实例相互配合实现系统的动态行为等。UMLUML是面向对象开发中一种通用的图形化建模语言，它定义良好、易于表达、功能强大且普遍适用。来自于百度百科
活动图（activity diagram，动态图）是阐明了业务用例实现的工作流程。业务工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。来自于百度百科
类图(Class diagram)是显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图不显示暂时性信息。来自于百度百科
序列图主要用于按照交互发生的一系列顺序，显示对象之间的这些交互。来自于百度百科
