- 博客(35)
- 收藏
- 关注
RSS订阅原创 https(SSL)证书危机和可行的解决方案
SSL/TLS证书有效期持续缩短引发安全危机 CAB论坛最新决议显示，2026年起SSL/TLS证书有效期将从398天逐步缩短至47天，到2029年全面落实。这是继2011年以来证书有效期从8-10年缩短至5年，再到3年、2年、13个月后的又一次紧缩。当前免费证书有效期已普遍缩至3个月。 这一趋势带来两大隐患：一是全球数亿网站将被迫持续支付证书费用；二是证书颁发机构可能沦为国际冲突工具，威胁国家网络安全基础设施。我国尚无真正独立顶级CA机构，现有代理机构存在安全风险。 解决方案建议： 政府/金融领域建立权威
2025-06-03 14:39:07
1113
原创 需求探索：什么是 Requirements Elicitation
需求分析中**Requirements Elicitation** 是一个至关重要的环节。它不仅是项目成功的基石，也是团队与客户之间沟通的桥梁。然而，这一概念非常陌生，甚至将其与“需求挖掘”“需求调研”等术语混淆。
2025-03-17 09:30:00
476
原创 SRSInsight需求评审操作指南
需求评审是需求分析的核心环节，也是需求分析的最后环节。在收集完整的素材资料后，需求分析基本完成时，需要和相关各方（涉众）进行确认，确认的过程就是需求评审。
2025-03-11 11:49:35
843
原创 如何复制DeepSeek的成功---深度探索DeepSeek崛起背后的真相与机会
DeepSeek惊世骇俗的表现，有其必然性和偶然性。大模型为什么产生意识？如何复制DeepSeek的成功？本文从现象到本质逐步深入的探索了DeepSeek的成功之处，并最终推理出可以复制他的成功的几个地方。
2025-02-15 10:03:04
691
原创 软件工程中的需求工程
需求工程 (RE)是指在工程设计过程中定义、记录和维护需求的过程。需求工程提供了适当的机制来了解客户的需求、分析需求并评估可行性、协商合理的解决方案、明确指定解决方案、验证规范并在需求转化为工作系统时对其进行管理。因此，需求工程是经过验证的原则、方法、工具和符号的规范应用，以描述拟议系统的预期行为及其相关约束。
2025-01-25 12:26:06
807
原创 软件需求工程中的风险管理
明天的问题就是今天的风险”，因此，“风险”的明确定义是，可能造成一定损失或者威胁项目进度，但尚未发生的问题。这些潜在问题可能会损害项目的成本、进度或技术成功、软件设备的质量或项目团队的士气。风险管理是在这些问题对项目造成损害之前识别、解决和消除这些问题的系统。我们需要将风险（潜在问题）与项目当前的问题区分开来。解决这两类问题需要不同的方法。比如，人员储备，因为我们无法选拔到具备合适技术技能的人才，这是目前面临的一个问题，但是我们的技术人员被竞争对手挖走的威胁也是一个风险。
2025-01-22 11:05:00
634
原创 insight在线需求分析系统概要介绍
在当今快节奏的商业环境中，项目管理的成功与否往往取决于需求分析的精准度和管理的高效性。无论是软件开发、产品设计还是大型项目实施，需求分析都是项目成功的基石。今天，我们为您带来一款强大的需求分析工具——Insight，它将彻底改变您的项目和产品管理方式，让项目按时、按预算顺利推进。
2025-01-22 10:58:47
1088
原创 需求分析基本操作流程
insight 在线需求分析系统的主要遵循SRS的规范来引导分析需求项，并支持需求追踪和变更，涉众的管理。一个完整的需求分析实操过程是这样子的，首先通过访谈、会议、收集相关文档等，获得原始的素材。原始的素材并不能直接作为需求来使用，需求分析师在收集到素材后，对素材进行分析，拆解出需求的功能定义，已经界定非功能需求等。形成初始的需求。初始的需求需要和涉众逐一评审确认。形成经过确认的需求。所有的需求都确认过后，报请发起人批准。批准之后的需求为正式的需求，可以输出正式的报告。
2025-01-07 12:25:23
1021
原创 分析师的七种思维武器
创造性思维，这一过程涵盖原创思维的萌发及既有观念间的全新联结发现。它鼓励挑战常规，拥抱符合情境的新颖思路与革新，通过整合、变异和重构现有理念，破除传统问题解决手段的局限性。商业分析师在此扮演催化角色2，通过提出另辟蹊径的方案、质询既定假设，激活团队内部的创意思维潜能。决策制定发生在商业分析师或涉众群体面临多选一的情境之下，其目的在于辨识出对组织及所有相关方最为有利的选项。此过程囊括全面搜集决策相关信息、深入分析数据、对比不同选项的异同，并最终锁定最优解。
2025-01-03 10:39:07
1531
原创 访谈分析方法
访谈是一种系统的方法，旨在通过与受访者交谈、提出相关问题并记录回答来从个人或一组人那里获取商业分析信息。访谈也可以用于建立商业分析师和涉众之间的关系，并在增加涉众的参与度或获得对提议解决方案的支持方面发挥作用。
2025-01-02 18:06:13
1470
原创 头脑风暴分析方法
头脑风暴法是一种集体创意过程，旨在激发团队成员的创造力，以产生大量新颖的想法。这种方法鼓励团队成员提出各种可能的解决方案，以应对特定的问题或挑战。通过集中讨论，团队可以识别出解决问题的多种选项，分析阻碍进展的因素，预测可能的延误，并探讨解决特定问题的不同策略。头脑风暴法不仅适用于团队环境，个人也可以使用它来激发创新思维。
2024-12-30 15:08:25
791
原创 AI会代替人类么
在机器学习、深度学习出现前，人类所有在计算机领域的成就，不管是登月还是探索火星，还是简单的工资计算，都是现有理论、设计、然后严格按照逻辑编码来实现的。但是在机器学习出现时，有一个根本性的差异，那就是人类不再试图去理解其中的逻辑，而是简单的说我给你数据，你给我结果就行。如何得到这个结果的，我不懂，也不想懂。这里人类放弃了自己的思维能力，而将思维过程完全交给了机器。
2024-12-28 15:09:02
471
原创 如何用范围建模驾驭项目的边界
范围建模以独特的视角定义项目边疆。它精准标绘出控制、变化、需求与解决方案的疆界，犹如地图指引开发者穿越复杂系统丛林。模型融合内部功能分解、外部上下文图与综合韦恩图，犹如立体透视镜洞察内外要素。商业分析师借此揭示元素关联、厘清责任归属、预见变更涟漪，确保项目航向无误。然而，模型构建并非坦途，挑战潜伏于初始假设、边界模糊与外界变量之中。
2024-12-25 17:15:19
1114
原创 业务分析如何做决策分析
abstract决策分析是一种评估问题和潜在决策的方法，旨在不确定条件下确定备选方案的价值。它探讨不同决策可能产生的结果，并根据领域特定的价值标准（如财务价值、评分或相对排名）进行评估。决策分析有助于解决评估难题，如问题定义模糊、结果原因不明、影响因素不完全了解，或不同涉众对结果价值缺乏共识。该方法支持在复杂情况下评估和比较不同结果的价值。
2024-12-24 11:43:04
827
原创 验收标准(babok)
可衡量和可测试的标准允许对解决方案和设计进行客观和一致的评估。每个评价标准都代表了连续或离散的测量尺度，用于衡量特定解决方案属性的成本、性能、可用性以及功能如何满足涉众的需求。基于价值属性来确定接受和评估标准，可以确保它们对涉众的需要是有效且相关的，并在接纳和评估解决方案时应予以考虑。在只评估一种可能的解决方案时，通常会使用接受标准，并且通常以通过或失败的形式表示。评估和接受标准可以使用相同的值属性进行定义。它们代表了对价值主张的一个有意义且被广泛接受的分解，可以描述为方案应该具备或避免的特性。
2024-12-13 12:05:38
611
原创 软件工程中的需求管理活动
需求管理包括记录和维护需求工程活动中不断变化的需求以及相关背景和历史信息的任务。需求管理还建立了定义、控制和发布各级相关系统基准需求的程序。有效的需求管理发生在组织的项目和技术流程的背景下，如 ISO/IEC 15288 和 ISO/IEC 12207 所定义。需求很少是静态的。虽然从开发管理的角度来看，永久冻结一组需求是可取的，但这几乎是不可能的。应该确定可能发展的需求，并将其传达给采购方和技术社区。可以尽早冻结核心子集的需求。应评估拟议的新需求的影响，以确保维持需求基线5。
2024-12-10 16:28:34
782
原创 软件工程中的需求分析流程
此活动包括以下任务：根据要提供的行为和属性定义系统的功能边界。注：这包括系统的刺激及其对用户和环境行为的响应，以及对系统与其操作环境之间所需交互的分析和描述，这些交互包括界面约束，如机械、电气、质量、热、数据和程序流。这确定了在其边界上以定量形式表达的预期系统行为。在定义系统需求之前，可以通过与利益相关者建立系统（或服务）的边界条件来最大限度地减少范围问题。影响边界条件的三个因素是：组织、环境和约束。定义系统需要执行的每个功能。
2024-11-29 17:20:44
1285
2
原创 过程建模实例运用
在查阅相关法规时担忧地告诉李志远：“我发现我们在处理敏感货物信息时，没有设计有效的数据加密和访问控制机制，如果不解决这个问题，系统上线后可能会面临监管处罚。在过程建模这一强大工具的引领下，“绿航物流管理系统”项目终于破浪前行，顺利抵达成功的彼岸，为绿航物流公司开启了数字化运营的新篇章。也表示：“有了清晰的资源分配图，我们开发团队的工作更有针对性，库存管理模块的优化进展顺利，整体项目进度得到了有力保障。在繁华的都市一角，绿航物流公司正在紧锣密鼓地进行一项重大工程——“绿航物流管理系统”开发项目。
2024-11-15 11:51:30
903
原创 管理利益相关者驱动的软件需求变更
在软件开发的宏伟蓝图中，利益相关者扮演着不可或缺的角色——他们是那些直接或间接影响或受软件解决方案影响的个体、群体或机构。从最终用户到客户，从项目经理到开发人员，再到测试人员、领域专家、业务分析师，乃至更广泛的参与者，每位利益相关者都携带着独特视角、需求与期待，共同绘就项目的全貌。将“利益相关者”章节融入软件需求规范（SRS），其根本目的在于系统地识别并描绘这些关键参与者。这一章节不仅作为项目团队在需求定义与记录过程中的导航图，还明确了与谁合作、为谁考虑的方向。
2024-11-14 10:34:45
833
原创 需求魔法：别废话了，把你要抄的那个产品拿给我看一下
在与客户（发起人）合作的过程中，区分并处理好需求与解决方案的关系至关重要。通过深入沟通、清晰的问题定义以及建立详细的工作计划，分析师不仅能够满足客户需求，还能够在项目管理中扮演更为有效的角色，从而提高项目的成功率和效率。记住，在任何合作过程中保持耐心、细心的聆听以及对细节的关注，是成功的关键。本文同步发表在软件需求探索的需求文档的编写.↩︎商业分析中的五十种分析方法和技巧之39-角色与权限矩阵.↩︎客户的需求观.↩︎。
2024-11-11 16:26:21
1497
原创 什么是业务需求
业务分析师：他们是收集、审查和记录业务需求并确保其符合公司战略目标的主要参与者。产品所有者：在敏捷实施中，产品所有者根据利益相关者的要求和市场的需求来定义软件必须提供的特性和功能的过程。项目经理：他们是项目负责人，负责项目，业务需求清晰地表述、书写并传达给所有团队成员。关键利益相关者：软件用户来自营销、销售、运营、财务和客户服务等不同部门，他们向软件提供有关他们需要什么以及他们对软件的期望的信息。最终用户：软件消费者的反馈对于说明使产品变得用户友好和实用的需求非常重要。执行发起人。
2024-11-10 08:33:58
1523
原创 系统需求规范文档
本文档系列以大纲的形式提供了三种规范文档的典型内容结构，这是第二部分 SyRS 部分。系统需求规范 (SyRS)确定了所选系统的详细技术规格和预期的人机交互可用性。它从领域角度定义了高级系统需求，以及关于系统总体目标、目标环境的背景信息，还包括约束、假设和非功能性需求的陈述。SyRS 可能包括概念模型3，用以说明系统环境、使用场景、主要领域实体、数据、信息和工作流。SyRS 的具体需求部分应以利益相关者一致同意的组织方式进行编排，即采用有助于理解需求的结构。
2024-11-08 16:49:30
1168
原创 需求基线：构建项目成功的隐形桥梁
需求基线是项目时间轴上的一个关键里程碑，它捕获了经协商一致、彻底审查并最终获批的需求集合，标示着向特定产品版本提交的确切内容。这一“发布”概念涵盖了从完整产品交付到任何阶段性开发增量的广泛范畴。当利益相关者1对需求予以确认时，实质上是对特定需求基线达成共识并承诺跟进，即便他们未必采用此类专业术语来表述这一过程。确立需求基线之后，团队应当依托一个既实用又严谨的变更控制流程，确保关于新增、调整或剔除需求的决策均基于充分的业务和技术考量。
2024-11-07 15:20:03
963
原创 从平凡到非凡，需求分析师的六脉神剑
在当代商业领域的版图上，商业分析师犹如导航者，以其独特的职业素养为企业航船指明方向。要成为一名卓越的商业分析师，需要掌握六脉神剑——分析思考与解决问题、行为特征、商业知识、沟通技术、互动技术以及工具和技术。这六项核心能力构成了其专业实力的基石。
2024-11-06 10:36:26
1044
原创 如何避免十大需求陷阱：确保软件项目成功的关键步骤
需求管理是项目成功的基石。通过避免上述的需求陷阱，并采取相应的策略，您可以显著提高项目的成功率。始终记住，良好的需求管理始于清晰、具体的定义，并持续于整个项目周期中的有效沟通和协作。通过遵循这些最佳实践，您的项目将更有可能达到预期的结果，同时满足利益相关者的期望。本文同步发表在软件需求探索的项目目标与范围.↩︎商业分析中的五十种分析方法和技巧之33-优先级.↩︎商业分析中的五十种分析方法和技巧之48-用户故事.↩︎涉众定义与解释.↩︎Safety安全性和Security安全性.↩︎。
2024-11-04 09:36:06
1212
原创 软件工程中的需求验证技术
可追溯性技术涉及在整个软件开发生命周期中跟踪需求，以确保满足需求并跟踪和管理任何更改。Scrum 和 Kanban 等敏捷方法通过提供小块功能并从客户那里获得反馈，提供了一种迭代方法来验证需求。值得注意的是，没有任何一种技术能够单独发挥作用，通常需要结合不同的技术才能有效地验证软件需求。需求验证是检查为开发定义的需求是否定义客户想要的系统的过程。为了检查与需求相关的问题，我们执行需求验证。我们通常使用需求验证来检查开发初始阶段的错误，因为错误在开发过程的后期检测到时可能会增加过多的返工。完整性检查。
2024-11-02 12:32:46
980
原创 AI会战胜并奴役人类么
在机器学习、深度学习出现前，人类所有在计算机领域的成就，不管是登月还是探索火星，还是简单的工资计算，都是现有理论、设计、然后严格按照逻辑编码来实现的。但是在机器学习出现时，有一个根本性的差异，那就是人类不再试图去理解其中的逻辑，而是简单的说我给你数据，你给我结果就行。如何得到这个结果的，我不懂，也不想懂。这里人类放弃了自己的思维能力，而将思维过程完全交给了机器。
2024-10-30 10:18:42
606
原创 任何不对的事情都不值得去做对
根据项目特点和阶段，设定具体的价值评估指标。这些指标可以包括但不限于开发成本、预期收益（如提升用户体验、增加收入、提高效率等）、市场反馈、技术可行性、可维护性、扩展性和合规性等。
2024-10-28 00:23:32
1327
原创 安全性是Safety还是Security
Safety” 专注于预防和保护人们不受意外或非故意的伤害和风险。它的核心在于预防事故、伤害和错误的发生。例如，在工作场所，通过设置安全防护设备和制定严格的安全操作规程，我们可以防止工人在工作时受伤；在道路交通中，通过遵守安全规则，可以减少交通事故的发生。“Safety” 强调的是一个无危险、无风险、无害的状态，它主要关注的是物理层面的安全保护。在软件系统设计中，“Safety” 着重于确保系统在遭受故障或意外事件时仍能保持稳定，防止对人员、环境或设备造成任何伤害或损害。
2024-10-25 15:43:41
1513
原创 避免需求陷阱：确保软件项目成功的关键步骤
需求定义是任何软件开发项目的起点。它涉及到与利益相关者沟通、定义目标、制定规格，并确保所有团队成员对项目有共同的理解。不幸的是，许多项目在需求阶段就埋下了失败的种子。在需求分析阶段，常见的陷阱包括模糊的需求定义、变更管理不足、过度设计及沟通障碍等。
2024-10-20 15:05:26
968
原创 从成本黑洞到质量绿洲：软件企业的COQ管理艺术
软件开发的质量成本（COQ）：在代码与客户需求间寻求完美平衡的艺术。COQ，一面镜子，映照出企业如何在质量把控与成本效率间走钢丝。从预防到纠偏，每一步都需精心计量——内部失误的及时拦截与客户反馈的快速响应，都是成本与口碑的双重考验。而预防成本与失败成本的权衡，正是CTO智慧的试金石。但，如何精准拿捏？是不惜代价追求零瑕疵，还是容忍些许缺陷以提速降本？本文揭秘COQ管理的微妙策略，带你洞悉那些减少返工、提升客户满意度的秘密。质量，真的只是一串冰冷的数字，还是驱动创新、赢得市场的关键？
2024-10-20 15:04:11
637
原创 管理层变更与软件项目稳定性-利益相关者分析与沟通艺术-上
构建一个令所有利益相关者满意的软件需求变更流程是一项复杂但至关重要的任务。在这个过程中，清晰的沟通、深入的利益相关者分析、有效的参与策略以及灵活的变更管理机制是关键要素。通过积极主动地管理变更，将变化视为成长和创新的机会，项目团队能够交付超出预期的高质量软件产品。这里是上篇，主要侧重如何调研和分析利益相关者。
2024-10-20 15:02:27
684
原创 管理层变更与软件项目稳定性-利益相关者分析与沟通艺术-下
构建一个令所有利益相关者满意的软件需求变更流程是一项复杂但至关重要的任务。在这个过程中，清晰的沟通、深入的利益相关者分析、有效的参与策略以及灵活的变更管理机制是关键要素。通过积极主动地管理变更，将变化视为成长和创新的机会，项目团队能够交付超出预期的高质量软件产品。这里是下半篇，如何管理利益相关者。
2024-10-20 15:01:33
722
原创 2024年编写软件需求规格说明(SRS)的指南
每个创新项目起初都源自一个灵光闪现的念头，而要将这粒种子培育成参天大树，特别是开发数字化产品时，旅程的起跑线是一份核心文件：软件需求规范（SRS）。你的创意或许璀璨夺目，独树一帜，但真正的考验在于如何将之变为现实，SRS便是这趟旅程中的北极星。设想一下，建造一艘船却不备蓝图，那会怎样？施工混乱无序，频繁修改不仅耗资巨大，还拖延时间，甚至可能导致项目搁浅。软件开发亦同此理，众多挑战与缺陷的根源在于需求界定不清。不过，希望尚存，拥有一份清晰明了的SRS文档，就如同装备了避障雷达，为项目的成功铺设稳健基石。
2024-10-20 14:52:08
1641
关于跨平台文章管理、发布及分析的博客文章作者系统的需求规格说明书(SRS案例分享)(srs.pub)
2025-03-10
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人