686
社区成员
发帖
与我相关
我的任务
分享团队第二次作业——需求分析
| 这个作业属于哪个课程 | 2023福大软件工程实践-W班 |
|---|---|
| 这个作业要求在哪里 | 作业要求 |
| 团队名称 | 从0到1队 |
| 这个作业的目标 | 描述组队后的团队项目的整体计划安排、分工等工作 |
| 参考文献 | 《构建之法》 |
目录
- 一、团队项目计划及里程碑
- 1.1团队项目计划
- 1.2里程碑
- 二、项目分工
- 三、项目过程中可能遭遇的关键点、难点分析
- 四、团队协作
- 五、附件
一、团队项目计划及里程碑
1.1团队项目计划
| 时间 | 内容 | 进度 |
|---|---|---|
| 3.11-3.16 | 1.确定选题 2.团队分工 3.初步确定考核绩效方案 4.NABCD模型进行对选题进行分析 | √ |
| 3.26-3.31 | 1.界面原型设计 2.需求分析 3.需求规格说明书 4.学习微信小程序开发的相关知识 | √ |
| 4.09-4.14 | 1.完善设计数据库 2.完善功能设计 3.概要设计 4.前端初步构建小程序架构 5.进一步学习小程序相关知识 6.后端完成部分接口的设计 | |
| 4.22-5.05 | 1.完成前端与后端的接口交互 2.解决历史遗留问题 3.优化操作体验 4.对功能进行测试检验 | |
| 5.30-6.16 | 1.完成对后台的快速构建 2.小程序整体进行测试 3.进一步优化UI以及相关的算法提高小程序的性能 4.适当扩展新的功能 5.制定具体的推广计划并开始启动计划 |
1.2里程碑
二、项目分工
| 成员姓名 | 工作内容 | 贡献度 |
|---|---|---|
| 222000330 | 原型设计讨论、原型设计（首页-想说、想说详情页、举报页）、原型调整与修改（收藏、我的回答、我的提问、首页-推荐、推荐详情页）、原型PPT制作、原型PPT汇报 | 12.43% |
| 222000332 | 原型设计中的推荐板块（推荐页面、分类模块、举报模块、问题的详情页、写回答页面)、制作原型设计ppt | 12.36% |
| 222000331 | 原型设计启动页、教程、注册页、选择分类页、想问想说发布页、我的；原型ppt制作 | 12.35% |
| 222000201 | 《需求规则说明书》的具体要求（包括类图，用例图，属性），计划安排，难点关键点分析，任务细化分配，原型初步设计构思，PPT答辩，审核原型和说明书并提出修改 | 12.35% |
| 222000334 | 完成原型中热榜和我的界面设计，以及我的页面中的相关跳转页面，包括编辑资料，我的收藏，我的同问，我的回答，我的提问，搜索界面等等。讨论后进行细节完善。一起完成原型设计ppt | 12.28% |
| 222000329 | 参与原型初步界面讨论，《需求规则说明书》的引言（项目背景）、《需求规则说明书》的总体描述、《需求规则说明书》的界面原型、《需求规则说明书》的功能描述及验收验证标准（具体功能描述）、需求分析PPT（产品概述、具体要求、功能描述）、原型设计PPT | 12.14% |
| 222000409 | 说明书的编写目的，参考资料，应用目标，输入输出格式，界面验收，功能验收部分，需求PPT界面验收，功能验收，分工部分 | 10.37% |
| 222000301 | 博客编写、界面原型设计评审表设计、需求分析评审表设计 | 8.93% |
| 222000335 | 博客编写 | 6.79% |
三、项目过程中可能遭遇的关键点、难点分析
关键点、难点分析:
- 1.符合小程序的开发
团队尚且没有开发小程序的经验，因此从0到1有一定的难度，要掌握小程序开发的基本流程和模式，需要了解小程序提供的诸多接口。
- 2.数据库的设计
Sofu小程序涉及的内容较多，数据项多而杂，如何设计出一个关系结构合理清晰的数据库需要较多的思考。
- 3.推送算法的设计
不同于普通的流量热度算法，Sofu的推送算法的目的是提高问题的精准推送和问题的被解答率以及解答问题的效率，如何设置合理的参数和权重是一个关键性的问题，推送的算法也是在小程序业务算法中的核心算法，Sofu的高效和快捷便利是基于这一个特殊的推送算法所实现，因此这一块是关键性问题和难点。
- 4.去重的控制
虽然Sofu小程序设置有“同问”功能以表达对相似或相同问题的关注，但是这仅仅降低了一定的问题重复率，并不能特别高效的让小程序内的问题重复率降低，这就有了在用户键入问题是抓取关键词来提示用户可能存在相关问题的想法。但是该想法要得以实现需要去解决句子中的关键词如何提取，匹配的原则以及匹配的方式和算法的问题，这一块内容也是我们作为优化的一个考虑，实现起来有一定的难度。
- 5.内容加载的实现
大部分内容都要经过算法的计算来决定内容的呈现次序，使用到一定阶段后，如何在大量数据下依然能够以不错的加载效率来呈现数据是一个问题，这个问题再数据少的情况下不能够体现，但是如何去设计这样一个测试数据和如何提高加载的效率是一个比较关键的问题
四、团队协作
会议记录：
小组讨论记录截图
1、贡献度分配讨论（通过组内互评来完成每个成员的贡献度分配）
2、总体结构分析讨论
3、原型设计
4、问卷调查
5、规格说明书讨论
6、博客撰写
五、附件
...全文
请发表友善的回复…
发表回复
2023年福大-软件工程实践-W班 2023-04-01
- 打赏
- 举报
前6位同学的贡献度过于接近，是否有绩效考核依据？
从0到1队 团队 2023-04-04
- 举报
老师好，前六名同学的分数接近是因为工作完成量接近。我们小组有完善的绩效考核制度，综合考量会议参与度、具体贡献、态度、加分项这些方面。对于每次的作业，我们会先统计每个成员完成的具体任务，再采用组内成员互评的方式来得出个人分数，也就是您在博客中看到的表格，所以我们的评分制度是十分客观的。
