第10组 Alpha冲刺 (4/6)(组长)
1.1基本情况
·队名:今晚不睡觉
·组长博客:https://www.cnblogs.com/cpandbb/p/13982696.html
·作业博客:https://edu.cnblogs.com/campus/fzu/FZU_SE_KClass/homework/11443
·github链接:https://github.com/cjk372938123/meishi
·组员人数:9人
1.2冲刺情况概况
黄纯朴
·过去两天完成了哪些任务
·催促组员干活,调动组员积极性
·跟进产品开发进度
·写博客阿巴阿巴阿巴天天写博客
·GitHub当日代码/文档签入记录 暂无
·接下来的计划
·调整下一步的计划和安排
·继续调动小组全员的积极性
·协助组员小程序功能的完成和完善
·还剩下哪些任务
·太多了呀一时半会说不完
·燃尽图

·遇到了哪些困难
·部分兄弟仍然不是那么积极呜呜呜,大家积极一点啊
·慢慢感觉时间要不够用了
·有哪些收获和疑问
·收获:安排任务更熟练了些
·疑问:又又又博客了两天这么快吗?
·psp&学习进度条
| 第N次 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 3 | 3 | 学会合理分工团任务 |
| 2 | 0 | 0 | 3 | 3 | 无脑催催催 |
| 3 | 0 | 0 | 4.5 | 4.5 | 让组员多沟通多交流 |
| 3 | 0 | 0 | 4.5 | 4.5 | 兄弟们冲冲冲 |
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | 20 | 20 | ||
| Estimate | 估计这个任务需要多少时间 | 20 | 20 | ||
| Development | 开发 | 90 | 120 | ||
| Analysis | 需求分析 (包括学习新技术) | 0 | 0 | ||
| Design Spec | 生成设计文档 | 30 | 60 | ||
| Design Review | 设计复审 | 60 | 60 | ||
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 0 | 0 | ||
| Design | 具体设计 | 0 | 0 | ||
| Coding | 具体编码 | 0 | 0 | ||
| Code Review | 代码复审 | 0 | 0 | ||
| Test | 测试(自我测试,修改代码,提交修改) | 90 | 130 | ||
| Reporting | 报告 | 30 | 60 | ||
| Test Repor | 测试报告 | 30 | 30 | ||
| Size Measurement | 计算工作量 | 10 | 10 | ||
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 30 | ||
| 合计 | 200 | 270 |
蔡震泽
过去两天完成了哪些任务:
继续完善微信小程序的界面。

接下来计划:
·完成微信小程序剩余的界面。
还剩下哪些任务:
·对相关界面小图标和图案的设计。
遇到了哪些困难:
·很之前一样,一些细节方面不知道如何实现。
有哪些收获和疑问:
·软工nb,逐渐熟悉了如何开发微信小程序,但是想要做出更美观的界面效果还需多加学习。
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码(行) | 累计代码(行) | 本次学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 9 | 9 | 学习了微信开发者工具的使用 |
| 2 | 100 | 100 | 12 | 21 | 学习微信小程序开发 |
| 3 | 230 | 330 | 10 | 31 | 进一步学习wxml和wxss,继续完善微信小程序的界面 |
| 4 | 200 | 530 | 10 | 41 | 继续完善微信小程序的界面 |
PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 10 | 10 |
| Estimate | 估计这个任务需要多少时间 | 10 | 5 |
| Development | 开发 | 100 | 190 |
| Analysis | 需求分析 (包括学习新技术) | 30 | 30 |
| Design Spec | 生成设计文档 | 10 | 5 |
| Design Review | 设计复审 | 5 | 5 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 15 | 10 |
| Design | 具体设计 | 20 | 10 |
| Coding | 具体编码 | 60 | 60 |
| Code Review | 代码复审 | 10 | 5 |
| Test | 测试(自我测试,修改代码,提交修改) | 10 | 5 |
| Reporting | 报告 | 10 | 15 |
| Test Repor | 测试报告 | 5 | 5 |
| Size Measurement | 计算工作量 | 5 | 5 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 5 | 5 |
| 合计 | 305 | 365 |
苏炜斌
·过去两天完成了哪些任务:
·在原有的小程序页面上实现了点赞和菜的功能,还有页面跳转前往商家等功能.

·接下来计划:
·继续学习前端开发语言,完善刷一刷页面的功能,完成前后端数据对接,把评论部分做出来.
还剩下哪些任务:
·小程序的"刷一刷"功能,评论区功能,与后端和算法对接等.
遇到了哪些困难:
·刷一刷的赞和踩功能,评论区功能等
有哪些收获和疑问:
·进一步掌握了微信小程序开发的前端语言,完成之前的部分计划.
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 200 | 200 | 5 | 5 | 学习了小程序前端开发语言,尝试完成一个小程序基本页面 |
| 2 | 100 | 300 | 3 | 8 | 修改了之前的小程序页面 |
| 3 | 150 | 450 | 5 | 13 | 在原有的小程序页面上实现了上下滑动切换界面,添加了部分功能按钮 |
| 4 | 100 | 550 | 5 | 18 | 在原有的基础上实现了点赞和踩的功能,实现了了部分按钮的功能 |
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | 20 | 10 | ||
| ·Estimate | 估计这个任务需要多少时间 | 20 | 10 | ||
| Development | 开发 | 220 | 275 | ||
| ·Analysis | 需求分析 (包括学习新技术) | 70 | 80 | ||
| ·Design Spec | 生成设计文档 | 10 | 10 | ||
| ·Design Review | 设计复审 | 10 | 10 | ||
| ·Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 | ||
| ·Design | 具体设计 | 20 | 30 | ||
| ·Coding | 具体编码 | 60 | 85 | ||
| ·Code Review | 代码复审 | 20 | 30 | ||
| ·Test | 测试(自我测试,修改代码,提交修改) | 20 | 20 | ||
| Reporting | 报告 | 30 | 15 | ||
| ·Test Repor | 测试报告 | 10 | 5 | ||
| ·Size Measurement | 计算工作量 | 10 | 5 | ||
| ·Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 5 | ||
| 合计 | 270 | 300 |
谈世宏
·过去两天完成了哪些任务:
·在小程序静态页面添加了点菜和介绍菜的功能以及页面跳转到相应店面的功能.

·接下来计划:
·完成刷一刷页面的评论功能,优化刷一刷页面.
还剩下哪些任务:
·小程序的"刷一刷"功能,评论区功能,与后端数据库、算法对接等.
遇到了哪些困难:
·赞和踩的功能应该是对立的,处理过程中花了不少时间。
有哪些收获和疑问:
·对小程序有了一些新的理解。
PSP & 学习进度条
学习进度条
| 第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 123 | 123 | 4 | 4 | 学习页面相关的wxml,wxss,js,json一些基本操作 |
| 2 | 113 | 236 | 5 | 9 | 在静态页面上有添加一些元素,完成了页面跳转功能。 |
| 3 | 81 | 317 | 5 | 14 | 在原有的静态页面上实现了页面纵向滑动,并且在静态页面上添加了店面信息,点赞,评论等按钮。 |
| 4 | 100 | 417 | 5 | 19 | 在小程序静态页面添加了点菜和介绍菜的功能以及页面跳转到相应店面的功能 |
| PSP表格 | |||||
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | ||||
| ·Estimate | 估计这个任务需要多少时间 | 20 | 30 | ||
| Development | 开发 | ||||
| ·Analysis | 需求分析 (包括学习新技术) | 70 | 80 | ||
| ·Design Spec | 生成设计文档 | 10 | 10 | ||
| ·Design Review | 设计复审 | 10 | 10 | ||
| ·Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 | ||
| ·Design | 具体设计 | 10 | 15 | ||
| ·Coding | 具体编码 | 20 | 25 | ||
| ·Code Review | 代码复审 | 25 | 30 | ||
| ·Test | 测试(自我测试,修改代码,提交修改) | 20 | 30 | ||
| Reporting | 报告 | ||||
| ·Test Repor | 测试报告 | 10 | 15 | ||
| ·Size Measurement | 计算工作量 | 10 | 15 | ||
| ·Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 15 | 10 | ||
| 合计 | 230 | 280 |
谢鑫杰
·过去两天完成了哪些任务
·文字/口头描述
·跟组员沟通了一下,觉得坐在一起编程比较有感觉
·展示GitHub当日代码/文档签入记录
暂无
·接下来的计划
·赶紧把这块啃通
·还剩下哪些任务
·算法实现&实装
·燃尽图
·组内共享
·遇到了哪些困难
·算法太难了
·有哪些收获和疑问
·疑问: 网上发代码的都是神仙吗
·PSP & 学习进度条(学习进度条每周追加)
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 60 | 45 |
| ·Estimate | ·估计这个任务需要多少时间 | 60 | 45 |
| Development | 开发 | 175 | 185 |
| ·Analysis | ·需求分析 (包括学习新技术) | 40 | 60 |
| ·Design Spec | ·生成设计文档 | 30 | 25 |
| ·Design Review | ·设计复审 | 20 | 20 |
| ·Coding Standard | ·代码规范 (为目前的开发制定合适的规范) | 15 | 15 |
| ·Design | ·具体设计 | 15 | 5 |
| ·Coding | ·具体编码 | 20 | 20 |
| ·Coding Review | ·代码复审 | 15 | 20 |
| ·Test | ·测试(自我测试,修改代码,提交修改) | 20 | 20 |
| Reporting | 报告 | 15 | 15 |
| ·Test Repor | ·测试报告 | 5 | 5 |
| ·Size Measurement | ·计算工作量 | 5 | 5 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 5 | 5 |
| 合计 | 250 | 245 |
| 第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 167 | 167 | 8 | 8 | 推荐算法的相关基础原理 |
| 2 | 231 | 398 | 9 | 17 | 借鉴了网络上的推荐算法 |
| 3 | 113 | 511 | 7 | 24 | 进一步学习协同过滤 |
| 4 | 40 | 551 | 4 | 28 | 硬啃算法 |
魏祖文
过去两天完成了哪些任务
·云开发相关研究 b站教学学习
接下来的计划
·探索云开发相关 研究数据库
·还剩下哪些任务
·微信小程序开发 数据库
燃尽图
·组内共享
遇到了哪些困难
·全都是困难*4,现学先用
有哪些收获和疑问
·仍然处于学习阶段
·PSP & 学习进度条(学习进度条每周追加)
| PSP | Personal Software Process tages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 10 | 10 |
| Estimate | 估计这个任务需要多少时间 | 10 | 10 |
| Development | 开发 | 90 | 95 |
| Analysis | 需求分析 (包括学习新技术) | 45 | 50 |
| Design Spec | 生成设计文档 | 10 | 10 |
| Design Review | 设计复审 | 5 | 5 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| Design | 具体设计 | 10 | 10 |
| Coding | 具体编码 | 20 | 20 |
| Code Review | 代码复审 | 0 | 0 |
| Test | 测试(自我测试,修改代码,提交修改) | 0 | 0 |
| Reporting | 报告 | 10 | 10 |
| Test Report | 测试报告 | 0 | 0 |
| Size Measurement | 计算工作量 | 0 | 0 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 110 | 115 |
| 时间 | 新增代码(行) | 累计代码(行) | 本次学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 第一轮 | 0 | 0 | 5 | 5 | 微信小程序前端开发相关知识,微信小程序wxml界面相关 |
| 第二轮 | 0 | 0 | 3 | 8 | 微信小程序界面相关 |
| 第三轮 | 0 | 0 | 2 | 10 | 云开发相关 |
| 第四轮 | 0 | 0 | 1 | 11 | 数据库相关 |
李赫
·过去两天完成了哪些任务:
·分类测试不同场景下的任务
展示GitHub当日代码/文档签入记录
·这两天用于理解算法参数传入,只在原代码进行更改
·接下来计划:
·继续修改当前的代码,继续学习,改用参数。
还剩下哪些任务:
·将算法移植测试
遇到了哪些困难:
·参数传入错误,itemcf和namecf需要有不同的场景构建
有哪些收获和疑问:
·区别了itemcf和namecf的传入区别,分别构建两种环境.A
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 5 | 5 | 学习推荐思想 |
| 2 | 200 | 200 | 2 | 7 | 初步验证代码 |
| 3 | 100 | 300 | 3 | 10 | 理解代码逻辑,使用数据集测试 |
| 4 | 0 | 300 | 4 | 14 | 调整参数,分类测试 |
| ... | |||||
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | 30 | 50 | ||
| · Estimate | · 估计这个任务需要多少时间 | 30 | 50 | ||
| Development | 开发 | 150 | 180 | ||
| · Analysis | · 需求分析 (包括学习新技术) | 80 | 80 | ||
| · Design Spec | · 生成设计文档 | 20 | 10 | ||
| · Design Review | · 设计复审 (和同事审核设计文档) | 0 | 0 | ||
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 10 | ||
| · Design | · 具体设计 | 0 | 0 | ||
| · Coding | · 具体编码 | 50 | 80 | ||
| · Code Review | · 代码复审 | 0 | 0 | ||
| · Test | · 测试(自我测试,修改代码,提交修改) | 0 | 0 | ||
| Reporting | 报告 | 0 | 0 | ||
| · Test Report | · 测试报告 | 0 | 0 | ||
| · Size Measurement | · 计算工作量 | 0 | 0 | ||
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 10 | 10 | ||
| 合计 | 190 | 240 |
熊崟
·过去两天完成了哪些任务:
·在上次任务的基础上完成了些改善,
·接下来计划:
·应用到小程序中,区别不同端口。
还剩下哪些任务:
·小程序中运用推荐算法。
遇到了哪些困难:
·输入和输出内容仍然不清楚
有哪些收获和疑问:
·进一步理解和完善了推荐算法
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 8 | 8 | 初步学习了解了推荐算法 |
| 2 | 100 | 100 | 10 | 18 | 区分学习了不同的推荐算法 |
| 3 | 200 | 300 | 10 | 28 | 学习实现部分推荐算法 |
| 4 | 50 | 350 | 5 | 33 | 算法相关了解更深入 |
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | 10 | 10 | ||
| Estimate | 估计这个任务需要多少时间 | 10 | 10 | ||
| Development | 开发 | 0 | 0 | ||
| Analysis | 需求分析 (包括学习新技术) | 30 | 60 | ||
| Design Spec | 生成设计文档 | 0 | 0 | ||
| Design Review | 设计复审 | 10 | 20 | ||
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 20 | 20 | ||
| Design | 具体设计 | 20 | 30 | ||
| Coding | 具体编码 | 100 | 120 | ||
| Code Review | 代码复审 | 10 | 10 | ||
| Test | 测试(自我测试,修改代码,提交修改) | 0 | 0 | ||
| Reporting | 报告 | 0 | 0 | ||
| Test Repor | 测试报告 | 0 | 0 | ||
| Size Measurement | 计算工作量 | 0 | 0 | ||
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 5 | ||
| 合计 | 220 | 285 |
平措旺堆
·过去两天完成了哪些任务
·学习微信小程序开发相关知识
·接下来的计划
·进行更深入的了解
·还剩下哪些任务
·好多
·燃尽图
·组内共享
·遇到了哪些困难
·都很困难,边学边赶
·有哪些收获和疑问
·了解微信小程序的结构
·PSP & 学习进度条(学习进度条每周追加)
| PSP | Personal Software Process tages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 30 | 60 |
| Estimate | 估计这个任务需要多少时间 | 30 | 60 |
| Development | 开发 | 70 | 100 |
| Analysis | 需求分析 (包括学习新技术) | 30 | 60 |
| Design Spec | 生成设计文档 | 20 | 25 |
| Design Review | 设计复审 | 5 | 5 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 |
| Design | 具体设计 | 15 | 20 |
| Coding | 具体编码 | 0 | 0 |
| Code Review | 代码复审 | 0 | 0 |
| Test | 测试(自我测试,修改代码,提交修改) | 0 | 0 |
| Reporting | 报告 | 25 | 30 |
| Test Report | 测试报告 | 0 | 0 |
| Size Measurement | 计算工作量 | 0 | 0 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 125 | 190 |
| 时间 | 学习时间 | 学到的知识 |
|---|---|---|
| 第一轮 | 3h | 微信小程序前端开发相关知识 |
| 第二轮 | 3h | 微信小程序前端开发相关知识 |
| 第三轮 | 3h | 微信小程序前端开发小知识 |
| 第四轮 | 3h | 微信小程序前端开发知识 |
| 第五轮 | ||
| 第六轮 |
1.3冲刺成果展示
地图和刷一刷进度这两天缓慢,订餐系统进度还行




·站立会议合照

| 第N次会议 | 耗时(分钟) |
|---|---|
| 第一次会议 | 10 |
| 第二次会议 | 15 |
| 第三次会议 | 10 |
| 第四次会议 | 15 |
第10组 Alpha冲刺 (4/6)(组长)的更多相关文章
- 第10组 Alpha冲刺 总结(组长)
1.基本情况 组长博客链接:https://www.cnblogs.com/cpandbb/p/14007413.html 答辩总结: ·产品偏离了最开始的方向,地图和刷一刷功能做得没那么好,外卖订单 ...
- 第10组 Beta冲刺 总结(组长)
1.基本情况 组长博客链接:https://www.cnblogs.com/cpandbb/p/14050808.html 答辩总结: ·因为alpha阶段的产品做得偏离了方向,所以beta冲刺大家非 ...
- 第10组-Alpha冲刺 总结
1.基本情况 组长博客链接:https://www.cnblogs.com/cpandbb/p/14007413.html 答辩总结: ·产品偏离了最开始的方向,地图和刷一刷功能做得没那么好,外卖订单 ...
- 第10组 Alpha冲刺 (6/6)(组长)
1.1基本情况 ·队名:今晚不睡觉 ·组长博客:https://www.cnblogs.com/cpandbb/p/14008187.html ·作业博客:https://edu.cnblogs.co ...
- 第10组 Alpha冲刺 (5/6)(组长)
1.1基本情况 ·队名:今晚不睡觉 ·组长博客:https://www.cnblogs.com/cpandbb/p/13996848.html ·作业博客:https://edu.cnblogs.co ...
- 第10组 Alpha冲刺 (3/6)(组长)
1.1基本情况 ·队名:今晚不睡觉 ·组长博客:https://www.cnblogs.com/cpandbb/p/13971668.html ·作业博客:https://edu.cnblogs.co ...
- 第10组 Alpha冲刺(6/6)
链接部分 队名:女生都队 组长博客: 博客链接 作业博客:博客链接 小组内容 恩泽(组长) 过去两天完成了哪些任务 描述 tomcat的学习与实现 服务器后端部署,API接口的beta版实现 后端代码 ...
- 第10组 Alpha冲刺(4/4)
队名:凹凸曼 组长博客 作业博客 组员实践情况 童景霖 过去两天完成了哪些任务 文字/口头描述 继续学习Android studio和Java 制作剩余界面前端 展示GitHub当日代码/文档签入记录 ...
- 第10组 Alpha冲刺(5/6)
链接部分 队名:女生都队 组长博客: 博客链接 作业博客:博客链接 小组内容 恩泽(组长) 过去两天完成了哪些任务 描述 学习调用中国天气网API,接近实现天气推送功能 对天气推送的形式进行讨论及重确 ...
随机推荐
- Mysql的基操
创建一个数据库 (myschool是数据库名) create database myschool; 删除数据库 drop database myschool 创建一个表:(Student是 表名) ...
- MES目前应用很多,为什么APS计划排程系统应用很少?
一.APS自动化计划排程能带来哪些效益? 1.提高订单准时交货率,提高客户满意度 2.缩短生产制造周期,提高生产效率 3.多品种.小批量.以销定产,快速解决插单.急单预测交期问题 4.减少物料采购提前 ...
- 为什么没有APS排产的MES是没有灵魂的?
ERP系统在于对整个企业与集团企业间的全面管控,APS系统是生产规划及排程系统,MES系统重点在于车间现场的管理,下面用最简单方式讲讲ERP系统.APS系统和MES系统之间的区别与联系. 没有APS计 ...
- ssm项目中常用的上传文件
在项目中,上传文件一般是必不可少的,所以今天学到新的上传方式,就干脆将学习过的上传方式记录一下 一.表单直接上传图片 表单头要设置 <form action="" metho ...
- TPT Fusion平台升级,AUTOSAR及ViL测试功能重装上线
TPT简介 TPT是针对嵌入式系统基于模型的测试工具,特别是针对控制系统的软件功能测试.TPT支持众多业内主流的工具平台和测试环境,可以完成V模式要求所有阶段(MiL-SiL-PiL-HiL-ViL) ...
- MyBatis 3学习笔记
MyBatis 3 一.MyBatis简介 优秀的持久层框架,支持支持自定义 SQL.存储过程以及高级映射,专注于SQL的编写. 为什么不使用工具类进行数据库操作: 功能简单,sql语句编写在 ...
- c++内存分布之纯虚函数
关于 本文演示环境:VS2017+32位程序. 纯虚函数是一种特殊的虚函数.可以预测到:虚函数的结论同样适用纯虚函数,但是纯虚函数是一种特殊的存在,还是看看实际结果. 代码写的不够规范: 因为任何带虚 ...
- 【LeetCode】506. Relative Ranks 解题报告(Python)
作者: 负雪明烛 id: fuxuemingzhu 个人博客: http://fuxuemingzhu.cn/ 目录 题目描述 题目大意 解题方法 排序 argsort 堆 日期 题目地址:https ...
- 1301 - Monitoring Processes
1301 - Monitoring Processes PDF (English) Statistics Forum Time Limit: 3 second(s) Memory Limit: ...
- 洛谷 P2397:yyy loves Maths VI (mode)(摩尔投票算法)
题目背景 自动上次redbag用加法好好的刁难过了yyy同学以后,yyy十分愤怒.他还击给了redbag一题,但是这题他惊讶的发现自己居然也不会,所以只好找你 题目描述 [h1]udp2:第一题因为语 ...