软件需求分析方法论

A. 软件系统规模估算方法论介绍——功能点分析法

众所周知，软件系统复杂性极高，评估其规模对项目成本、资源需求、工期及报价至关重要。当前主要评估方法分为技术视角与业务视角两大类。技术视角方法侧重开发者角度，如源代码行数、数据库表及函数数量；业务视角方法则从用户角度出发，与技术无关，如功能点、故事点、用例点及对象点等。专家估算法基于技术视角，适用于内部团队，但标准难以量化，差异性大，难以达成一致。在与外部组织商讨关键项目目标时，业务视角更为必要。功能点分析法，一种基于业务视角的国际标准方法论，能客观度量用户需求及功能，提供不依赖特定技术的规模评估手段，适合不同项目与组织间的度量一致性。此方法简便、相对客观，使用行业标准数据，易于被接受。

功能点分析法的核心在于度量用户需求及功能，采用五个基本要素进行量化：内部逻辑文件（ILF）、外部接口文件（EIF）、外部输入（EI）、外部输出（EO）及外部查询（EQ）。简而言之，业务实体为ILF，外部系统接口为EIF，新增、删除、修改操作为EI，查询操作为EQ，接口或报表为EO。ILF与EIF为静态数据，而EI、EO及EQ为动态数据。

快速功能点法（2点法）以需求分析及可研报告为基础，评估项目中涉及的ILF与EIF数量，通过公式FP = ∑(35 * ILF + 15 * EIF)进行计算。初步功能点法（5点法）在设计阶段引入更细的评估粒度，使用公式FP = ∑(15 * ILF + 10 * EIF + 4 * EI + 5 * EO + 4 * EQ)，纳入更多要素，提供更准确的评估。标准功能点法则引入功能复杂度、DET（字段数量）与RET（表数量）等控制因子，进行更精细的衡量，以求更准确的评估结果。

计算方法的延伸是将功能点数量转换为实际工作量、成本及工期。通过功能点法得到功能点数量后，结合每个功能点所需工时进行计算，通常软件公司会有自己的经验数据。若无积累，则可参考权威数据报告，如《中国软件行业基准数据报告》，该报告提供了生产率、维护生产率、缺陷密度、工作量分布及人员费率等基础数据，用于进一步的计算与分析。

功能点分析法的优点包括基于良好计算标准，易于理解和接受，适用于新项目、升级项目及维护项目，与技术无关，计算简便且一致性高，利于不同组织间比较。然而，其缺点在于仅考虑可见部分的复杂度，忽视了系统内部复杂性，功能复杂度划分相对粗略，对复杂功能的统计误差较大。

综上所述，功能点分析法作为评估软件规模的优秀方法论，特别适用于业务视角，有助于优化成本、增强竞争力。对于采用成熟开发平台或二次开发的产品，能显着降低成本，提升市场竞争力。

B. 软件需求分析4个步骤

一、需求分析理论

软件需求涉及功能性问题非常广，我们用抽象化理论分析，可以划分各个功能域，用不同的数字代替，软件——S，功能域——A1、A2……An

S＝{A1、A2、……An}

但是功能域B又存在若干问题P1、P2……Pm组成，并且每个功能对应于子系统中的一个软构件，可以表示为-B＝{P1、P2、……Pm}

功能G有若干个行为F1、F2、……Fj，每个行为对应于软件构件中的实现方法

G＝{F1、F2……Fj}

一个软件包含了所有功能的集合，同时包含了实现所以功能的所有方法和算法描述。需求分析是依据用户动机，经过需求问题识别，进行分析、消除分驰和综合，编写用户故事，评审；形成用户需求与设计同步，设计满足用户需求目标。

需求开发方法贯穿这个产品生命周期，利用不同的开发方法论进行挖掘需求，帮助用户找到问题，梳理问题，判断产品实现功能的正确性、一致性和完整性，促使用户在软件设计启动之前进行周密的、全面的思考软件产品功能，用商业化行为解决需求与现实中存在的矛盾，解决用户需求与商业化产品功能融合，解决规范和个性化需求。
二、软件需求开发的目标

1、对实现的软件做一个全面的描述，帮助用户找到问题矛盾解决用户场景痛点，帮助用户在进行产品规划时做到周密，全面产品定位需求

2、了解和描述软件实现所需的全部信息，为产品设计、确认和验证提供一个基准

3、为软件产品管理人员进行软件产品成本评估和编辑软件开发计划书提供保障

需求开发-软件功能需求、软硬接口、非功能性需求、设计约束、反向需求、阅读支持信息。

软件需求分析尽量提供软件实现功能需求的全部信息，使软件设计人员和测试人员不在需要和需求方进行接触，保证需求分析的一致性和完整性。

三、软件功能需求

描述软件功能实现注意——

1、功能需求的完整性和一致性

2、功能描述的无异议和可追踪

3、功能描述清洗和功能可测试

四、软硬接口

1、人机接口

2、硬件接口

3、软件接口

4、通讯接口
五、非功能性需求

1、运行环境

2、时间需求

3、处理容限、精度、异常处理机制等

4、可靠性要求、可维护性、安全性

C. 浅谈需求分析方法论

需求分析方法论是一个系统性的过程，主要包括收集需求、评估需求和精炼需求三个关键阶段。

1. 收集需求阶段

• 定义：这是确定并管理相关方需求的过程，为项目范围和产品范围奠定基础。
• 内容：主要收集来自上级、老板或客户的高层级需求，这些需求通常概述了目标但缺乏具体细节。
• 方法：产品经理或项目经理需全面调研并收集需求，确保涉及的所有干系人都被纳入考量。同时，要全面考虑需求的分类结构，如业务需求、功能需求、非功能需求等。

2. 评估需求阶段

• 定义：评估每个需求的利弊及其对产品的影响，确保选择能够促进产品价值和用户满意度的策略。
• 内容：分析需求的影响范围、利弊、真伪和优先级。
• 方法：识别需求与已上线需求的关联，评估实现需求的成本、时间、资源和潜在影响。同时，确保需求符合业务目标和战略。

3. 精炼需求阶段

• 定义：在前两个阶段的基础上，进一步梳理和优化需求，提炼出对产品价值最大的需求列表。
• 内容：包括需求分类、抽象和合并，形成带有优先级的产品待办事项清单。
• 目的：确保资源高效利用，聚焦于关键改进和功能开发。

遵循这一需求分析方法论，团队能够更系统地理解、评估和管理需求，从而提升项目执行效率和产品质量。同时，实践这一方法论时，需要持续反思、调整和优化，以适应不断变化的业务环境和用户需求。