前端周报总结【2023.10.23】

本文概述了前端项目的周报,包括一期总结中的性能问题、微信小程序新项目的技术优化需求,以及下周的工作计划,重点在于技术选型和原型图的准备。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

首先对于这篇周报我想一共分为三个点来进行总结:

第一点:项目一期总结

对于上一个项目的话呢,我的总结如下:

举个例子就是我们先后出两套卷子,科目相同,假如说我们第一套试卷做完啦,然后进行出第二套题目,那第二套试卷中会有第一套试卷中出过的题目,这是因为题库,也就是我们数据库不是很丰富,第二点是需要我们团队进行配合解决的问题,即:第一套试卷做完,选项已选择完毕后,去做第二套试卷,如果是相同题目,那么选项状态时已选的状态,也就是我们做第一套试卷选择的选项,也就是我们所谓的他是一个有“记忆点”的卷子,所以后面的话还是需要我们前后端进行配合进行改进优化

那经过我们团队几个人的反复测试吧,我觉得这个项目在性能上还是有很长的路要走,因为如果说我们现在问智能助手一个有关于当前这道题目的问题,反应的话大约是在三十秒左右才会给出答案,甚至于说让它再出一套有关于当前题目知识点的一套试卷,这时候就会出现一些小的bug在啦,再或者直接会答非所问,直接不会回答,等等一系列的问题就会出现,因此的话,在性能方面还是要认真谨慎的再提高

再一个的问题的话就是未来我们具体要做的是哪一方面的内容啦,这个的话还是需要说领导给出我们方向,(当然他们也在积极讨论中…)需要跟着领导指引的方向进行努力前进,还是需要加油的哦🤭

那么有关于项目总结就到此为止💪

第二点:本周主要工作内容

有关于本周的主要工作的话,因为接下来的工作的话首先上一个项目方向还不是很确定,所以我们算是接手了一个微信小程序的项目,但是还没有完全正式开始

我们需要确保技术方案的最优化、避免开发过程遇到问题需要推翻重做,从而能够快速落地并达成预期的效果。对于项目存在的一些技术瓶颈、技术调整,我们需要先进行充分的前期调研。那我也是做了一个前期的小调研吧

因为市场上已经有一个和我们将要做的这个很类似的一个产品,我也是进行亲身体验了一把,我觉得他们也是存在问题的,就像是比如说我提交了八张照片,然后进行生成证件照,他需要大量的时间,甚至于10个小时才可以生成几张证件照,所以我觉得我们还是有一定的优势可在的,虽然他们是自己的算法,但是我们至少快些,相似度等等还是不错的,这是我们具有优势的一个点。并且的话还是需要我们进行另辟蹊径,才能共赢。

因为领导给我们发了逻辑流程图,因此的话,我认真研究啦一下流程逻辑,我其实有很多疑问的点,就比如说:
第一:点击一张最满意的效果图,然后后面还有一个打马赛克的图片这张照片是干什么的
第二点:下载高清图片的时候是需要付费的,那是否有买免费下载,还是说免费下载上有水印,然后付费的支付页面都是没有进行画出的
第三点:那个在我的页面中可以选择新的模板,但是那个解锁新的模板需要多少钻,那那个钻是否和支付有关系
第四点:在技术方面的话,目前的话还没有遇到很棘手的瓶颈,这些的话都是可以后续进行解决的

还有就是我们的技术选型,具体使用哪些工具进行上手,我和另一个前端伙伴进行商量的是一个是uniapp然后另一个是Tora,这个的话还是需要我们再进一步的协商,而且技术选项以及工具的,的选择的话,还是要看说我们具体需要实现的功能点等

第三点:下周的任务计划

下周的话,因为之前领导说那个原型图出来的话还是需要时间的,但是一周差不多就可以,所以下周的话,原型图大约是可以出来的,那我们就是首先确定技术选型,然后进行创建仓库等等,进行分工,搭建项目主体框架
或者是下周我们可以进行写一些小的demo,去github上进行研究一下看看有没有什么可以参考的地方

这周总结就这样吧,下周继续努力奋斗(ง •_•)ง

<think>好的,我现在需要帮助用户规划和管理“AI知识小助手”项目的开发流程及时间安排。首先,用户提到了项目管理、活动分解、时间估算和甘特图,这些都是项目管理的核心要素。我需要先理清这些概念,并结合用户提供的引用内容,尤其是关于甘特图的应用案例,来构建一个合理的回答。 首先,活动分解,也就是工作分解结构(WBS)。我应该将整个项目分解成主要的阶段,比如需求分析、系统设计、开发、测试、部署和运维。每个阶段再进一步拆分为更具体的任务,例如需求分析可以分为用户调研、需求文档编写和评审。这样做有助于明确每个环节的责任和交付物。 接下来是时间估算。这里需要考虑每个任务的持续时间,可能需要使用三点估算法,考虑最乐观、最可能和最悲观的时间,然后计算期望时间。例如,用户调研可能需要3天,需求文档编写5天,评审2天。每个阶段的时间估算需要合理,避免过于紧凑或松散。 然后是甘特图的制作。引用中提到了用甘特图展示任务完成情况,客户可以直观看到进度。我需要建议用户使用工具如Microsoft Project或在线工具如Trello、Asana来绘制甘特图,标明各任务的起止时间、依赖关系和里程碑。例如,系统设计必须在需求评审之后开始,开发依赖于设计完成。 项目管理方面,用户需要定期跟进,比如每日站会和周报,以及风险管理计划。引用里提到客户提出问题时要详细解释原因和解决方案,所以在项目管理中需要强调沟通的重要性,确保客户及时了解进展和问题。 可能还需要考虑资源分配,比如开发团队的组成,是否需要前端、后端、测试人员等,但用户的问题中没有明确提到,可能需要询问或假设。但根据问题描述,用户更关注流程和时间安排,所以资源分配可能不是重点。 另外,测试阶段可能需要分解为单元测试、集成测试和用户验收测试,每个测试阶段的时间也需要估算,并留出缓冲时间应对未通过的情况。部署阶段可能需要部署到服务器和用户培训,运维阶段则包括监控和维护。 最后,生成相关问题,引导用户进一步思考,比如如何优化开发流程、风险管理策略、敏捷开发的应用,以及如何调整甘特图应对延迟。这些问题可以帮助用户深入理解项目管理的其他方面。 需要确保回答结构清晰,分步骤说明,并引用提供的引用内容,特别是在甘特图部分,结合案例说明其有效性。同时,使用中文回答,数学公式用正确格式,但用户的问题中可能不涉及数学公式,所以主要关注文本结构。</think>### AI知识小助手开发项目管理规划 #### 一、活动分解(WBS) 1. **需求分析阶段** - 用户调研(3天):通过问卷和访谈明确功能需求 - 需求文档编写(5天):输出PRD文档,定义核心模块 - 需求评审(2天):与利益相关者确认需求范围[^1] 2. **系统设计阶段** - 架构设计(7天):选择技术栈(如Python+Flask),设计模块交互 - 数据库设计(4天):ER图设计,表结构规范化 - UI原型设计(5天):制作高保真原型图 $$开发时间估算公式:T_{e} = \frac{T_{o} + 4T_{m} + T_{p}}{6}$$ ($T_{o}$=乐观时间,$T_{m}$=可能时间,$T_{p}$=悲观时间) #### 二、时间估算样例 | 任务 | 乐观时间 | 可能时间 | 悲观时间 | 期望时间 | |------|----------|----------|----------|----------| | 知识图谱构建 | 10天 | 14天 | 18天 | 14天 | | 问答引擎开发 | 15天 | 20天 | 25天 | 20天 | #### 三、甘特图实施 使用Microsoft Project制作包含以下要素: 1. 关键路径标注(红色箭头) 2. 里程碑节点(需求冻结、初版交付) 3. 资源分配视图(开发人员/测试人员占用率) 4. 进度基线(虚线对比实际进度)[^1] ```mermaid gantt title AI知识小助手开发计划 dateFormat YYYY-MM-DD section 需求 用户调研 :a1, 2023-06-01, 3d 需求文档 :a2, after a1, 5d 需求评审 :milestone, 2023-06-09, 2d section 开发 核心算法开发 :2023-06-12, 18d 前端界面开发 :2023-06-20, 15d ``` #### 四、项目管理要点 1. **每日站会**:使用Jira同步任务状态 2. **风险看板**:识别技术风险(如NLP模型训练失败) 3. **质量门禁**:设置代码覆盖率>=80%的合并条件 4. **变更控制**:建立CCB处理需求变更
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Clover‘s Blog

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值