肯定团队选题,肯定以后每一个团队须要描述要作的到底是什么系统,预期的用户量是多少。git
团队题目:记帐App架构
描述:使用者能够经过app的登陆界面使用已经注册的帐号进入app,在记帐app中用户能够进行收入、支出帐单记录,像是经过app中已有分类进行选择、记录,也能够本身经过备注的方式添加详情,同时用户也能够对已有的收入、支出帐单记录进行修改、删除操做,像是修改支出金额啊,收入金额啊之类的;删除错误的记录之类的。固然,app也具备能够进行帐单的查询,拥有查询的便捷方式——选择日期查询帐单,与此同时,app还能够在每月的1号推送上一个月的月帐单,月帐单包括了当月的收入、支出总金额,当月的支出、收入的数据统计分析,而且数据统计分析也能够随时查看不须要只是月帐单中才带有。app
预计用户量:20人学习
围绕选题项目内容的 真实、可用、有价值(有情怀 做为加分项)目标来分别阐述。测试
真实目标:如今大多数人们广泛都存在一种现象——"啊,明明没买什么,怎么钱都用光了"。很明显这样的现象,就是人们对我的财务管理意识薄弱的体现。为了不这一现象,咱们须要对本身的收支做出分析,可以知道本身每月将钱花在了哪些地方,本身每月的结余状况,了解哪些支出是必需的,哪些支出是无关紧要的,从而更合理地安排支出,俗话说“你不理财 财不理你”就是这个道理。记帐就是一个很好的解决手段。而记帐APP的存在使咱们的记帐方式更加便捷,实现轻量级记帐,简约记帐,以最清新的界面提供最温馨的体验,就是咱们的目标。编码
可用目标:记录[当前支出]、查看[支出统计图]与[当月支出]、基础的预算功能架构设计
创建和初步熟悉团队git的协做方式。项目后续的代码、文档都要经过码云增量式管理。实现文档的版本化和增量式管理。设计
请马上创建团队项目的git仓库。
强调:作雷同项目的不一样团队, 请在项目立项的时候,就提出本身团队独特的设计/功能是什么,如何找到目标用户, 而后执行。blog
团队码云地址:https://gitee.com/git_ty1213/jizhang_program生命周期
团队独特的设计在于每个月1号会有前一个月的月帐单推送,将用户一个月的支出、收入状况进行分析和总结。会选择记帐的用户通常都是但愿能够知道本身的每月支出、收入状况,以此来分析用户本身的花销状况,来决定下个月是否有能够节省的不必花费的项目,而本app退出月帐单这一点就能够吸引用户的使用。
根据发布的项目时间规划,初步确立团队任务计划,将团队的任务计划添加到码云的团队项目Issues(列表、里程碑)里面,要求:
PM组织成员快速阅览《构建之法》第8章到第15章关于“软件开发完整生命周期”的相关章节,并回顾在案例分析中初步练习过的项目计划设计的方法对项目作时间安排。同时请参考下面的团队项目每周环节进度表。
使用《构建之法》“计划和估计” 一节中提到的讨论方法和耗时估计公式来矫正计划的时间表,为每一个环节定制好时间。并注意,不要贪图作太多的功能,而是要把关键的场景实现了(参考《构建之法》中关于MVP的描述)。
第 6-7 周 | 1. 制定团队计划 |
---|---|
2. 需求规格说明书 | |
3. 原型设计,队员估计任务难度并学习必要的技术 | |
4. 编码规范完成、平台环境搭建完成、初步架构搭建 | |
5. 架构设计,WBS, 团队成员估计各自任务所需时间 | |
6. 测试计划制定 | |
第8-9周 | 1. 团队项目Alpha任务分配计划 |
2. 连续7天的Alpha敏捷冲刺,7 篇 每日Scrum Meeting博客+代码提交 | |
第10周 | 1. 用户反馈+测试计划改进 |
2. 团队Alpha阶段我的总结 | |
3. 团队项目Alpha博客:发布说明、测试报告、展现博客、项目管理 | |
第11周 | 1. 项目复审 |
2. 团队项目Alpha博客:过后分析 | |
3. 每一个团队有一人必须离开,本身寻找下一个接纳本身的团队。团队发博客宣布离队和接纳的成员。 | |
第12-13周 | 1. 团队项目Beta任务分配计划,介绍新成员 |
2. 连续7天的Beta敏捷冲刺,7 篇 每日Scrum Meeting博客+代码提交 | |
第14周 | 1. 团队项目Beta博客:发布说明、测试报告、展现博客 |
2. 团队Beta阶段我的总结 | |
第15周 | 1. 项目复审 |
2. 团队项目Beta博客:过后分析, 宣布每人的贡献分 | |
第16周 | 1. 团队整个阶段总结,分析用户数据,整理文档,保证之后的团队能接手。 |
日期 | 任务 | 估计时间 | 实际时间 |
---|---|---|---|
第 6 周 | |||
1. 团队项目启动,制定团队计划 | 6天 | 6天 | |
第 7 周 | |||
周一至周三 | 1. 需求规格说明书 | 3天 | 3天 |
周四 | 3. 原型设计,队员估计任务难度并学习必要的技术 | 1天 | 1天 |
周五 | 4. 编码规范完成、平台环境搭建完成、初步架构搭建 | 1天 | 2天 |
周六至周日 | 5. 架构设计,WBS, 团队成员估计各自任务所需时间 | 2天 | 1天 |
周六至周日 | 6. 测试计划制定 | 2天 | 1天 |
第8-9周 | |||
周一 | 1. 团队项目Alpha任务分配计划 | 2天 | 1天 |
2. 连续7天的Alpha敏捷冲刺,7 篇 每日Scrum Meeting博客+代码提交 | 7天 | 12天 | |
2.1.第一次冲刺:了解需求并汇总(李香荣、罗登宇) | |||
2.2.第二次冲刺:根据需求设计系统功能并分配组员的任务模块(全体组员) | |||
2.3.第三次冲刺:登陆模块--设计用户注册和登陆界面(郭雅芳) | |||
2.4.第四次冲刺:功能模块—支出收入的增删改(徐婉萍) | |||
2.5.第五次冲刺:统计模块—日月年帐单(谭燕) | |||
2.6.第六次冲刺-第七次冲刺:完善各功能模块(全体成员) | |||
第10周 | |||
周一至周三 | 1. 用户反馈+测试计划改进 | 3天 | 3天 |
周四至周五 | 2. 团队Alpha阶段我的总结 | 2天 | 1天 |
周六至周日 | 3. 团队项目Alpha博客:发布说明、测试报告、展现博客、项目管理 | 2天 | 1天 |
第11周 | |||
周一至周三 | 1. 项目复审 | 3天 | 3天 |
周四至周六 | 2. 团队项目Alpha博客:过后分析 | 3天 | 2天 |
周日 | 3. 每一个团队有一人必须离开,本身寻找下一个接纳本身的团队。团队发博客宣布离队和接纳的成员。 | 1天 | 1天 |
第12-13周 | |||
周一 | 1. 团队项目Beta任务分配计划,介绍新成员 | 1天 | 3天 |
2. 连续7天的Beta敏捷冲刺,7 篇 每日Scrum Meeting博客+代码提交 | 7天 | 11天 | |
第14周 | |||
周一至周五 | 1. 团队项目Beta博客:发布说明、测试报告、展现博客 | 5天 | 3天 |
周六至周日 | 2. 团队Beta阶段我的总结 | 2天 | 1天 |
第15周 | |||
周一至周四 | 1. 项目复审 | 4天 | 4天 |
周五至周日 | 2. 团队项目Beta博客:过后分析, 宣布每人的贡献分 | 3天 | 2天 |
第16周 | |||
周一至周日 | 1. 团队整个阶段总结,分析用户数据,整理文档,保证之后的团队能接手。 | 7天 | 4天 |
姓名 | 团队分工 | 完成状况 |
---|---|---|
徐婉萍 | 博客编辑,整合其余团员任务,部分项目计划安排,肯定部分团队项目目标 | 已完成 |
谭燕 | 团队项目git仓库的创建,部分项目计划安排,添加计划至码云的团队项目Issues | 已完成 |
郭雅芳 | 肯定团队选题,肯定部分团队目标,肯定团队项目预期 | 已完成 |
李香荣 | 肯定部分团队计划安排 | 已完成 |
罗登宇 | 肯定部分团队项目目标 | 已完成 |
徐婉萍:本次做业主要是肯定团队的项目选题及制定团队计划。在此次做业中,和团队成员一块讨论了本次项目的立项目标,项目计划安排,项目主要实现功能之类的问题。经过对于项目的任务计划安排表的具体规划和设计,使得咱们对于本次项目的实施过程更有条理,更可以把握好项目中每一个阶段所花费的时间,不至于超出所规定的日期,致使项目不可以结项。在项目的启动阶段,咱们须要制定好团队计划、项目实现功能等,这样的话就不至于会在实施的过程当中手忙脚乱。虽然,咱们团队的技术能力可能并非特别优秀,可是,咱们会尽力作好咱们可以作到的,咱们须要作到的事情。只要咱们可以为这个项目一块儿努力付出,一块儿努力实现项目目标,这样咱们必定可以完成咱们所但愿的,也能从中得到不小的收获和经验。
谭燕:此次做业中,我完成了团队项目git仓库的创建,以及部分项目计划安排,并将计划添加至码云的团队项目Issues中。制定团队计划进度表真的让我有了很强烈的时间观念,感受时间很紧张,若是完不成每一个环节的任务,下一个任务的时间进度会很紧张,最终有可能致使项目发布的延期。还有一点值得担忧的是,咱们的技术能力可能不足,从而功能模块的实现可能会出现问题。固然咱们必然会想尽一切办法付出百分百的努力去实现它,我也相信个人组员,在咱们的一块儿努力坚持下,最终有一个满意的成果。
此外,我还了解到能够从真实、可用、价值方面的目标来更加明确的咱们的设计核心点在哪。emmm...个人一句话宣言是"空白才是将来可以得到巨大收益的东西"。但愿能够从从此的团队合做中得到巨大收益。
李香荣:本次做业中,我完成了团队计划进度表的制定。制定团队时间计划表不能随意,由于它具备参照意义,是团队开发的导航,若是安排给前面任务的时间太过宽松,那么后面的任务就会时间不够,可能没法按时交付软件;若是时间太紧可能没法完成,耽误团队进度。固然,影响团队任务完成的因素还有不少,其中团员的专业能力是相当重要的,可是我相信我和个人团员会努力的掌握相关的知识,尽最大的努力去完成项目。
罗登宇:此次做业是肯定团队选题,每一个人的任务计划以及团队项目的任务计划安排。而在此次讨论选题中,经过和组员的交流沟通,咱们肯定了团队做业的计划进度,每一个人都拿到了本身比较驾轻就熟的任务。个人水平不太够,但会尽力配合各组员来克服我所遇到的困难,经过咱们的团队协做必定能完成团队做业的。