• 团队项目-需求报告分析


    组长链接

    https://www.cnblogs.com/leemelon/p/11749990.html

    组队后的团队项目的整体计划安排;(1 2分)

    阶段 主要任务 计划时间
    1 项目选题 2019.09.25-2019.10.23
    2 需求分析 2019.10.18-2019.10.27
    3 编码规范 2019.10.28-2019.11.05
    4 Alpha冲刺 2019.11.06-2019.11.20
    5 改进总结调整 2019.11.21-2019.11.26
    6 Beta冲刺 2019.11.27-2019.12.10
    7 整体测试 2019.12.10-2019.12.20

    团队分工(2 5分)

    组员 分工
    李昕晖(组长) 报告组,分配任务
    王怀骋 评审表组
    刘烨 评审表组
    曾宇辉 ppt组,演讲,答辩
    玛尔孜亚 ppt组
    王银 ppt组
    李福佳 报告组
    黄斌敏 报告组
    张伟佳 报告组,博客
    翟鑫亮 报告组,博客
    陈超星 报告组

    确定 alpha 版本需要做哪些事情

    用户端模块

    模块序号 模块名 模块内容
    1 登录注册模块 用户注册登录用户,修改找回密码
    2 下单模块 用户自主下单
    3 搜索模块 用户查询拼单,商家信息
    4 交易模块 用户拼单后在线支付交易
    5 订单模块 用户实时了解订单信息
    6 咨询反馈模块 faq 人工服务

    后台模块

    模块序号 模块名 模块功能
    1 用户模块 用户管理地址和个人信息
    2 算法板块 实现生成与转换,算法维护和优化
    3 问题反馈板块 bug反馈,人工客服
    4 交易记录板块 用户查询历史订单信息

    各成员分工明细及 TODO lis

    队员 分工明细 TO DO LIST
    李昕晖 产品经理(组长) 前端工程师 规划项目进程 组织会议、分配任务 配合技术人员进行开发
    曾宇辉 原型设计师 文档相关工作 辅助工作 负责项目原型的逻辑功能设计 熟悉其他组文档、提出问题 注意并提醒各项任务DDL 辅助组长进行项目规划
    玛尔孜亚 前端工程师 文档相关任务安排及汇总 文档相关工作 文档分工 PPT制作 登录、咨询反馈模块搭建
    陈超星 前端工程师 前端任务安排及汇总 测试工作 前端分工 下单、搜索模块搭建 编写测试用例帮助前后端把控质量
    李福佳 前端工程师 图片相关工作 数据库搭建 交易、订单模块搭建 数据库搭建 制作与绘制每次任务所需图片
    王怀骋 后端工程师 后端任务安排及汇总 数据库搭建 文档相关工作 后端分工 生成模型搭建 数据库搭建 评审表制作
    刘烨 后端工程师 测试工作 数据库搭建 咨询反馈模块开发 数据库搭建 测试用例帮助前后端把控质量
    张伟佳 后端工程师 文档相关工作 测试工作 问题反馈模块开发 编写博客 测试用例帮助前后端把控质量
    翟鑫亮 算法负责人 算法任务安排及汇总 后端工程师 算法分工 编写博客 算法模块开发
    王银 接口开发工程师 后端工程师 文档相关工作 网络接口的设计与开发 用户模块开发 PPT制作
    黄斌敏 后端工程师 文档相关工作 图片相关工作 交易记录模块开发 熟悉其他组文档提出问题 文档拟写、整合 制作与绘制每次任务所需图片

    燃尽图

    思维导图(3 2分)

    评估团队中每个人对本次作业的贡献比例,描述为撰写需求规格说明书的工作流程、组员分工、组员工作量比例(禁止一锅端平的情况,如果没有评估,全组平均后,组长得分减 50%)(4 2分)

    李昕晖 3.3%
    曾宇辉 20%
    王怀骋 10%
    刘烨 10%
    黄斌敏 6.7%
    王银 6.7%
    玛尔孜亚·艾尼瓦尔 6.7%
    张伟佳 13.3%
    翟鑫亮 13.3%
    李福佳 3.3%
    陈超星 6.7%

    评审表组:王怀骋 刘烨
    ppt组:曾宇辉 玛尔孜亚 王银
    报告组:李福佳 黄斌敏 张伟佳 翟鑫亮 陈超星 李昕晖
    答辩额外两分 曾宇辉
    博客额外四分 张伟佳 翟鑫亮

    评审表格设计(5 1分)

    UML(找到自己负责部分的部分做UML练习)(6 10分)

    用例图

    类图

    活动图

    状态图

    实体关系图

    工具选择(大家可以共享经验,相互推荐,谈谈为什么选择这个工具)(7 2分)

    VisioROSEStarUML
    这个工具是我们组公认的比较好用的一款工具,使用非常的人性化,建议大家也去使用~

    使用后对工具的评价(8 2分)

    界面友好,使用方便,受众面广,以后的学习工作中也可以收益。

    答辩总结(9 9分)

    现场答辩得分:

    53分

    2.提问回答

    Q:店铺商家是不是app客户的一部分?
    A:是,我们的app受众群体同时包括消费者和商家,在使用的过程中不会出现与商家的中断现象。
    Q:与其它拼单app相比你们这个有什么优势,他们有两三个功能,而你们只能拼饭?
    A:我们的app相比于其他的功能更加专精,可以连接到商家,方便了用户的使用。
    Q:你们对市场的需求有没有一个详细的规划和了解,这个领域有多大的蛋糕清楚吗?
    A:我们只有一个大概的了解,本着大胆尝试的原则先去实施,在期间遇到具体问题再做具体调整。

    3.修改之处

    增加调查问卷的调查范围,更加精细地了解市场;
    对和商家的对接进行更加细致的构思,增强自身的竞争力;

    提供《需求规格说明书》作为随笔的附件(经过修改的最终版本)(10 1分)

    https://share.weiyun.com/5qXm2zY

    遇到的困难及解决方法(11 2分)

    1.困难描述第一次接触不了解需求分析报告。
    2.尝试分工细化,多练习多沟通,在网上找相关文件做例子。
    3.是否解决
    是。
    4.收获团队成员在合作中有了更深一步的了解,增加了凝聚力。学会思维导图等的制作。

    PSP(12 1分)

    PSP2.1 Personal Software Process Stages 预估耗时 (分钟) 实际耗时(分钟)
    Planning 计划 30 50
    Estimate 估计这个任务需要多少时间 20 30
    Development 开发 0 0
    Analysis 需求分析 (包括学习新技术) 80 100
    Design Spec 生成设计文档 100 120
    Design Review 设计复审 40 60
    Coding Standard 代码规范 (为目前的开发制定合适的规范) 30 40
    Design 具体设计 30 35
    Coding 具体编码 0 0
    Code Review 代码复审 0 0
    Test 测试(自我测试,修改代码,提交修改) 0 0
    Reporting 报告 60 60
    Test Repor 测试报告 30 30
    Size Measurement 计算工作量 20 15
    Postmortem & Process Improvement Plan 事后总结, 并提出过程改进计划 30 30
    合计 470 570

    学习进度条

    第8周 新增代码(行) 累计代码(行) 本周学习耗时(小时) 累计学习耗时(小时) 重要成长
  • 相关阅读:
    Redis 记录
    flink 流控机制详解
    备份和快照的区别
    LVS 总结
    Keepalived 总结
    OpenResty 总结
    Lua 总结
    Element-UI 总结
    Java transient 关键字
    Activiti 框架
  • 原文地址:https://www.cnblogs.com/hbm-031702323/p/11750349.html
Copyright © 2020-2023  润新知