低代码应用开发 课件 第4章 基于低代码平台的需求分析

第4章基于低代码平台

的需求分析

授课教师：低代码应用开发01040203目录软件需求的概念需求的开发与引导需求的分析与实践需求管理05需求分析实例软件需求的概念01从软件开发生命周期到需求分析软件开发生命周期就是软件开发过程的整体流程，大致可以划分为几个阶段：（1）需求分析：收集用户需求，明确软件功能；（需求分析师或产品经理主导）（2）系统设计：技术选型、模块划分、实现细节；（系统架构师或技术经理主导）（3）编码实现：写代码实现软件功能；（程序员完成）（4）测试：单元测试、集成测试、系统测试等；（测试工程师主导）（5）部署实施：安装配置软件、培训用户；（实施工程师负责）（6）运维：故障排除，确保正常运行。（运维工程师负责）

需求分析决定软件开发方向和结果在低代码开发中，其他阶段均得到了简化，而需求分析的重要性更为突出软件开发生命周期的各阶段需求分析的重要性需求分析目标明确软件必须实现的功能收集用户需求，转换成正式的需求文档什么是软件需求（1）业务需求：客户为什么需要该软件系统，系统带来的效益是什么。（2）用户需求：用户使用软件必须完成的任务和软件提供的价值。（3）功能需求：软件产品在特定条件下的具体行为和功能。易用性、安全性、性能、可靠性、健壮性等需求的3种层次需求分析与功能需求软件需求是一个复杂的概念用户对软件功能、行为、性能、设计和约束等方面的期望用户想要一个什么样的软件系统软件需要完成什么工作，质量要求是什么接口应该如何设计非功能需求需求分析的主要任务就是获取并分析出软件的功能需求从客户的角度理解需求1．避免期望落差用户：我想要一个秋千！项目经理：我能想象到你要的是什么！系统分析师：好了，我知道怎么设计了！开发人员：秋千啊？很简单，我知道了！结果，项目的文档产品安装是这样的用户为项目开发的投资后期的技术其实用户真正想要的产品经理：放心，绝对舒适！从客户的角度理解需求项目发起者、投资者、用户等不能遗漏相关利益方区分业务需求提出者和实际用户调和不同客户的矛盾需求分析师责任:使用客户易理解的语言充分了解客户业务和目标形式化地记录需求在评审前应为客户解释需求允许客户变更需求提出解决方案确保交付满足需求的软件2.明确谁是客户3.明确责任，建立高效协作客户责任:讲解业务知识提供足够时间表达需求及时确认需求尊重可行性和成本的估算参与需求评审及时沟通需求的开发与引导02需求开发的主要过程>>>

定制

需求说明书明确业务需求

绘制

需求原型

收集用户需求客户高层需求分析师用户需求分析师产品经理需求分析师产品经理UI设计师与客户高层代表洽谈，确定客户业务需求，作为贯穿需求分析、设计和开发的核心方向与目标用户进行深入沟通，采用访谈、问卷调查、观察、单据分析、报表分析等方式收集需求对需求进行分析和分解，确定用户、场景和流程结合系统能力制定功能需求，记录功能需求细节以及非功能需求根据需求规格说明书绘制原型，直观展示用户界面和交互效果，让客户体验将要实现的软件功能收集用户需求

用户想不出新的需求用户重复讨论已有需求用户提出的需求超出范围开发人员和测试人员的疑问越来越少需求收集的方法判断需求收集完成的条件用户访谈010302040506问卷调查观察法单据分析报表分析系统接口分析需求规格说明书项目概述：产品介绍、范围、环境、用户等功能性需求：需求描述、流程图、规约等非功能性需求：性能、安全、质量等外部接口：用户、硬件、其它系统的交互便于客户和开发人员理解交流正确描述软件功能需求作为评审、测试、验收的依据进行成本和进度估算软件持续改进的基础需求规格说明书的主要内容需求规格说明书的作用需求原型高保真原型（推荐软件：AxureRP、Visio、sketch、墨刀、蓝湖）将页面的模块、元素、人机交互的形式，利用线框描述的方法，将产品脱离皮肤状态下更加具体跟生动的进行表达。高保真原型图则是在此基础上进行美化，对线、框、图标等加以润色，用户最终的产品使用画面应于高保真原型图一致。线框图原型可视化的原型也可以帮助客户和开发人员快速了解软件要实现的效果。需求的分析与实践03需求分析的目的原始需求：用户描述的预期或目的。例如：减少银行柜台人员产品需求：软件需实现的功能。例如：自助存取款、网上转账原始需求与产品需求挖掘用户真实目的提供软件解决方案明确软件需实现的功能把原始需求转变为产品需求需求分析的目的需求分析的时机需求分析的时机需求分析的方法（1）收集需求时针对不明确需求进行初步分析追问需求背景和细节将原始需求转化为较明确的需求（2）在收集需求结束后对所收集的需求进行深入分析首先收集和记录原始需求然后逐一对原始需求进行深入分析（1）识别角色需求发起者需求涉及者需求影响者（2）梳理场景什么人在什么情况下做了什么事（3）挖掘目的软件要帮助用户达到的目的软件要给用户带来的业务提升需求分析的步骤需求澄清的三个方面：用户是谁？具体问题是什么？现状是怎样的？需求澄清——了解需求提出的背景考查需求的普遍性考查方案是否解决根本问题考查问题的出现频率需求甄别——考查需求的真伪重要紧急、重要不紧急、不重要紧急、不重要不紧急划分需求优先级——用四象限法确定满足需求的产品方案关注业务流程、功能点等核心部分通过对比评估各个备选方案的价值确认需求方案——选择最适合的解决方案四象限法评估方案需求管理04使用需求池记录各方需求的集合包含需求的核心信息和辅助信息使用电子表格或专门软件实现三大作用：管理需求、维护需求、回溯需求建立需求池有进有出：需求有最终状态宽进严出：需求池只作记录,不等于最终需求管理需求的两个原则需求跟踪表：对需求进行拆分细化需求规格说明书：需求流入说明书成为正式需求需求池的应用场景需求池需求跟踪表需求的变更客户环境、业务和工作流程的变化使需求变更成为常态需求变更可能带来难以预料的广泛影响，需要谨慎处理需求变更的现实性需求分析后，已确认的功能需求和非功能需求形成需求基线基线中的需求应提供版本控制，遵循严格的变更流程。建立需求基线记录需求的变更历史每个版本有唯一的版本号标识，提供需求版本回滚为需求提供版本控制管理需求变更评估每一项变更权威人员决定是否执行变更通知所有受影响的相关方以统一的方式和流程处理变更需求变更流程需求分析实例

05收集需求并初步分析与项目委托人沟通，了解业务需求整理系统概述记录在需求文档中明确业务需求通过对话识别系统的用户角色

如图书馆管理系统中：总馆长、分馆长、图书管理员等明确用户角色深入挖掘用户需求，选择适当的访谈对象，了解业务细节澄清需求用户访谈反复追问和挖掘，获取整个业务的背景和流程记录需求将收集到的需求详细记录在需求池中，确保需求的完整性和准确性深入分析确定系统涉及的用户角色如图书管理员、采购员、分馆长等识别角色确定业务场景如填写申请单、审核申请单、采购等梳理场景清晰地描述业务流程（如流程图），使各方理解并认可分析结果描述业务流程

图书采购管理业务流程