Skip to content

需求

项目介绍

PetClinic 需求分析的侧重点在于明确系统的业务目标、用户角色与核心功能边界,以保证测试活动能够全面覆盖实际业务需求。分析应重点理解系统作为 宠物医院管理平台 的核心业务流程,包括 业主注册与信息维护、宠物档案管理、兽医排班与就诊记录管理 等模块间的逻辑关系与数据流转。在需求阶段,应关注 功能性需求(如数据操作与页面交互) 与 非功能性需求(如性能、安全、兼容性) 的可测试性,确保需求描述清晰、可量化、可验证。同时,还需识别 需求变更风险与依赖关系,为后续测试设计与优先级制定提供依据。整体目标是通过系统化、可追溯的需求分析,构建完整的测试范围与验证标准,为 PetClinic 的高质量测试与交付奠定基础。

需求

本文档有以下作用:

  • 开发人员开发依据
  • 设计人员输入源
  • 产品经理跟进产品执行实现程度的依据
  • 测试人员编写需求分析用例的输入源
  • 外部人员产品理解或执行的依据

产品简述

产品描述

Petclinic 是一个宠物医院系统。系统中可以完成宠物主人信息、宠物信息、宠物主人与宠物的对应关系管理以及宠物医生对应的信息管理。

产品功能

对于宠物医院系统来说,只有商家端产品。商家端完成关于宠物主人、宠物和宠物医生的所有管理。

对于宠物主人,可以添加,修改,查询宠物主人信息,还可以为宠物主人添加宠物。对于宠物医生可以进行添加、查询、修改、删除的操作。

也可以添加宠物的类型和宠物医生的特长信息。

专有名词解释
专有名词 描述
Owners 宠物主人
Last name 英文姓名中的姓氏
Find Owner 查询宠物主人信息
需求分析 对系统需求进行分析和梳理
功能需求 系统应该具备的功能
非功能需求 系统应该具备的性能、安全等特性
业务需求 业务层面的需求
产品总体架构

下图为 PetClinic 需求分析架构图

┌─────────────────┐    ┌─────────────────┐    ┌─────────────────┐
│   业务需求      │    │   功能需求      │    │   非功能需求    │
│   (Business)    │◄──►│   (Functional)   │◄──►│   (Non-Func)    │
└─────────────────┘    └─────────────────┘    └─────────────────┘
         │                       │                       │
         ▼                       ▼                       ▼
┌─────────────────┐    ┌─────────────────┐    ┌─────────────────┐
│   用户需求      │    │   系统需求      │    │   技术需求      │
│   (User)        │    │   (System)      │    │   (Technical)    │
└─────────────────┘    └─────────────────┘    └─────────────────┘

需求分析需求

需求分析目标
1. 业务需求分析
需求类型 描述 目标 备注
业务目标 宠物医院管理系统的业务目标 提高管理效率 核心目标
业务流程 宠物医院的管理流程 标准化流程 重要目标
业务规则 宠物医院的业务规则 规范化管理 重要目标
业务约束 宠物医院的业务约束 合规性要求 重要目标
2. 功能需求分析
需求类型 描述 目标 备注
用户管理 系统用户的管理功能 用户权限控制 核心功能
宠物主人管理 宠物主人信息管理 信息完整性 核心功能
宠物管理 宠物信息管理 信息关联性 核心功能
医生管理 医生信息管理 专业信息管理 核心功能
搜索功能 信息搜索功能 快速查找 重要功能
报表功能 数据报表功能 数据分析 重要功能
3. 非功能需求分析
需求类型 描述 目标 备注
性能需求 系统性能要求 响应时间≤2秒 重要需求
安全需求 系统安全要求 数据安全保护 重要需求
可用性需求 系统可用性要求 99.9%可用性 重要需求
可维护性需求 系统可维护性要求 易于维护 重要需求
可扩展性需求 系统可扩展性要求 支持扩展 重要需求
兼容性需求 系统兼容性要求 多浏览器支持 重要需求
需求分析方法
1. 需求收集方法
方法 描述 适用场景 优点 缺点
访谈法 与用户面对面交流 了解用户需求 直接、详细 耗时、主观
问卷调查 通过问卷收集需求 大量用户需求 覆盖面广 深度不够
观察法 观察用户操作 了解使用习惯 真实、客观 表面、局限
原型法 制作原型验证需求 需求验证 直观、有效 成本高
2. 需求分析方法
方法 描述 适用场景 优点 缺点
用例分析法 通过用例分析需求 功能需求分析 结构化、清晰 复杂、耗时
数据流图法 通过数据流分析需求 数据处理需求 直观、清晰 复杂、抽象
状态图法 通过状态分析需求 状态转换需求 清晰、准确 复杂、抽象
原型法 通过原型验证需求 需求验证 直观、有效 成本高
需求分析流程
1. 需求收集阶段
步骤 描述 输出 责任人
1.1 确定需求收集范围 需求收集计划 需求分析师
1.2 选择需求收集方法 需求收集方案 需求分析师
1.3 执行需求收集 原始需求文档 需求分析师
1.4 整理需求信息 需求信息汇总 需求分析师
2. 需求分析阶段
步骤 描述 输出 责任人
2.1 需求分类整理 需求分类表 需求分析师
2.2 需求优先级排序 需求优先级表 需求分析师
2.3 需求可行性分析 可行性分析报告 需求分析师
2.4 需求冲突分析 冲突分析报告 需求分析师
3. 需求规格化阶段
步骤 描述 输出 责任人
3.1 编写需求规格书 需求规格书 需求分析师
3.2 需求评审 评审报告 需求分析师
3.3 需求确认 确认文档 需求分析师
3.4 需求变更管理 变更记录 需求分析师
需求分析工具
1. 需求管理工具
工具名称 版本 用途 特点
Jira 8.20.0 需求管理 功能强大、易用
Confluence 7.15.0 需求文档 协作、版本控制
Axure 10.0.0 原型设计 专业、功能全面
Visio 2019 流程图 专业、易用
2. 需求分析工具
工具名称 版本 用途 特点
Enterprise Architect 15.0 需求建模 专业、功能全面
Rational Rose 7.0 UML建模 专业、标准
StarUML 5.0 UML建模 免费、易用
Draw.io 在线版 流程图 免费、在线
需求分析标准
1. 需求质量标准
质量属性 标准 检查方法 备注
完整性 需求完整无遗漏 需求检查清单 必须满足
一致性 需求无冲突 需求一致性检查 必须满足
可验证性 需求可测试 需求验证检查 必须满足
可追溯性 需求可追溯 需求追溯矩阵 必须满足
可理解性 需求清晰易懂 需求评审 必须满足
2. 需求文档标准
文档类型 标准 格式要求 备注
需求规格书 IEEE 830标准 标准格式 正式文档
用例文档 UML标准 标准格式 正式文档
需求变更 变更管理流程 标准格式 正式文档
需求评审 评审流程 标准格式 正式文档
需求分析风险
1. 需求风险识别
风险类型 风险描述 影响程度 应对措施
需求不明确 需求描述不清楚 需求澄清
需求变更频繁 需求经常变更 变更控制
需求冲突 需求之间存在冲突 冲突解决
需求遗漏 重要需求被遗漏 需求检查
2. 风险应对策略
策略类型 策略描述 适用场景 效果
风险规避 避免风险发生 高风险 有效
风险减轻 降低风险影响 中风险 有效
风险转移 转移风险责任 高风险 有效
风险接受 接受风险后果 低风险 有效
需求分析交付物
1. 需求分析文档
文档名称 内容描述 格式 责任人
需求收集计划 需求收集的计划和方法 Word 需求分析师
需求信息汇总 收集到的原始需求信息 Excel 需求分析师
需求分类表 需求的分类和整理 Excel 需求分析师
需求优先级表 需求的优先级排序 Excel 需求分析师
可行性分析报告 需求可行性分析 Word 需求分析师
冲突分析报告 需求冲突分析 Word 需求分析师
需求规格书 正式的需求规格文档 Word 需求分析师
需求评审报告 需求评审结果 Word 需求分析师
需求确认文档 需求确认结果 Word 需求分析师
需求变更记录 需求变更历史 Excel 需求分析师
2. 需求分析工具
工具名称 用途 格式 责任人
需求收集模板 需求收集的模板 Word 需求分析师
需求分析模板 需求分析的模板 Word 需求分析师
需求评审模板 需求评审的模板 Word 需求分析师
需求变更模板 需求变更的模板 Word 需求分析师
需求追溯矩阵 需求追溯的矩阵 Excel 需求分析师
需求检查清单 需求检查的清单 Word 需求分析师