团队项目-需求分析报告

组长博客

1. NABCD 分析与引用

1.1. 需求(N)

  • 任务整合:

    更强大的管理系统:整合了当前流行的各个任务群的任务信息,方便了同学进行发布任务和接收任务,避免了同学发布任务没人接和同学接不到任务的矛盾,提高了时效性。对于部分有紧急任务要求的同学,还可以优先在首页展示等。
    流程的规范需求
    用户的信用记录

  • 校园百科:

    同学有时候对于一些校内的信息很迷茫,找不到获取校内信息的渠道,尤其是新生。校园百科解决了同学们获得信息的问题,提供了信息的查找渠道,省去了同学问来问去的时间;也提供了同学共同补全校内信息的功能,在广大同学的帮助下,逐渐完事校内百科,做到有问必答。

1.2. 做法(A)

开发一个微信小程序,实现任务整合,校园百科功能,可以进行发布/接任务,查询校内信息等功能。

1.3. 好处(B)

帮助用户解决了信息整合问题,提高了用户实现需求的效率,为用户节省了大部分时间。

1.4. 竞争(C)

任务整合,校园百科的竞争者只有活跃在QQ上的任务群、学生之前的口耳相传;相对于任务群,我们整合的任务更具有时效性,更方便用户发布/接任务,校园百科在任务群上的形式只是同学直接的问答,常常今天问,明天问,没有一个记录的方式,我们的校园百科功能把这些信息都记录起来,方便了用户直接查询,省去了问的时间。

1.5. 推广(D)

先从身边的同学以及任务群里进行推广,在等新生开学之后,在新生之间推广。用户如果体验很好的话,还可以帮我们进行推广,推荐身边的人使用,实现一传十,十传百。

2. 选题报告的内容

3. 本组评审表的设计

4. 答辩总结

4.1. 贡献比例

  • 评判标准:最终效果
完成得很好 可以接受 不合格
-
成员 百分比 原定任务 追加任务 主动承担 过失描述
杨世杰 18 设计提问的问题(-)、对各小组评分(-) 视频参演(-) 分担组长工作(↑)、评审表设计完善(-)、提醒组长(-)、帮组长善后(↑) 在火烧眉毛的时候没有通知组长,误时误事
陈文彬 17 核心内容编写(-) 视频后期(-) 给组长出主意(↑)、提供小组选题(-)、选题沟通老师(↑)、向组长提建议(↑)
林文涛 15 原型设计(↑) 向组长提建议(↑)
苏伟欢 12 核心内容编写(-) 视频后期(-)
林宏海 11 原型设计(↑)
王淇弘 10 制作策划书PDF(-) 视频拍摄(-)
林小棠 10 思维导图设计(↓)、资料查询(-) 视频参演(-)
张越洋 5 任务分配(↑)、PPT展示(↓)、博客写作(-)、把控进度(↓)、决定组员贡献(↑) 视频剧本(↓)、视频导演(-)、视频参演(-) 思维导图设计完善(↑)、PPT制作(↓)、调查问卷设计(-) 误时误事、控制欲过强、没尽到组长的职责、替组员操刀
邓志雄 1 思维导图设计(-)、资料查询(-) 调查问卷设计(↓)、问卷分发(-) 任务完成的质量低
龚洋林 1 PPT制作(↓)、评审表设计(↓) 误时误事

4.2. 本组现场的答辩得分

0/60分

4.3. 回答其它小组对本组的提问

提问小组 问题 解答
1 如果线下交易出现了问题,平台是否需要担责,面对任务完成度参差不齐的现象如何解决 上述问题的处理全部严重依赖信用体系的完成度,参照外卖平台的举措。需要担责,但能做到的仅仅是下调失信用户的评级,并在公示区域将其挂出,难以挽回用户损失。想引入星级评分,用来标注任务完成的质量,并与接单人员的信用挂钩
2
3 如何保障安全性?如何保障人员不跑单 想使用教务处绑定。再完善的系统也有漏洞存在,想要尽可能地增强信用体系对学生个人信誉的影响。我们没有办法避免这种事情的出现,只能寄希望于完善信用体系,这种事情非常无力
4 现在存在的一些任务群优势在哪?现在任务群也非常的方便 现在存在的任务群没有承担长期、复杂、重要任务的可能性,是因为难以找到具有相应素质的接单人员,背后有诸多因素。我们也挺不希望我们的平台上也只是充斥着拿快递、小兼职等简易的任务。
5 如何保证任务紧急时可以得到很好的处理? 我们有一个任务市场界面,会优先挂出紧急任务时态。
6 如果需要进行任务沟通的,那你们是提供App内私信还是QQ或微信的私下联系呢? 我们小组的技术力不是很强,但有实现APP内的私信和评论区的想法。如果规划紧张的话就不予实现了
7 哪家的云服务器30块一个月;为什么团队选题报告不完整,格式混乱;如何处理任务完成失败导致的不可逆转后果。 保守起见,预算先拉高一些。团队选题报告不完整是组长没有协调好各方工作,导致其成为弃子;格式混乱是在deadline前,组长私加删改的结果。这种事情非常无力,我们想让我们软件中的信用系统能影响到学生实际生活的信用体系,我们会尝试进行教务处绑定账号
8 如何对发布的任务信息进行筛选以保证其真实性,防止有人散布虚假信息? 这个是我们缺乏考虑的地方,多谢你们的提醒。我们想让我们软件中的信用系统能影响到学生实际生活的信用体系,我们会尝试进行教务处绑定账号
9 很多任务都是具有时效性的,如何能保证任务完成率? 通过信用系统、排行榜,实现接单者的表现累计,影响其评级。用户发布任务时可以让任务在市场多悬挂一会儿,然后在所有有意愿接单的人中。可以参考他的信用评级,选择更加优质的完成者。可以通过这样的方式,间接提高自己的任务的完成率。另外,我们会公示那些超时的接单者,来被动约束这种不及时完成任务的行为。
10 支付如何实现(安卓端还是小程序,小程序支付的话是有限制的),如何保证一些低俗交易(代考,代写论文) 我们想实现成小程序。谢谢你们提出来的问题,我们思虑得不够细密,本来是想在支付时实现支付页面的跳转的,但确没考虑到这一点。我们得赶紧去了解相关的信息了
11 两个模块之间似乎没有关系,把他们强行塞到一起是否不合适 两个模块的关联度确实很低。但校园百科的部分的不适合独立。我们想通过把任务整合的一些公示模块,如排行榜、黑名单公示等,放置在校园百科的界面中,渐渐地模糊两个模块的边界
12

4.4. 根据答辩中其它小组提出的意见和建议,修改完善本组团队选题报告

  1. 产品功能增加

    1. 我们想让我们软件中的信用系统能影响到学生实际生活的信用体系,我们会尝试进行教务处绑定账号
  2. 产品优势分析增加

原文地址:https://www.cnblogs.com/lwthhh/p/11710631.html

时间: 2024-10-12 23:49:34

团队项目-需求分析报告的相关文章

第11组 团队项目-需求分析报告

组长博客:团队项目-需求分析报告 整体计划安排 截止时间 任务 11.01 前端和后端商议确定接口,UI完成首页,前后端完成项目构架搭建,确定模块并分配任务 11.15 完成前端主体部分,对接后端接口 11.18 测试,修改,改善性能,检查代码,发布Alpha版本 11.23 项目完善+用户使用反馈+测试计划改进 12.1 根据反馈和需求进行新版本的模块编写,发布Beta版本 12.4 正式版本完善+用户手册 团队分工 alpha 版本需要做哪些事情 完成预先规定的功能需求 分工明细 前端: 陈

第03组 团队项目-需求分析报告

一.组队后的团队项目的整体计划安排 项目阶段 阶段时间 主要阶段任务 完成情况 前期准备 9.22-10.11 确定选题及成员分工.完成基础学习及前期准备工作 已完成 10.12-10.18 进一步细化分工.设计项目logo.完成选题报告 已完成 10.19-10.25 通过别组提问改进项目功能计划.完成原型设计及界面设计初稿 已完成 团队编程 10.26-11.2 团队编程及前期准备工作 待完成 alpha冲刺 11.3-11.11 实现基础功能.改进界面.完成alpha冲刺前期准备 待完成

第09组 团队项目-需求分析报告

需求规格说明书 组长博客链接 1.团队项目安排 阶段序列 阶段时间 主要阶段任务 完成情况 第一阶段 9.28 确认选题和团队分工 完成 第二阶段 10.1~10.21 团队选题报告 完成 第三阶段 10.1~10.26 基础学习及前期准备 完成 第四阶段 10.14~10.18 原型设计 完成 第五阶段 10.21~10.26 需求报告 完成 第六阶段 10.26~11.11 前端完成60%页面布局,后端完成60%的基础接口 待完成 第七阶段 11.12~11.15 前端完成所有页面布局,后端

第3组 团队项目-需求分析报告

一.组队后的团队项目的整体计划安排 项目阶段 阶段时间 主要阶段任务 完成情况 前期准备 9.22-10.11 确定选题及成员分工.完成基础学习及前期准备工作 已完成 10.12-10.18 进一步细化分工.设计项目logo.完成选题报告 已完成 10.19-10.25 通过别组提问改进项目功能计划.完成原型设计及界面设计初稿 已完成 团队编程 10.26-11.2 团队编程及前期准备工作 待完成 alpha冲刺 11.3-11.11 实现基础功能.改进界面.完成alpha冲刺前期准备 待完成

第12组 团队项目-需求分析报告

原文地址:https://www.cnblogs.com/wadx2019/p/11749332.html

期末项目需求分析报告

期末项目需求分析报告 毕业生离校管理系统需求分析(王尊,黎仁威小组) 一.离校管理需求分析: 在完成了针对<离校管理系统>软件市场的前期调查,同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书, 此需求规格说明书对<企业图片管理系统>软件做了全面细致的需求分析,明确所要开发的软件应具有的功能.性能与界面,使系统分析人员及软件开发人员能清楚地了解企业的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作.本说明书的预期读者为需求分析人员

团队项目-选题报告

组长博客链接 NABCD分析引用 N:我们团队的创意解决的是当代大学生挪车困难,尤其是某些力气比较小的女生会遇到车被堵住,这样我们的App就可以完美的解决这个问题,相对于同平台的阿里,我们针对的并非是汽车,而是电动车,更能抓住当代大学生的痛点 A:独特的招数:我们组在团队开发上具有得天独厚的优势,因为我们中大部分成员都参与过企业级开发,能够确保按时达到预期需求.并且能够完全适配各个方向. B:相对于阿里的挪车码,我们的申请要求没有这么严格,并且不需要把二维码贴在车上,只需要登录app就能够帮你轻

团队项目需求分析

项目背景 随着信息的发展时代的进步,书籍的不断更新,图书的数量也在大量的增加,同样有关图书的各种信息也是在成倍的增加,对于如此庞大的信息量设计一套合理.有效.规范.实用的图书馆管理系统,对校内的图书资料进行统一.集中的管理是很有必要的. 所以,这次的图书馆管理系统的开发宗旨是实现图书管理的系统化.规范化和自动化,达到图书资料集中.统一管理的目标. 需求分析 图书馆管理系统是图书馆管理工作中不可缺少的部分,对于图书馆的管理者和使用者来说都非常重要了,故相对于传统的手工方式或性能较低的图书馆管理系统

团队项目——需求分析

随着科技的飞速发展,计算机应用已渗透到了各个领域,引起信息管理的革命,实现了信息的自动化处理,提高了处理的及时性 和正确性.近年来,随着图书馆规模的不断扩大,图书数量也相应的增加,有关图书的各种信息量也成倍增加,面对着庞大的信息量, 传统的人工方式管理会导致图书馆管理上的混乱,人力与物力过多浪费,图书馆管理费用的增加,从而使图书馆的负担过重,影响整 个图书馆的运作和控制管理,所以我们去图书馆借阅的时候经常会出现各种状况,因此,必须制定一套合理.有效,规范和实用的图 书管理系统,对图书资料进行集中