构建之法——团队第二次作业

半城伤御伤魂 提交于 2019-11-30 14:28:31

团队第二次作业


一、简介

这个作业属于哪个课程 课程地址
这个作业要求在哪里 作业要求
团队名称 RunningMan
这个作业的目标 对我们选择的题目“校园跑腿”进行需求分析,分析其可行性,主要功能,以及给出项目简介

二、成员

李星晨 201731091410
刘伊凡 201731062603
陈嘉莹 201731104215
唐财伟 201731062416
谭伟 201731062415

三、项目简介

互联网时代下,外卖,快递数量成几何的增长,许多同学由于各种原因,比如在玩游戏不方便拿外卖,或者由于离取快递的地方太远,导致自己不想亲自去取东西,更有甚者,宁愿多花一些钱在QQ群里让人代取快递,代替他们跑腿取快递,以我校为例,在信息共享群、兼职群中对跑腿的需求有增无减。因此我们团队提出了“校园跑腿”的项目,以希望解决大学师生们不想亲自跑腿的问题。
“校园跑腿”是为了解决高校物流最后一公里而提出的项目。该项目开发的目的是为了使那些不想因为外卖,快递,而将自己时间被切割的同学而设计,宗旨在于为同学们提供“跑腿”服务,这种跑腿可以是代取外卖,代取快递等等,只要你不想自己亲自做的,你都可以在我们的平台下发布任务,让人“跑腿”,你只需要去验收成果即可。


四、调研工作

五、典型用户及用户故事

典型用户

  • 典型用户1介绍:
姓名 小含
性别、年龄 女,20岁
代表的用户和在市场上占的比例 法学院在校学生,市场比例大,是“跑腿业务员”
爱好分析 勤俭节约,希望通过自己的勤工助学给家人减轻一点负担
使用本软件地典型场景 在没有课不耽误学习的时候,可以接几个“跑腿”单
使用本软件的环境/服务的环境 校园内
用户的动机、目的和困难 希望赚一点钱,能为家庭减轻负担
用户的偏好 时间充裕,能够提供“跑腿”业务
  • 典型用户2介绍:
姓名 小晨
性别、年龄 女,20岁
代表的用户和在市场上占的比例 艺术院在校学生,在市场在所占比例大,是本项目使用的主要用户
爱好分析 喜欢网购,对新颖的东西爱不释手,有一句口头禅“买买买”
使用本软件地典型场景 在网购完很多东西时,不想取拿或者拿不下,没了取快递的动力
使用本软件的环境/服务的环境 校园内
用户的动机、目的和困难 希望快递送到寝室,不想一个人去取很多快递
用户的偏好 喜欢新潮的事物
  • 典型用户3介绍:
姓名 小阳
性别、年龄 男、19岁
代表的用户和在市场上占的比例 计算机专业在校大学生,在市场上所占比例大,为本项目的主要用户
爱好分析 懒惰,肥宅,喜欢玩游戏,点外卖,但不想去拿
使用本软件地典型场景 在点外卖后,玩游戏时,没有时间和兴趣去取外卖
使用本软件的环境/服务的环境 寝室(甚至床上)
用户的动机、目的和困难 懒惰,不愿意放下游戏,希望外卖能直接送到自己手上
用户的偏好 单纯的宅男,不想出门觅食

用户故事

用户故事1:
1)背景:
(a)典型用户:小含
(b)用户的需求和需要解决的问题:有足够的时间,希望做一些兼职来提供一定的经济。
(c)假设:开发者提供测试版本以及该同学能下载并使用该版本。

2)场景:
小含在上完课后,找不到该干嘛,随手点开了QQ群,在兼职群里有人发了个代取快递的任务,酬劳还不低,小含立马心动了,与任务发布者沟通后到菜鸟驿站取到了快递,送到了发布者寝室,得到了酬金,小含很高兴,但是并不是每一次都有这样简单并且高效的任务等她。
用户故事2:
1)背景:
(a)典型用户:小阳
(b)用户的需求和需要解决的问题:不想去拿外卖,希望有个人能把外卖送到自己手中。
(c)假设:开发者提供测试版本以及该同学能下载并使用该版本。

2)场景:
小阳和小胡是室友,他们在某天一起订了外卖,小阳在玩游戏而小胡睡在床上,突然电话响了,是外卖小哥,“您的外卖到了”,小阳很生气,他正在打一波关键性的团战,“小胡,你去吧”,小阳生气地说,小胡不客气地回到“上次就是我,不去”,继续躺在床上,小阳也赌气地不去拿,直到外卖小哥再一次打来了电话,小阳才不情愿地出门去取外卖。


六、主要功能

  • a)基础功能
    1.用户管理和业务员认证,提供用户的注册登录,和业务员认证功能。确保业务员的专业性,为优质服务提供保障。
    2.服务评分,由用户向跑腿业务员评分,及时反馈服务状况,建立业务员信誉积分系统。确保服务的高质量。
  • b) 拓展功能
    1.跑腿订单发布和跟踪,平台用户可以方便的发布跑腿订单,并且用户可以实时跟踪订单状态。
    2.订单推荐,根据业务员设定的条件,为业务员筛选最佳的订单。

七、原型设计

  • a) 所用工具介绍
    墨刀,作为一款国产软件,在原型工作市场占据了很大一部分的空间,它的操作简单易上手,拖拽组件的设计很人性化,可以用客户端也可以网页操作,可以说它是专为移动端产品原型设计而生的;但它在交互效果、空间组合、操作面板上的选择都不如Axure灵活,不适用于PC端,因为其效果切换是采用连线的方式,因此在使用时会给使用者造成错乱的感觉,在设计时会让使用者头痛不已。
    但是作为学生党,在没有援助的情况下,我们只能选择它,但在上手之后,我们发现其实我们能用到的东西很少,并且在我们的设计中,墨刀完全够我们用了,我们高估自己了(hhh)。

  • b) 原型模型

    这里随意展示几张:


八、分工及进度安排

人员分工

人员 开发角色 项目管理角色
李星晨 前端开发 项目经理
刘伊凡 后端开发 后端开发组负责人
陈嘉莹 数据库设计与调优 测试负责人
谭伟 后端开发 文档负责人
唐才伟 前端开发 前端开发组负责人

在分工上,每位成员都担任一个开发角色,参与到项目的开发中去。一是让项目的代码实现上体现集体的智慧,二是让每位同学熟悉的编码规范和单元测试。除了开发角色之外,每位同学还担任一份项目管理的角色,每位成员不仅仅要关注于自己负责的代码和文档,同时也要有大局观,以软件工程的思维来管理软件过程,学以致用。

初步开发计划与分工

开发计划如下:

我们的软件将会经历两次迭代。第一个版本,主要实现用户管理,订单发布,接单等功能。第二个版本实现订单状态跟踪,订单智能推荐,信誉积分系统。通过版本迭代的方式,可以很好的把握项目的开发进度,同时核心功能尽早成型也有助于提高核心功能的可靠性。每个阶段都设置有测试和评估环境,分阶段总结和调整,确保项目团队保持高效率,高质量。

    title 项目开发计划
    section 需求分析与设计
        需求分析:2019-09-24, 2019-09-27
        系统设计:2019-09-27, 2019-10-07
    section 开发与迭代
        第一版开发:2019-10-07  , 2019-10-20
        第一版测试与评估:2019-10-20, 2019-10-24
        第二版开发:2019-10-25, 2019-11-10
        第二版测试与评估 :2019-11-10, 2019-11-14
    section 完善与部署
        完善 :2019-11-18, 2019-11-20
        部署 :2019-11-20, 2019-11-22

我们的软件将会经历两次迭代。第一个版本,主要实现用户管理,订单发布,接单等功能。第二个版本实现订单状态跟踪,订单智能推荐,信誉积分系统。通过版本迭代的方式,可以很好的把握项目的开发进度,同时核心功能尽早成型也有助于提高核心功能的可靠性。每个阶段都设置有测试和评估环境,分阶段总结和调整,确保项目团队保持高效率,高质量。

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!