学生会管理系统个人总结

一.源代码链接

• 学生会管理系统Web端：链接
• 学生会管理系统小程序端：链接
• 学生会管理系统App端:链接

• 学生会管理系统后端:链接

  二.相关文档

• 团队文档：链接
• 墨刀原型：链接
  更新后链接
• 设计图：链接

• 原型展示：链接

  三.参与工作

• 需求设计阶段，大家协同完成
• 完成原型设计
• 三类图设计阶段，完成用例图
• 原型展示阶段，完成App端大部分的界面设计

• 最后阶段，界面优化（增加启动页、轮播图、优化list_item....）

  四.项目感受和总结

• 原型设计：我们从老师宣布开始的第一周就开始了原型设计，当时开会听组员说用墨刀做原型，觉得有点懵，因为没有接触过，有点惶恐。开完会后立刻回去补墨刀做原型的相关知识，从刚开始的不知道怎么操作到后来的熟练掌握墨刀制作。但是对于一个直男审美的我，要把界面做的好看真的太困难了！这也是项目后阶段一直在努力的方向。刚开始的原型是在需求并没有完全确定的时候做的，存在一些漏洞和不足，之后在确定需求和其他组员商讨以后又重新做了一版（这版只是在一些界面存在不同，所以只做了需要改的部分），之后的界面设计也参照原型开始设计，有部分改动。原型设计作为界面设计的前提确实提供了很大的便利,并需要尽早完成便于后续任务的开展。
• App界面设计：作为一个从未接触过Android Studio的小菜鸟，刚开始真的有点困难，也怕自己会拖进度，去图书馆借了相关UI设计的书籍，在学习中编写界面设计的代码。刚开始设计底部导航栏就让我脑壳疼，因为我不想用AS自带的，就去百度了一堆终于解决了问题，之后的界面设计渐入佳境。对于App的各种布局、元素使用有了一定的了解。有了界面设计，同App端组员能够更快进行Android测试。虽然是按照需求进行界面设计，但是每个人有每个人的想法，可能是同App端的组员们沟通太少以及界面设计的注释太少导致我做的有些界面有些多余，也加重同App端组员的负担。
• 团队文档的管理：我们小组采用showDoc对整个软件工程项目进行内容编写，做到至少每周一更新，每个组员按照上面的需求分析、分工开展自己的工作，将工作落到实处，贴合需求
• 开例会：我觉得这是我们组非常好的一点，一周一例会，对上周的工作进行总结，对下一周的工作进行提前规划，总结当前不足并加以改正，让每个人都能处于项目工作的状态并能知道自己现阶段的位置和努力方向
• 找依赖包：埋头苦写，不如加以利用和修改。如果自己要写启动页，就要写很多个xml,而且还可能出现错误，这时候去github上找一些开源项目，看懂后加以修改，只需要短短几行代码就可以实现启动页。

• 团队协作：组长对于项目进度有一个很好的把控，组员们对于各个阶段任务都会提出自己的见解，让我们能一起稳步推进整个项目

  课程意见和建议

• 希望老师能提出每周项目应该达到的进度，实行一周一提醒，让项目能够更加稳步推进。因为从上次的原型设计上交其实就变得非常紧，这是我们安排不当，所以可能需要老师一周一提醒让整个项目松弛有度进行。

• 希望老师能够对书上的重点进行标注，利于期末复习

学生会管理系统个人总结

原文：https://www.cnblogs.com/zhangyahui/p/12014022.html