团队名称
· Antssss
团队项目
· 期末大作业匿名互评系统
1.学习和使用的新软件
· Enterprise Architect（各种用例图、类图绘制的软件）
· PowerDesigner 8 （一种数据库设计的软件）
· My Eclipse 10
2.学习和使用的新工具
· Mockplus,设计原型交互界面的工具。
3.学习和掌握的新语言、新平台
· 语言:Jsp、Css
· 平台：无新平台
4.我在这软件工程实践中，完成的代码行数
· 没详细数过，大概就五六百行左右
5.学习和掌握的新方法
· Mysql数据库的配置
· 博客园中MarkDown排版
· 用Git创建仓库、上传源代码
总结与展望
1.自己在软件工程课程上的经验总结
· 在团队合作时，要善于发挥自己的长处并且注意分工的协调性与合理性，因为合理的分工合作对于整个团队是及其重要的
· 要学会听取他人的建议，多交流、多相互学习
· 在自己查找资料进行相关学习时，注意认真仔细学习，不要只学习大概，确保自己已掌握理解
2.对于下一届的学弟学妹的建议和告知
· 多利用自己的业余时间学习一些其他的语言、技术、项目开发等，学好专业课。
· 有合作项目时注意时间的分配，在做的过程中遇到问题、产生分歧及时沟通有利于项目的按时完成
· 要多注意在用数据库连接同步显示前后台部分需要进一步的操作实现，后台部分需完善功能
3.《构建之法》团队合作的阶段，你们团队经历过么？最后到达了哪一阶段？
· 我们团队合作的阶段，软件开发流程属于敏捷流程；我们团队合作的阶段包括萌芽阶段、磨合阶段、规范阶段、创造阶段。
·在萌芽阶段：我们刚组成团队在拿到项目后，大家相对比较保持不发表意见的状态，只是简答的说一下对于项目看法等。
·在磨合阶段：我们大家实施过程中产生不一样的想法，然后通过讨论最终确定具体做法、怎样分工等。
·在规范阶段：我们慢慢开始步入正轨，每个人有自己相应的分工，并在截止日期内如约完成。
·在创造阶段：我们最后把所有的代码分块整合在一块，实现了项目中用户需求的部分功能，并没有完全实现用户的需求与问题，所以我们只能算是到达了创造这一阶段 ，但是并没有完成创造这一阶段。从整体来说，这次我们的团队合作比较和谐。
4.个人发挥
问题补充回答
1）在软件测试中什么是冒烟测试？为啥要采用？（第13章 软件测试中间部分）
答：通过这一学期的学习了解到冒烟测试就是在测试中发现问题，并且找出bug,然后修复bug，最后检验是否修复完成的这一专业测试过程叫做冒烟测试；冒烟测试是“一种基本验证测试，根据我个人理解也就是根据电路板是否冒白烟来判断的，查资料后发现冒烟测试从操作上是一个随机的测试，操作对象通常是核心业务模块要是发现多数功能走不下去（其中的20%），那么这个冒烟测试就算是结束了。而且因为冒烟测试是确定和发现并修复软件的最经济有效的方法，冒烟测试的验证测试比较节约时间、耗时短，且不会破坏整个版本的稳定性所以被普遍采用。
2）开发一个项目时，想好了需求分析后就正式动手开始操作，第一步就是设计好用户界面吗？还是主要进行代码的编写？（第12章 用户体验）
答：开发人员在软件开发时的需求分析很重要，同时从用户的角度考虑问题则是软件的第一次使用和软件的好用度很重要，而想好了在开发人员动手操作时不一定永远是设计好用户界面，主要是取决于产品的类型和不同目的，每个项目的类型不同、目的不同因此动手操作时的步骤也就不尽相同但是一般都是先对这个项目进行分析、了解用户需求，有一个需求规格说明书，然后对所开发软件的功能、性能、用户界面等进行分析设计。
3）在软件测试的时候需要覆盖所有的代码段吗？（第2章 个人技术和流程）
答：代码覆盖测试是衡量测试质量的一个重要指标，测试只能作为判断软件质量的一部分指标不能代表全部，而且书中提到100%的代码覆盖率并不等同于100%的正确性。进一步的软件的覆盖包括所有分支、正常路径和错误路径、有效的输入和输出情况等多个部分，通过查找资料后知道了如果仅覆盖了代码的一小部分并不能代表软件的质量，但如果测试覆盖到了软件的绝大部分代码则对质量有些信心。所以代码的覆盖测试只能作为判断软件质量的一部分指标不能代表全部但是有一定的代表性。
4）在瀑布模型中温斯顿提到瀑布模型（模拟版本）和原型模型有何不同？（第5章 团队和流程）
答：书93页看到“温斯顿指出，要让产品成功，最好要把这个模型走两边，先有一个模拟版本，在此基础上收集...”。这部分看完后不是十分理解通过查相关资料后知道了瀑布模型主要强调文档的作用，并且要求每个阶段都要仔细验证，用户只有等到整个开发项目的末期才能见到产品的成果耗费时间长已经不太适合用于现代项目开发；而原型模型实现客户或未来的用户与系统的交互，用户或客户对原型进行评价从而可以克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险，具有显著的效果.
5）MFC方法的基本原则是什么?
答：通过学习MSF这一章中看到“微软解决方案框架，其实也是一个方法论，是一个微软推荐做软件的方法MSF”但其也具有它自己一定的基本原则：1.推动信息共享与沟通；2.为共同的远景工作；3.充分授权的信任；4.各司其职，对项目共同负责；5.保持敏捷，预期和适应变化；6.投资质量；7.学习所有的经验；8.与顾客合作。这些原则教会我们要怎样高效率地去做一个软件。同时，我们也要结合MSF团队模型与MSF过程模型，从不同的层面上发现软件隐藏的问题，然后修复不同的bug；这学期学习完我熟悉了MSF的科学内涵，在今后的就业过程中，上司们大多会考验我们毕业生的实战经验和能力，我们作为刚毕业的大学生应该加强自己的适应能力和创新实践能力，才能更好的适应社会。