https://bbs.csdn.net/topics/608750500
一、团队集结(9分)
1.1 介绍每一队员的风格、擅长的技术、编程的兴趣、希望的软工角色、一句话宣言等,内容形式不限(2分)
姓名 | 风格 | 擅长的技术 | 编程的兴趣 | 希望的软工角色 | 一句话宣言 |
---|---|---|---|---|---|
廖国均 | 沉默算不算风格? | 视频制作/原型图绘制 | 想用代码做些很酷的事,比如写出个人网站,然而到现在都还做不到。 | 我挺想做后端开发的,但是技术力不足 | 尽人事,听天命。 |
林展 | 虽然内向,但是又不是那么内向 | 如果可以的话我选Python | 只有写“程序”的兴趣,不太能在大型的工程“项目”中耐住性子 | 什么都学了一小点,想要尝试真正的合作的感觉,各个方面都可以,哪里需要我我就兴许回去哪凑凑热闹,不过也可能是添乱罢了 | 驳马翻走越关山,孤木影双意难颓。惨淡愁云连天际,栖于榕前复思归。 |
林梓枫 | 偏沉稳内向吧 | 敲代码,毕竟学了两年多 | 目前的目标是做好这次团队软件开发中自己的任务,实现软件开发经历的从无到有 | 后端开发 | 坑里挺舒服的,休息够了就去下一个坑跌倒吧 |
杨雨轩 | INFJ | 没啥特别擅长的,但如果有时间可以学 | 做出来自己满意的东西 | 啥都想试试,但以目前的能力来看可能还有距离 | 加油吧! |
翁熠霆 | 无能的乐观主义者 | 视频制作/ppt制作/web端的简易UI制作 | 想用代码做一些便携的小程序,用于日常使用的便利,以及和亲友吹逼以证明我真的有学到一点东西......但显然现在就是纯纯一蠢驴 | 我梦想掌握相对全面的技能最好能独立制作一些简单但完整的小程序,能日后的团队协作和部门协同中能提高效率。但目前是什么都会不全,只能做后勤 | 45度人生 |
王若婷 | 喜欢安静大概 | 文档撰写/UI设计 | 前端web、游戏等,梦想做出一个很棒的游戏 | 前端开发或者美工等设计类的角色 | 心有猛虎,细嗅蔷薇 |
吴兴元 | NULL | 会一点算法,会做字幕 | 只对算法感兴趣,其他无所谓 | 维护程序的逻辑部分以及算法部分 | 开摆就完事了 |
饶杰 | 本人处事,责任心强,富有爱心和耐心,工作细心 | 前端/PPT | 会编程,可以将人从重复性的机械工作中解放。 | 码农(即便代码写的很烂) | 少说多做 为名造福 |
程玉莹 | 纯纯一个搞笑女 | 前端语言/调试功能模块 | 开发游戏 当然还有一些难以言表的事情 | 更偏向于前端和性能分析 主要是别的咱也不会后端弱的一批 | 报告!今天没秃! |
李焯春 | 摆烂专业户 | 擅长摸鱼 | 想学习一下前端 | 能帮上忙就ok | 不拖后腿就算胜利 |
高浩楠 | 慢热 细心 | 前端制作 | 前端制作,目前仅接触网页前端,未尝试过其他方式。 | 前端辅助,博客编写,也想向队友们学习视频制作的相关方法。 | 尽我所能,为团队做事。 |
1.2 团队的特色描述:主要描述有别于其他所有团队的特点或核心竞争力(1分)
我们的团队大家都有各自擅长的能力,将其有机结合,可以发挥出1+1>2的效果。
1.3 团队的logo:设计一个具有本小组特色的logo,贴在随笔上(1分)
1.4 团队的首次合照:有图有真相,合照风格不可无创意(5分)
二、开始行动
2.1 使用一句话概括你们团队将要完成的项目内容,中英文不限(2分)
用微信小程序帮助家长和学校实现更好的家校互动。
2.2 《构建之法》第5章 团队和流程、第17章 人,绩效和职业道德,请说明你们的团队打算如何决定个人贡献分。(2分)
首先是根据任务的重要程度,例如代码实现和原型设计这两部分相比之下,代码实现的贡献分会更高。其次是任务完成的效果,同样是代码实现,如果与原型设计相差甚远,完全达不到要求,与同样完成代码实现的同学相比,其贡献分会更低一点点。
2.3 请评估团队中每个人对本次作业的贡献比例,并在本题以表格形式填写,请确保Σ每个人贡献比例=总人数×100%(1分)
姓名 | 任务 | 任务量占比 |
---|---|---|
廖国均 | 博客内容及项目统筹 | 8.5% |
林展 | 前端页面实现、技术组统筹、UML图绘制 | 9.5% |
高浩楠 | 前端页面实现、UML图绘制 | 9.5% |
程玉莹 | 前端页面实现、UML图绘制 | 9.5% |
饶杰 | 前端页面实现、UML图绘制 | 9.5% |
林梓枫 | 小程序后端实现学习 | 8% |
王若婷 | PPT、文档 | 9.5% |
李焯春 | 原型设计 | 9% |
杨雨轩 | PPT、文档 | 9.5% |
吴兴元 | 原型设计 | 8.5% |
翁熠霆 | 原型设计、视频制作 | 9% |
三、点滴记录(16分)
3.1 画出整个项目思维导图和燃尽图(时间范围:从团队创建的第一天至本次作业提交时间)(2+1分)
3.2 根据项目中自己所负责的部分画出UML(8分)
1.前端主页部分
负责人:高浩楠
描述:主要为用户提供登录接口,根据不同身份不同需求提供请假、打卡、文件收集、班费管理功能,管理个人信息,提供一键授权功能。 该部分面临的问题:前后端数据交互、动态实现页面跳转。
解决的问题:绘制UML图,基本实现简单页面跳转。
解决途径:通过哔哩哔哩视频学习,自身不断尝试,做出改进,后于队友一起讨论问题所在,一起为解决问题努力奋斗。
附:(该部分的所有UML图)
-
用例图:
-
类图:
-
活动图:
-
状态图:
-
实体关系图:
2.打卡部分
负责人:饶杰
描述:该部分用于家长端打卡,打卡数据传入老师端,老师可对未打卡家长提醒和查看异常打卡学生详细信息与正常打卡学生名单。
该部分面临的问题:前后端数据交互
解决的问题:画UML图,部分静态页面编写
应用了原型设计解决CSS样式问题
附:(该部分的所有UML图)
-
用例图:
-
类图:
-
活动图:
-
状态图:
-
实体关系图:
3.材料提交部分
负责人:林展
描述:为教师和家长提供作业提交的功能。 该部分面临的问题:前后端数据交互。
解决的问题:绘制UML图,实现简单页面跳转。
解决途径:队内讨论,百度学习。
附:(该部分的所有UML图)
-
用例图
-
类图:
-
活动图:
-
状态图:
4.请假功能部分
负责人:程玉莹
描述:进行请假相关功能的实现。 该部分面临的问题:前后端数据交互。
解决的问题:绘制UML图,实现简单页面跳转。
解决途径:和队友一起讨论,网上查找资料。
附:(该部分的所有UML图)
-
类图:
-
流程图:
-
功能模块图:
5.后端部分
负责人:林梓枫
描述:班费管理体系 该部分面临的问题:对需求功能了解不多,不大清楚可能需要哪些类和方法。
解决的问题:班费管理模块中类与方法之间的联系和用户操作流程。
解决途径:队内讨论,网上查找资料。
附:(该部分的所有UML图)
-
类图:
-
用例图:
-
状态图:
3.3 学习进度条(每周追加)(1分)
第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
---|---|---|---|---|---|
1 | 630 | 630 | 20 | 20 | 了解小程序开发步骤,复习前端相关知识点,观看小程序视频,绘制前端类图,初步进行前端页面编写。 |
3.4 心得体会(4分)
-
UML设计工具的选择、选择的理由和使用后对工具的评价
-
本次任务遇到的困难及解决方法(例:困难描述/做过哪些尝试/是否解决/有何收获)
高浩楠
根据队友推荐的BoardMix,相对容易上手,图标使用方便,节约时间,逻辑清晰明了。
画类图时由于自身没能理解类图结构,造成画图错误,后与队友沟通,明白其内在联系,做出更改。通过解决这个错误,自身切实理解类图的逻辑结构,熟悉了项目的逻辑类、属性和方法。
廖国均
遇到的困难有,发现我们组太缺后端同学了,前后端交互成了一个大问题,不过好在发现开发期限是个乌龙事件,但是后面一定要push队员去学习后端技术,不然后端根本没法进行。
然后就是团队的各种分工和沟通真的很困难,11个人的团队尚且如此,我真的无法想象一个上万人的公司内部管理有多么复杂,部门沟通有多么困难。但是事实就是,这些公司往往都有非常高效简洁的内部管理方式,我大为震撼。或许只有将来走上工作岗位才能慢慢了解到吧。
程玉莹
本次采用的设计工具为BoardMix博思白板,此工具来自于林展同学的推荐,在初次上手以后对发现对该设计工具上手极快,并且为浏览器的方式,无需下载点击即用,其中文本框、流程图等工具较为方便利用于是采用了该工具。
本次选题过程比较艰难,在pass掉部分游戏程序后最终选择了e家校(也就是将家庭与学校进行联通的小程序,此小程序针对于中小学生)。在完成了相应的选题后,初步制作流程图时出现了对类名不规范的问题,同时考虑了前后端设计以及个人命名习惯的差异,最终采取了相应的英文单词来进行命名。同时也进行了有关初步界面的编写,出现了数据录入但无法保存的问题,最后发现可能是链接时接口的选择问题。第一周任务量不是很大,总体状态感觉还是蛮不错的。
李焯春
与翁熠霆同学一起绘制了原型图,刚开始由于平台限制没能一起协同绘制,所以风格等有所差异,后来经过相互商议慢慢改进。
王若婷
由于负责的部分是PPT与文档部分,主要是配合团队的项目构思与规划来撰写内容,所以没有遇到什么困难
林梓枫
设计工具选择BoardMix,小组之内统一使用,这样与自己关联模块的信息可以方便地从他人的UML图中获取。这个工具以前没用过,学起来有点累。
由于是微信小程序,后端开发很大程度上依赖于前端给出的方案,类和方法基本都是按前端想法写的,所以画图时需要请教前端组,还好前端组人都很好,花了挺多时间给我解释,才大概理解一些功能的实现过程,但这个UML图还是有点粗糙,后续仍需改进。
饶杰
BoardMix,因为队友推荐。可能用的还是不那么熟练吧,有些图形线条未找到,优点是可多人编辑,也可边讨论边画图,方便快捷。
遇到的困难是在新的编程环境上写代码,从原型那里可以获取CSS样式,但不能完美的克隆。试着上网找视频学习,找其他博主解决的办法,没解决就问问队友。目前已经解决,还有点小问题需要调优。收获是在压力下成长,了解小程序的整体框架,简单编写个静态页面。
林展
UML工具选用的是BoardMix,使用原因是它是搜索到的第一个工具,不过在使用体验过程也十操作简易,要素齐全,实时与其他成员在工作区互动交流,还能把外部截图直接搬进来看省去反复切屏的时间。总之就是很赞!
一切都要从团队确定选题说起,大家为做游戏还是做现在这个争论了一天,最后由于游戏的分工可能不够,因此才让大家妥协一起做家校通。也是从这里开始,我们看了题目的几个同学非常默契的以为,周末就是交产品的时刻了,因此草草地决定了需求(甚至还舍弃了一些核心功能)就开工了。大家该做原型的做原型,写文档的写文档,微信开发没看两天就实战去写前端代码了,然后写到一些需要后端交互的部分讨论了下后端用什么框架时,才发现周末不是项目的ddl(苦笑),于是匆匆忙忙重新分配了下工作解决当下的问题,重拾了核心需求并大致规划了下后续的扩展问题。
这次汇报可能辜负了柯老板当时应下选题的那份期待,不过我们后续一定会投入更多的时间去完善好该项目的各个环节的。致谢!ps.辛苦一起写代码的前端同学了(看错题目有我的锅,求饶)
翁熠霆
1.原型设计时,误判DDL,极短时限下使得原型设计的分配上设置了两个人分工完成不同模块。导致不同模块的风原型风格不统一。最终在和国均和林展的对比评判之下,确认统一以焯春设计的风格为准,让熠霆进行页面设计的微调
2.原型设计时受限于原型设计软件“墨刀”免费版的限制,不能在·一个原型原件里放超过20个页面。解决方法是另外新建一个原型,延续统一的风格和结构,进行拓展