郑州做网站 汉狮网络网建会

郑州做网站 汉狮网络,网建会,ppt素材模板免费下载,山东潍坊网站制作公司U-Linker小组第五次作业 - Alpha阶段冲刺总结#xff1a;从0到1的跨越#xff0c;十二人的协同与破局 课程信息 这个作业属于哪个课程[EE308FZ]这个作业要求在哪里软工第五次作业链接这个作业的目标总结 Alpha 阶段的开发成果、团队协作反思及 Beta 阶段规划其他参考文献阿…U-Linker小组第五次作业 - Alpha阶段冲刺总结从0到1的跨越十二人的协同与破局课程信息这个作业属于哪个课程[EE308FZ]这个作业要求在哪里软工第五次作业链接这个作业的目标总结 Alpha 阶段的开发成果、团队协作反思及 Beta 阶段规划其他参考文献阿里巴巴Java开发手册、Vue.js官方文档、Flask官方文档、SQLAlchemy文档1. 项目预期计划与实际进展 (Project Progress)1.1 燃尽图 (Burn-up Chart)分析在冲刺前期由于团队正在攻克后端 Session 鉴权架构与跨域环境搭建曲线下降较缓中后期随着前后端接口打通业务开发速度显著加快最终如期完成任务。1.2 预期与实际对比在 Alpha 阶段我们制定了核心功能的落地计划。经过 10 天的冲刺大部分功能已按期交付部分核心逻辑如安全鉴权甚至超额完成了技术指标。模块功能点预期状态实际状态完成度基础模块用户注册/登录完成完成 (含 Session 鉴权)100%个人中心信息修改/头像完成完成100%市场模块物品列表展示完成完成 (含基础筛选)100%发布模块物品/帖子发布完成完成100%消息模块基础的聊天和私聊完成完成100%搜索功能关键词搜索初步实现部分完成 (Beta阶段完善复杂查询)80%1.3 项目运行展示 (Showcase)项目代码仓库Github仓库链接2. 核心功能与技术亮点 (Technical Highlights)为了构建一个安全、可追溯且体验良好的校园社区我们在后端架构上并未采用简单的 CRUD而是设计了以下核心机制2.0 数据库关系模型图(ER图)​2.1 基于 Session 的身份鉴权机制拒绝前端 ID 传参【安全架构】在传统的学生项目中常见做法是前端直接传递user_id来获取数据这极易导致**水平越权IDOR**漏洞。本项目后端摒弃了这种做法采用Flask Session机制接管身份验证。实现逻辑用户的身份标识存储在服务器端内存/Redis中前端仅持有一个加密的 Session Cookie。技术优势所有涉及个人隐私如修改资料、查看私信的接口后端均直接从 Session 中读取当前操作者的 ID而非信任前端传递的参数从根源上杜绝了恶意篡改 ID 偷看他人数据的风险。核心代码# auth.py - 登录逻辑片段auth_bp.route(/login,methods[POST])deflogin():# ... (省略部分代码)# 1. 检查锁定状态 (防止暴力破解)ifuseranduser.lockout_until:ifdatetime.now()user.lockout_until:returnerror(message账号已被锁定,请稍后重试)# 2. 验证通过写入服务器端 Sessionifuserandcheck_password_hash(user.password_hash,password):user.failed_login_attempts0user.lockout_untilNone# 【核心安全】将用户ID存入服务器 Session不信任前端传参session.permanentTruesession[user_id]user.idreturnsuccess(message登录成功)# 3. 失败计数逻辑else:# ... (失败5次锁定15分钟逻辑)2.2 PointsHistory 积分审计模型实时变动追踪【数据完整性】为了构建公平的市场环境我们设计了独立的PointsHistory积分历史模型。实现逻辑采用类似银行流水账的设计思路。每一次积分变动如发布奖励、交易扣除都会生成一条不可修改的流水记录包含变动数值、变动原因、变动时间及关联实体。技术优势实现了积分变动的可追溯性。系统不仅能显示用户“现在有多少分”还能通过聚合查询实时计算出“积分是怎么来的”为后续纠纷处理提供数据铁证。核心代码# transaction.py - 购买服务逻辑try:# 1. 扣除买家积分 (原子操作)buyer.points-post.price# 2. 实时生成积分审计流水 (可追溯)historyPointsHistory(user_idbuyer_id,points_change-post.price,action购买服务,descriptionf购买了商品{post.title})db.session.add(history)# 3. 生成交易订单new_orderOrder(buyer_idbuyer_id,# 消费者seller_idpost.author_id,# 服务提供者post_idpost_id,statuspending)post.statustrading# 锁定商品防止重复购买db.session.add(new_order)db.session.commit()# 提交事务returnsuccess(message购买成功积分已冻结)exceptExceptionase:db.session.rollback()# 发生任何错误回滚所有资金变动returnerror(messagestr(e))2.3 多维度的首页检索与排序系统【用户体验优化】后端基于SQLAlchemy实现了灵活的动态查询接口。实现逻辑支持多条件组合过滤。用户不仅可以按关键词模糊搜索还支持按“积分高低”价值导向和“发布时间”时效导向进行双重排序。核心代码# market.py - 市场列表查询market_bp.route(/list,methods[GET])defget_posts():queryPost.query.filter_by(statusactive)# A. 关键词模糊搜索 (Title 或 Content)ifkeyword:ruleor_(Post.title.contains(keyword),Post.content.contains(keyword))queryquery.filter(rule)# B. 动态排序 (按价格或按时间)ifsort_byprice:queryquery.order_by(Post.price.asc()iforderascelsePost.price.desc())else:# 默认按最新发布倒序queryquery.order_by(Post.created_at.desc())# 分页返回paginationquery.paginate(pagepage,per_pageper_page,error_outFalse)# ...3. API 接口文档概览后端采用 RESTful 风格设计通过 Blueprint 分模块管理路由极大降低了前后端 12 人的沟通成本。3.1 认证模块 (Auth)接口路径方法描述关键参数/auth/loginPOST用户登录username,password/auth/registerPOST用户注册username,password,studentId/auth/profileGET获取个人/他人信息user_id(可选不传查自己)/auth/update_profilePOST修改资料与头像avatar(File),name3.2 市场模块 (Market)接口路径方法描述关键参数/market/listGET获取帖子列表page,keyword,type(service/bounty),sort/market/addPOST发布服务/悬赏title,price,post_type/market/detail/idGET获取帖子详情id(路径参数)/market/deletePOST下架/删除帖子post_id(悬赏帖会自动退款)3.3 交易模块 (Transaction)接口路径方法描述关键参数/transaction/purchasePOST购买服务 (直接扣款)post_id/transaction/applyPOST申请悬赏任务post_id,message/transaction/select_helperPOST雇主确认帮手helper_id,post_id/transaction/confirm_completePOST确认完成 (转账给卖家)order_id/transaction/cancel_orderPOST取消订单 (退款)order_id/transaction/points/historyGET查询积分流水period(current/last/3months)3.4 聊天模块 (Chat)接口路径方法描述关键参数/chat/listGET获取我的会话列表无 (Cookie鉴权)/chat/historyGET获取聊天记录session_id(自动标记已读)/chat/sendPOST发送消息session_id,content/chat/unread_totalGET全局未读数统计无4. 团队成员心得与协作反思 (Insights Collaboration)4.1 成员心得体会在 Alpha 冲刺中每一位成员都在各自的岗位上有所感悟一顺 (组长/后端)这次最大的收获不仅是写出了基于 Flask SQLAlchemy 的业务逻辑更重要的是设计了基于 Session 的鉴权机制。这让我明白代码不仅要能跑更要安全、规范。同时协调 12 人的大型团队也极大地锻炼了我的管理能力。陶炯 (后端)攻克前后端联调的 CORS 跨域问题 是最痛苦但也最有成就感的时刻。从报错 403 到成功返回 200深刻理解了 HTTP 协议和 RESTful 接口规范的重要性。曾渝 (后端/前端)在修复 Bug 和制作演示动图的过程中我意识到“如何展示”和“如何实现”同样重要。能在后端逻辑和前端效果之间切换让我对全栈开发有了更深的理解。舒薇 杨璐 (前端)前端不仅是画页面更是处理逻辑。在使用 Vue Axios 对接后端时不仅锻炼了代码能力也学会了如何耐心地与后端沟通接口数据格式。一鸣 (演讲/后端)作为演讲者我必须深入理解每一行代码背后的逻辑。这促使我从业务角度去审视技术为接下来 Beta 阶段参与管理员后台开发打下了坚实基础。子言 (前端/架构)虽然部分联调工作有波折但协助团队梳理前端组件化思路如骨架屏预研让我看到了架构设计的魅力。语婧 (PM)管理文档和进度比想象中更难。作为 PM我学会了如何在 Deadline 前有效地催促大家并保证 PPT 和代码进度的一致性。祉睿 (测试)测试不仅仅是点点点而是要像破坏者一样思考。撰写测试博客的过程让我对系统的健壮性有了更直观的评估。易明 (前端)虽然前期联调遇到困难但通过研究 ECharts 数据可视化我找到了新的突破口期待 Beta 阶段的数据看板能为大家带来惊喜。乐晗 健涛 (机动)在协助团队整理资料和后续的数据填充准备中体会到了软件工程中“兵马未动粮草先行”的重要性。4.2 团队协作与挑战遇到的挑战沟通成本高12 人的团队在初期沟通中出现了信息不对称。解决我们将团队拆分为后端组Flask、前端组Vue、文档组实行“小组长负责制”极大提高了效率。安全观念冲突初期前端习惯直接传 ID 获取数据后端坚持用 Session。解决一顺开展了一次小型技术分享解释了越权漏洞IDOR的危害统一了全栈的安全标准。5. Alpha 阶段工作量与贡献度分配 (Workload Distribution)根据“631”原则60%实际产出 30%前期贡献 10%积极承担结合团队成员的实际投入时间与技术难度我们制定了如下分配方案该方案已全员确认无异议梯队成员角色贡献度主要贡献说明T1一顺组长/后端15%搭建 Flask 架构实现 Session 鉴权与管理员逻辑统筹全组进度T2陶炯后端主力13%解决前后端跨域与联调难题负责核心业务接口开发T3曾渝后端/交互10%后端 Bug 修复制作演示动图协助前后端数据对接T3舒薇前端主力10%负责 Vue 界面美化核心页面逻辑编写与 Axios 对接T3杨璐前端主力10%前端 CSS 样式调整配合舒薇完成页面组件化开发T4子言技术支持8%提供前端架构思路协助代码 Review预研 Beta 阶段骨架屏组件T4语婧PM/文档8%统筹 PPT 制作跟进项目进度负责文档产出T4祉睿测试8%撰写测试博客执行功能测试反馈 Bug 列表T5一鸣演讲7%Alpha 答辩主讲梳理项目亮点将技术语言转化为产品语言T6易明前端协助5%参与功能联调预研数据可视化方案T7乐晗机动3%参与需求讨论协助整理项目资料T7健涛机动3%配合团队事务准备测试数据总计100%6. 下一阶段 (Beta) 展望 (Outlook)Alpha 阶段我们解决了“能不能用”的问题Beta 阶段我们将致力于解决“好不好用”和“稳不稳定”的问题。6.1 核心规划Docker 容器化部署编写 Dockerfile将 Flask 后端与 Vue 前端打包为镜像实现一键部署彻底解决环境依赖问题。管理员后台仪表盘基于 ECharts 实现用户与帖子数据的可视化展示让管理员能直观把控社区动态。高级搜索功能利用 SQLAlchemy 的复杂查询能力实现多条件组合筛选支持用户精准查找内容。用户体验升级引入骨架屏Skeleton Screen优化加载体验减少白屏时间。