需求分析方法
简述需求分析的方法
简述需求分析的方法需求分析是项目开发中的重要环节，它的目的是准确定义和理解用户的需求，为后续的设计和开发提供指导。
在需求分析过程中，选择适合的方法可以提高效率并减少后期修改的风险。
本文将简述几种常用的需求分析方法。
一、访谈法访谈法是需求分析的常用方法之一。
通过与用户进行面对面的交流，收集和理解用户的需求。
在访谈过程中，要注重细致入微的询问，尽可能获取到足够的信息。
访谈的对象可以包括项目的发起人、使用人员和相关专家等。
通过访谈，可以直接获得用户的意见和建议，充分了解用户对系统功能和性能的期望。
二、问卷调查法问卷调查法可以帮助需求分析人员系统地收集用户的需求信息。
在设计问卷时，需要明确问题的目标和范围，合理选择问题的类型和选项。
通过对大量用户的调查，可以获取到更广泛的需求信息。
问卷调查还可以通过统计分析，得出用户需求的优先级和权重，为后续的设计和开发提供参考。
三、用户观察法用户观察法是通过观察用户在实际使用环境中的行为和操作来获取需求信息。
通过亲临现场观察，可以发现用户的真实需求和实际问题。
观察的重点可以包括用户的工作流程、操作习惯、痛点和不满意之处等。
通过用户观察，可以更准确地了解用户的需求，从而设计出更符合实际情况的系统功能。
四、原型演示法原型演示法是一种通过制作原型来验证和确认需求的方法。
通过制作初步的系统原型，可以让用户和开发人员更加直观地了解系统的功能和交互方式。
在原型演示中，可以邀请用户参与测试和反馈，及时发现和修正问题。
通过迭代和改进原型，可以逐步明确和完善用户的需求。
五、核查文档法核查文档法是通过分析和核对相关文档来获取需求信息。
这些文档可以包括需求规格说明书、用户手册、使用案例等。
通过仔细研读文档，可以发现其中隐含的需求和潜在问题。
核查文档时，需求分析人员应该注重细节，确保全面准确地理解和理解需求。
六、焦点小组讨论法焦点小组讨论法是指将一群相关用户或专家组织起来进行讨论和交流的方法。
常用需求分析方法
常用需求分析方法
常用的需求分析方法包括：
1.面谈：与用户进行面对面的交流，了解用户的需求和问题，以便更好地理解和分析。
2.问卷调查：通过编制问卷并向用户发放，收集用户的意见和反馈，了解他们的需求和期望。
3.观察法：通过观察用户在实际工作环境中的行为和操作，来推导出他们的需求和问题。
4.文档分析：分析用户提供的文档，如公司规章制度、业务流程等，以了解业务需求。
5.头脑风暴：通过团队成员的集体讨论和大量构思，来收集和梳理需求。
6.原型设计：根据用户的需求和反馈，设计出一个简化的产品原型，以便用户更好地理解和确认需求。
7.用例分析：通过编写用例来描述用户对系统的使用场景和功能需求，以便准确地了解用户的需求。
8.数据分析：利用用户的历史数据和行为数据，通过各种统计分析方法，挖掘出用户的需求和问题。
9.竞争分析：分析竞争对手的产品和服务，了解市场需求和用户体验的趋势，以确定用户的需求。
10.用户故事：通过编写用户故事，描述用户在特定情景下的需求和期望，以便更好地理解用户需求。
以上是常用的需求分析方法，根据具体的项目和情况，可以选择合适的方法或结合多种方法进行需求分析。
简述需求分析的方法
简述需求分析的方法需求分析（Requirements Analysis）是软件工程中的一个核心环节，是指对系统或软件的需求进行细致而全面的调查、分析和定义，以明确用户对系统的期望和要求。
在软件开发过程中，需求分析的准确性和全面性直接影响着后续的系统设计和开发工作。
本文将简述需求分析的方法。
需求分析的方法主要分为以下几种：一、访谈法：访谈法是需求分析中最常用的方法之一，通过与用户或相关利益相关者进行面对面的询问和交谈，以深入了解他们对系统或软件的需求和期望。
在访谈过程中，分析人员需要仔细听取用户的意见和建议，并且准确记录下来，以便后续的需求整理和分析。
二、问卷调查法：问卷调查法适用于需求范围较广、用户众多的情况下。
通过向用户发放问卷，让用户填写对系统或软件需求的评价和建议，以获得更广泛的意见和反馈。
在设计问卷时，需要注意问题的合理性和准确性，以确保收集到的信息具有较高的可信度和代表性。
三、观察法：观察法是通过观察用户在实际环境下的行为和操作来获取需求信息的方法。
通过观察用户在日常工作中的表现和需求，可以更直观地了解他们对系统或软件的要求。
具体观察的手段可以是实地观察、视频录像等。
观察法能够从真实的使用情况中发现用户的隐含需求，提高需求分析的准确性。
四、原型法：原型法是通过建立系统或软件的初步模型来明确需求的方法。
通过构建可交互的原型，用户可以更直观地感受到系统的功能和界面，从而提出更具体和准确的需求。
原型可以是草图、手绘图或者基于工具的屏幕原型等形式。
在原型法中，分析人员需要与用户密切合作，及时修正和改进原型，以满足用户的需求。
五、文档分析法：文档分析法是通过对已有的相关文档进行分析和归纳，提取其中的需求信息。
这些文档可以是需求规格说明书、用户手册、市场调研报告等。
通过文档分析，可以了解到项目的背景、现状、目标和约束等信息，为需求分析提供有力的支持。
分析人员需要仔细研读和理解各种文档，并将重要的信息进行整理和总结。
需求分析的方法
需求分析的方法需求分析是软件开发过程中至关重要的一环，它直接关系到软件最终能否满足用户的需求。
因此，需求分析的方法显得尤为重要。
下面将介绍一些常用的需求分析方法。
首先，用户访谈是一种常见的需求分析方法。
通过与用户进行面对面的交流，可以深入了解用户的需求和期望。
在用户访谈的过程中，分析人员可以提出针对性的问题，以便更好地把握用户的真实需求。
同时，也可以通过用户访谈来发现用户的潜在需求，从而完善软件的功能设计。
其次，问卷调查也是一种常用的需求分析方法。
通过设计问卷并向用户发放，可以收集到大量的用户反馈信息。
问卷调查可以帮助分析人员了解用户的偏好和习惯，为软件的功能设计提供参考依据。
在设计问卷时，需要注意问题的设置要具体、清晰，以便用户能够准确表达自己的需求。
另外，头脑风暴是一种富有创造性的需求分析方法。
在头脑风暴的过程中，团队成员可以自由发表自己的想法和建议，从而激发出更多的创新点子。
头脑风暴可以帮助分析人员从多个角度思考问题，找到更多的需求点，为软件的功能设计提供更多的可能性。
此外，原型设计也是一种重要的需求分析方法。
通过制作软件的原型，可以让用户更直观地感受到软件的功能和界面设计。
在原型设计的过程中，可以及时发现和解决问题，确保软件的设计符合用户的需求。
最后，数据分析也是一种重要的需求分析方法。
通过对用户行为数据的分析，可以深入了解用户的需求和行为习惯。
数据分析可以帮助分析人员更客观地了解用户的需求，为软件的功能设计提供数据支持。
总的来说，需求分析的方法有很多种，每种方法都有其独特的优势和适用场景。
在实际的软件开发过程中，可以根据具体情况选择合适的需求分析方法，以确保软件最终能够满足用户的需求。
需求分析方法
需求分析方法需求分析是指在软件工程中对用户需求进行详细的调查、分析和界定的过程。
需求分析的目的是为了准确地理解用户的需求，为软件开发的后续工作提供清晰的指导和依据。
在软件开发过程中，需求分析是至关重要的一步，它直接关系到软件最终的质量和用户满意度。
因此，选择合适的需求分析方法对于软件开发来说至关重要。
一、访谈法。
访谈法是需求分析中常用的一种方法，通过与用户进行面对面的交流，了解用户的需求和期望。
访谈法可以直接获取用户的真实需求，有利于深入了解用户的需求背后的真正目的和动机。
在进行访谈时，需求分析人员需要充分准备，提前制定好访谈问题，确保访谈的高效和准确。
同时，需要注意保持良好的沟通和交流技巧，以便更好地引导用户表达他们的需求。
二、问卷调查法。
问卷调查法是另一种常用的需求分析方法，通过设计问卷并向用户发放，收集用户的意见和建议。
问卷调查法适用于用户群体较大或用户分散的情况，可以更全面地了解用户的需求和看法。
在进行问卷调查时，需要设计合理的问题，确保问题的准确性和完整性，同时也需要考虑用户填写问卷的便利性和有效性。
三、头脑风暴法。
头脑风暴法是一种集体讨论和思维碰撞的方法，通过团队成员之间的交流和讨论，收集和整理用户的需求。
头脑风暴法可以激发团队成员的创造力和想象力，从而获得更多新颖的需求点和创意。
在进行头脑风暴时，需要注意引导团队成员发表自己的观点和想法，确保每个人都能有机会表达自己的看法。
四、原型法。
原型法是通过制作软件原型，让用户直接体验和感受软件的功能和界面，从而获取用户的需求和反馈。
原型法可以直观地展现软件的功能和交互流程，有利于用户更直观地表达自己的需求和期望。
在进行原型设计时，需要注重原型的易用性和真实性，确保原型能够准确地反映用户的需求。
五、观察法。
观察法是通过观察用户的行为和环境，获取用户的需求和习惯。
观察法适用于用户无法清晰表达自己需求的情况，通过观察用户的行为和环境，可以更加直观地了解用户的需求。
简述需求分析的方法
简述需求分析的方法需求分析是软件开发过程中至关重要的一步。
它涉及对需求进行收集、分析和定义，以确保产品能够满足用户的期望和需求。
本文将简要介绍一些常用的需求分析方法，以帮助开发人员更好地理解和应用这些方法。
一、用户访谈用户访谈是需求分析中最常见的方法之一。
通过与用户直接交流，开发人员可以深入了解用户的需求和期望。
访谈可以采用面对面的方式，也可以通过电话或在线方式进行。
通过询问用户的问题，并仔细聆听他们的回答，开发人员可以获取关键的需求信息，并了解用户的痛点和需求的优先级。
二、文档分析在需求分析过程中，开发人员可以对现有的文档进行分析，以获取对系统需求有关的信息。
这些文档可以包括用户手册、操作手册、业务规范等。
通过仔细阅读和分析这些文档，开发人员可以较全面地了解用户的需求，以及系统所需具备的功能和性能要求。
三、场景模拟场景模拟是一种通过设定特定场景并让用户参与其中的方法。
通过模拟真实的使用场景，开发人员可以观察用户在特定情况下的行为和反应，并从中获取用户需求的洞察。
例如，可以设置实验室环境，让用户在特定的操作流程下测试软件，并倾听他们的反馈。
通过这种方法，开发人员可以更加准确地了解用户的需求和期望。
四、原型开发原型开发是通过制作一个简化版的产品原型，以获取用户反馈和需求的方法。
开发人员可以通过软件工具或手工制作一个简单的界面原型，以模拟待开发产品的功能和交互流程。
然后，开发人员可以邀请用户测试原型并提供反馈意见。
通过这种方法，开发人员可以迅速获取用户的需求，以便在后续的开发过程中进行相应的调整和优化。
五、焦点小组讨论焦点小组讨论是一种集中用户参与的需求分析方法。
开发人员可以组织一组来自用户群体的代表，共同参与讨论产品需求和期望。
通过集思广益的方式，开发人员可以获取来自不同用户的不同意见和建议，并最终形成一个更加全面和准确的需求规格。
六、需求优先级排序在需求分析过程中，开发人员常常需要面对多个需求，并对其进行优先级排序。
简述需求分析的方法
简述需求分析的方法需求分析是软件开发过程中极为重要的一个环节，它涉及到客户需求、用户需求、产品功能以及其他相关方面，旨在明确开发团队应该如何设计、实现和测试软件。
需求分析的方法可以分为顾客为中心的方法、商业为中心的方法、用户为中心的方法、敏捷开发方法、以及原型开发方法等等。
下面我将会逐一介绍这些方法并分析它们的优缺点。
1. 顾客为中心的方法这种方法的主要思路是：客户永远是最重要的。
顾客为中心的方法强调了正向沟通，即要求开发者和客户之间进行大量的交流和互动，以确保在软件开发过程中不会偏离最初的计划。
该方法的一个典型例子是亲身了解你的顾客，这是一项通过与客户进行深入交流来明确客户需求的方法。
尽管这种方法在理论上效果很好，但是在实践中它通常需要更多的时间和人力资源。
这是因为开发者需要了解客户、沟通和反馈，这些都需要花费更多的精力和时间。
因此，在实践中需要权衡好时间和资源，以便达到最佳效果。
2. 商业为中心的方法商业为中心的方法通过了解企业规划和市场趋势，来确定设计软件的方向。
这种方法的主要思考点是：软件的最终目标是什么？软件应该如何成为企业成功的一部分？通过分析商业的目标和策略，可以相对比较容易的找到软件的功能点。
该方法的优势在于：客户不必花费大量的时间和劳力来描述软件的功能点，因为所有的功能点都以一种较为清晰的方式呈现出来。
但是，商业为中心的方法有一个很大的缺点，那就是它缺乏详细的用户需求分析。
这种方法有时会忽略软件在实际使用时的一些需求，因此，在进行商业为中心的方法时要注意不要忽略用户需求分析。
3. 用户为中心的方法这种方法的核心是理解和满足用户的需求。
通过观察和分析用户的行为、习惯、偏好和遇到的问题，可以开发出更加贴近用户需求的软件。
这种方法的优点是用户参与度高，并且可以快速反馈用户意见和需求，同时具有明显的成本优势。
然而，与其他方法相比，用户为中心的方法可能需要花费更多的时间进行研究和交流，以便满足不同用户的不同需求。
做需求分析时常用的方法论
做需求分析时常用的方法论需求分析是软件开发过程中的重要环节，在项目开始之前，了解并明确用户的需求是非常关键的。
需求分析的方法论有很多，下面将介绍几个常用的方法论。
1.问卷调查法：问卷调查法是需求分析中常见的方法论之一、通过设计问题并发放问卷，收集用户的观点和意见。
可以通过问卷了解用户的需求、偏好、期望以及对现有产品或系统的评价等信息。
问卷调查可以定性、定量分析用户需求，对于大规模用户的需求分析尤为有效。
2.用户访谈法：用户访谈法是通过面对面或远程通讯的方式与用户进行交流，了解用户的需求。
访谈可以是结构化的，即按照一些框架和指标进行，也可以是非结构化的，让用户自由表达。
通过访谈可以深入了解用户的需求、期望以及使用场景，获取具体的反馈和建议。
3.场景模拟法：场景模拟法是通过模拟用户在实际使用中的场景，来评估用户需求。
可以通过布置任务，观察用户在特定场景下的行为和反应。
这种方法可以及时发现用户需求中的问题和不足，从而进行优化和改进。
4.原型演示法：原型演示法是通过制作一个或多个功能简化的原型系统，展示给用户来获取用户反馈。
原型可以是静态的，如界面设计图，也可以是动态的，如交互模拟。
通过原型演示，可以很快地理解用户需求，确定交互方式和界面设计，并及时调整和改进。
5.场景重现法：场景重现法是通过用户的实际使用情况，来重现用户需求。
可以观察用户在真实环境下的操作和问题，记录用户的行为和反馈。
通过场景重现分析，可以从用户的角度出发，深入理解用户需求，发现潜在问题，进行优化和改进。
6.用例分析法：用例分析法是一种以用户需求为中心的需求分析方法论。
通过分析用户的使用场景、行为和需求，整理出一系列的用例，描述了用户与系统之间的交互过程和功能需求。
用例可以帮助开发人员更好地理解用户需求，并进行系统的设计和开发。
以上是几种常用的需求分析方法论，每种方法论都有其适用范围和优缺点。
在实际项目中，可以根据实际情况选择适合的方法论或者结合多种方法论进行需求分析，以获取更准确和全面的用户需求。
需求分析的主要方法
需求分析的主要方法
需求分析的主要方法主要包括以下几种：
1. 访谈法：通过与用户、客户、相关利益方的交流，了解他们对产品或系统的需求和期望，并获取详细的信息和反馈。
访谈可以包括个别访谈、焦点小组讨论、问卷调查等形式。
2. 观察法：直接观察用户在实际情境下使用产品或系统，观察他们的行为、反应和需求。
观察法可以通过原型演示、用户测试、田野观察等方式进行。
3. 文档分析法：对相关文档、资料进行分析和解读，包括用户手册、市场调研报告、技术文档等。
通过分析这些文档，可以获取相关需求和要求的信息。
4. 原型法：制作出可视化的虚拟原型或模型，通过用户与原型的互动反馈来获取需求信息。
原型法可以帮助用户更清楚地表达需求，同时也可以帮助需求分析人员更好地理解用户的需求。
5. 噪声分析法：通过对用户反馈的噪声（不完全或模糊的需求信息）进行分析，提取其中的有用信息。
噪声分析法可以帮助发现用户未能明确表达的需求和潜在的问题。
6. 人员交互法：将需求分析人员直接融入用户或客户的工作团队中，与其一起
参与项目的开发和改进。
通过与用户的紧密合作，需求分析人员能够更深入地理解用户需求，并及时进行需求调整和变更。
以上是需求分析中常用的主要方法，根据具体情况和需求，可以选取相应方法或结合多种方法来进行需求分析。
需求分析的方法有哪些
需求分析的方法有哪些需求分析是软件开发过程中至关重要的一步，目的是明确开发的目标和用户需求，从而为软件设计、开发和测试提供指导。
需求分析的方法可以分为以下几种：一、观察法（Observation Method）：通过观察用户现有的工作环境和过程，了解用户的实际需求。
可以通过直接观察、访谈、问卷调查等方式获取用户需求，发现用户需求与实际操作之间的差距。
二、访谈法（Interview Method）：与用户进行面对面的访谈，通过提问和交流，深入了解用户的需求和期望。
可以通过个别访谈、小组访谈、专家访谈等方式进行。
三、问卷调查法（Questionnaire Method）：通过设计问卷，向用户、管理人员、领导等相关人员发送，收集用户的需求和意见。
问卷调查可以同时收集大量用户的意见和需求，并进行统计分析。
四、头脑风暴法（Brainstorming）：邀请开发团队成员和用户一起进行头脑风暴，发散思维，集中讨论潜在的需求和解决方案。
可以通过自由发挥、集体讨论、循环补充等方式，激发创新想法和发现新的需求。
五、场景分析法（Scenario Analysis）：通过描述用户在特定场景下的操作和需求，更好地理解用户的使用环境和需求背景。
可以通过需求故事板、情景模拟、用户故事等方式，描述用户和系统之间的交互过程。
六、原型法（Prototype Method）：通过制作简化的原型，向用户展示系统的功能和界面。
用户可以通过实际操作和体验，更准确地表达自己的需求和期望。
可以通过低保真原型、高保真原型、交互式原型等方式制作。
七、模型法（Modeling Method）：通过建立数学模型、数据模型、过程模型等形式，对用户需求进行分析和建模。
可以通过数据流图、用例图、活动图、领域模型等方式，对需求进行形式化描述和分析。
八、软件工程方法（Software Engineering Method）：包括系统开发生命周期中的各种管理和技术方法，如需求管理、变更管理、需求跟踪、质量保证等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
火龙果 整理
顶层数据流图
不合格报名单 报名单 准考证
考 生
考务 处理系统
考 生 名 单
考 试 中 心
成 绩 清 单
阅卷站
火龙果 整理
0层数据流图
不合格 报名单
1
登记 报名单
考 生 名 单
2
统计 成绩
统计分析表
错 误 成 成 合 绩 绩 格 清 清 标 单 单
• 计算中抽象的本质和使用。
– 在处理复杂事务、构造系统、隐藏细节和获取 重复模式方面使用抽象，通过对不同层次的细 节和指标的抽象，能够表达一个实体和系统。
• 源于实验科学，主要要素是数据采集方法 和假设的形式说明，模型的构造与预测实 验分析结果分析。 • 在为可能的算法、数据结构和系统结构等 构造模型时使用抽象。 • 抽象的结果是概念符号模型。
描述现实系统是如何 在物理上实现的。
描述新系统是如何实 施的（包括技术）。
火龙果 整理
模型化或模型方法是通过抽象、概 括和一般化，把研究的对象或问题转化 为本质（关系或结构）相同的另一对象 或问题，从而加以解决的方法。模型化 方法要求所建立的模型能真实反映所研 究对象的整体结构、关系或某一过程、 某一局部、某一侧面的本质特征和变化 规律。
客房号 床位数 房间类别 价格1 ……
客房
功能建模和信息流
外部实体
输入信息 输出信息
外部实体
外部实体 外部实体
输出信息
变换
外部实体
输入信息
输出信息
信息流模型
数据存储
火龙果 整理
1 数据流图
• 数据流图说明(Yourdon表示)：
–
外部实体
表示外部实体，代表数据源和数据
池。
火龙果 整理
E-R图
例：
Title ID# Name Sex Instructor Student ID# Name Sex
……
Instructor ID Class ID Class Teach Enrolled in
……
Grade Student ID Class ID Subject ID# Credit
准
火龙果 整理
考生名册
1层数据流图 (a)
报名单 不合格 1.1 报名单 检查 报名单
合格 报名单
1.2 编准考 证号
准考证
考生名册
火龙果 整理
需求分析的过程
怎 么 做 做 什 么
逻辑 模型 需 求 定 义
当前 系统
当前 模型化 物理 系统 模型
抽象化
目标 具体化 物理 模型 系统
实例化 逻辑
模型
目标 系统
火龙果 整理
逻辑模型和物理模型
• 模型是对对象系统的形式化的特征抽象， 概括性或近似地表示； • 构造模型的过程是一个抽象、分析的过程。
火龙果 整理
结构化分析方法
• 功能分析工具：DFD、DD、结构化英语、 判定表和判定树。 • 行为分析工具：状态迁移图、Petri网等。 • 数据分析工具：ER图或者EER（扩展ER） 图。
• SA主要针对数据处理领域，因此，系统分 析的侧重点在于功能分析和数据分析，而 行为分析使用得较少。
需求分析的过程
• 3 分析当前系统与目标系统的差别，建立目 标系 统的逻辑模型 。
无效书单
学 生
购书单
审查并 发票 开发票
开领 领书单 学 书单 生
计算机教材管理系统的逻辑模型
火龙果 整理
需求分析的过程
• 4 对目标系统的逻辑模型进行细化、改进与 优化 • 5 需求分析的验证
火龙果 整理
学 生
需求分析的过程
• 2 去掉具体模型中的非本质因素： – 抽取现实系统的实质，抽象出当前系统 的逻辑模型。
购 书 申 学 请
生
审查 有效性
购 书 单 开发票
发 票
开领 书单
领 书 单 发书
书
学 生
学生购买教材的逻辑模型
火龙果 整理
火龙果 整理
模型的作用
• • • • • • 在建模过程中了解系统 通过抽象降低复杂性 有助于回忆所有的细节 有助于开发小组间的交流 有助于与用户的交流 为系统的维护提供文档
火龙果 整理
需求分析建模方法
• 按照信息的流向、结构、和内容三个方面 可以将现有的需求分析建模方法划分为： – 面向信息流向：结构化分析方法 – 面向信息结构：Jackson分析方法 – 面向信息内容：面向对象分析方法
火龙果 整理
数据建模实例：简单的酒店系统数据模型
姓名 地址 身份证号码 护照号码 电话 …… 住宿编号 住宿时间 支付方式 ……
客人
名称，价格 ……
入住
服务
日期，数量 ……
服务类别
客房状态
日期，客人数 状态(已预定/占用/维修中) ……
火龙果 整理
状态变迁图 (STD图) 控制规约
火龙果 整理
分析模型的构成元素
• 数据字典(DD)
– 模型核心，包含了所有数据对象的描述的中心库。
• E-R图(ERD)
– 表示数据对象以及相互的关系，用于数据建模。
• 数据流图(DFD)
– – – – 指明数据在系统中移动时如何被变换; 描述对数据流进行变换的功能; DFD中每个功能的描述包含在加工规约(小说明)。 用于功能建模。
结构化 分析
结构化 设计
结构化 编程
计算机世界
火龙果 整理
结构化分析方法 SA
• 结构化分析（Structured Analysis，SA）是 由Douglas Ross 提出的，由DeMarco进行推 广的。 • 采用自顶向下、逐层进行功能分解的系统分 析方法来定义系统的需求。 • 适用于分析大型的数据处理系统。 • 方法的特点：利用数据流图（Data Flow Diagram，DFD）来帮助理解问题，对问题 进行分析。 • 一般工具：DFD、数据字典、结构化英语、 判定表、判定树等。
火龙果 整理
结构化分析
• 结构化分析遵循的三条基本原则：
– 分解
– 抽象 – 映射
• 三个主要目标：
– 描述用户需要 – 建立创建软件设计的基础 – 定义软件完成后可被确认的一组需求
火龙果 整理
SA的结构
数 据 对 象 E-R图 数据字典 规 （DD） 约 加 工 数据流图 规 约 (DFD)
• 描述系统需求时可以从系统的功能、行为 和信息三个方面进行，侧重点可以不一样。
火龙果 整理
现实世界
影射
计算机世界
火龙果 整理
传统的开发模型不能完全适应具体的应用领域 开发
软件开发过程实际是：人通过抽象、归纳把客观系统 变换到软件系统，并保证软件系统的解等价客观系统的解。
火龙果 整理
E-R图元素
⑴ Entities
Student , Instructor 例：
,
Class
实体是客观世界中存在的且可相互区分的事务。 实体可以是人也可以是物，可以是具体的事物也可 以是抽象概念。例如，职工、学生、课程、教师等 都是实体。
火龙果 整理
3.0
职工出缺 勤管理 子系统 职工出缺勤信息
人 事 部 门
火龙果 整理
人事工资管理系统1层DFD：加工3.0的分解图
职工基本信息
3.1
建立职工 出缺勤信息
3.2
制作职工出 缺勤信息 统计表
职工出缺勤信息
火龙果 整理
分层DFD实例
一个简单的考务处理系统功能描述： (1)对考生送来的报名单进行检查; (2)对合格的报名单编好准考证号后将准考证 送给 考生，并将汇总后的考生名单送给阅 卷站; (3)对阅卷站送来的成绩单进行检查，并根据 考试中心制定的合格标准审定合格者; (4)制作考生通知单(含成绩及合格/不合格标 志)送给考生; (5)按地区进行成绩分类统计和试题难度分析，
系统包含一组模型，每个参与软件系统 开发的人员都需要有一个独特的系统视角。
用户 测试人员
构架工程师
系统
设计人员 系统分析员
火龙果 整理
项目经理
需求分析的过程
• 1 通过对现实环境的调查，获得当前系统的 物理模型。
购 书 购 领 发 申 书 书 书 票 请 单 单 学 教务科 会计室 出纳员 教材科 (实南) 信北107 信北206 信北206 生 赵 张 王 李 学生购买教材的实际处理流程：当前系统物理模型
E-R图元素
⑵ Relations
1 1
例：
1
Enrolled in
N M
Teach
N
• 客观世界中的事物彼此间往往是有联系的， 例如，教师与课程间存在“教”这种联系。
火龙果 整理
E-R图元素
⑶ Attributes 例： Name
,
I D#
• 属性是实体或联系所具有的性质。通常一 个实体由若干个属性来刻画。 • 例如，“学生”实体有学号、姓名、性别、 系、年级
火龙果 整理
模型 (model)
• 模型是对现实世界某些重要方面的抽象表 示。 • 模型是一种抽象，从某个视点、在某种抽 象层次上详细说明被建模的系统。 • 有时我们使用术语“抽象”来表示模型， 因为我们从现实世界中抽象出对我们特别 有用的东西。 • 分类
– 具体模型：直观模型、物理模型等； 火龙果 整理 – 抽象模型：思维模型、符号模型、数学模型等。
–
表示加工，代表接收输入，经过变 换，继而产生输出的处理过程。 – 表示数据流，代表数据的流向和路 径。 – 数据存储 表示数据存储，代表系统加工的数 据所存储的地方。 火龙果 整理