个人第一次作业：阅读与准备

个人第一次作业：阅读与准备

这个作业属于哪个课程	软件工程
这个作业要求在哪里	作业要求
我在这个课程的目标是	1.接触并学会博客园的使用2.能够发布高质量的博客3.真正认识软件工程4.增强编程能力
这个作业在哪个具体方面帮助我实现目标	本次作业让我第一次真正接触博客园，学会如何发布一篇博客，是学习的第一块敲门砖。

一.建立博客并介绍自己

1.我的博客：老酒ramble
2.自我介绍：
我叫匡小娟，是西南石油大学地理信息科学专业2017级学生。初入校园时我甚至不甚清楚自己的专业是做什么的，经过两年的大学生活我已经适应了跟高中完全不一样的生活节奏，从大一的茫然惶恐到如今的适应与习惯。“既来之则安之”在一些人看来这或许并不是一个很好的词，但我却是一个这样的人。我很容易接受改变，接受现实，我并不觉得这是一个缺点，相反我觉得这是一个优点。每个人的生活环境都会随时发生变化，如果每一次变化都需要很长的时间去接受去融入这将会浪费很多完全可以节省下来的时间。能够快速的接受改变，这就是我。

二.阅读与思考

1.回想一下你初入大学时对你所在专业的畅想

• 当初你是如何做出选择你所在专业的决定的？

  选择这个专业时并没有做过多了解，查到录取信息的第一件事就是百度“地理信息科学”，在进入大学之前我对自己专业的了解度为0，甚至完全没有听说过这个专业。

• 你认为过去一（两）年中接触到的课程是否符合你对你自己所在专业的期待，为什么？

   开学伊始专业相关老师为我们详细而认真地讲解了什么是地理信息科学， 讲了这个专业的内容以及这个行业的发展。 那时我觉得自己对这个朝阳行业充满了兴趣，觉得这个行业充满了无限可能。大一大二接触到的课程是大概符合我的期待的。

• 你觉得你所在的专业是你喜欢的领域吗，它是你擅长的领域吗？

  我觉得我的专业涵涉范围很广，其中有自己感兴趣的领域，相较数据处理工作我对相关软件的二次开发更感兴趣，我也在努力地把它变成我擅长的领域。

• 将来你会选择从事和你专业相关的工作吗？是的话给出你想去的城市、公司和岗位，否的话给出原因

  将来我会选择从事地理信息科学相关的工作，并会选择留在成都，想去GIS相关软件研发公司工作。

2.对照前人们走过的路和描述未来发展，现在的你

• 自我感觉你已经具备的专业知识、技能、能力有哪些？已经写过的代码量是多少？描述你做的最复杂的项目/作业。

  经过两年的学习，已经具备了一定的专业知识和技能，但所积累的能力大多是数据处理能力，软件方面还一知半解。 数据处理方面已经做过国家第三次土地调查和全球测图相关工作。

• 离成为一个合格的本科毕业生，在专业知识、技能、能力上还差距哪些？

  在数据处理方面已经有了一定的能力并有较多的实习实践经历，  但软件方面还很欠缺，代码的编写能力还有待加强。

3.目前是一个人生选择的十字路口，考研、工作、考公、出国，不同的选择在大三就有不同的努力方向。而无论考研还是工作的每条路径，也有许多不同的分支。

• 对照以上你阅读的前人们的经历，你的选择是什么？

  我会选择考研。我觉得本科所学习的知识并不足以充分了解并融入这个行业， 所以我想继续深入学习。

• 在这种选择下，你认为你相比其他同学来说有何优势，有何劣势？

   优势：从事过数据处理工作，对本专业的理解更加深入，增强了对考研的渴望，也明白了考研的重要性，对于专业方向选择也有了更加深刻的认识。
   劣势：英语能力较弱，考研对英语要求较高。

• 针对你的选择，你给自己的大三设定的规划安排是什么？

  开始了解考研相关信息，明确考研目标，了解考研对专业知识的要求， 了解考研导师信息，积极学习英语，提高英语水平。

• 你对于实现自己的梦想已经做了或者计划做什么样的准备？

  了解考研相关信息，并积极作准备。

  三.提有质量的问题

1. 教材第2章个人技术和流程P25：“单元测试应该在最基本的功能/参数上验证程序的正确性。单元测试应该测试程序中最基本的单元——如 在C++/C#/Java中的类，在此基础上，可以测试一些系统中最基本的功能点(这些功能点由几个基本类组成)。从面向对象的设计原理出发，系统中最基本的功能点也应该由一个类及其方法来表现。单元测试要测试API中的每一个方法及每一个参数。”
   提问：是否是所有功能单元都需要单元测试，如果都需要是否会造成代码过于冗长，工作量过于庞大，是否有其他更好的检验方法？
2. 教材第4章两人合作P73：“谁来做代码复审?即最有经验、熟悉这一部分代码的人。”
   提问：最熟悉这一部分代码的人不应该是代码编写者吗？如果是团队分工，一人负责一部分代码，那么会不会出现其他人对该段代码都不甚熟悉的情况？如果出现这种情况应该怎么办？
3. 教材第12章用户体验P265：“尽快提供可感触的反馈：系统状态要有反馈，等待时间要合适。现在程序发生了什么， 应该在某个统 的地方清嘴地标示出来。个目标用户能够只靠软件的主要反馈来完成基 本的操作，面不用事先学习使用手册。系统的反馈可以是视觉的、听觉的、触觉的(例如手机振动)。但是要避免简单重复的提示。”
   提问：系统如果需要手机振动来反馈，是否会对手机所需权限更多，而过多的使用权限是否会给用户带来不好的用户体验？
4. 教材第13章软件测试P277：“构建验证测试( Build Verification Test, BVT )：顾名思义，构建验证测试是指在个构建完成之后， 构建系统会自动运行一套测试，验证系统的基本功能。在大多数情况下，这些验证的步果都是在自动构建成功后自动运行的，有些情况下出会手工运行，但是由于构建是自动生成的，我们也要努力让BVT自动运行。”
   提问：系统的哪些功能是基本功能，如何区分基本功能和其他功能？
   
5. 教材第15章稳定和发布阶段P325：“第二步:会议决定是否同意修改方案。决定哪些缺陷必须现在就进行修复，哪些可以推迟到下-一个里程碑。会诊应该对每一个修复选择下列处理方式。”
   提问：对于整个项目来说，所有的问题都必须得到解决，对于已发现的问题为什么要留到下一个里程碑？

四.了解和调查源程序版本管理工具

目前流行的源程序版本管理软件和项目管理软件都有：Git、GitHub、Microsoft TFS、Bitbucket、Mercurial、Trac、Bugzilla、Rational，Apple XCode
Microsoft TFS：
优点：
任务版上能将需求、项目进度一览无余，版本控制系统和工作项存储器在注册时集成在一起。
缺点：
TFS在个人成本上的消耗相对来说更大一些。TFS通过复杂的看似功能强大配置管理，将联机看做是整个项目周期的常态，这在实际使用中造成极大的不便。整个系统是用 asp 实现的，用浏览器访问相当慢。
Github：
优点：
基于web，允许使用Git的源代码管理功能，github的公开项目免费，github 不断在修改增进界面。用户可以十分轻易地找到海量的开源代码，灵活。
缺点：
中文资料较少，对英语要求高，不适合新手，新手需要多加练习。
Git：
优点：一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。
缺点：
学习周期相对而言比较长。不符合常规思维。代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。