DevOps ACA 版本管理和版本规划 (四) 淡淡的烟草味﹌ 2022-11-01 15:54 225阅读 0赞 ### 文章目录 ### * * 版本管理和版本规划 * * 1. 需求收集与分析 * * 什么是需求 * 需求的管理流程 * 2. 基于用户故事的需求拆分与澄清 * * 需求层级 * 用户故事 * 用户故事的3C原则 * 用户故事验收标准AC * 需求拆分 * 需求澄清与评审 * 3. 需求优先级与排期 * * 需求优先级 * 需求排期 ## 版本管理和版本规划 ## ### 1. 需求收集与分析 ### #### 什么是需求 #### 1. 需求的定义: IEEE软件工程标准词汇表(97年)中定义需求为: > 用户解i决问题或达到目标所需的条件或权能(Capability)。 > 系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能. > 一种反映上面(1)或(2)所描述的条件或权能的文档说明。 2. 软件需求包括以下几个层次: > 业务需求 > 用户需求 > 功能需求 > 非功能需求、软件需求规格说明等 #### 需求的管理流程 #### ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI2MTI5NDEz_size_16_color_FFFFFF_t_70]**1. 需求收集:** * 原始需求----通过收集----用户需求 * 需求收集方法: 访谈、调查问卷、 需求讨论会 、竞品分析、 文档与数据(大数据挖掘)、 原型 **2.需求分析:** ①针对待开发软件提供完整、清晰、具体的需求,确定软件必须实现那些任务。 ②分析软件:《影响地图》 ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI2MTI5NDEz_size_16_color_FFFFFF_t_70 1] ### 2. 基于用户故事的需求拆分与澄清 ### #### 需求层级 #### ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI2MTI5NDEz_size_16_color_FFFFFF_t_70 2] #### 用户故事 #### * 用户故事是描述需求的一种表达形式,从用户的角度来描述用户渴望得到的功能。 * 用户故事三要素:角色、活动、价值 * 角色:谁要使用这个功能 * 活动:需要完成什么样的功能。 * 商业价值:为什么需要这个功能,这个功能带来什么样的价值。 * 用户故事格式: 英文: As a, l want to , so that 中文: **作为一个**<角色>,**我想要**<活动>,**以便于**<商业价值> 举例: **作为一个**“网站管理员”,**我想要**“统计每天有多少人访问了我的网站”,**以便于**“我的赞助商了解我的网站会给他们带来什么收益". #### 用户故事的3C原则 #### * 卡片(Card)-用户故事一般写在小的记事卡片上。卡片上可能会写上故事的简短描述,工作量估算等。 * 交谈(Conversation)-用户故事背后的细节来源于和客户或者产品负责人的交流沟通。 * 确认(Confirmation)-通过验收测试确认用户故事被正确完成。 ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI2MTI5NDEz_size_16_color_FFFFFF_t_70 3] #### 用户故事验收标准AC #### 1. **验收标准**:代表了用户故事3C中的Confirmation准则,同时INVEST属性的Testable的具体体现。 在用户故事Card中,AC一般用Given-When-Then 公式来书写 ① Given 用户触发操作之前处于的系统状态 ② When触发系统结果的操作 ③ Then系统预期返回的结果 2. **用户故事:** 作为((As)一个“网站管理员”,我(I)想要“统计每天有多少人访问了我的网站”,以便(So)于“我的赞助商了解我的网站会给他们带来什么收益。” 3. **验收标准AC:** ① Given: 网站运行一天后 ② When: 当我点击首页访问人数按钮时 ③ Then: 我可以看到这一天一共有多少人访问了网站 #### 需求拆分 #### ![在这里插入图片描述][20210224202013952.png]**需求拆分满足INVEST原则:** ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI2MTI5NDEz_size_16_color_FFFFFF_t_70 4] #### 需求澄清与评审 #### **需求评审:** 1. 产品定稿会:—种仪式和承诺,项目各团体确认需求; 2. 产品负责人责任——产品设计初稿、召集评审、产品定稿归档; 3. 技术负责人(开发、测试)责任——参加review、提出意见确保逻辑完备性; ### 3. 需求优先级与排期 ### #### 需求优先级 #### **排优先级的方法:** * MoSCoW法则(Must/Should/Could/WouldNot) * 矩阵分析法: \- 重要且紧急>重要不紧急>紧急不重要>不重要也不紧急-满足核心用户需求的优先(二八原则) * 满足核心业务的投入产出比最大的需求优先(ROI最大化) #### 需求排期 #### ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI2MTI5NDEz_size_16_color_FFFFFF_t_70 5]**发布(版本)与迭代** ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI2MTI5NDEz_size_16_color_FFFFFF_t_70 6] [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI2MTI5NDEz_size_16_color_FFFFFF_t_70]: /images/20221024/bc576a996b124fa0b8dee0e118d4c115.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI2MTI5NDEz_size_16_color_FFFFFF_t_70 1]: /images/20221024/bb79062afe5f44e0b6fad6b8c1250ef5.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI2MTI5NDEz_size_16_color_FFFFFF_t_70 2]: /images/20221024/0e5c5fb0bcf54c91aeba1de05309648f.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI2MTI5NDEz_size_16_color_FFFFFF_t_70 3]: /images/20221024/cf509b98462e4125ab6ac15e798a728b.png [20210224202013952.png]: /images/20221024/c2085b8a759a4cd5b5f2b8c98bc7923e.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI2MTI5NDEz_size_16_color_FFFFFF_t_70 4]: /images/20221024/d70fca2619a24be6a94fc5c4366e5f2d.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI2MTI5NDEz_size_16_color_FFFFFF_t_70 5]: /images/20221024/58022356223c43fdb07d39623767ec5c.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI2MTI5NDEz_size_16_color_FFFFFF_t_70 6]: /images/20221024/8005821facbc4cfeacf50fc8064abc6c.png
相关 版本管理。 为了方便团队的何做,在项目开发的过程中,大家都应该使用快照版本,Maven能够很智能的处理这种特殊的版本,解析项目各个模块最新的“快照”。快照版本机制促进团队内部的交流。但是当 冷不防/ 2024年02月19日 13:24/ 0 赞/ 59 阅读
相关 【DevOps系列】Docker Windows版本安装 DevOps系列 Docker Windows版本安装 在windows使用docker根据官方文档安装的是Docker Desktop。Docker desktop是M 你的名字/ 2023年09月27日 15:39/ 0 赞/ 123 阅读
相关 DevOps ACA 软件测试和质量保证基础(七) 文章目录 软件测试和质量保证基础 1.软件测试定义与分类 2. 软件测试活动与设计方法 3. 我不是女神ヾ/ 2022年11月06日 01:49/ 0 赞/ 210 阅读
相关 DevOps ACA 软件代码与质量管理(六) 文章目录 软件代码与质量管理 1.版本控制 2.代码规约 3.单元基础测试 软件代码与质量 梦里梦外;/ 2022年11月06日 00:54/ 0 赞/ 185 阅读
相关 DevOps ACA 云效需求管理与迭代(五) 文章目录 云效需求管理与迭代 1. 需求录入与评审 2. 需求细化 3. 迭代规划 红太狼/ 2022年11月05日 11:47/ 0 赞/ 353 阅读
相关 DevOps ACA 版本管理和版本规划 (四) 文章目录 版本管理和版本规划 1. 需求收集与分析 什么是需求 需求的管理流程 淡淡的烟草味﹌/ 2022年11月01日 15:54/ 0 赞/ 226 阅读
相关 DevOps ACA 云效敏捷项目管理 (三) 文章目录 云效敏捷项目管理 1. 项目管理云效实操 云效项目管理概述 创建一个云 梦里梦外;/ 2022年10月31日 13:35/ 0 赞/ 274 阅读
相关 DevOps ACA 敏捷项目管理基础 (二) 文章目录 一. 项目管理和迭代开发方式 项目管理 迭代开发模式 二. Scrum方法 ╰半橙微兮°/ 2022年10月31日 04:21/ 0 赞/ 203 阅读
相关 版本管理 版本管理 (软件名称相同,版本号不同,走最新版本, 不记录用户版本, apk安装) A.没有分级版本 1.软件编号 2.软件名称 3.版本号 4.软件下载地址 旧城等待,/ 2022年05月27日 05:07/ 0 赞/ 314 阅读
还没有评论,来说两句吧...