敏捷开发之我所见

本文对比了瀑布模式与敏捷开发的区别,介绍了敏捷开发的核心理念,并详细阐述了敏捷开发过程中的四个关键会议:计划会议、每日例会、评审会议及回顾会议。

   从开始接触敏捷开发到现在已经有一年的时间了,以下是我对敏捷开发的个人总结,主要内容包括瀑布模式开发和敏捷开发的区别,以及敏捷开发的整个过程。

   一:瀑布模式和敏捷开发区别

   1). 传统开发

    

   2). 敏捷开发

   

    敏捷宣言:

    个体与交互胜过过程与工具
    可以工作的软件胜过面面俱到的文档
    客户协作胜过合同谈判
    响应变化胜过遵循计划

    以上可以看出,传统软件因为开发周期长,可能做出来的东西不是客户想要的东西。

    而敏捷开发,可以在每一个迭代中做出修正,这样的话就会向目标逐步靠拢。 

    敏捷重价值交互,轻文档; 瀑布开发中文档。

    敏捷拥抱变化,相应变化;瀑布规避变化。

    当然敏捷开发也不是银弹,不可能解决所有的问题。

   二:敏捷开发流程

   1.  scrum 计划会议

        会议主要内容就是按照优先级制定本次Sprint 迭代开发范围,并对任务进行分解和故事估算。

   2.  scrum 每日例会

        一般采用站立式进行,时间10分钟左右,切忌不要在会议上解决问题,那样的话很耽误时间,有问题的话会后商量具体的解决方案。

        会议主要内容是说三件事:

        1).  昨天做了哪些工作

        2).  遇到了哪些问题

        3).  今天主要做哪些工作

   3.  scrum 评审会议

        一般需要3个小时左右,主要就是展示本迭代完成功能,依据计划会议进行评审,在演示过程中,对于做得比较好的地方予以表扬,对于做的不好的地方商量给出具体的解决办法。

   4.  scrum 回顾会议

        会议的宗旨就是在下个迭代中做的更好,会议主要讨论下面三个方面:

        1). 本迭代比较好的实践

        2). 需要改进的方面

        3). 改进措施

        如果本改进需措施地方比较多,特别是项目刚开始的时候,可以选取三条在下个迭代重点改进。

    需要注意:

    1. 敏捷也需要管理,也需要文档,也需要计划。

    2. 自适应团队得看团队的素质水平。

    3. 并不是所有的项目都适合敏捷,譬如需求稳定无变化的可以采用瀑布模式。

    4. 任务分配时,可以采取自主选择的方式。

   

       

转载于:https://www.cnblogs.com/lmhwolf/archive/2012/04/04/2432168.html

多角色体系 支持管理员、商家、消费者三种角色,权限分级管控: 管理员:负责平台整体配置、用户审核、数据监控等全局操作。 商家:管理店铺信息、发布商品、处理订单、回复评价等。 消费者:浏览商品、加入购物车、下单支付、评价商品等。 实现用户注册(手机号 / 邮箱验证)、登录(支持密码 / 验证码 / 第三方登录)、个人信息管理(头像、收货地址、密码修改)。 权限精细化控制 商家仅能管理自家店铺及商品,消费者仅能查看和购买商品,管理员拥有全平台数据访问权限。 二、商品管理功能 商品信息维护 商家可发布商品:填写名称、分类(如服饰、电子产品)、子类别(如手机、笔记本)、规格(尺寸、颜色、型号)、价格、库存、详情描述(图文)、物流信息(运费、发货地)等。 支持商品上下架、库存调整、信息编辑,系统自动记录商品状态变更日志。 商品分类与搜索 按多级分类展示商品(如 “数码产品→手机→智能手机”),支持自定义分类体系。 提供智能搜索功能:按关键词(名称、品牌)搜索,支持模糊匹配和搜索联想;结合用户浏览历史对搜索结果排序(优先展示高相关度商品)。 商品推荐 基于用户浏览、收藏、购买记录,推荐相似商品(如 “浏览过该商品的用户还买了…”)。 首页展示热门商品(销量 TOP10)、新品上架、限时折扣等推荐列表。 三、订单与交易管理 购物车与下单 消费者可将商品加入购物车,支持修改数量、选择规格、移除商品,系统自动计算总价(含运费、折扣)。 下单流程:确认收货地址→选择支付方式(在线支付、货到付款)→提交订单→系统生成唯一订单号。 订单处理流程 订单状态跟踪:待支付→已支付→商家发货→物流运输→消费者收货→订单完成,各状态变更实时通知用户。 商家端功能:查看新订单提醒、确认发货(填写物流单号)、处理退款申请(需审核理由)。 消费者端功能:查看订单详情、追踪物流、申请退款 / 退货、确认收货。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值