SophonNexus: Beta Sprint Essay 3

SophonNexus 团队账号 2023-12-15 23:01:40
Which course does this assignment belong toSoftware Engineering
Where are the requirements for this assignment?https://bbs.csdn.net/topics/617676810
Team NameSophonNexus
Project NameCrowdsourced Parking Management System
The objective of this assignmentBeta Sprint Essay 3

This Beta Sprint Essay is about the Frontend development

Catalog

  • SCRUM section
  • Ⅰ. Team Members and Task Progress
  • 陈正一 Chen Zhengyi 832102117
  • 吴高源 Wu Gaoyuan 832102113
  • 李梓莙 Li Zijun 832102110
  • Ⅱ. Check-in
  • Ⅲ. Test
  • Ⅳ. Meeting Photo
  • PM report
  • Ⅴ. Project Progress Summary
  • Anticipated Tasks
  • Current Completed Tasks:
  • Remaining Tasks:
  • Ⅵ. burn-up chart
  • Ⅶ. Beta Testing Task Progress Overview
  • Ⅷ. Demo Video

SCRUM section

Ⅰ. Team Members and Task Progress

陈正一 Chen Zhengyi 832102117

  1. Implement the introduction and invocation of map interfaces, draw points based on latitude and longitude to display the task heatmap, and enhance the basic functional requirements of the thematic map.
    Duration: 4 days
    Challenges: Utilizing an external API poses significant difficulty, especially when the external component library for the map does not provide the expected API, requiring manual exploration of relevant native code.

  2. Implement the display, commenting, and replying functionalities for the comments section in the task details.
    Duration: 2 days
    Challenges: Managing the relationships between comments, replies, and nested replies can be complex, and the logic is prone to errors.

  3. Optimize the storage of user data such as tokens using Vuex.
    Duration: 5 hours
    Challenges: Integration with axios configuration is needed, which can be somewhat cumbersome.

  4. Complete the relevant basic functionalities of the personal center homepage.
    Challenges: Multiple pages and complex navigation require careful restoration of layout changes.

吴高源 Wu Gaoyuan 832102113

  1. Optimize the task details page to implement the retrieval of task areas and transfer textual data of user-marked task locations using latitude and longitude.
    Duration: 5 days
    Challenges: Similar to the first task, it requires utilizing an external API, and the logic for selecting grids can be quite complex.

  2. Implement tab switching in the breadcrumb navigation for viewing tasks and functionality to display tasks in a specific order.
    Duration: 3 days
    Challenges: Reconstructing the layout can be challenging, as a 1:1 replication of the design may not be feasible, and the responsive layout might not be ideal.

  3. Implement the task favoriting feature on the task details page.
    Duration: 5 hours
    Challenges: None.

  4. Optimize the default navigation of user-configured routes after login.
    Duration: 2 hours
    Challenges: Requires calling multiple backend APIs, which may seem simple but can be time-consuming.

李梓莙 Li Zijun 832102110

  1. Centralize the management of frontend API interfaces by assigning them to an independent API file.
    Duration: 4 days
    Challenges: Organizing according to the backend's API documentation, with a particular emphasis on writing thorough comments.

  2. Optimize some asynchronous functions based on axios Promises, and rewrite blocking methods.
    Duration: 2 days
    Challenges: Understanding the concepts of blocking and the execution order of functions may be somewhat challenging.

  3. Implement and refine the functionality for uploading images and files in multiple formats in the task publishing module.
    Duration: 4 days
    Challenges: Requires utilizing the browser's built-in file API and transmitting images as URL or file streams to the backend for storage.

Ⅱ. Check-in

img

Ⅲ. Test

Firstly, we listed all the front-end functionalities of the software, such as user login, map display, task publishing, and so on. Then, we considered possible usage scenarios to ensure that our software functions properly in various situations.

While coding, we made sure that each functionality is independent to facilitate testing. We also used some automated testing tools, like APIFOX, to simulate user operations and check if the software operates as per our design.

We created a bunch of test cases to assess the software's performance in different scenarios, including potential problem areas. For instance, in cases of invalid user input, we also ensured that the software handles it properly.

We paid special attention to how the software performs on different devices and browsers, ensuring that users can easily access it whether on a computer or a mobile phone.

Regarding security, we conducted tests to ensure that user inputs don't lead to any issues. In conclusion, through these tests, we aimed to make the software more stable and user-friendly.

Ⅳ. Meeting Photo

img

img

PM report

Ⅴ. Project Progress Summary

Anticipated Tasks

Complete the basic platform setup, including login and registration, multiple map markers, viewing tasks, task publishing, user personal management, comments, and notifications across multiple fundamental modules.

Current Completed Tasks:

  1. Two thematic maps and one nearby hotspot map.
  2. Login, registration, and welcome interface.
  3. Viewing tasks, task publishing, and the retrieval of tasks related to parking, noise, etc.
  4. Commenting and favoriting functionalities.

Remaining Tasks:

  1. Personal user center and notifications (not fully completed).
  2. Some interfaces that are yet to be implemented (such as more information and recommended tasks).
  3. Display of subsequent tasks, including air quality and others.

Ⅵ. burn-up chart

img

Ⅶ. Beta Testing Task Progress Overview

Day 1 to Day 3: 50%
Progress was relatively slow during this period as the team familiarized themselves with the use of external APIs, which posed a significant challenge as the members had not encountered them before.

Day 4 to Day 6: 72%
Team members optimized API interfaces, leading to a substantial increase in the overall development progress. Surprisingly, this also unexpectedly improved efficiency in collaboration and development.

Day 6 to Day 8: 95%
As the project approached its conclusion, the team's enthusiasm remained high. However, some functionalities were still not implemented, leading to a somewhat regrettable outcome.

Ⅷ. Demo Video

...全文
244 回复 打赏 收藏 转发到动态 举报
写回复
用AI写文章
回复
切换为时间正序
请发表友善的回复…
发表回复
代码下载地址: https://pan.quark.cn/s/a8b756c18f9a Live2D Widget English 特性 在网页中添加 Live2D 看板娘 轻量级,除 Live2D Cubism Core 外无其他运行时依赖 核心代码由 TypeScript 编写,易于集成 注:以上人物模型仅供展示之用,本仓库并不包含任何模型。 你也可以查看示例网页: 在 米米的博客 的左下角可查看效果 demo/demo.html,展现基础功能 demo/login.html,仿 NPM 的登陆界面 使用 如果你是小白,或者只需要最基础的功能,那么只用将这一行代码加入 html 页面的 或 中,即可加载看板娘: 添加代码的位置取决于你的网站的构建方式。 例如,如果你使用的是 Hexo,那么需要在主题的模版文件中添加以上代码。 对于用各种模版引擎生成的页面,修改方法类似。 如果网站启用了 PJAX,由于看板娘不必每页刷新,需要注意将该脚本放到 PJAX 刷新区域之外。 但是! 我们强烈推荐自己进行配置,让看板娘更加适合你的网站! 如果你有兴趣自己折腾的话,请看下面的详细说明。 配置 你可以对照 的源码查看可选的配置项目。 会自动加载两个文件: 和 。 会创建 函数,这就是加载看板娘的主函数。 函数接收一个 Object 类型的参数,作为看板娘的配置。 以下是配置选项: 模型仓库 本仓库中并不包含任何模型,需要单独配置模型仓库,并通过 选项进行设置。 旧版本的 函数支持 参数,这要求用户自行搭建后端,可以参考 live2d_api。 后端接口会对模型资源进行整合并动态生成 JSON 描述文件。 自 1.0 版本起,相关功能已通过前端实现,因此不再需要专门的 ,所有模型资源都可...
内容概要:本文介绍了RocketMQ消息队列在芯片行业EDA(电子设计自动化)工具链协同调度系统中的实战应用。通过引入RocketMQ,实现EDA流程中各环节(如前端设计、逻辑综合、物理实现、验证仿真等)的异步解耦、任务调度与可靠通信。文章详细阐述了Topic分层设计、顺序消息保障、事务消息一致性、消费幂等性等核心技术的应用,并提供了基于Spring Boot的生产者与消费者代码实现,涵盖任务提交、顺序消费、状态管理及上下游任务自动触发机制。同时,系统集成了监控告警模块,支持队列深度监控与任务超时处理,保障大规模芯片设计项目的稳定运行。; 适合人群:具备Java开发基础、熟悉消息队列与Spring Boot框架,从事中间件开发、EDA系统开发或芯片设计流程自动化的研发人员,尤其适合有分布式系统构建经验的工程师; 使用场景及目标:①解决EDA工具链中任务强耦合、资源利用率低的问题,实现异步化、可扩展的任务调度架构;②构建高可靠、可追溯的芯片设计任务流水线,支持多项目并发、跨地域协作与自动化流程推进; 阅读建议:此资源结合实际工业场景深入讲解RocketMQ核心特性的落地实践,建议读者结合代码案例部署调试,重点关注顺序消息、事务消息与幂等处理的设计实现,并可进一步拓展至云原生与AI调度等前沿方向。

176

社区成员

发帖
与我相关
我的任务
社区描述
梅努斯软件工程
软件工程 高校 福建省·福州市
社区管理员
  • LinQF39
  • Jcandc
  • chjinhuu
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧