合集-软件需求工程
摘要：一、今日学了啥？ 软件需求：用户对系统在功能、性能、设计约束等方面的期望，考虑“做什么”，不考虑“怎么做” 需求工程： 需求开发（技术维度）： 需求获取 需求分析 需求定义（产生SRS需求规格说明书） 需求验证（形成需求基线,经过评审的SRS） 需求管理（管理维度）： 变更控制 版本控制 需求跟踪
阅读全文
摘要：一、今日学了啥？ 传统三维分类法 类型 定义 视角 典型案例 业务需求 企业/客户的高层次目标，反映系统存在的价值（如提升管理效率、用户满意度） 领导/决策层 “开发运维系统提高公司运维质量” 用户需求 用户的具体任务目标，描述用户使用系统“做什么”（需通过访谈、问卷获取） 终端用户 “如何提交运维
阅读全文
摘要：一、今日学了啥？ 方法名称 描述 适用场景 优点 缺点 注意事项/技巧 收集资料 收集与系统相关的所有资料，提炼有用信息 初步了解系统背景 简单易行 信息可能冗余 需筛选关键信息 阅读历史文档 阅读与数据性信息相关的文档 获取系统数据信息 数据准确 可能缺乏业务流程理解 关注数据结构和来源 用户访谈
阅读全文
摘要：一、今日学了啥？ 需求分析：把杂乱无章的用户要求和期望转化为用户需求 特性：无二义性、完整性、一致性、可测试性、确定性、可跟踪性、正确性、必要性等 任务：创建系统上下文范围关系图（数据流图）、创建用户界面原型、分析需求可行性、确定需求优先级、为需求建立模型、创建数据字典、使用QFD（质量功能部署）
阅读全文
摘要：一、今日学了啥？ 面向对象需求分析 二、重点/要记住的！ ❌ 注意：参与者除了狭义上的“人”外，还可能是第三方系统（调用当前系统）或其他涉及系统功能使用的对象 三、今天的小收获/卡住的地方 暂不涉及 四、明天学啥？ 明天学习统一建模语言UML 像实干家一样思考问题，像思想家一样付诸行动。 愿你我共同
阅读全文
摘要：一、今日学了啥？ UML（统一建模语言） 一种可视化建模语言，用于面向对象的分析与设计，并非程序设计语言。 提供了一组图形化工具（图、构造块、规则等），支持从需求分析到系统实现的全过程建模。 主要包含三大部分：构造块、规则和公共机制，其中构造块又分为事物、关系和图。 二、重点/要记住的！ 🔺 类与
阅读全文
摘要：一、今日学了啥？ 用例图是功能单元，需求分析阶段的重要建模工具，主要包含参与者（Actor）、用例（Use Case）和关系（Relationship）三种元素。 核心关系包括：包含（Include）、扩展（Extend）和泛化（Generalization），用于描述用例之间的不同交互方式和结构。
阅读全文
摘要：一、今日学了啥？ 类图：描述类、接口、协作及其关系的静态结构图，包含类名、属性、方法及关联。 多重度：表示类间数量关系（如0..*表示零到多个实例），与数据库表关系的多重度含义一致。 类间六种关系： 依赖：虚线+实心箭头，一方变化影响另一方（如调用方法）。 泛化：实线+空心三角箭头，父子类继承关系（
阅读全文
摘要：一、今日学了啥？ 顺序图（Sequence Diagram） 动态交互图，强调消息的时间顺序和生命线（对象存在时间段）。 核心要素：对象、调用关系、返回消息、时间轴。 通信图（Communication Diagram） 同属交互图，但侧重对象间的关联关系，不体现时间顺序。 与顺序图本质区别：弱化时
阅读全文
摘要：一、今日学了啥？ 需求定义：分为严格定义法（需求可预先明确）与原型法（需求需迭代确认），需区分适用场景。 需求验证：通过评审、测试及用户签字确认需求合理性，避免开发后争议。 需求状态跟踪：需求经历建议→评审→批准→实现→验收等状态变更，需全程记录。 需求跟踪矩阵：验证原始需求与分析结果、实现功能的一
阅读全文
摘要：一、今日学了啥？ 需求管理完整工作流程案例（在线教育平台"错题本"功能开发） 1. 需求收集阶段 场景 某在线教育平台计划新增"错题本"功能，提升用户学习效率。 收集方法 用户调研：通过问卷收集300名用户反馈，80%用户希望有错题自动归集功能。 竞品分析：竞品A的错题本支持按科目分类，但无智能推荐
阅读全文
浙公网安备 33010602011771号