实验十二

Posted 2020-11-21 ymm3

一、关于源代码管理的10 个问题

1. 你的团队的源代码控制在哪里？用的是什么系统？如何处理文件的锁定问题？

答：我们团队的源代码在GitHub里，所用的系统是win7，我们团队的文件没有锁定。

 

2.如何看到这个文件和之前版本的差异？如何看到代码修改和工作项（work item），缺陷修复（bug fix）的关系。

回答：点开项目的commit的记录，点击相应的SHA版本哈希值之后可以进入到如下的页面 

   

3. 如果某个文件在你签出之后已经被别人修改，并且签入了，那么你在签入你的修改的时候， 如何合并不同的修该（merge)? 你用了什么工具来帮助你？

答：这种情况我们一般的处理方式是备份本地自己开发的一份代码，先把别人签入的代码更新到本地，然后在本地手动合并修改，用的工具是

BeyondCompar 

 

4. 你有20个文件都是关于同一个功能的修改，你要如何保证这些文件都同时签入成功（修改的原子性），或者同时签入不成功？

 答：  直接对工程文件进行整个的签入挂起的更改

 

5. 你的PC 上有关于三个功能的修改， 但是都没有完成，有很多文件处于半完工的状态，这时你要紧急修改一个新的 bug，如何把本地修改放一边，保证在干净的环境中修改这个 bug, 并成功地签入你的修改 --- changelist management。

答：自己将这些文件或者是功能块注释，之后再修改bug

 

6. 规范操作和自动化

    你的团队规定开发者签入的时候要做这些事情：

    - 运行单元测试，相关的代码质量测试。

    - 代码复审 （要有别的员工的名字）

    - 和这次签入相关的issue 编号， 任务/task， 缺陷/bug 编号，等等， 以备查询。

    请问你的团队有这样的自动化工具让开发者方便地一次性填入所有信息然后提交么？  （高级功能， 代码提交之后， 相关bug 的状态会改动为  “fixed”， 并且有链接指向这次签入。）

答：没有

 

7. 如何给你的源代码建立分支？

(1) 在master上建立分支，每一段修改都进行交付。将不需要的修改的地方删除。
(2) 在master上建立分支，找历史交付版本，将其下载到本地，需要哪个版本都可以进行安装，继而重现用户报告的问题

8. 一个源文件，如何知道它的每一行都是什么时候签入的，为了什么目的签入的（解决了哪个任务，或者哪个bug）？

答：每一次操作都是显示在时间轴上的，也可以自己来查看标记。

9. 如何给一个系统的所有源文件都打上标签，这样别人可以同步所有有这个标签的文件版本？

答：之前代码在本质是一步步完善过程中的，基本上每一次代码提交都会添加一小部分功能模块。在稳定性上来说没有什么太大的体会，并没有出现很不稳定这种的版本。就算出现了这种版本，一般也是代码处理上的错误，通常是不会选择提交，而是会改进后提交的。

 

10. 你的项目的源代码和测试这些代码的单元测试，以及其他测试脚本都是放在一起的么？ 修改源代码会确保相应的测试也更新么？你的团队是否能部署自动构建的任务？

答：源代码和测试这些代码的单元测试，以及其他测试脚本没有放在一起的，因为这样更方面进行处理。 至于测试的更新方面，会放到之后再进行更新，优先度来说没有那么高。 提交之前会进行简单的测试，不会将每部分功能每个方法都充分测试。

二、文档准备

 验收之前，本项目组已准备好以下几类文档：

1.开发总结文档

2. 需求文档：包括需求规格说明书，需求变更文档等

3.设计文档：包括概要设计，详细设计，数据库设计等

4. 测试文档：包括测试方案，内部测试报告，第三方测试报告等

5.实施文档：包括实施，部署方案，用户手册，维护手册等

6. 过程文档：包括项目周报，会议纪要等

github上传记录：https://github.com/FBGfbg/xuqiu

 

三、项目验收过程

1.项目汇报

　　由乙方的负责人来主持会议，由乙方项目组长进行PPT讲解，汇报本项目的需求分析，开发背景、开发过程、功能简介、总结，并对本系统进行演示，由甲方对本项目进行提问，乙方团队成员进行解答，在此同时，甲方根据项目讲解情况、项目完成度，以及答疑情况对本项目进行评分。

2.项目验收

　  （1） 整理好需求分析说明书、系统设计方案说明书、系统测试文档、实施文档、会议记录、总结文档等，完成项目软件系统演示前准备工作。并准备好项目验收意见表、验收会议名单及验收会议议程。

　　（2） 本次项目验收会议成Dare_To_Dream团队和本团队的全体成员，先有本团队做工作汇报和总结，接着，由本团队技术人员进行系统演示，这一系类的工作结束以后，由Dare_To_Dream团队对本系统进行提问，本团队的成员解答，最后由Dare_To_Dream团队的组长填写项目验收意见表。

四、站立会议场景

 

 

 

五、任务分工

	具体任务	工作量	花费的时间
马玉婷	1.撰写开发总结文档 2.撰写设计文档 3.Beta冲刺二 4.Beta冲刺三 5.系统演示前的准备	35%	9小时
马美玲	1.PPT的制作 2.撰写需求文档 3.撰写过程文档 4.Beta冲刺一 5.Beta冲刺四	35%	9小时
益西卓嘎	1.撰写测试文档 2.撰写最后的博文 3.项目验收意见表 4.撰写实施文档	30%	6小时

六、实验心得

马玉婷:这次作业任务总分比较高，任务难度也比较大，个人感觉难度主要来源是代码部分，虽然这个不能占软件工程这门课的一大部分，但是由于自己以前没有学好编程，导致在这一块很吃力，再加上我们只有三个人，也使得我们的难度增加了许多，但是我们团队还是经过努力完成了任务，只是有一点感觉可惜的是我们原定最有特色的一步由于时间关系没有做出来，但是我会继续把这个项目做下去的。

 

马美玲:本次实验从刚开始的项目选定到之后的需求分析、概要设计、详细设计再到最后的项目的实施及验收，我清楚的掌握了软件工程实施的基本过程。这次项目中我学到了很多东西，把之前学过的JAVA又熟悉了一遍，也学会了没有接触过的android的相关知识，学会了软件工程设计中使用的一些工具，使我收获很大。此外，深深感受到团队合作的重要性，有计划、有效率的沟通会使团队少走很多弯路，也会使项目进展的更顺利。

 

益西卓嘎:一个学期眨眼就过去了，通过这一个学期的学习，我已经基本了解了软件设计的基本流程。团队明确的详细的对任务进行分析和分工，在一次次的实验中也越发的感受到了团队合作的重要性，整个过程中深切的体会到软件设计中一个软件从最初的构想到最后实现所需要的步骤。在这一学期的正规的软件工程项目设计开发里面我们遇到并解决了很多的困难，也学到了许多的东西。作为一个团队的一分子，积极主动和同组成员沟通意见，共同进步，一起合作双赢，快速的找准自己在团队的定位并找到自己的工作；作为一个软件工程人员，更是学会了如何正确和快速的构建一个合格的软件工程。感谢所有的助教老师和团队成员们，给了我不尽的动力能坚持下去。

 

组长总结：这是这门课程这个项目最后的一次作业，作为小组组长，回顾这一路的历程，真的收获了很多，从不知道安卓到浅谈安卓操作，从各种各样的数据库环境中选择出mysql，从每个人手忙脚乱到跌跌撞撞的找到自己的路，我们经历过争吵，看过兰州12点以后的月亮，也曾认真的和陌生人交谈，很感谢每一位我的组员，也很感激大家能够这么努力的去完成了这件事，这个过程，我们这个团队变得更加坚强，虽然这句话说了很多次，但还是想说，很感谢每一位老师给我们的帮助和点评，不过是博客下面的评论还是班级微信群里老师们精挑细选过的博文，每一次分享，都让我有所收获，感谢你们，我的组员和我的老师们！