- 博客(1314)
- 收藏
- 关注
RSS订阅原创 推荐5种情况下的用例书写标准-2
这个模板用于重新设计新软件的业务或过程。阅读这些用例的人往往是一些高层人员、部门经理和高级执行官，因此尽量使这些用例可读性强，减少数据细节的强调。步骤的编号突出了活动的时间顺序。一定要在扩展中描述错误的处理，这样才能揭示重要的业务规则。你的用例通常作为一个黑盒，大多数都是用户目标层次的。你可以用一个较高层的用例来描述语境，但是你最好不要经常使用海平面层次以下的用例。业务过程用例模板一Symp a Carstromming用例28。
2026-03-24 07:32:20
98
原创 推荐5种情况下的用例书写标准-1
当你的最终目的是发现需求时(请重新阅读第1章中SteveAdolph关于“在新领域中‘发掘’需求”的报告)，使用这个模板。记住你的需求文档可能不是以用例的格式来书写的，而这些格式都可以很容易地通过用例进行转换，因此可以采用用例这种灵活的工作方式来完成需求分析。下面的例子，是关于一个叫做MyCo的公司，要开发一个新系统Acura以代替旧系统BSSO。经过思考后，你可能决定根据公司的要求或当时的要求，或根据本书给出的原则对这些标准做一些调整。1.了解需求，甚至包括用例根本不在最后的需求文档中使用的情况。
2026-03-24 07:29:27
101
原创 OpenClaw 九大安全面与防护体系
智能体工作空间（Workspace）是智能体处理业务数据、存储临时任务文件的核心载体，管理不当易引发数据泄露与合规风险：大数据池集中存储敏感信息、数据脱敏不彻底、任务遗留数据未及时清理、多智能体并发操作导致资源竞争与越权访问等问题，直接触碰数据安全与合规红线。智能体与大模型的交互会话是AI 逻辑生成、指令执行的核心环节，潜藏提示词注入、敏感数据外泄、超权限工具调用、会话死循环等高危风险，缺乏实时监控时，这类攻击可短时间内完成大规模破坏，造成不可逆损失。
2026-03-23 07:42:42
253
原创 智能体安全呈现三大核心趋势
1.2.1 系统提示词窃取与篡改：高隐蔽性核心数据攻击提示词是 AI 智能体理解任务逻辑、执行操作指令的核心依据，企业业务型智能体的系统提示词中，通常嵌入 API 密钥、客户核心资料、内部业务流程、系统权限指令等高度敏感信息，相当于智能体的“核心指令大脑”。随着AI 智能体从“信息理解工具”向“自主决策执行主体”持续演进，企业面临的安全风险跳出传统 AI 模型安全的局限，呈现全域化、链条化、隐蔽化的全新特征，威胁贯穿智能体指令输入、功能执行、协同交互、结果输出全流程。
2026-03-23 07:40:22
287
原创 影响用例书写格式的因素
在1998年的OOPSLA大会上，12个资深的用例设计者和教师聚集在一起，讨论一些常见的编写用例容易混淆的地方和困难，以及是什么使得人们写出的用例都各不相同。尽管本书中大部分内容适用于所有的情况，但你可以参考这个列表来决定采用多少形式化的东西，是否现在少做一些，而将来多做一些，设计到什么程度或怎样来安排设计的阶段，在深入编写用例之前理解问题的广度和精确程度。是否还涉及其他不同的读者?写出好的用例是需要时间的，但项目的时间是有限的。存在不同的工作文化，在这些文化的影响下，人们只不过在“以不同的方式做事”。
2026-03-22 19:37:41
381
原创 全球人形机器人产业发展情况
从全球范围看，以中国和美国为代表的两大力量形成了各具特色的发展路径：中国企业侧重“量产落地+场景适配”，依托全产业链制造能力，在“硬件先行、软件迭代”模式下，实现产能快速部署与生态扩张，促进成本下降并提升量产效率，率先推动人形机器人产品在工业等场景铺开应用。2025年，在用户需求持续释放，AI、视觉分析与边缘计算等技术加速融合，多国政策支持与投资加码等多重因素驱动下，全球人形机器人产业迎来了历史性的拐点，正式从“技术验证”迈入了“量产元年”与“场景商业化”的新阶段。
2026-03-22 15:07:00
202
原创 需求-用例格式
本书中的所有用例都可以用这种格式很好地描述，尽管标题的编号有一些混乱，这种格式还很吸引人而且容易学会。但是，甚至在只有两个条件语句的情况下，用例都会变得很难理解，更不用说有3个、4个和5个条件语句的时候了，甚至也可能在一个条件语句中又嵌套了另一个条件语句。当人们坚持使用条件语句时，我就让他们使用条件语句，然后请他们回来报告编写用例的经验。每个使用条件语句的人在很短时间内就得出了结论，使用条件语句后用例变得很难阅读，所以他们又转回来使用扩展格式。因此，在编写格式上我强烈建议“不要在你的场景中使用条件语句”。
2026-03-21 01:15:00
408
原创 需求-什么时候才算完成
概要用例和子功能用例。在用例中，一些触发事件以用例触发形式出现，例如，用户把卡插入槽中、客户对保险合同增加或删减条款、用户选择更新或安装软件等。只有投资方和应用专家阅读这些用例并认为用例表达了他们所有的需求，系统开发人员阅读这些用例并认为他们能够根据用例描述开发符合需求的系统时，才能认为这些用例合格。有一个方法可以对系统触发条件集进行重新检查，即通过识别系统中所有具有生命周期的元素并重新审查它们的生命周期，寻找所有改变它们生命周期状态的事件。用户确认用例表达了他们的要求，或者能接受这些用例作为系统的行为。
2026-03-21 01:00:00
491
原创 什么时候使用扩展用例
当第2个用例扩展基用例时，基用例不用指定，实际上也不用知道关于扩展(中断)用例的任何事情。如果触发事件包括了基用例应负责的事件，即基用例知道什么时候/在那里/为什么第2个用例应该开始，那么基用例应包括/调用/引用另外一个用例。如果触发事件包括了第2个用例应负责的事件，即第2个用例知道什么时候/在那里/为什么它应该开始，第2个用例应扩展基用例。在一个后来的结束点上，你扩展了一个基用例，增加了新的或附加功能，但你不能影响基用例。改变基用例就会破坏在扩展用例中涉及的条件，因此在这样的情况下，要小心使用扩展用例。
2026-03-20 01:15:00
350
原创 供选择的格式-完整正式的用例格式
与这种正式的格式相比，还有一些其他的格式，例如非正式格式、两列格式、还有“Rational统一过程”模板，这些格式将在接下来的章节中介绍。然而，当我把内容相同但格式不同的用例给一个开发组看了以后，他们几乎都选择了单列、步骤编号的版本，因此我一直使用并向别人推荐这种格式。不同的是，在基本用例中所有的用户动作(界面细节)都被省略了，因此用例描述得很短，也很准确。表格11-2是用双列表格格式描述的场景片段。相对于完整正式的用例格式，下面的例子是一个非正式的用例，来自GradyBooch的设计草稿。
2026-03-20 01:00:00
182
原创 需求-扩展用例
新用例称为扩展用例(extensionuse case)，它除了是独立的用例之外，其他都与场景扩展相同。在这个实例中，不希望基用例显式地表示出所有的中断用例。如果每个人或小组在加入一个新的中断用例的时候都修改基用例，这样将会产生非常头疼的维护问题。这和系统有一个主菜单的情况是有区别的，主菜单列出了用户可以选择的系统服务。主菜单控制着用户的选择，然而在我们的例子中，主活动不进行控制，而且可以被其他的活动中断。更重要的是，你希望不同的软件开发小组在对这些服务提出新建议的同时，不会因为新建议而导致基用例的修改。
2026-03-19 07:27:54
139
原创 需求-技术和数据的变化
扩展说明了系统所完成的目标是不同的，但有时需要表达“有多种不同方法来完成相同目标”。应该将这些变化写到“技术和数据变化”列表中，而不是写到扩展部分中。如果决定使用UML用例图，那么你可以为一个基本步骤创建一个空的、一般性的基用例，为每个变化创建一个具体的用例。在一些低层的用例中，每个变化都有自己的扩展，你可能从来不写它们。每个变化对你的成本和工作计划都有明显的影响，因此需要捕获和跟踪它们。你可以在“技术和数据变化”列表中写出可能的情况。“技术和数据变化”列表的例子用例13“资源的串行存取”中。
2026-03-19 07:23:28
114
原创 极端编程(Extreme Programming，XP)
在另一种少见场合中，一个配有专职用户的精心组织的小开发组可以把应用描述或用例概述作为需求。就像XP工作故事一样，如果双方都能履行约定好的备忘录，这个条件可以满足，XP也是可行的。采用XP，应用和业务专家与软件开发人员坐在一块，因此，开发组不需要编写软件详细需求，而只记录下用户的故事，作为有约束力的备忘录以便将来能围绕着这些功能讨论需求。一个XP的用户故事，简略地说，可能就像第3章的表3-3“用例简述”中描述的用例概述，也可能类似于第17章的表17-2“获得折扣”任务列表的一个系统特征。
2026-03-18 02:00:00
21
原创 从大型团队中收集用例
通过这种做法，帮助用户理解了角色的含义。......我们的用户在谈论用例时，总是缺少用例的环境，因此我们让他们写出(在较高的层次)日常活动中完成某些任务所遵循的步骤，例如停止操作等。有时，你发现自己正在与一个庞大的、不同类型的、非技术的应用专家团队进行工作，这是极富挑战性的工作。我们的经脸表明，无论是对在会议中讨论内容的估计，还是对我们处理这些内容能力的估计，我们都过于自信。尽管尽了最大努力来确保参与者的广泛性及普遍性，但没有监督人员出现在讨论会上，更有趣的是，为他们工作的人也没有想到监督用例。
2026-03-18 01:30:00
294
原创 大模型的发展阶段
• 推理模型也不是万能的，其幻觉通常比生成模型大，很多不需要强推里的场合还是传统的生成模型比较适合。• 普通大模型是玩知识和文字的，推理大模型是玩逻辑的，至于计算问题，还是找计算器吧。
2026-03-17 08:24:06
22
原创 大型语言模型简史
• 前馈网络/位置编码/层归一化：解决了传统模型的诸多局限性。在理解语言任务时，Attention 机制本质上是捕捉单词间的关系。• 多头注意力：从多个角度捕捉复杂的语义关系。自注意力机制：支持并行计算/全局上下文的理解能力。Transformer：理论架构创新。
2026-03-17 08:20:22
68
原创 智能体电商-阿里的报告
加之 OpenAI 此前打通 ChatGPT 与 Shopify 等平台的购物路径，行业已迎来从“人找货（搜索）”或“货找人（推荐）”向以 AI 智能体为核心的“起念头即决策”或“需求即交付”的逻辑进化。在这种新范式下，对用户意图的深度理解力以及AI 与电商生态的底层连通性，将成为决定未来电商版图重。本文将剖析两种模式在流量入口、数据闭环及供应链协同上的差异，以此阐明从电商（E-commerce）到智能体电商（AgentCommerce）跃迁的规律，并尝试推演智能体电商时代下的商。
2026-03-16 08:17:45
31
原创 AI 和图像识别系统-足球
数据和智能驱动，让球迷和观众不断寻求新的体验。2018 年，世界杯的电视观众总数达到峰值，2022年世界杯，观看电视1 分钟以上的人数，从32.6亿下降到28.7 亿，下降幅度高达11.9%；从卡塔尔世界杯到北美世界杯之间，hatGPT 横空出世，它的渗透速度超过了电视、互联网、手机和社交，对于足球来说也是一个重大时刻。同时，海量的数据可以及时生成内容提供给观众和粉丝，提升他们的体验，更加丰富，更加个性化。它能理解比赛，可以提供数据分析的洞察，以至比赛态势的进展，帮助教练做出及时的战术调整；
2026-03-16 08:16:17
538
原创 十五五规划-教育
深化中等职业教育改革，办好少而精的中等职业学校，建设特色鲜明高等职业学校，支持中高职一体化发展。支持建设若干“双一流”高校新校区，“双一流”高校本科招生数增加10万人以上，建设200 所左右高水平应用型本科高校、在有条件的高校建设若干优质特色学科专业。建设60 所左右高水平高等职业学校和160 个左右高水平专业群，支持优质中等职业学校和专业建设。推进特殊教育学校标准化建设，充分依托存量资源，支持有需求的县办好达到标准的特殊教育学校，支持人口规模大的城市建设孤独症儿童特殊教育学校，鼓励康教融合。
2026-03-15 02:45:00
36
原创 十五五-强化就业优先政策
纳就业多的行业企业持续强化政策支持，充分挖掘服务业、新兴领域吸纳就业潜能，推动灵活就业、新就业形态健康发展。加强困难群体就业帮扶，促进失业人员再就业，确保零就业家庭至少一人实现就业。完善劳动就业法规体系，提升劳动关系矛盾调解仲裁效能，健全劳动保障监察体制，督促企业依法落实工时制度，有效治理就业歧视、欠薪欠保、违法裁员等。健全就业支持和公共服务体系，营造公平有序就业环境。完善劳动标准体系和劳动关系协商协调机制，健全灵活就业、新就业形态劳动者权益保障制度，推动平台企业公平制定劳动规则、依法合。
2026-03-15 02:30:00
31
原创 OpenClaw 是什么
如果你用过ChatGPT，你会知道它本质上是一个问答系统：你问，它答。OpenClaw不一样。它是一个AI Agent平台，能连接20+消息渠道（WhatsApp、Telegram、飞书、钉钉、Discord等），主动执行任务、管理你的日程、处理邮件、操作浏览器、调用各种工具。换句话说，ChatGPT是「顾问」，OpenClaw是「员工」。
2026-03-14 12:14:28
164
原创 AI在旅游业的应用
以马蜂窝参与打造的「AI游西江」为例，基于旅游垂直大模型构建的智能体，围绕游客“行前一行中一行后”全流程，整合了行程规划、玩法推荐、实时咨询、动态调整与反馈机制等功能。在提升游客体验的同时，系统沉淀的数据也反哺景区运营，帮助管理者更科学地进行资源调度、服务优化与产品迭代，探索出一条以智能技术提升效率与体验并行的文旅新路径。AI，正在成为平衡这些需求的重要变量。这份报告，正是基于马蜂窝AI旅行助手在真实使用场景中的数据与洞察，试图回答一个正在发生的问题:当旅行交给AI，人们会如何出发，又将走向哪里。
2026-03-14 12:12:27
119
原创 什么是 OpenClaw
它能够在用户自己的设备上本地运行，通过 WhatsApp、Telegram、Discord、飞书、钉钉等多种通讯平台与用户交互，实现从简单的对话问答到复杂的自动化任务执行。与传统的聊天机器人不同，OpenClaw 的核心价值在于其执行能力。这种"从建议到行动"的能力跃迁，标志着 AI 助手从"顾问"角色向"数字员工"角色的转变。OpenClaw 的定位是"Your own personal AI assistant"——一个真正属于用户的、可深度定制的AI 助手，而非依赖云服务的第三方产品。
2026-03-13 07:02:39
297
原创 端侧AI 的定义与发展背景
这些动作均印证了终端卡位的战略必然性。随着技术逐渐趋于同质化，AI 的下一步竞争，不再是“谁的模型更强”，而是“谁真正拥有用户”。等多模态数据的核心载体，其天然具备“随身携带、实时采集、场景适配”的独特优势，每增加一位终端用户，就相当于为大模型增加了一个24 小时不间断采集三维世界数据的“智能触角”。端侧AI，即直接在终端设备（如手机、耳机、眼镜、个人电脑等）上部署和运行AI 模型的技术路径，它通过轻量化模型与专用硬件的结合，使数据在设备端就能完成从感知、推理到执行的闭环，无需事事都依赖云端服务器。
2026-03-13 06:59:33
367
原创 全球人形机器人产业发展情况
2025年，在用户需求持续释放，AI、视觉分析与边缘计算等技术加速融合，多国政策支持与投资加码等多重因素驱动下，全球人形机器人产业迎来了历史性的拐点，正式从“技术验证”迈入了“量产元年”与“场景商业化”的新阶段。2025年，全球人形机器人产业热度持续走高，人形机器人本体企业数量超300家，市场出货量约1.7万台，市场规模达到28.8亿元，出货量大多集中在仓储物流、工业装配、教育消费等垂直场景。在商业端，部分头部企业实现千台级量产，在工业、特种环境等B端场景率先落地，C端仍以“高端尝鲜”为主；
2026-03-12 19:29:40
34
原创 什么是桌面机器人？
基于大模型赋能的“类大脑”，机器人不仅拥有大幅提升的对话自然度，更具备了持续记忆与个性化偏好理解能力，初步形成“人格感”。相比传统智能音箱或玩具，桌面机器人具备更拟人化的外观、更高自由度的动作或表情系统，以及由多模态大模型驱动的自主交互能力，能够向用户提供情绪陪伴、信息服务、娱乐互动、儿童教育与生活助手等多形态功能。桌面机器人的发展历程，是一部从“功能型工具”向拥有“类大脑”的“人格化伙伴”的进化史，其本质是从基础的玩具形态，逐步升维至提供情绪价值的陪伴者。具备情感陪伴与主动行为规划。
2026-03-12 19:27:47
570
原创 端侧AI-直接在终端设备
端侧AI，即直接在终端设备（如手机、耳机、眼镜、个人电脑等）上部署和运行AI 模型的技术路径，它通过轻量化模型与专用硬件的结合，使数据在设备端就能完成从感知、推理到执行的闭环，无需事事都依赖云端服务器。在物理世界场景中，终端设备正是承接文字、语音、图像、环境温湿度、空间位置等多模态数据的核心载体，其天然具备“随身携带、实时采集、场景适配”的独特优势，每增加一位终端用户，就相当于为大模型增加了一个24 小时不间断采集三维世界数据的“智能触角”。这标志着阿里千问首次走出屏幕，进入物理世界。
2026-03-11 09:10:43
31
原创 AI-Native的定义与特征
4) 以统一基础模型作为智能基座AI-Native系统的智能化根基在于构建统一的基础模型（Foundation Model），其本质是通过通用性强、泛化能力突出的模型架构，为全场景AI应用提供统一的语义空间和知识表达框架。这种“统一基座”模式突破了传统AI系统中模型碎片化、场景割裂的局限，通过参数共享、知识蒸馏和迁移学习等技术，将通用知识与领域知识深度融合，形成覆盖语言、视觉、决策等多模态的“认知底座”。统一基础模型在AI-Native系统中的价值体现在三个维度：技术维度，实现了“大模型小场景”的适配，
2026-03-10 01:15:00
359
原创 AI-Native技术的价值与意义
而在基于AI-Native业务系统中，能够通过数据驱动优化每一个环节，通过自动化流程、优化决策和实时反馈，大幅度提高业务运营效率，实现更加高效、精确的运营。AI系统还能够利用数据驱动的洞察力优化业务流程，减少资源浪费，实现精准的需求预测和供应链优化，从而降低成本、提高响应速度，助力企业实现精益化运营。AI不仅可以提升产品和服务的附加值，还能够为传统行业带来数字化转型的动力，推动产业的技术升级与结构优化，从而促成新的价值创造和市场竞争力的提升。系统能够自我监控、故障预测并自动修复，减少人工运维的依赖。
2026-03-10 01:00:00
126
原创 AI-Native的定义与特征
各业务领域软件产品及云服务的所有生命周期环节，包括产品与功能规格定义，架构设计，研发过程的开发、测试、发布与运维等各阶段，均需优先思考AI可以做什么，不能做什么，哪些核心功能可以由AI提供，哪些不行：比如基于AI的人机交互，基于AI的核心业务逻辑功能实现，基于AI的需求管理、自动化代码开发测试，应用前后台架构与模型基座之间的组合集成，基于AI的最小化产品选型创新验证与逐步改进等；AI-Native技术的核心理念是“AI First”，即从系统设计伊始便将AI作为核心组件，而非在现有系统中后期集成AI技术。
2026-03-09 01:00:00
372
原创 AI-Native的定义与特征
通过自适应能力，AI可以在不同的应用场景中根据新的数据和反馈调整策略，实现动态响应，而自优化功能则使得系统在长期运行过程中不断提升性能，降低资源消耗，保持较高的运行效率。AI-Native技术的关键特点之一是高度依赖数据与知识。与传统基于规则的系统不同，AI-Native技术通过对海量数据进行深度学习和模式识别，能够自动从数据中提取有价值的信息，并基于此进行决策与优化。例如，在智能制造场景中，AI-Native系统能够根据生产过程中的实时数据，自动调整生产参数，实现精确控制，从而提高产品质量和生产效率。
2026-03-09 01:00:00
231
原创 需求-wiki、博客和论坛
wiki的基本想法是，每个人(这里的要点主要是“每个人”都可以做)都可以发表一个帖子，或者对已发的帖子进行编辑和补充。有些论坛以分支的方式保存他们的讨论，这样就可以看到讨论是如何展开的，有些允许贡献者重写或重新组织他们看到的所有东西。你可能会发现许多关于其他人在这个领域完成的工作的信息，如果走运的话，你会发现直接可以转化为产品需求的信息。你可能会发现许多关于其他人在这个领域完成的工作的信息，如果走运，你会发现直接可以转化为产品需求的信息。但是，因为需要一些利益相关者的参与，所以对较大的项目是最有效的。
2026-03-08 01:45:00
49
原创 需求-录像和照相
例如，选择一个业务用例，让用户走一遍他们遇到的典型场景的活动，并通过录像进行记录。你也可以考虑使用其他记录设备，如智能手机上的录音功能，或Livescribe的smartpen，它既是笔，也是录音机。“录像有助于填补照相与更正式的书面文档之间的空白，它保留了即兴的谈话、肢体语言、面部表情(如扬眉毛)、使用程序时表现出的压力、使用键盘的容易程度，等等。显然，在对别人进行录像之前，必须征得他们的同意。记住，不管录像的对象是谁，他们在镜头前开始都会感到不太自然，但他们几分钟后常常会放松下来，忘记有人在录像。
2026-03-08 01:30:00
39
原创 需求-思维导图
有时候你有一些想法，或在记笔记时听到一些事情，这些东西与图上已有的东西之间没有联系，也要将它们加到图上去，因为在将来会发现联系。思维导图最后可能不像所看到的例子那样有组织、漂亮，但这对思维还是有意义的一-这是要点。中心思想应该是某些词，或有强烈视觉效果的图像，告诉你或阅读思维导图的人，它在讲什么。我们朋友的业务是“一个人的美食”，为独自生活的人提供烹饪方面的建议和食谱。我们用这些思维导图在访谈时做记录、计划项目或活动、对研讨会进行总结--实际上，只要我们需要简洁和智能的记录方式，就会用到思维导图。
2026-03-07 20:11:10
188
原创 需求-业务规则
业务规则没有一定的格式。对于大多数项目来说，可以在感兴趣的利益相关者的帮助下，发现描述这些规则的文档。当然，业务规则必须成为业务用例场景及后续需求的一部分。业务用例研讨会让感兴趣的利益相关者有机会提出所有相关的业务规则。在利益相关者针对工作的每个业务事件进行讨论时，业务规则就会浮现出来。将来它们会被用于指导功能性需求，并帮助发现存储数据的意义。自然，创建的产品都应该满足业务规则，通常产品会强制实现它们。业务规则是管理的规定，对日常业务决定起到统御和指导作用。卡车驾驶员最长的轮岗时间是每隔5小时;
2026-03-07 20:07:50
93
原创 需求- 数据模型
类似地，必须有记录、修改和删除“Road (道路)”及其“Road Sections(路段)”的功能，并知道哪些路段由哪些“Depot(车库)”负责。类之间的连线表明两个类之间的关联，线上的名称表示关联的理由。例如，“路段”将被记录为已经由一辆“卡车”处理(业务规则说一辆卡车足够处理一个路段，路段长约5公里)，但一辆“卡车”预期会处理多个“路段”。模型表明“路段”经“处理”关联到一车“1卡车”，而“卡车”关联到许多“*路段”。注意，类模型是业务数据模型，它代表了必须存储的数据，以便让业务能开展工作。
2026-03-06 15:42:55
47
1
原创 编写需求-不要编写解决方案
解决方案将你锁定在这种技术或那种技术上，不论选择的是什么，等到产品构建时，这种技术可能已过时。通过写下一份不包含任何技术成分的需求，你不仅允许设计者使用最合适的、最新的技术，而且当新技术出现时，允许产品改为采用新的技术。可能需要反复做几次，直到达到要求的技术无关性，但对最终产品设计的影响来说，这是值得的。这样，糟糕的需求就阻止了设计者寻找替代的，也许是更好的解决方案。编写解决方案而不是需求具有危险性。但问题是如此广泛(特别是对非功能需求)，而且可能相当严重，所以，如果我们再次提及这个问题，你会原谅的。
2026-03-06 15:40:43
339
原创 需求假设场景
假设场景让你探索一些可能性，对业务规则提出疑问。你会问“假设我们这样做会怎样”或“假设我们没这样做会怎样”。如果考虑限制条件，就会容易发现许多可能性。例如，假设在检查航班检票用例的场景时，有人问道:“假设我们拿掉检票口这个限制条件，会发生什么?假设场景的目的是激发创造性，引导利益相关者得到更创新的产品。3.如果是，通过手机号码(这在预订时就记录下来了)取得记录编号。假设场景的目的是激发创造性，引导利益相关者得到更创新的产品。假定按下面的方法编写了假设场景。客的手机将在登机口处检查，以允许乘客进入机场)。
2026-03-05 08:50:36
30
原创 需求场景图示
泳道是可选的，它们既有好处也有坏处:好处是因为它们对谁完成这项工作提供了清晰的解释，坏处是因为它们让读者倾向于相信，图中确定的工作方式在将来必须实现。注意，像图6-2这样的图示是用于解释的。但是，如果你想指出这两项活动的并行本质，应该按下面的方式修订场景描述。我们倾向于在明显的情况下让它保持原样，或者通过附加“监护条件”(在活动退出时的方括号中的词)来表示。没有最好的方法，只要找到你喜欢的，或组织机构已经采用的就行。这种偏好是个人的选择，主要取决于听众是更喜欢文本场景还是图形化的场景。
2026-03-05 08:49:13
53
原创 需求低保真原型
业务用例是一部分工作，它由外部业务事件触发，或由预先设定的时间定时触发，在一个单一持续的时间间隔中发生。由于在一个单一持续的时间间隔内发生，它提供了一定量的工作，适合作为制作原型的主题。创建它的时间也是最少的，最重要的是它说明这只是个易于修改的仿制品。坏处在于，这样的原型有时候要求测试它的利益相关者付出更多的努力，将白板上的草图想象成他的新产品。对于完成监视未处理道路的工作，当前原型版本提供的所有信息，是否都是需要的?询问利益相关者，哪部分产品将在他们的工作中发挥作用，然后记录下他们的想法。
2026-03-04 14:00:15
297
测试用的需求文档Methodology for Qualifying Safety-Related Electrical and
2025-04-06
计算机科学与软件工程中的统一大学库存系统（UUIS）功能需求与用例分析
2025-03-13
电子商务系统软件需求规范（GAMMA-J在线商店V1）详解
2025-03-13
水文管理与用水追踪系统的软件需求规范-基于地理信息系统的技术应用与需求分析
2025-03-13
Visual C++ MFC例子，从基础例子到提高，总共11个主题
2024-08-13
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人