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


    组长博客链接:https://www.cnblogs.com/tong-/p/11749971.html

    1.1 整体计划安排

    主要任务 计划时间
    项目选题 第七周
    需求分析 第八周
    安排分工 第九周
    具体编写 第十,十一,十二周
    优化完善 第十三周

    2.1 团队分工

    模块名 具体内容
    登录注册 实现用户注册登录
    个人信息 用户登录后可在此界面查看自己的信息,并可设置昵称头像等
    设置模块 设置app界面底色,护眼模式,日夜模式,字体大小等
    任务板块 任务发布的区域,对任务的更新和已完成任务的处理

    2.1.1各成员分工明细

    | 成员 | 分工 |
    | -------- | ----- |---- |
    |张泽宇 | 产品经理 |
    | 李至恒 | 产品经理 |
    | 黄皓 | 原型、UI |
    | 孙庭鑫 | 原型、UI |
    | 沈鸿骁 |前端|
    | 刘伟楠 | 前端(队长) |
    | 蔡嘉懿 | 前端 |
    | 江斯强 | 后端 |
    | 杨蓝宇 | 后端 |
    | 林易丰 | 后端 |

    2.1.2todolist

    位置 待办事项
    产品经理 分析用户对软件的不同需求,并表达给原型处
    原型设计 根据产品经理的要求设计出美观友好的界面,完善各项功能的ui
    前端 完成登录注册模块、搜索模块、三大功能模块前端,个人信息模块开发
    后端 完成后端开发,接口设计,服务器处理

    2.1.3燃尽图

    3.1思维导图

    4.1团队成员贡献比例

    负责人 任务 工作量比例
    刘伟楠 答辩演讲 10%
    孙庭鑫 撰写博客,原型设计 13%
    沈鸿骁 撰写需求分析报告 8%
    李至恒 PPT制作 10%
    江斯强 撰写需求分析报告 8%
    蔡嘉懿 绘制UML类图、撰写需求分析报告 14%
    黄皓 原型设计、撰写需求分析报告 11%
    林易丰 问题记录与评分 8%
    张泽宇 评审表制作 10%
    杨蓝宇|撰写需求分析报告 8%

    5.1评审表格设计

    6.1UML

    6.1.1类图

    6.1.2状态图

    6.1.3实体关系图

    7.1工具选择

    使用StarUML制作思维导图,用例图,活动图,状态图,类图;使用WPS制作ER图、燃尽图。

    8.1 对工具的评价

    便捷美观,短时间内就能将想法很好的用图形表示出来

    9.1答辩总结

    1. 本组最终答辩得分 :53.41
      2.其他小组未对我们组提出问题。
      3.修改分析报告,其中UML类图做的比较简单,已将UML类图细节化。

    10.1.需求规格说明书

    https://pan.baidu.com/s/1-we8YjzW-ui30-mHz0sD3Q
    k2r0

    11.1遇到的困难及解决办法

    11.1.1困难描述

    为了确定合适的风格,前期成员们的想法各有不同也各有优缺难以统一。小组成员对于工具的使用还不熟练
    做出哪些尝试
    为了选出最佳的ui,成员各自完成了几个简单的界面在群里投票选择。各自花了很多时间自学工具

    11.1.2是否解决

    11.1.3有何收获

    大家好才是真的好
    增强组员的合作和相互学习

    12.1PSP

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

    第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) |重要成长
    -------- | -------- | ----- |----
    1 |200 |200 | 10 | 10 | 掌握新技能,增强组员的合作和相互学习

  • 相关阅读:
    SQLServer 获取汉字拼音的首字母(大写)函数
    MySQL动态SQL的拼接以及执行、分页
    Jdbc连接sqlserver,mysql,oracle
    MySQL之排序显示行号
    List的分组,求和,过滤操作
    linux 常用命令集合
    redis 基本类型和命令(一)
    ORCLE 创建表空间,用户,赋予角色以及授权
    游标
    【应用服务 App Service】App Service中上传文件/图片(> 2M)后就出现500错误(Maximum request length exceeded).
  • 原文地址:https://www.cnblogs.com/happybanana/p/11749975.html
Copyright © 2020-2023  润新知