SRE 00 概述
google sre 体系核心基础解读
Google SRE 体系核心基础解读1. 介绍Google SRE（Site Reliability Engineering）是谷歌的一项重要工程实践，旨在确保谷歌的服务能够高效、可靠地运行。
SRE 团队的工程师将基础设施和应用程序的开发和运维结合在一起，以提供高质量的服务。
在这篇文章中，我们将深入探讨 Google SRE 的核心基础，并从简单到复杂逐步展开叙述。
2. 性能分析在Google SRE 的体系中，对服务的性能进行全面评估是至关重要的。
性能分析包括对服务的稳定性、可靠性、可用性以及效率的评估。
通过对这些指标的分析，SRE 工程师可以深刻了解服务的运行状况，从而及时发现和解决问题。
3. 可扩展性服务的可扩展性也是 Google SRE 的核心基础之一。
随着用户数量和数据量的不断增长，服务需要能够灵活地扩展以应对更大的压力。
SRE 工程师通过对服务架构和设计的评估，确保服务能够在需要时进行水平和垂直扩展。
4. 自动化运维自动化运维是 Google SRE 的另一核心基础。
SRE 工程师通过开发自动化工具和流程，实现对服务的自动化监控、部署、扩展和恢复。
这样可以大大减少人为错误的发生，并提高服务的可靠性。
5. 回顾与总结通过对 Google SRE 的核心基础进行深入解读，我们可以看到性能分析、可扩展性和自动化运维在 SRE 的实践中起到了至关重要的作用。
这些基础不仅能够帮助 SRE 工程师更好地理解和评估服务，还能够提高服务的稳定性和可靠性。
在未来的工程实践中，我们应该进一步加强对这些基础的理解，并将其运用到实际的工程项目中。
6. 个人观点在我看来，Google SRE 的核心基础是服务运维领域的重要里程碑。
通过深入理解和应用这些基础，我们可以在实践中更好地提高服务的质量和可靠性。
我相信在未来的发展中，SRE 的核心基础将继续发挥重要作用，帮助我们构建更加可靠的服务和系统。
7. 结语希望通过本文的解读，你能够更深入地了解Google SRE 的核心基础，并且能够将这些基础运用到实际的工程实践中去。
sre(self-relative entropy)的计算公式
sre(self-relative entropy)的计算公式1. 引言1.1 概述引言部分主要是对文章的整体内容进行简单介绍，帮助读者了解SRE计算公式及其应用领域，并明确文章的目的和结构。
本文将深入探讨SRE（Self-Relative Entropy）的计算公式以及其在数据压缩与编码技术、信源编码理论和图像处理中的应用。
同时，还将对SRE计算公式的优缺点进行分析，并给出结论和未来研究方向。
1.2 文章结构本文共分为五个部分：引言、SRE计算公式、SRE的应用领域、SRE计算公式的优缺点分析以及结论与展望。
- 引言部分将对整篇文章的内容进行简要介绍，包括概述、文章结构和目的。
- SRE计算公式部分将详细介绍什么是SRE以及如何计算SRE，通过给出具体步骤和示例说明来帮助读者理解。
- SRE的应用领域部分将探讨SRE在数据压缩与编码技术、信源编码理论和图像处理中的具体应用情况，并给出相关案例。
- SRE计算公式的优缺点分析部分将从优点和缺点两个方面对SRE计算公式进行评估，帮助读者全面了解该公式的特点和局限性。
- 结论与展望部分将对全文进行总结，并探讨未来在SRE领域的研究方向，以便读者进一步深入研究。
1.3 目的本文的目的在于介绍SRE计算公式及其应用领域，并分析该计算公式的优缺点。
通过对SRE的深入探讨，旨在提高读者对该概念和相关领域的理解。
本文可供学术界、研究人员以及对数据处理和编码技术感兴趣的读者参考和借鉴。
通过阅读本文，读者将能够了解SRE计算公式、熟悉其应用场景，并了解这些应用中可能存在的问题和挑战。
最后，本文还会给出一些未来研究方向，为相关领域的进一步发展提供思路和指导。
2. SRE计算公式:2.1 SRE的定义:SRE，即Self-Relative Entropy（自相关熵），是一种用于测量两个概率分布之间相似性的指标。
在信息论和统计学中，SRE被广泛应用于数据压缩、信源编码理论以及图像处理等领域。
浅谈PB与数据库的连接
Ｓ ＬＳ ｒ ｒ ． ” Ｑ ｅ ｅ Ｘ ｖ ６
ｄ ｑ ｃ ． ｔｂ ｓ ＝ ” ｓ ｔｒ ｓ ｌ ａ Ｄａａ ａ ｅ ｍａ ｅ ”
三、 与数据库 建立动态连接
信息系统 搭建 完成 之 后 ， 只能 在 还 该计 算机 内运行 。如果要将程 序拷 贝到 其他计算机 内 ， 就会 出现 无法 连接 数据 库 运行不 了的情况 。这样 的信 息系统无 法独 立于数 据 库 ， 少 移植 性 。所 以上 缺
面 的 方法 只适 合 在 一 台计 算 机 内搭 建 信
ｄ ｑｃ ． ｏ Ｐ ｓ ＝ ” ａ ／ ｓ ｌａ Ｌ ｇ ａｓ ｓ ” ／口令
ｄｑｃ．ＳｒｅＮ ｍｅ ＝ ” （ｏａ ） ｓｌａ ｅ ｒａ ｖ １ １” ｃ
下面将 详 细 讲 述 Ｐ Ｂ与 Ｓ Ｌ Ｓｒｅ Ｑ ｅｖｒ ２Ｏ Ｏ０中的 ｓ ｊ ｋ数据库连接 的方法及过程 。
（ ） 装 和 配 置 Ｐ ｗ ｒｕｌｅ １ 安 ｏ ｅＢ ｉ ｒ和 ｄ Ｓ ＬＳｒｅ ０ ０ Ｑ ｅｖｒ ０ 。 ２
３ ．检 测 础 盯 数 据库 是 否连 接成 功 ｔ
息 系统平 台时使 用 ， 果需 要在 多 台计 如 算机 内运行 或修 改该 信 息 系统程 序 ， 就
在与数据 库进 行连 接之 后 ， 就要 检
测 ｍ ｓ ｒ 据 库 是 否 连 接 成 功 。 如 果 没 ａｔ 数 ｅ
需要 与 ｓ 数据 库建立动态连接 。 ｊ ＿ ｋ
在 Ｓ ＬＳｒｅ ２Ｏ Ｑ ｖ ｒ ００中提供 了 四个 系 ｅ 统数据库以及两个 当范例用的数据库 。其
中 ｍ ｓ ｒ 据库 记 录 了 Ｓ ＬＳｒ ｒ ａｔ 数 ｅ Ｑ ｖ 系统 中 ｅ ｅ
信 息系统 平台的独立性 ， 让该 平 台在任意计算机 内都 能正常运行 ， 需要通 过代 码来 实现数据库 的动态连接。
sre 指标
sre 指标SRE指标：保障系统可靠性的重要指标SRE（Site Reliability Engineering）是一种将软件工程和系统运维相结合的方法，旨在提高系统的可靠性和稳定性。
在SRE中，有一些重要的指标，用于衡量系统的可靠性和稳定性。
本文将介绍这些指标，并探讨它们的重要性。
1. 可用性可用性是衡量系统是否可靠的重要指标。
它表示系统在一定时间内能够正常运行的时间比例。
例如，如果系统在一年中有365天，每天24小时，那么系统的可用性就是系统正常运行的时间除以总时间。
通常，可用性的目标是99.9%或更高。
2. 故障率故障率是指系统在一定时间内出现故障的次数。
它是衡量系统可靠性的重要指标之一。
通常，故障率越低，系统的可靠性就越高。
3. 平均修复时间（MTTR）平均修复时间是指系统出现故障后，恢复正常运行所需的平均时间。
它是衡量系统可靠性的重要指标之一。
通常，MTTR越短，系统的可靠性就越高。
4. 平均故障间隔时间（MTBF）平均故障间隔时间是指系统出现故障的平均时间间隔。
它是衡量系统可靠性的重要指标之一。
通常，MTBF越长，系统的可靠性就越高。
5. 容量规划容量规划是指根据系统的负载和性能需求，规划系统的硬件和软件资源。
它是衡量系统可靠性的重要指标之一。
如果系统容量不足，就会导致系统崩溃或运行缓慢，从而影响系统的可靠性。
6. 监控和警报监控和警报是指对系统进行实时监控，并在系统出现异常时发出警报。
它是衡量系统可靠性的重要指标之一。
如果系统没有监控和警报机制，就无法及时发现和解决问题，从而影响系统的可靠性。
SRE指标是保障系统可靠性的重要指标。
通过对这些指标的监控和优化，可以提高系统的可靠性和稳定性，从而为用户提供更好的服务。
基于SQL Server2000的数据安全管理机制
组 。这样使用者既可 以为每一个应用分别创建组 ， 可以创 建 也
适用于整个企业 的、 涵盖广泛用户类别 的组 。 了简化管 理， 为 最 好为组取一个能够 明确表示 出作 用的名字。 除了面向特定应用
用 四种方法验证 用户 。
第一种 方法是为每一个 网站和每一个 虚拟 目录创建 一个
匿名用户 的 Ｎ Ｔ账户 ； 后 ， 此 所有 应用 程序登 录 Ｓ ＬＳｒｅ 时 Ｑ ｅ ｒ ｖ 都 使用该 安全环 境 。第 二种方 法是让 所有 网站使 用 Ｂ ｉ ｓ ａ ｃ验
证； 此时 ， 只有 当用户在对话框 中输 入 了合法 的账户和 密码 ， Ｉ — Ｉ ｓ才会允许 他们 访问页面 。Ｉ 依 靠一个 Ｎ Ｉ Ｓ Ｔ安全数据库 实现
维普资讯
《 装备 制造 技术 ｝０ ７年第 ７期 ２０
基 于 Ｓ ＬＳ ｒｅ ００的数 据 安全 管理 机 制 Ｑ ｅｖ ｒ ０ ２
杨 文 强 ， 耀 平 张
（ 许昌职业技术学 院 ， 河南 许 昌 ４ １０ ） ６ ００
摘要 ： 针对 Ｓ ｅｖｒ ＱＬＳｒｅ 的安 全性 管理 ， 从数据安全性方 面， 探讨 了数据安全 的实现 方法。将构造安全策略分成验证 用户、 ｅ Ｗ ｂ验证 、 全局
在 Ｗｅ ｂ应用 中使用 Ｓ ＬＳｒｅ 的数据 ，进行验证 的典 型 Ｑ ｅ ｒ ｖ
方法是把一组 Ｓ ＬＳｒｅ 登录名 称和密码嵌入到 Ｗｅ 务器 Ｑ ｅ ｒ ｖ ｂ服 上运行 的程序 ； 然后 ， Ｗｅ 由 ｂ服务器 负责验证用户 ， 用程序 应 则使用它 自己的登 录账户为用户访问数据。
SRE系列产品规格书
深圳硕日新能源科技有限公司ShenZhen ShuoRi New Energy Technology Co.,Ltd产品规格书产品型号：SR-LE文件编号：版本编号：发行日期：2009-10-20制定审核批准地址：深圳市宝安区西乡鹤洲恒丰工业城C6栋目录1产品规格.............................................................产品简介...........................................................产品型号识别.......................................................基本参数...........................................................保护功能...........................................................短路解除...........................................................市电切换...........................................................输入特性...........................................................输出特性...........................................................蓄电池充电.........................................................温度补偿...........................................................状态指示...........................................................工作模式表.........................................................尺寸大小...........................................................重量...............................................................温度特性...........................................................版本信息........................................................... 2接线方式.............................................................1产品规格1.1产品简介本控制器专为太阳能直流供电系统、太阳能直流路灯系统、小型太阳能电站系统设计，具有先进的市电互补切换功能，当蓄电池电量不足时自动切换到市电供电。
无人机摄影测量专用数据处理平台精编版
无人机摄影测量专用数据处理平台GE GROUP system office room 【GEIHUA16H-GEIHUA GEIHUA8Q8-单位名称：深圳市*科技有限公司文档编号20160631文档文名称：★★★★★★★★★★文档密级★★★★★文档制订陈先生分享资料，共同进度文档审核周小姐第二章无人机摄影测量专用数据处理平台介绍无人机摄影测量专用数据处理平台主要基于利用无人机搭载数码相机获取的输电线路及区域航空摄影数据，实现处理带状数据、全局性立体选线及平断面图数据采集，是一个专业的整体数据处理平台。
第一节主要功能1.主要功能a．无人机航飞小影像数据畸变纠正处理b．小影像空三加密：数据准备自动转点相对定向挑点模型连接平差处理与人工干预c．DEM与DOM产品的高度自动化生产d．DLG线划图量测e．系统选线与平断面量测：二维选线功能----主要应用于架空送电线路的可研、初设阶段三维选线功能----主要应用于架空送电线路施工图前期阶段道亨与TL的连接功能专题数据输出功能2.主要优点a.自动化程度高，作业速度快，作业效率高，极大地减轻了作业员的劳动强度；b.高效、可靠的粗差检测功能和自动剔除粗差功能；单位名称：深圳市*科技有限公文档编号20160631司如图3-5-1所示，点击菜单项处理设置航带，打开如图3-5-2所示的界面。
图3-5-1图3-5-2对话框左边是已加载的影像，选择属于一条航带的影像移动到右边，增加带号，选择属于另一条航带的影像，直到所有影像都设置了航带。
保存以后的结果如下图3-5-3所示。
图3-5-3第六节影像处理通过点击主菜单项的处理影像处理，弹出如下图3-6-1的对话框，打开工程，添加工程里的影像。
图3-6-1点击弹出的对话框下的菜单项“处理”，选择想进行的操作名字，然后点击“开始处理”，如下图3-6-2所示。
图3-6-2彩色变灰度：选择此选项可将原始彩色影像直接转换为黑白影像。
旋转：相机是否进行反转。
面向电网统一控制的发电机组出力实时监测系统在电力生产中的应用
２项目内容
２ ｊ 卷 发 汗 ． 发 电机 组 出 力 实 时监 测 系 统 的 开 发 尽
量 利用 现有 资源 以降 低成 本 ，利 用计 算机 网 络 ，采 用 自动 、实时测 控 方式对 发 电机组 及 输 电线 路的 各 个参数 进行 在线 监测 ，以 实现 对 三相 电压 、三 相 电流 、三相 有功功 率 、三 项 无功 功率 、功 率 因数 、电量 等参考 量进 行 实 时监 测 ，及时 掌握输 电线路情 况和 厂用 电 情 况 ，提高 系统 的反应 速 度 ，降低 能源 的消 耗 ，确 保 系统在 调 电曲线 范 围内运 行 。提 高
荷。
卞转移鸯页
功 效 同时 选 取扰 动 的 方 向 ，这 个过 程 要用 ２ 周期即 ００ 秒来 完成 ； ．４ ｂ 实 施扰 动 信号 正 反馈 ，在 １周期 之 ． ４ 后 ，并 网逆 变 器 的输 出频 率会 超 出５ ．Ｈｚ ０５ （．８ ） ０２ 秒 ； Ｃ 要 保 证频 率误 差 确 实是 孤 岛所 导 致 ． 的 ，按 照ＩＥ Ｓｄ １４ － ０ ３ 规定 ，并 Ｅ Ｅ ｔ ．５７ ２ ０的 网逆 变 器必 须持 续 运 行６ 工频 周 期 。若并 个 网逆变 器输 出 电压的频 率依 然超 出并 网标 准 规 定的 范 围 ，那 么光伏 发 电系统 就会 判断 发 生 了孤 岛情 况 。 综 上所 述 ：光伏发 电系统从 公共 电 网断 电一直 到检 测 出孤 岛现 象发 生耗 时０ ４秒 ， ．０ 这 满足 并 网标 准 的规定 。 从 仿真 结果 看 ： （ ） 当公 共 电 网正 常运 行 的 时候 ，扰 １ 动信号 对于 并 网逆变 器输 出 电压 的频 率不 产 生 任何 干扰 ； （ ）当 发 生 孤 岛现 象 的 情 况 下 ，因 ２ 为 扰 动 信 号 的 作 用 使 得 并 网 逆 变 器输 出 电 压的 频 率 产 生 改 变 。 当 扰 动 信 号 ｃ＝５ ｆ ％的 时 候 ，并 网逆 变 器 输 出 电压 的 频 率 改 变是 ０ １ｔｚ ．３ ，当扰动 信号 ｃ＝ ５ ｔ ｆ 一 ％的时 候 ，并 网 逆 变 器输 出 电压 的 频率 改 变 是０ ０ Ｈｚ ．５ ，因 为扰 动 信 号是 ５ ％的时 候 并 网 逆变 器输 出 电 压的频 率误 差 比较大 一些 ，所 以发 电系统 就 选 取 了正的 扰动 信号 作为扰 动方 向 见图８ 在 非线 性 负载情 况下 的光伏 发 电系统 的 工 作过 程和 以上 所描述 的过 程非 常 类似 。在 感性 负载情 况下 的并 网逆 变器输 出电压 的频 率 改变 如 图９ 所示 。 在 容性 负载 情况 下并 网逆 变器输 出电压 的 频率 改变 如 图１所示 。 ０
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
16
需求开发失败的案例
3、遗漏隐藏在需求背后的案例：
2004 年北京某项目，合同中要求开发商给系统实现 xx功能，项目根据估算后的工作量、成本、进度进入 开发，但设计中发现：如果要满足合同中实现的xx功 能，需要增加开发客户已存在的数据库informix、
MSTR等系统的接口程序，为此需要比原计划至少多投
Frederick Brooks在他1987年经典文章“No Silver Bullet”中阐述了需求的重要性：
开发软件系统最困难的部分就是准确说明开发 什么。最困难的概念性工作是编写出详细的需 求，包括所有面向用户、面向机器和其它软件 系统的接口。此工作一旦做错，将会给系统带 来极大的损害，并且以后对它修改也极为困难。
13
需求的重要性
需求是产品的根源，需求工作的优劣对产品 影响最大。就像一条河流，如果源头被污染 了，那么整条河流也就被污染了。 国内软件业的痼疾：人们并不清楚究竟该做 什么，但却一直忙碌不停地开发。
14
需求开发失败的案例
1、对需求的范围和工作量估计不足案例：
2003年长沙某项目，合同中需求写的比较概括（我 们常说，需求写的比较粗），开发期间，客户在原来 的需求书中提出了大量的业务扩充描述，导致项目组 为此多投入接近 3人*1.5月=4.5人月
Wish you a very successful career with requirements ! Any Question？
Thanks For Coming!
36
7
8
需求问题
只有在开发目标被清楚明白地表述和理解 的情况下，软件开发才能以一种计划有序 的方式进行!
9
案例统计
10
导致项目失败的罪魁祸首
需求
11
需求的重要性：从谚语开始
中国有句谚语：“好的开始就等于成功的一半”
西方的谚语是：“Garbage in, garbage out！”
12
需求的重要性
29
Syllabus
需求分析
课程提纲
需求分析技术 用例、事件响应表 一图胜千言 设定需求优先级
需求规格说明
需求规格说明及模板 需求规格说明的原则
30
Syllabus
课程提纲
通过原型降低项目风险
原型的概念及分类 原型的评估 原型所带来的风险 风险管理
软件质量属性
质量属性的概念和重要性 比较重要的几个质量属性 质量属性的取舍
入2人*3月=6人月的工作量。
17
需求错误的代价
需求是软件项目成败的关键所在。
越早发现需求错误，越早改正它，其代价 越小。
18
需求错误的代价
Stage .1-.2 .5 1 2 5 20 Requirements time
Design
Coding Unit test Acceptance test Maintenance
Software Requirements Engineering
软件需求工程
School of Software Zhengzhou University Instructor: Xu Ting ietxu@
1
我们会需到什么样的需求问题？
产品：计算器 请考虑： 你会做一款怎样的计算器？ 为什么？
需求开发过程 需求工程推荐的七类方法
27
Syllabus
课程提纲
客户和需求分析师
涉众 客户与开发人员的关系 客户的权利和义务 需求分析师的职责、工作、技能
确定产品前景与项目范围
前景与范围文档 关联图 范围的适度
28
Syllabus
需求获取
课程提纲
需求来源 用户类和产品代表者 谁来决策 需求获取技术 归纳客户意见 寻找遗漏的需求 如何判断需求获取结束？
20
需求是系统必须具有的能力
好需求的特征： 无歧义、完整、一致、可检验、确定、 可跟踪的，正确的，可行的和必要的。
21
高质量的需求过程带来的好处
在开发后期和整个维护阶段的重做的工作大大减少了 。
让用户积极参与需求收集过程能使产品更富有吸引力，而 且能建立起更加忠实的客户关系 。 用户的参与能弥补用户期望和开发者实际开发之间的“鸿 沟”（期望差异）。 将确定的系统需求明确地分配到各软件子系统，确保软硬 件系统功能匹配适当。 有效的变更控制也能降低需求变更带来的负面影响 。 将需求编写成清晰、无二义性的文档将会极大地有利于系 统测试，确保产品质量 。
在生命周期的不同阶段修复缺陷的相对成本
19
需求缺陷造成的成本增加
重新进行需求规格说明 重新设计 重新编码 重新测试 改变订单——告诉用户将以一个修正后的版本来替代有缺陷的版本。 纠正活动——消除由于不准确的特定系统的错误造成的危害，可能 涉及到赔偿客户损失。 报废——包括对于已经完成的代码、设计和测试，当发现它们是根 据不正确的需求进行的时候，这些工作成果不得不被丢弃。 收回有缺陷的软件产品以及相关的用户手册。 产品赔偿或保修的成本。 重新安装新版本的成本。 重新建档的成本。
31
Syllabus
需求验证
课程提纲
需求评审 测试需求 制定验收标准
需求管理
需求基线 需求管理过程 版本控制 跟踪需求状态 评估需求管理工作量 变更管理 需求us
需求管理工具
课程提纲
实用工具的好处 工具的功能 需求管理自动化
改进需求过程* 需求开发面临的特殊难题*
33
22
需求管理和CMM
需求管理是CMM二级中列出的第一个关键域。
通常认为，需求管理是二级引入到开发过程中的所 有管理原则的先决条件。 实际上，没有文档化的需求，在开发工作完成前后 都很有可能发生产品与要求的偏离。计划、追踪、 配置管理以及软件质量保证这些在二级的其他关键 过程域中涉及的原则，都是从一个稳定的基础开始 的，那就是文档化的需求基线。
Textbook / References
软件需求工程 毋国庆 等编著，机械工业出版社， 2008-8-1出版
需求分析与系统设计 麦沙塞克（Maciaszek,L.A.）著，金芝 译， 机械工业出版社， 出版时间： 2003-1-1
34
Grade
%10 %20 %70 平时考勤 作业 考试卷面
35
23
About our course
24
授课目标
Course Objectives
授课对象：软件工程专业高年级本科生。
课程目的：为工业界培养需求工程师，为学 术界准备从事相关研究的学者。
25
授课目标
Course Objectives
学生通过这门课所能掌握的知识和技能如下：
了解需求工程在软件工程中的重要地位。
15
需求开发失败的案例
2、需求范围模糊案例：
2003 年厦门某项目，合同中描述：“系统应实现业务中心的 业务需求”。开发方认为实现业务中心软件即可。当系统基本开 发完毕时，原以为项目接近尾声，但客户追问：业务中心的业务 就是和20几个局点之间的操作，你们怎么没有开发那20几个局点 的客户端？客户拿出合同：你没有开发客户端，如何实现合同中 我“业务中心的业务需求”？ 拗不过，客户的各局点又提出特色 客户化要求，最后该项目比原计划多投入接近2人*7月=14人月。
掌握并理解需求工程的概念，方法，过程和相关 技术。
通过课堂讨论和课后作业，结合实践深入理解需 求工程。 了解需求工程领域当前新的研究成果和实践。
26
Syllabus
课程提纲
软件需求工程基础
需求、需求工程的概念 需求的3个层次 需求开发和需求管理 需求在软件生命周期中的位置 需求的重要性
需求工程的技术方法
2
千差万别的“计算器”
3
千差万别的“计算器”
4
功能更具针对性的计算器
5
让我们思考下面的问题
什么样的产品是好的产品？
什么决定了同类产品间的差别？ 你会做一个什么样的计算器？ 怎么去描述呢？
6
需求
什么是需求？
简单地说，需求来源于用户的一些“需要”， 这些“需要”被分析、确认后形成完整的文档， 该文档详细说明了产品“必须或应当”做什么。 所以，如果只有一些零碎的对话、资料或邮件， 你就以为自己已经掌握了需求，那是自欺欺人。