个人作业——软件工程实践总结

Part · 零 简 要 目 录

Part · 一 过 去

Part · 二 现 在

Part · 三 未 来

Part · 四 团 队 分 析

Part · 五 证 明 题

Part · 七 自 由 发 挥

Part · 一 过 去

1. 反 思

p s：第一次作业关于“对课程的目标和期待”，回答是能学好这门课就行，这怕还不能太早下定论emmmm，所以我还是所学所得这个问题。。。

2. 所 得

· 1、完 成 代 码 量： Github记录579+

· 2、各 次 作 业 所 花 时 间

作 业	时 间【 小 时 】
第 一 次 作 业	4
个 人 项 目 实 战	5
结 队 第 一 次 作 业	4
结 队 第 二 次 作 业	8
团 队 作 业	24
个 人 技 术 博 客 α	3
软 件 产 品 案 例 分 析	5
软 件 工 程 实 践 总 结	8

· 3、哪 一 次 作 业 印 象 深 刻

结队第二次作业，和队友差点见证了福大的日出

· 4、累 计 花 了 多 少 时 间 在 软 工 实 践 上？

未曾记录，平均每周至少有7-10小时

· 5、 学 习 和 使 用 新 软 件

Insomnia、Github Desktop、Git、Xmind

· 6、 学 习 和 使 用 新 的 工 具

Process在线作图、Markdown编辑工具、VisualStudio单元测试工具、墨刀、Xmind、Axure RP8

· 7、学 习 和 掌 握 的 新 语 言 、 新 平 台

Mysql、PHP

· 8、学 习 和 掌 握 的 新 方 法

测试（单元测试、Insomnia接口测试）、度娘

、遇事不决问泡泡

· 9、其 他 方 面 的 提 升

文档撰写

Part · 二 现 在

经验总结：

1、遇事不决问度娘，不要自己什么都没查阅就说自己什么都不会，学会搜索是一件很重要的事。

2、发布任务尽量描述清楚，不要让接任务的人猜测你这个接口要实现的具体功能，造成无意义的返工。

3、编码要符合团队文档，同时commit记录要清晰易懂

4、注意团队开发的并发性

Part · 三 未 来

Q：中途是否换队员？

A：我觉得换队员的出发点是好的，但是还应考虑是否合理，就拿这学期的实践来讲，换人，造成的是新加入的队员需要花大量时间来磨合新的团队，如果该团队文档编写规范，且开发环境该队员换之前的队伍相差无几，那么所花的时间代价就相对较小，对于下一届是否要换队员，我觉得以自愿为主（虽然觉得并没有人会自愿换队伍~~~~~）

Part · 四 团 队 分 析

有幸未参与到中途换队员的环节，自始至终，都一直在团队里担任后台编码人员，虽然中途篡位了几天，但是《构建之法》上说的团队发展的几个阶段，我所在的团队应该是都经历过的

Part · 五 证 明 题

· 1）研发出符合用户需求的软件

这个显然是有的，具体链接如下http://acm.hs97.cn/

· 2）通过系列工具，流程，团队合作，能够在预计时间内发布“足够好”的软件

附上个人部分teambition任务发布图：



· 3）展现软件是可以维护和继续发展

https://github.com/wonderIand/icpc-system/tree/dev

Part · 七 自 由 发 挥