【作业】结对编程纪实

结对编程纪实

1、Github地址

HansBug/pair_program_word_chain

2、PSP表格（独立）

PSP2.1	Personal Software Process Stages	预估耗时（小时）	实际耗时（小时）
Planning	计划	0.5	0.4
· Estimate	· 估计这个任务需要多少时间	0.1	0.2
Development	开发	20	22.7
· Analysis	· 需求分析 (包括学习新技术)	6	5
· Design Spec	· 生成设计文档	0.5	0.1
· Design Review	· 设计复审 (和同事审核设计文档)	0.5	0.1
· Coding Standard	· 代码规范 (为目前的开发制定合适的规范)	0.5	0.4
· Design	· 具体设计	0.5	0.3
· Coding	· 具体编码	10	13
· Code Review	· 代码复审	1	0.8
· Test	· 测试（自我测试，修改代码，提交修改）	1	3
Reporting	报告	1	0.4
· Test Report	· 测试报告	0.3	0.1
· Size Measurement	· 计算工作量	0.2	0.1
· Postmortem & Process Improvement Plan	· 事后总结, 并提出过程改进计划	0.5	0.2
	合计	21.5	23.5

3、结对编程的设计（独立）

基本设计过程

在本次结对编程中，我们一共分为几个模块：

• 计算模块，用于计算最短路
• 用户接口模块1，命令行交互接口
• 用户接口模块2，GUI交互接口
• 测试模块，主要用于测试计算模块的功能

core.dll中的接口

文件core.h

EXPORT int TEST_LIB_PLUS(int a, int b);
EXPORT int gen_chain_word(char *words[], int len, char *result[], char head, char tail, bool enable_loop);
EXPORT int gen_chain_char(char *words[], int len, char *result[], char head, char tail, bool enable_loop);

4、计算模块接口的设计与实现过程

计算模块对外接口即为上面所述的core.h内的接口。

内部包含functions.h，为顶层功能。

// check if words is valid
int words_precheck(const std::vector<std::string> &words);

// check if there is word circle
int words_circle_check(const std::vector<std::string> &words);

// get longest word chain with word count
int get_chain_with_word(const std::vector<std::string> &words, std::vector<std::string> *&link,
                        const char &start_with, const char &end_with);

// get longest word chain with word length
int get_chain_with_char(const std::vector<std::string> &words, std::vector<std::string> *&link,
                        const char &start_with, const char &end_with);

int get_chain_with_word_allow_same(const std::vector<std::string> &words, std::vector<std::string> *&link,
                                   const char &start_with, const char &end_with);

int get_chain_with_char_allow_same(const std::vector<std::string> &words, std::vector<std::string> *&link,
                                   const char &start_with, const char &end_with);

在此之下，我们共同实现了Graph类，用于支持所有的图论计算。

在Graph类上，我们封装了SimpleChainModel和WordChainModel两个类，用于对图论的构图，计算，数据调度等行为进行底层封装。

即流程为：

• core.h调用functions.h（因为用指针传递字符串数组实在太难受了）
• functions.h调用SimpleChainModel和WordChainModel，进行逻辑层面的运算。
• SimpleChainModel和WordChainModel调用Graph，进行底层数据结构层面的运算。

5、画出UML图（独立）

6、计算模块接口部分的性能改进

改进思路

说来尴尬，其实我们一开始就对于1、2、3需求设计成了最优解，通过建立虚节点，进行构图，将整个问题抽象为无环图的最长路径。

性能分析图

可以大概看出，我们的程序中，尤其是计算模块，大量使用了stl进行运算。

不过整体的性能瓶颈基本上依然集中于graph和Model的计算方法。

7、描述这些做法的优缺点, 说明你是如何把它们融入结对作业中的（独立）

契约式设计。即当程序满足一些约定好的最基本需求时才进行运行，否则直接拒绝运行。

优点：

• 该模块将变得更严谨，定位更明确
• 当外部调用该模块出现问题（违约）时，可以很快发现并暴露出来，便于其他部分的维护
• 强制程序的前条件（pre-condition)、后条件(post-condition)、不变式(invariant)得到保证，从而使程序接口得到进一步的明确
• 通过契约检查，保证模块始终处于可控状态内

缺点：

• 程序语言需要有断言或者异常机制
• 在稍微超出契约的情况下即不能运行，边界兼容性低
• 正是因为上一点，所以对于契约制定阶段提出了更高的要求。

8、计算模块部分单元测试展示

9、计算模块部分异常处理说明

10、界面模块（如果没有实现GUI，则可以描述命令行模块）的详细设计过程

画界面用的是 QT 自带的 QT Designer 设计工具。这个工具灰常好用，所见即所得，操作又略略繁琐，虽然耗费了我们大量的时间来熟悉这个鬼东西，但最终还是取得了不错的效果。

QT Designer 设计的界面是保存在一个名字为.ui文件中的，这个文件采用 xml 语言描述了界面设计。在编译QT App时，QT会自动将这个 .ui 文件转换成一个 .h 文件，我们可以直接在代码中使用这个文件，特别方便。

我们的 GUI 是采用 QT 框架实现的，它具有以下特色：

1. 界面美观、简洁大方、操作简单、功能完善
2. 计算采用后台线程进行计算，较长时间运算不会卡 UI 线程

11、界面模块（GUI或命令行模块）与计算模块的对接

界面模块与计算模块的对接最后进行的几个步骤，此时我们已经完成了核心模块的编写，因此，直接在代码中调用核心模块的头文件即可正常编写代码，再配合上cmake，就能自动进行动态链接。

所以，对接就这样完成啦。

12、描述结对的过程

13、结对的每一个人的优点和缺点在哪里（独立）

	袁勤	我
优点	1、认真负责，守时 2、代码水平不错 3、自学能力强 4、钻研探索的精神很不错 5、总而言之感觉是个很令人觉得靠得住的队友	1、写代码不算太慢，ddl当天大改需求半小时莽完200+行代码 2、写代码准确性不算太低，半小时莽完后零debug一遍全部通过 3、会用git，知道如何自建gitlab
缺点	1、让他的队友在填写这一栏的时候很是为难	1、其懒无比，拖延症，大鸽子一只 2、不好好看需求，ddl当天发现需求错误

转载于:https://www.cnblogs.com/HansBug/p/10534435.html