工作计划与内容--UI软件开发新人关注

u       基本设计(类图、时序图的做成，个别画面还需要做成用例图)

 

准备工作（以下内容越熟悉越好）：

1． 学习旧Model的机能试样书

注：先了解一下所要做的是个什么东西，大体要做成哪些功能。

2． 学习旧Model的操作试样书

注：详细了解实现功能的具体要求。最好多在实机上点点按按，看看实际效果。

3． 学习旧Model的接口试样书

注：对于其中的基类图了解一下，重点是学习底层接口的时序图，有助于加深对机能的理解。部分接口试样书还提供了画面时序图（多是对前一Model的机能变更点做成的），这个更是学习的重中之重，有助于完成基本设计。

接口试样书相当于一个函数字典，但是项目初期阶段，学习这部分内容只需了解到每个函数名以及这个函数是可以做什么功能（参见函数注释）的就可以了。

4． 学习旧Model的相关实现代码

注：通过学习原有代码，可以更快的熟悉接口如何来使用，以及代码的结构和书写风格。

补1：综合1，2内容（2中主要参考画面迁移部分），如果可以把实现的功能总结成一份文档就最好了，方便自己以及其他人了解这部分可以完成的机能。（如果在新Model中有变更点的内容，则可以用不同颜色的字标出。）

补2：在接口学习后，如果可以把你所需要的所有的接口以及这些接口完成的功能总结成一份文档就最好了，方便以后的使用和查询。

 

基本设计相关成果物的做成

1． 不参照原有的设计，完成初步的类图和时序图。

2． 与原有设计做一下对比，看看自己做的设计在哪些方面有遗漏，是否准备工作做的不够充分，原有设计是否也有不足的地方，哪些部分需要改进。（思考总结）

3． 完成类图和时序图的制作。

注：在制作时序图时，在需要调用接口的地方，建议使用文字描述该接口的功能而不是直接使用函数名。并在时序图最后为每个文字描述加上相对应的函数列表。这样做的时序图很容易使其他人看懂，并且以后的维护也会很方便。比如之后的新Model中只有函数名变更，函数功能没有变，那么只需改动时序图里函数列表中的对应函数名就好了。

4． 综合整个项目，此时完成的基本设计的完成度大致只有60%左右，在之后项目开发的过程中，如果式样或是接口有变更，可能还需要对已经做成的基本设计进行修正。

 

学习收获：

文档的制做，我们既是开发人员，也要主动去思考一些设计相关的问题。已经有的设计也不一定是最合理的，发现问题要及时去找SL或相关人员确认，不要在自己这里遗留。

UML知识的深入学习。

常见的相关的日语词汇的学习。

 

 

 

u       详细设计

 

准备工作（以下内容越熟悉越好）：

1． 学习新Model的操作试样书。（如果暂时没有，先参考旧Model的）

2． 学习新Model的接口试样书。（如果暂时没有，先参考旧Model的）

3． 学习旧Model的相关实现代码。（主要是针对程序结构的学习，这个阶段会在许多地方遇到不理解的代码，要学会多去分析，学会去读别人写的程序，同时熟悉和了解CodingRule的运用。还是看不懂就去问SL或其他有时间的同事帮你一起分析下）

补1：对比新旧Model的操作试样书和接口试样书，整理出机能变更点列表。

 

详细设计相关成果物的做成：

1． 学习新Model的操作试样书和接口试样书。结合整理出的机能变更点列表，做成详细设计书。

2． 详细设计书作为伪代码直接与最终的代码实现相关。在详细设计阶段，我们可以开始单体式样书的制作。基本的流程是，根据基本完成的详细设计书，制作单体试验书，再从单体试验书的角度分析代码结构的合理性，反过来修改详细设计书。

3． 综合整个项目，此时完成的详细设计的完成度大致只有70%左右，项目开发过程中，由于式样的变更，底层接口的变化，都会引起UI画面侧的代码变更，自然已有的详细设计成果物也要做出相应的修正。

 

学习收获：

书写注释规范的学习。

CodingRule的学习。

分析程序能力的提高。

 

 

 

 

u       Winscape的设计和制作

 

准备工作：

1． 了解自己担当的画面需要哪些Design，所需的画面元素是否都已做好。

2． 学习如何去做Design的Check工作，应用工具来对应Design，发现不具合，先行修正对应。

 

Winscape相关成果物的做成：

1． 画面的做成

2． 检查画面元素的属性和参数的设置是否正确（参照旧Model及新式样的要求），确保每个属性的设定都有所依据，有不确定的及时向SL确认。

 

学习收获：

NS（类似VC）开发环境的使用学习。

保持认真态度做成的话，效率会很高，后期DesignCheck发现不具合机率会大大减少，所需要的返工所用工时数也会很少。

 

 

 

u       Coding

 

准备工作：

1． 确认新Model的接口试样书中担当所需要的所有接口是否实装完全。如果未实装完全，先暂用旧接口实状代码，并且向日方询问接口实装周期。（只有尽早确认新接口的实装日期，才能合理安排实装进度。）

2． 在实装代码的过程中，一些比较明显的错误可以通过简单的测试被马上发现，要及时修正再测试，并且这时修改提交非常自由，几乎不受限制，而这个时期的工作质量相当大程度地决定了整个项目开发的质量以及担当下阶段的工作强度。

 

Coding相关成果物的做成：

1． 按照基本和详细设计中的流程实装代码，编码过程中注意逻辑上的正确性，注意Coding Rule的遵守，并且时常以新操作试样书为标准进行检验，看是否达到了预期的动作和式样要求，有不具合的地方，及早向相关部门质问。

2． 发现问题要合理安排时间尽快解决，如果自己独自处理有难度，可以去找SL或相关技术人员一起讨论下解决方案，不能置问题于一边不理会。

 

学习收获：

1． 把过去在学校里的边试边想边写程序的习惯改正不少。在理清思路以后，把所负责部分的逻辑关系先想清楚了再去写代码，效率非常高，并且质量也会相对较高一些。

2． 严格按照Coding Rule的要求书写代码，初时的确有不大习惯的地方，但是坚持下来，就会体会到其中的好处，可以使Bug出现的机率大大减少，并且项目整体的编码风格有一定的统一性，方便日后的维护工作。

 

 

 

u       测试

 

准备工作：

1． 机能实装完毕之后，项目进入一般意义上的全面测试阶段。这个阶段最重要的是Checklist测试，针对新操中所有的项目进行全面系统地测试。这个时候应该是最容易发现bug的时期，并且日方不久也开始介入测试，我们的目标是在日方报出bug之前，通过自己的测试发现所有的存在于画面中的bug，然后全部修正。

2． 单体测试是为了测试程序在每个分支条件下的执行状况。有些在通常情况下无法到达的分支，我们借助于PB调试和PC调试的手段来完成。通过单体测试，我们可以发现我们的程序中潜在的危险。这些潜在的危险，有可能在一定的条件下发生，并且往往危害是很大的。                         

3． 在这个时期附近，还有各种其它的Check内容，保证做成产品的质量，比如QAC++，Buffer Check，Zero Check，Loop Check等，并且执行不仅只有一次。

 

测试相关成果物的做成：

1． 每周一次的CheckList

2． 重要机能测试，以往项目的BugList测试，暴力及极限测试。

 

学习收获：

1． 学习了很多的测试方法，随着测试经验的增多，测试的效率越来越高，容易很快的发现问题并且迅速将问题分级定位。

2． 通过同事们交流，学习到了不少好的测试方法和经验。

3． 对于设计的每项测试的内容和目的有了深入的理解。

4． Bug少时，心情就相当的好，目标就是把Bug消灭在越早越好，争取做到Bug Zero.