需求开发与管理过程
软件开发过程中的需求分析与管理
软件开发过程中的需求分析与管理在软件开发过程中，需求分析和管理是非常重要的环节。
因为只有了解了客户的需求，才能为客户提供更好的服务和解决方案。
本文将探讨软件开发过程中的需求分析和管理。
一、需求分析需求分析是软件开发中的第一步。
它是了解客户需求和目标，确定可行性和实现的必要性，以及开发任务的数据和信息，包括建立和分析软件功能。
因此，确定需求是软件开发过程中的关键环节。
以下是需求分析的重要内容：1.了解客户需求客户的需求往往与实际产品有很大的差别，因此，我们需要深入了解客户的真正需求，包括功能性和非功能性需求。
这可以通过组织面向客户的会议、采取变换式的方法、开展客户调查等方式来实现。
2.分析和记录需求需求分析还包括分析和记录需求。
分析需求要求我们从客户提供的各种信息中归纳出可操作的需求，而记录需求则是将这些需求写成文档，使其他项目成员可以按照此文档来开发系统。
3.实现需求实现需求是开发人员进行需求分析之后，开始制定软件需求规格说明书，指导编码、测试、维护等软件生命周期过程。
需求规格说明书的目的是清晰明确的确容易理解，从而为开发人员提供清晰的建议，详细说明所需述的概念，建立业务场景，并提出数据字典、流程图、结构图等工具，以便让开发人员更好地理解实际情况。
二、需求管理需求管理是软件开发过程中的另一个关键环节。
为了保障项目能够按时按量地完成，我们必须对需求进行管理。
需求管理的主要内容包括：1.需求变更需求变更是软件开发过程中常见的问题之一。
因为在开发过程中，随着客户需求的变化以及新的想法的提出，需求变更是难以避免的。
因此，我们需要制定详细的需求变更管理计划，按照一定的规模、时间和审批机制来处理变更，保证改变的次数尽可能少，并且能够及时得到跟踪和管理。
2.需求溢出控制需求溢出是指开发人员在实现某个特性或功能时，意外地执行了额外的额要求。
为了避免出现这种情况，我们需要对需求进行溢出控制。
我们可以把需求分成两类：必须的（核心）和可选的（次要的）。
需求管理的流程和步骤
需求管理的流程和步骤需求管理是指在项目或产品开发过程中，对需求进行有效管理和控制的一系列流程和步骤。
它确保项目团队和利益相关者对需求的理解一致，以便能够按照既定目标和计划开展工作。
下面将按照流程和步骤的顺序，详细介绍需求管理的过程。
一、需求收集需求收集是需求管理的第一步。
在这一阶段，项目团队需要与利益相关者进行沟通，了解他们的需求和期望。
可以采用面谈、问卷调查、座谈会等方式收集需求信息。
此外，还可以参考类似项目的经验教训，以及行业标准和法规等，获取更全面的需求。
二、需求分析需求分析是将收集到的需求进行分析和整理，以便更好地理解需求的本质和特点。
在这一过程中，项目团队需要将需求进行分类、去重、细化，并与项目目标进行对比和验证。
同时，还需要与利益相关者进行反复确认，确保对需求的理解无误。
三、需求规划需求规划是将需求分解为可管理的任务和阶段，以便更好地组织和跟踪工作进展。
在这一过程中，项目团队需要制定需求开发计划、分配工作任务、确定需求优先级等。
同时，还需要考虑资源和时间的限制，确保需求开发能够按计划进行。
四、需求跟踪需求跟踪是对需求开发和实现过程进行监控和管理，以确保项目进展按照预期进行。
在这一过程中，项目团队需要记录需求状态、更新需求进展、追踪需求变更等。
通过及时跟踪需求，可以及早发现和解决问题，避免需求漏掉或失控。
五、需求验证需求验证是对已开发的需求进行确认和验证，以确保需求符合利益相关者的期望和要求。
在这一过程中，项目团队需要与利益相关者进行沟通和协商，确认需求的准确性和完整性。
同时，还需要进行需求测试和评估，确保需求能够满足项目目标和质量要求。
六、需求变更管理需求变更管理是对需求变更进行控制和管理，以确保变更能够被合理地评估、决策和实施。
在这一过程中，项目团队需要建立变更管理流程和机制，明确变更的提交、审批和实施程序。
同时，还需要评估变更对项目目标、进度和成本的影响，做出明智的决策。
七、需求文档管理需求文档管理是对需求文档进行管理和控制，以确保需求文档的准确性、可靠性和可追溯性。
软件开发流程从需求到交付的全过程管理
软件开发流程从需求到交付的全过程管理在软件开发领域，有效的项目管理和流程控制是确保项目顺利完成的关键。
本文将从需求分析、设计、开发、测试、交付等方面，探讨软件开发全过程的管理。
一、需求分析需求分析是软件开发的起点，也是重要的一步。
在需求分析阶段，项目团队需要与客户充分沟通、理解客户的需求和期望，确保开发出符合客户要求的软件产品。
为了有效管理需求分析，建议项目团队采用以下流程：1. 收集需求：与客户进行会议或访谈，了解需要解决的问题和功能要求，记录并整理需求。
2. 需求优先级确定：根据需求的重要性和紧急程度，确定需求的优先级，以便在开发过程中优先考虑。
3. 需求可行性评估：评估需求的可行性，包括技术可行性、资源可行性、时间可行性等方面。
4. 需求明细化：将高层次的需求细化为具体的功能需求，包括输入输出、界面设计等。
5. 需求确认：与客户进行确认，确保需求完整、准确，并获得客户的认可。
二、设计设计阶段是将需求转化为可执行方案的过程。
在设计阶段，项目团队需要根据需求分析的结果，制定合理的架构设计和系统设计，以确保软件开发过程高效有序。
为了有效管理设计阶段，建议项目团队采用以下流程：1. 架构设计：确定系统的总体结构，包括系统层次结构、模块划分和模块之间的关系。
2. 详细设计：基于架构设计，进行更加详细的设计，包括数据库设计、算法设计、界面设计等。
3. 设计评审：进行设计评审，确保设计方案符合需求，并得到开发团队的认可。
4. 设计文档编写：编写详细的设计文档，记录设计过程和设计决策，为开发人员提供参考。
三、开发开发阶段是根据需求和设计进行具体编码的过程。
在开发阶段，项目团队需要按照设计要求，进行代码编写、模块集成和单元测试，以确保软件的功能和质量。
为了有效管理开发阶段，建议项目团队采用以下流程：1. 任务分配：根据设计要求和人员技能，合理分配开发任务，并设定明确的工期和目标。
2. 编码实现：根据详细设计和编码规范，进行代码编写，并进行适当的注释和文档编写。
需求开发与管理过程(Req. Development Mgt. Process)
Req. Development & Mgt. Process 需求开发与管理过程Prep分配需求ed by拟制陈刚Date日期2006-05-16Reviewed by 评审人SEPG teamDate日期2007-4-20Approved by批准田松涛Date日期2007-4-24Revision Record 修订记录Table of Contents 目录1Purpose 目的 (5)2Scope 范围 (5)3Abbreviations and Acronyms 术语和缩略语 (5)4Policy 方针 (5)5Process Description 过程描述 (5)5.1Roles and Responsibilities 角色和职责 (6)5.2Entrance Criteria 入口准则 (6)5.3Input 输入 (6)5.4Activities 活动 (6)5.4.1Summarize 总述 (6)5.4.2Flow Chart 流程图 (7)5.4.3Requirements Development and Validation 需求开发及确认 (8)5.4.4Trace Requirements and Requirements Management 需求跟踪和管理 (10)5.5Output 输出 (11)5.6Exit Criteria 出口准则 (11)6Resource and Tools 资源与工具 (11)7Configuration Management and Assets 配置管理和资产 (11)8Training 培训 (11)9Process Measurement 过程度量 (11)10Tailoring Guidelines 裁剪指南 (12)11Verification 验证 (12)12Related Process 相关过程 (12)13Reference Materials 参考文献 (12)Table List 表目录表格1术语与缩略语 (5)表格2角色和职责 (6)Figure List 图目录图表1需求开发与管理过程 (7)1 Purpose 目的为确保文思创新软件技术有限公司（简称文思创新）在软件开发项目中的工作产品质量稳定，对需求开发和需求管理过程进行规范化描述，特制定本文档。
CSI_01_需求开发及管理过程
项目管理体系文件需求开发与管理过程编撰人：TMO审核人：批准人：批准日期：2010-9-1保密级别：机密文档版本：0.0.1北京中软国际信息技术有限公司1.引言 (4)1.1.目的 (4)1.2.适用范围 (4)1.3.术语和缩略语 (4)1.4.相关文件 (4)2.角色和职责 (4)3.入口准则 (5)4.输入 (5)5.流程图 (5)6.主要活动 (5)6.1.需求开发准备 (6)6.1.1.明确项目目标和范围 (6)6.1.2.识别需求来源 (6)6.1.3.选择调研方法和技术 (7)6.1.4.制订需求调研计划 (7)6.1.5.编制需求调研问卷 (8)6.2.需求调研 (9)6.2.1.进行需求调研 (9)6.2.2.编写用户需求调研报告 (9)6.3.需求分析 (10)6.3.1.需求分析方法 (10)6.3.2.功能需求分解 (12)6.3.3.标识需求 (12)6.3.4.定义需求的优先级 (13)6.4.编写需求规格说明书 (13)6.5.评审需求规格说明书 (14)6.6.需求确认 (14)6.6.1.客户确认 (14)6.7.需求变更管理 (15)6.8.需求跟踪 (15)6.8.1.建立需求跟踪矩阵 (16)6.8.2.需求跟踪矩阵的维护与使用 (16)7.出口准则 (17)8.输出 (17)9.引用过程 (17)1.引言1.1.目的规范公司项目的需求开发和管理活动，以保证对客户需求的正确理解，确保项目产物与需求的一致性。
1.2.适用范围适用于公司合同开发类项目、产品研发类项目的需求开发和需求管理活动。
1.3.术语和缩略语表 1术语和缩略语1.4.相关文件无2.角色和职责表 2角色和职责3.入口准则1)项目启动会4.输入1)项目合同2)项目计划5.流程图图 1需求开发与管理过程流程图6.主要活动需求开发和需求管理是需求工程的两个组成部分。
需求开发的主要活动包括：需求开发准备、需求调研、需求分析、编写需求规格说明书和需求确认。
产品开发的流程及管理制度
产品开发的流程及管理制度一、需求分析阶段：1.定义产品目标：明确产品的定位、目标用户群及解决的问题。
2.竞争分析：研究市场上已有产品并分析其特点、优缺点。
3.用户调研：通过问卷调研、用户访谈等方法了解用户需求，确定产品功能和特性。
4.需求分析：根据用户调研结果，将用户需求转化为产品功能需求和非功能需求。
二、概念设计阶段：1.制定产品概念：形成产品的整体框架和核心功能，并输出产品概念文档。
2.市场调研：分析目标市场的竞争环境和用户需求，确定产品定位和差异化策略。
3.制定产品规划：明确产品的功能、技术要求、开发周期、预算及运营计划。
4.制定产品设计原则：确定产品的设计原则和风格。
三、详细设计阶段：1.创意设计：采用创意设计方法，设计产品的外观、交互界面等。
2.技术设计：根据产品功能需求，确定产品的技术架构，选择合适的技术工具和平台。
3.数据库设计：根据产品需求，设计数据库结构和数据模型。
4.系统API设计：设计系统的公共接口和数据传输格式。
四、开发阶段：1.编码开发：根据详细设计阶段的结果，进行程序编码开发。
2.单元测试：对开发的每个模块进行单元测试，确保功能正常。
3.集成测试：将各个模块进行集成测试，确保系统整体运行稳定。
4.测试修复：对测试中发现的问题进行修复和优化。
五、上线发布阶段：1.系统测试：对整个系统进行全面测试，确保产品符合用户需求和技术要求。
2.上线准备：准备系统上线所需的资源，包括服务器、数据库、域名等。
3.发布上线：将经过测试的系统部署到正式服务器上，对外发布。
4.运维支持：对系统进行后续的监控、维护和升级。
一、项目管理：1.制定项目计划：明确项目的目标、范围、时间和资源等要求。
2.分工与协作：明确各个团队成员的职责和任务，建立良好的沟通协作机制。
3.进度管理：对项目的进度进行有效控制，及时发现和解决问题。
4.风险管理：识别和评估项目可能面临的风险，并制定相应的应对措施。
二、质量管理：1.制定开发标准：明确编码规范、文档格式、测试方法等标准。
软件需求开发与管理过程研究
估其结果。 如结果无法满足其需求时 ． 则再次进行个人 信息的检索 ． 可能重新进行信息需求分析 ． 或直 接进行
行动的选择。如此循环数次 ， 直到需求满足为止。这一
作 者 简介 ： 俊 （９ ３ ， ， 苏射 阳人 ， 士 ， 徐 １７ －） 男 江 硕 高级 工 程 师 ， 究方 向为 软 件 工 程 、 件 过 程 改进 、 件 质 量 管理 研 软 软
现 计 机 ２ １１ ＠ 代 算 ０． １１
研 究 ｓ开 发
理论 ．与软件需求管理 中的需求确认和需求 变更 控制
的 原 理 是 一致 的
需求管理 的工作 内容 ： 义需求 的基准 ｆ 时提 出 定 适 摘要 以代 表 目前 同意 的需求１ 。审查需求 的变更 申请 ， 评估其 冲击后再决定是否采用 在 控制下将 同意 的需
的主要 原因 ． 并非 由于软件技术 的限制 ． 而是 由于需求
的 不确 定 性 与 管 理 的不 完 善 导 致 的 。软 件 需 求 是 软 件
意识 化状态 ， 在此 阶段 ， 用户 的需 求仍未 成形 ， 一直是
处 于似有似无 、 不稳定 的状态 ： 了第三 阶段 ， 户 可 到 用
以具体 明确地 陈述 自己的问题和需 求 ．但 仍无法和信 息 系统 （ 包括信 息系统 的提供者 ） 做有效的沟通 。最后 到了第 四阶段 ． 用户在 向信息系统提 出问题时 ． 必须 因 为信息 系统 的规则 与限制条件 ．修正 自己的询 问方式 来寻求解答
至下 一 软件 开 发 阶段 的 过 程 项 目需 求 是 制 定 项 目计
企业需 求 ： 企业组 织或有 利益关 系 的客户对 于所
进 行 的 项 目系 统 或 产 品 所 要 求 的高 阶 目标 ．包 括 企 业 对 于 项 目的前 景 与 范 围
需求管理的5大步骤
需求管理的5大步骤需求管理是指在项目或产品开发过程中，对需求进行系统化、全面化的管理和控制。
它是项目管理中的重要环节，能够确保项目按照用户需求进行开发，提高项目的成功率和用户满意度。
需求管理包括了五个关键步骤，分别是需求识别、需求分析、需求规划、需求跟踪和需求控制。
1. 需求识别需求识别是需求管理的第一步，也是最关键的一步。
在这一阶段，项目团队需要与用户沟通，了解用户的需求和期望。
可以通过面对面的访谈、问卷调查等方式，收集用户的需求信息。
在收集需求信息的过程中，要注意收集全面、准确的需求，避免遗漏关键信息。
2. 需求分析需求分析是对需求进行详细的分析和理解。
在这一阶段，项目团队需要将收集到的需求进行整理和分类，并明确需求的优先级和关联性。
同时，还需要对需求进行评估和验证，确保需求的可行性和可实现性。
需求分析的结果将作为后续需求规划和设计的基础。
3. 需求规划需求规划是制定需求开发计划的过程。
在这一阶段，项目团队需要根据需求的优先级和资源的可用性，制定需求开发的时间表和工作计划。
同时，还需要确定需求的详细描述和功能要求，为后续的开发工作提供清晰的指导和依据。
4. 需求跟踪需求跟踪是对需求开发过程进行监控和控制的过程。
在这一阶段，项目团队需要跟踪需求的开发进度，及时发现和解决需求开发中的问题和风险。
同时，还需要与用户进行沟通和反馈，确保需求的变更和调整能够及时反映到开发过程中。
5. 需求控制需求控制是对需求变更进行管理和控制的过程。
在这一阶段，项目团队需要评估和分析需求变更的影响，确保变更的合理性和可行性。
同时，还需要与用户进行协商和沟通，明确变更的范围和时间，避免对项目进度和质量造成不利影响。
需求管理包括了需求识别、需求分析、需求规划、需求跟踪和需求控制五个关键步骤。
通过这五个步骤，可以确保项目团队对用户需求进行全面、准确的管理和控制，提高项目的成功率和用户满意度。
在实际项目中，需求管理是一个持续的过程，需要与用户保持良好的沟通和合作，不断优化和改进需求管理的方法和工具，以适应不断变化的需求和市场环境。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
密级：普通标识:S_RD_XQKFYGLGC版本号：2.0分册：第1册/共1册需求开发与管理过程湖南创博龙智信息科技股份有限公司湖南创博龙智信息科技股份有限公司对本文件资料享受著作权及其它专属权利，未经书面许可不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。
文件更改摘要：目录1.目的/方针 (3)2.范围 (3)3.术语 (3)4.角色与职责 (3)5.入口准则 (3)6.输入 (3)7.流程图 (4)8.主要活动 (4)8.1.需求获取 (4)8.1.1.明确所需获取信息的来源与渠道（Where） (5)8.1.2.获取需求（How） (5)8.1.3.需求获取资料的保管 (7)8.1.4.编写用户需求规格说明书 (7)8.2.需求分析 (7)8.2.1.结构化分析方法 (7)8.2.2.基于用例的分析方法 (8)8.3.需求定义 (9)8.3.1.定义需求的优先级 (9)8.3.2.编写《需求分析说明书》 (10)8.4.需求确认 (10)8.4.1.需求评审 (10)8.4.2.需求承诺 (11)8.4.3.建立需求基线 (11)8.5.需求变更 (11)8.5.1.需求变更申请................................................................. 错误！未定义书签。
8.5.2.需求变更的实施 (12)8.6.需求跟踪 (12)8.6.1.建立需求跟踪矩阵 (12)8.6.2.需求跟踪矩阵的维护与使用 (12)9.输出 (12)10.出口准则 (13)11.资源 (13)12.引用文档 (13)1.目的/方针通过定义需求开发和管理过程，规范公司项目的需求开发和管理活动，提高需求质量，从而提高生产率，降低开发成本，改进产品质量。
应调查用户的需求，通过需求分析工作将用户需求转化为产品需求，同时评审需求的正确性，获得需求的承诺；应控制需求的变更，并确保项目工作产品与需求的一致性。
2.范围适用于公司所有项目。
3.术语4.角色与职责5.入口准则●项目策划6.输入●项目总体计划7.流程图图1：需求开发与管理过程活动示意图8.主要活动项目需求包括了需求开发和需求管理两个部分，需求开发的目的是通过调查与分析，获取用户需求并定义项目需求。
需求开发的主要活动包括：需求获取、需求分析和需求定义。
需求管理的目的是在客户与项目组之间建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更。
需求管理的主要活动包括：需求确认，需求变更和需求跟踪控制。
需求开发与管理过程的主要活动主要都是通过CPMS系统进行。
在项目开始的之后，配置管理员会在CPMS系统当中建立一个需求库，需求库可以理解为SVN库的一种特殊形式，此时它只是一个目录，没有内容，下级目录结构则需要在需求开发与管理过程当中进行补充、完善，建立需求跟踪矩阵。
当配置管理员建立需求库之后，项目经理在项目计划中明确需求阶段需要的资源、进度等，然后项目经理或是安排其他人员对建立的需求库属性进行定义，如：需求来源、优先级等。
（击需求库目录 属性定义）8.1. 需求获取需求获取的目的是通过各种途径获取用户的需求信息，但是又因为项目/产品所面向的对象不同，所采取的方式也就不一样。
在实际工作中，大部分客户是无法完整地讲述其需求，因此需求获取是一件看似简单，做起来很难的一件事情，需求获取的质量，对后续的需求分析和需求定义工作将会产生重大影响。
明确需要获取的信息（What）需求分析师应在需求获取前明确需要获取的需求信息，以确保在实施需求获取时有的放矢。
通常需求获取要获取的信息包括三大类：●与问题域相关的背景信息（如业务资料，组织结构图，业务处理流程等）；●与要求解决的问题直接相关的信息；●用户对系统的特别期望与施加的任何约束信息。
8.1.1.明确所需获取信息的来源与渠道（Where）需求分析师在明确了所需要获取的信息之后，应确定获取需求信息的来源与渠道，以提高需求分析师在需求获取阶段的工作效率，使得所收集的信息更加有价值、更加全面。
需求信息的来源通常包括：●来自客户的需求a)旧系统的用户或客户对系统安装、使用、维护、管理等方面的需求b)系统的潜在用户或客户对系统的需求●竞争对手的产品优势与不足●国家政策、业务规则以及相关行业标准●实施产品设计所需满足的需求●执行测试验证工作所需满足的需求●实施系统安装、维护所需满足的需求获取需求信息的渠道包括：●用户或客户●公司研发管理部门●公司技术管理部门●项目实施部门●营销管理部门●旧有系统的研发项目组●来自项目组内8.1.2.获取需求（How）在明确须获取什么需求、需求的来源与获取渠道后，项目经理应选择至少一种需求获取技术获取相关的需求，作为需求分析的依据。
需求获取技术包括但不限于：１）用户访谈用户访谈的形式包括结构化和非结构化两种。
结构化是指事先准备好一系列问题，有针对性地进行；非结构化是只列出一个粗略的想法，根据访谈的具体情况进行发挥。
有效的访谈需要灵活的结合这两种方法。
用户访谈具有很好的灵活性，有较广的应用范围，但实际操作时存在许多困难，例如客户经常很忙，难以获得充足的访谈时间；客户访谈需要需求分析师有很强的沟通能力，同时也要求需求分析师有足够的相关业务领域知识。
２）用户调查用户调查是通过精心设计提问问题形成调查问卷，然后下发到相关人员手中，让他们填写答案，来获取用户需求。
用户调查的方法最大的缺点是缺乏灵活性，由于缺乏面多面的交流，所获取的信息量也比较有限。
因此在实际工作中，我们建议可以先采用用户调查的方式获取一定量的信息，然后有针对性地开展用户访谈。
３）现场观摩用户的工作流程，观察用户的实际操作俗话说，“百闻不如一见”，对于一些较为复杂的流程和操作而言，是比较难以用语言和文字进行表达的，对于这种情况，可以采用到客户的工作现场，一边观察，一边听客户讲解，从而更直观的了解客户需求。
４）从行业标准、规则中提取需求如果用户要求所开发的项目产品必须满足一定的行业标准和业务规则，需求分析师可以通过阅读政策法规、业务规则以及行业标准等各类相关的文档，并与相关领域的业务专家进行业务交流来了解客户的需求。
这种方法要求需求分析师有一定的行业从业经验，能够了解行业的发展动向，这对从技术出生的需求分析师来说是一个巨大的考验。
５）文档考古对于一些数据流比较复杂的、工作表单较多的项目，有时是难以通过说或者观察来了解需求细节的。
这个时候就可以通过对历史存在的一些文档进行研究，考古一词非常形象地说明了其主要的工作重心是通过已经填写完毕的、也就是带有数据的文件、表单、报告，获得所需的信息。
６）需求讨论会这是一种相对来说成本较高的需求获取方法，但也是十分有效的一种。
它通过联合各个关键客户代表，分析人员，开发人员，通过有组织的会议来讨论需求。
在会议之前，应该将与讨论主体相关的材料提前分发给所有将要参加会议的人。
在会议开始之后，先针对材料所列举的问题进行逐项专题讨论，然后对原有系统、类似系统的不足进行开放性交流，并在此基础上对新的解决方案进行构思，在此过程中将所有的想法、问题和不足记录下来，形成一个要点清单，作为后续需求分析的依据。
７）原型法原型(prototype)即把系统主要功能和接口通过快速开发制作为“软件样机”，以可视化的形式展现给用户，及时征求用户意见，从而明确无误地确定用户需求。
同时，原型也可用于征求内部意见，作为分析和设计的接口之一，可方便于沟通。
原型法主要价值是可视化，强化沟通，降低风险，节省后期变更成本，提高项目成功率。
原型的基本步骤：１）根据客户原始需求、项目建议书、市场需求或合同要求，确定系统要做什么，即系统的边界、主要业务或功能、系统的接口；２）根据这些需求，形成系统原型。
对于所形成的原型的基本要求包括：●体现主要的功能；●提供基本的界面风格；●展示比较模糊的部分，以便于确认或进一步明确，防患于未然。
●原型最好是可运行的，至少在各主要功能模块之间能够建立相互连接。
３）进行原型评价并获取系统的需求，原型评价可以从几个方面进行：●在公司内部演示、评审，进一步获取内部信息，并求得共识●与用户进行演示与交流，挖掘用户需求，从而确定软件的目标和需求４）根据原型评价的意见修改原型，直到求得共识原型法的优点是：１）鼓励业务管理者的积极参与；２）有助于解决业务管理者之间的差异；３）能给业务管理者一个对最终系统的直观感受；４）周期短；５）成本低；６）用户较满意。
但原型法也有缺点，主要为：１）导致人们认为最终系统将很快产生；２）对系统操作权限的说明较弱；３）不适合于开发大系统；４）开发过程管理困难。
8.1.3.需求获取资料的保管根据所采用的需求获取技术，在需求获取过程中将产生不同的记录和原始资料，项目组应将这些记录纳入开发库进行配置管理。
需求获取的记录与资料包括但不限于：●用户编写的原始需求文档；●用户填写的需求调查表；●用户访谈的访谈纪要；●需求研讨会的会议纪要；●相关的政策法规文件，业务规则文件以及行业标准文件；需求原型。
8.1.4.编写用户需求规格说明书在需求获取结束后，需求分析师应根据需求获取得到的记录与资料，整理编写《用户需求规格说明书》，《用户需求规格说明书》主要采用自然语言（和应用域术语）来表达用户需求，其主要内容应该包括但不局限于：●产品介绍，描述产品的用途和开发背景；●产品潜在的最终用户群体及其特征；●产品应该遵循的业务规范和标准；●产品的功能性需求；●产品的非功能性需求。
对于工作量小于5人的小型项目、使用了原型法获取需求的项目、没有明确的目标客户的项目、直接引用用户提供的需求说明书的项目，可以不用编制《用户需求规格说明书》。
《用户需求规格说明书》可以作为《需求分析说明书》的一部分，也可以单独成册。
8.2. 需求分析在完成需求获取所得到的记录与资料的分析与整理后，项目经理应组织项目的需求分析工作。
需求分析的方法种类繁多，但常见的需求分析方法主要是结构化分析方法和基于用例的需求分析方法。
需求分析方法由项目经理根据项目的实际需要进行组内培训，培训组织与记录是通过CPMS的培训管理模块进行。
8.2.1.结构化分析方法结构化分析方法的主要特点是“自顶向下、逐层分解”，它把系统看作一个过程的集合体，利用图形等半形式化的描述方式表达需求，对问题进行分析，描述工具有：●数据流图（Data Flow Diagram，DFD）：数据流图是一种图形化的系统模型，它在一张图中展示信息系统的主要需求，即输入、输出、处理过程、数据存储。
●数据字典（Data Dictionary，DD）：数据字典技术是一种有效表达数据格式的手段，它是对所有与系统相关的数据元素的一个有组织的列表和精确、严格的定义，从而使用户和系统分析员对于输入、输出、存储成分和中间计算机有共同的理解。