问题域分析方法

A. 软件需求分析有哪些方法

软件需求分析免费下载

链接:https://pan..com/s/1qNBwqvbRS5ziBSIeanLQAQ

需求分析也称为软件需求分析、系统需求分析或需求分析工程等，是开发人员经过深入细致的调研和分析，准确理解用户和项目的功能、性能、可靠性等具体要求，将用户非形式的需求表述转化为完整的需求定义，从而确定系统必须做什么的过程。

B. 结构说明书

XXX架构设计说明书

(架构设计重点在于将系统分层并产生层次内的模块、阐明模块之间的关系)

一. 概述

描述本文的参考依据、资料以及大概内容。

二. 目的

描述本文编写的目的。

三. 架构设计

阐明进行架构设计的总体原则，如对问题域的分析方法。

3.1. 架构分析

对场景以及问题域进行分析，构成系统的架构级设计，阐明对于系统的分层思想。

3.2. 设计思想

阐明进行架构设计的思想，可参考一些架构设计的模式，需结合当前系统的实际情况而定。

3.3. 架构体系

根据架构分析和设计思想产生系统的架构图，并对架构图进行描述，说明分层的原因、层次的职责，并根据架构图绘制系统的物理部署图，描述系统的部署体系。

3.4. 模块划分

根据架构图进行模块的划分并阐明模块划分的理由，绘制模块物理图以及模块依赖图。

3.4.1. 模块描述

根据模块物理图描述各模块的职责，并声明其对其他模块的接口要求。。

3.4.2. 模块接口设计

对模块接口进行设计，并提供一定的伪代码。

XXX概要设计说明书

(概要设计重点在于将模块分解为对象并阐明对象之间的关系)

一. 概述

描述本文的参考依据、资料以及大概内容。

二. 目的

描述本文的编写目的。

三. 模块概要设计

引用架构设计说明书中的模块图，并阐述对于模块进行设计的大致思路。

3.1. 设计思想

阐明概要设计的思想，概要设计的思想通常是涉及设计模式的。

3.2. 模块A

3.2.1. 概要设计

根据该模块的职责对模块进行概要设计(分解模块为对象、描述对象的职责以及声明对象之间的接口)，绘制模块的对象图、对象间的依赖图以及模块主要功能的序列图，分别加以描述并相应的描述模块异常的处理方法。

3.2.2. 模块接口实现

阐明对于架构设计中定义的模块接口的实现的设计。

XXX详细设计说明书

(详细设计重点在于对模块进行实现，将模块的对象分解为属性和方法，并阐述如何实现)

一. 概述

阐述本文的参考依据、资料以及大概内容。

二. 目的

阐述本文的编写目的。

三. 模块详细设计

3.1. 设计思想

阐述对模块进行详细设计的思想。

3.2. 模块A

3.2.1. 详细设计

根据模块概要设计详细描述对于模块内对象的实现，包括对象的职责、属性、方法、对象内功能的流程图、对象关联的类、对象的异常。(需要绘制的主要为类图)

锐派结构说明书
之前“锐派第一期备选库”取得了相当的成绩。根据当前市场分化走势的情况，我们正着手建立第二期备选库。整体原则还是选取一些安全品种，构建一个安全的投资平台。将会考虑设计到公司的资产，财务状况，公司结构治理，投资评级等因素。如此我们的选股将变的更加理性。资金的安全首先从第一环节得到保证。“锐派第二期备选库”将改为开放式，根据市场交易变化情况不定期的维护备选库个股。当然，我们会用一种统一和标准的格式。尽量的方便查阅。

事实上，仅仅这样从安全角度“选股”还是不够的。根据市场多空量能的转换，合理的安排资金的进出，及时回避市场系统性风险，增大收益机会是实战操作中一个更为突出的问题“选时”将使得我们的资金更有可操作性，并使得帐户处于主动状态。由“锐派实战”担当此重任。依据市场技术性操作点位或主力动向对锐派备选库的个股进行交易型操作。

生于市场，存于市场，市场的脉动时时刻刻都应该被我们关注，专注！“日记周报”以交易日，周为单位为我们梳理市场脉络，及时调整思路，贴近市场。

交易从某种角度而言是一种概率和或然游戏，统计归纳做为一种认识市场和把握市场的方法，由市场交易衍生的统计数据带给我们的思考和修正将提升胜算的概率，这是认识物理世界的必然方法。“统计”由此而生！

学习改变命运，股市也是如此，闭门造车只能带来意识上的自我膨胀和与现实市场的脱节，我们将利用双休时段提供大量的关于股市的文稿。或者是摘抄，或者的编辑。目的是为了不断丰富我们的交易知识和开阔思路。点击标签“股市文集”绝妙好文尽收眼底。

合肥恒和电子科技有限公司是一家专业从事移动通信系统中网络覆盖类产品的研发、生产并提供相应技术服务的通信公司，专业研发生产的器件结构有:

1. 同轴负载器

功率从0.5W～300W，接口形式有SMA、N、TNC、BNC、L29，频率覆盖了通信系统内的所有频段；并有适合机柜内紧凑设计的贴片大功率负载；同时也可为客户定制科研开发使用的失配负载和超大功率的烤机负载。

2．同轴衰减器

衰减范围从1dB~40dB，功率从0.5W～150W，接口形式有SMA、N、TNC、BNC，频率覆盖了通信系统内的所有频段，同时可为客户定制有特别外形需求的衰减器。

3．功分器、耦合器

功分器可分为腔体二、三、四同轴功分器；耦合器有耦合范围从5dB到50dB不同耦合量的腔体耦合器，以上器件均是按行业标准生产的常规工程器件，具有产品一致性好，承载功率大等优点。

4．合路器、滤波器、双工器

目前我公司的此类器件覆盖了通信行业内的GSM、CDMA、WLAN、PHS、WCDMA、3G频段，外形可根据客户要求定制。

5．电桥

频带宽、承载功率大、高隔离，是我公司电桥类器件的特色，其频率可覆盖整个通信频段，功率可到500W，接口形式有N、L29型，同时可为客户订做0°、180°、270°不同相位差的电桥。

6． 工程跳线、电缆组件

拥有半刚系列、半柔系列、馈线系列等标准接口的组件，所有组件采用改进的注塑工艺对电缆与连接器之间进行封装，增加的组件的可靠性，延长产品使用寿命；精密的测试电缆以物美价廉品质高的特色，适用于非计量级测量使用。

C. 需求分析有哪两种主要分析方法

从系统分析出发，可将需求分析方法大致分为功能分解方法、结构化分析方法、信息建模法和面向对象的分析方法。
(1)功能分解方法。
将新系统作为多功能模块的组合。各功能义可分解为若干子功能及接口，子功能再继续分解。便可得到系统的雏形，即功能分解——功能、子功能、功能接口。
(2)结构化分析方法。
结构化分析方法是一种从问题空间到某种表示的映射方法，是结构化方法中重要且被普遍接受的表示系统，由数据流图和数据词典构成并表示。此分析法又称为数据流法。其基本策略是跟踪数据流，即研究问题域中数据流动方式及在各个环节上所进行的处理，从而发现数据流和加工。结构化分析可定义为数据流、数据处理或加工、数据存储、端点、处理说明和数据字典。
(3)信息建模方法。
它从数据角度对现实世界建立模型。大型软件较复杂；很难直接对其分析和设计，常借助模型。模型是开发中常用工具，系统包括数据处理、事务管理和决策支持。实质上，也可看成由一系列有序模型构成，其有序模型通常为功能模型、信息模型、数据模型、控制模型和决策模型。有序是指这些模型是分别在系统的不同开发阶段及开发层次一同建立的。建立系统常用的基本工具是E—R图。经过改进后称为信息建模法，后来又发展为语义数据建模方法，并引入了许多面向对象的特点。
信息建模可定义为实体或对象、属性、关系、父类型/子类型和关联对象。此方法的核心概念是实体和关系，基本工具是E-R图，其基本要素由实体、属性和联系构成。该方法的基本策略是从现实中找出实体，然后再用属性进行描述。

D. 需求分析的主要方法是

目前，软件需求的分析与设计方法较多，一些大同小异，而有的则基本思路相差很大。从开发过程及特点出发，软件开发一般采用软件生存周期的开发方法，有时采用开发原型以帮助了解用户需求。在软件分析与设计时，自上而下由全局出发全面规划分析，然后逐步设计实现。
从系统分析出发，可将需求分析方法大致分为功能分解方法、结构化分析方法、信息建模法和面向对象的分析方法。
(1)功能分解方法。
将新系统作为多功能模块的组合。各功能义可分解为若干子功能及接口，子功能再继续分解。便可得到系统的雏形，即功能分解——功能、子功能、功能接口。
(2)结构化分析方法。
结构化分析方法是一种从问题空间到某种表示的映射方法，是结构化方法中重要且被普遍接受的表示系统，由数据流图和数据词典构成并表示。此分析法又称为数据流法。其基本策略是跟踪数据流，即研究问题域中数据流动方式及在各个环节上所进行的处理，从而发现数据流和加工。结构化分析可定义为数据流、数据处理或加工、数据存储、端点、处理说明和数据字典。
(3)信息建模方法。
它从数据角度对现实世界建立模型。大型软件较复杂；很难直接对其分析和设计，常借助模型。模型是开发中常用工具，系统包括数据处理、事务管理和决策支持。实质上，也可看成由一系列有序模型构成，其有序模型通常为功能模型、信息模型、数据模型、控制模型和决策模型。有序是指这些模型是分别在系统的不同开发阶段及开发层次一同建立的。建立系统常用的基本工具是E—R图。经过改进后称为信息建模法，后来又发展为语义数据建模方法，并引入了许多面向对象的特点。
信息建模可定义为实体或对象、属性、关系、父类型/子类型和关联对象。此方法的核心概念是实体和关系，基本工具是E-R图，其基本要素由实体、属性和联系构成。该方法的基本策略是从现实中找出实体，然后再用属性进行描述。
(4)面向对象的分析方法。
面向对象的分析方法的关键是识别问题域内的对象，分析它们之间的关系，并建立三类模型，即对象模型、动态模型和功能模型。面向对象主要考虑类或对象、结构与连接、继承和封装、消息通信，只表示面向对象的分析中几项最重要特征。类的对象是对问题域中事物的完整映射，包括事物的数据特征(即属性)和行为特征(即服务)

E. 需求分析有哪些方法

三种需求分析的方法：结构化分析方法、面向对象的分析方法、面向问题域的分析方法。
结构化的分析方法是传统的分析法，它的好处是在需求阶段可以不需要精确地定义系统，只需要根据业务框架确定系统的功能范围，以及每个功能的处理逻辑和业务规则，功能需求规格书等。因为不需要精确描述，因此描述系统的方式比较灵活多样，可以采用图表、示例图、文字等等方式来描述系统。在系统开发以前，一般还可以采用更为直观的原型系统方式和最终用户进行交流和确认，因此对业务需求的要求会低一些，业务需求阶段的周期相对容易控制；通过业务全景图，最终用户也能了解系统的功能；通过功能活动图和业务规则的描述，也可以相对精确地描述业务系统；因为没有严格的标记语言，可以采用适当的篇幅描述适当的系统。当然，这种方法的缺点也是明显的，分析人员和业务人员之间可能缺乏共同语言，机器不能识别业务需求书，在设计阶段还需要继续和用户确认一部分功能。

面向对象的分析方法的最大好处是在需求阶段，就能够非常精确地描述一个系统，采用程序语言的方式和最终用户交流（最终用户必须要熟悉这种语言），能够在项目一开始就发现很多问题，避免在开发的过程中出现需求的反复，而且在系统设计和开发阶段不需要最终用户参与。在实施上，一般可以采用场景、业务功能等方式来描述，比较适合于业务流程环节多的系统，或者软件产品的开发。但是，我们也要看到，在现实中，绝大多数的应用系统都很难在需求阶段就可以被精确地抽象化定义，所以这种方法的缺点和困难也是显而易见的：首先，用户要非常清楚地知道最终的业务系统应该是什么样，或者采用一种抽象的方式能够确定最终的应用系统；其次，因为最终用户不需要参与设计和开发阶段的工作，所以双方确定业务需求的过程也会比较长；同时，因为是精确描述，因此描述系统的语言是非常逻辑化的，一般通过某种方式可以使机器识别业务需求，采用这种方式写的业务需求是非常格式化的，一方面描述一个系统需要的信息非常多，可能使需求说明的篇幅非常长，不便于理解和阅读；另外由于通过抽象的方式来推演最终系统的运行方式，对业务人员的要求非常高。

F. 面向对象的分析方法

面向对象的分析方法

面向对象的分析方法：Object-Oriented Analysis是确定需求或者业务的角度，按照面向对象的思想来分析业务。例如：OOA只是对需求中描述的问题，进行模块化的处理，描述问题的本质，区别每个问题的不同点相同点，确定问题中的对象。OOA与结构化分析有较大的区别。OOA所强调的是在系统调查资料的基础上，针对OO方法所需要的素材进行的归类分析和整理，而不是对管理业务现状和方法的分析。

基本信息
中文名
面向对象分析方法

外文名
OOA

层次
5个

全名
Object-Oriented Analysis

组成
分析
OOA（面向对象的分析）模型由5个层次（主题层、对象类层、结构层、属性层和服务层）和5个活动（标识对象类、标识结构、定义主题、定义属性和定义服务）组成。在这种方法中定义了两种对象类之间的结构，一种称为分类结构，一种称为组装结构。分类结构就是所谓的一般与特殊的关系。组装结构则反映了对象之间的整体与部分的关系。

定义属性
OOA在定义属性的同时，要识别实例连接。实例连接是一个实例与另一个实例的映射关系。

OOA在定义服务的同时要识别消息连接。当一个对象需要向另一对象发送消息时，它们之间就存在消息连接。

OOA 中的5个层次和5个活动继续贯穿在OOD（面向对象的设计）过程中。OOD模型由4个部分组成。它们分别是设计问题域部分、设计人机交互部分、设计任务管理部分和设计数据管理部分。

主要原则
定义
（1）抽象：从许多事物中舍弃个别的、非本质的特征，抽取共同的、本质性的特征，就叫作抽象。抽象是形成概念的必须手段。

抽象原则有两方面的意义：第一，尽管问题域中的事物是很复杂的，但是分析员并不需要了解和描述它们的一切，只需要分析研究其中与系统目标有关的事物及其本质性特征。第二，通过舍弃个体事物在细节上的差异，抽取其共同特征而得到一批事物的抽象概念。

抽象是面向对象方法中使用最为广泛的原则。抽象原则包括过程抽象和数据抽象两个方面。

过程抽象是指，任何一个完成确定功能的操作序列，其使用者都可以把它看作一个单一的实体，尽管实际上它可能是由一系列更低级的操作完成的。

G. 如何实践MECE法则

MECE分析法（Mutually Exclusive Collectively Exhaustive）译为“相互独立，完全穷尽”。

简单来说，我们的思维需要呈现出一个多层金字塔结构，理解这个结构很简单，难点在于运用时的两个关键步骤。

一：确定问题核心，统领分析思路

初入职场的新人常常会碰到一个问题：开了几个小时工作沟通会之后并不能准确概括揭下来工作的重点，这会直接影响揭下来的工作效率，MECE分析法第一步就是挖掘清晰、具体的目标去思考，常常用到的方法是重点提取和转化。

二：列举MECE条件，不重叠不遗漏

清晰的目标之后是条件的列举，MECE条件的原则是：相互之间具有排他性，整体之间毫无遗漏。各条件之间的逻辑可以是互相平行、步骤递进、时间推演等。

(7)问题域分析方法扩展阅读：

MECE法则相匹配的5种信息分类整理方法：

1. 二分法：把信息分成A和非A两个部分；

2. 过程法：按照事情发展的时间、流程、程序，对信息进行逐一的分类；

3. 要素法：比如说优秀员工的7种品质、公司的组织架构图等等，其实都是把一个整体分成不同的构成部分。可以是从上到下，从外到内，从整体到局部。 这种分类方法是用于说明事物的各个方面特征的；

4. 公式法：按照公式设计的要素去分类，只要公式成立，那这样的分类就符合MECE原则。比如，销售额=单价×数量，这里就是把销售额通过公式拆解成了单价和数量；

5. 矩阵法。

H. 做需求分析的典型方法及优缺点

摘要 你好，关于你的问题我认为三种需求分析的方法：结构化分析方法、面向对象的分析方法、面向问题域的分析方法。

I. 请问常用的需求分析方法有哪些

三种需求分析的方法：结构化分析方法、面向对象的分析方法、面向问题域的分析方法。
结构化的分析方法是传统的分析法，它的好处是在需求阶段可以不需要精确地定义系统，只需要根据业务框架确定系统的功能范围，以及每个功能的处理逻辑和业务规则，功能需求规格书等。因为不需要精确描述，因此描述系统的方式比较灵活多样，可以采用图表、示例图、文字等等方式来描述系统。在系统开发以前，一般还可以采用更为直观的原型系统方式和最终用户进行交流和确认，因此对业务需求的要求会低一些，业务需求阶段的周期相对容易控制；通过业务全景图，最终用户也能了解系统的功能；通过功能活动图和业务规则的描述，也可以相对精确地描述业务系统；因为没有严格的标记语言，可以采用适当的篇幅描述适当的系统。当然，这种方法的缺点也是明显的，分析人员和业务人员之间可能缺乏共同语言，机器不能识别业务需求书，在设计阶段还需要继续和用户确认一部分功能。

面向对象的分析方法的最大好处是在需求阶段，就能够非常精确地描述一个系统，采用程序语言的方式和最终用户交流（最终用户必须要熟悉这种语言），能够在项目一开始就发现很多问题，避免在开发的过程中出现需求的反复，而且在系统设计和开发阶段不需要最终用户参与。在实施上，一般可以采用场景、业务功能等方式来描述，比较适合于业务流程环节多的系统，或者软件产品的开发。但是，我们也要看到，在现实中，绝大多数的应用系统都很难在需求阶段就可以被精确地抽象化定义，所以这种方法的缺点和困难也是显而易见的：首先，用户要非常清楚地知道最终的业务系统应该是什么样，或者采用一种抽象的方式能够确定最终的应用系统；其次，因为最终用户不需要参与设计和开发阶段的工作，所以双方确定业务需求的过程也会比较长；同时，因为是精确描述，因此描述系统的语言是非常逻辑化的，一般通过某种方式可以使机器识别业务需求，采用这种方式写的业务需求是非常格式化的，一方面描述一个系统需要的信息非常多，可能使需求说明的篇幅非常长，不便于理解和阅读；另外由于通过抽象的方式来推演最终系统的运行方式，对业务人员的要求非常高。

J. 面向对象分析方法的步骤和特点

使用MVC进行项目开发已经有一段时间了，在这段时间里感触最深的就是自己对宏观性面向对象分析方法的缺乏。面向对象分析是当今流行的系统分析方法之一，下面就谈谈在做项目的过程中我的一些小经验。

在面对简单系统时程序员可以很顺利的提出问题的解决方案，并且一般情况下都是可行的。这是由于问题域关系简单，所涉及到的内部构造、联系比较容易解释。而对于当前越来越复杂的系统，其问题域也就显示的越来越复杂，而且内部的关系也不是很容易解释，有些大的系统常常超出了人的解决问题的能力。在这种情况下，以往的面对过程的解决方法已经不能满足日益增长的复杂系统分析的需要，在这种情况下，面向对象的分析方法就显得尤为总要了。

在面向对象设计领域中，在横向上把问题域分为数个不同的、低耦合、高内聚的问题域，而在纵向上又继续分解各个不同的小的问题域，最后分解为叶节点问题域，从而解决问题。在面对对象分析方法中，用数个对象间的消息传递来完成整个问题。

下面看一看复杂系统的5个属性：

1． 杂性经常是以层次的形式表现出来，复杂系统是由相互关联的子系统组成，而这些子系统又是由他们各自的子系统构成，并由此类推到最底层的基本构件。

2． 对系统中最基本的构件的选择是任意的，而且在很大程度上取决于系统观察者的判断力。

3． 一般而言，各构件内的连接总是要强于构件间的连接。在从构件的低频动态中分离出高频动态时，这一属性是相当有用的。这是因为高频动态涉及到各部件的内部结构，而低频动态涉及到构件间的交互。

4． 层次系统通常都是由仅仅少数不同的子系统通过不同的排列组合方式组成。

5． 我们发现正运行的复杂系统总是由以前运行的简单系统演化而来……任何胡乱凑合设计出来的复杂系统都不可能正常运转，也不可能被修补好。我们必须由运行中的简单系统开始。

对于第一点，正像我上面所说的那样，系统是层次结构的。能够给一个复杂的系统进行正确的层次分析，才能够保证对系统的正确估计，包括可行性、可维护性、可扩展性……等等。而且对于日后对该系统进行维护(maintenance)、演化(evolution)、维持(preservation)都能够很好的支持。

对于其中的第二点，强调了观察者的判断力，其实我认为其中也包括观察者的身份角度。对于一个系统而言，观察者并不是只进行分析设计的工程师，编码阶段的程序员，还应该包括用户等所有这些同该系统有关的人员。作为不同的人员，对于系统就有不同的观察点、观察角度、身份等特殊因素。因此在不同身份的人（指参与者）甚至同一身份的人眼中说观察到的系统特性都是不尽相同的。在大学里大家都接触过透明性的概念，这就是不同观察者所观察角度不同的直观反应。对于用户来说，基本上底层的操作、算法、通讯对于他们来说都是透明的，他们根本不用理会（其实也不知道）内部用了什么。而对于一个负责某模块的程序员来说就不会考虑其他模块的实现，对于他们来说其他模块是透明的，他们只需要负责管理好提供的模块接口就OK了。

对于第三点，讲的就是面对对象分析设计的方向，在面对对象分析设计系统时，被分解的各个模块一定要做到高内聚、低耦合。有良好高内聚、低耦合系统常常会很容易维护，一个地方改动通常不需要牵扯到大的改动，维护行强。而且对于像VC程序这种更要求效率的程序来说，高内聚、低耦合也可以提高程序的运行期效率，应为对象内部的调用一般情况下会相比模块间的调用占用更少的执行时间，这样将高频动态封装在一个对象内部就会一定程度上提高程序运行期执行效率。

第四点则说明了面向对象程序设计对程序设计可复用性的优点。在这点中所“层次系统由仅仅少数不同的子系统构成”那么多数子系统在不同的复杂系统中都是能够重复使用的。比如说建筑一栋大厦和建筑桥梁，虽然两者都是复杂的系统，但是对于其结构中就会有很多相似甚至相同之处，没有必要建筑好大厦回头建筑桥梁的时候又要重新设计每一快砖瓦。

第五点提醒我们在系统设计时，尽量使用以往能够正常运行的子系统来重新构件新的系统。这一点不仅说明第四点中的复用性，而且也说明了一个我们常常要犯的错误。就是将并没有通过严格测试的子系统，匆忙的加入到大系统中，这样做不利于对系统的基层，常常引入了其他错误，使得系统频频崩溃，最严重会导致系统的重新分析。

这是我对面向对象的一点心得体会，虽然我们大家在平时工作中所面对的问题、问题域不同，使用的开发工具不同，但是面向对象是一种思维方式，有利于分析、解决问题的一种方法，并不和任何语言挂钩（当然语言对于面向对象特性的支持程度有所不同）。所以希望各位同事能够尽量使用科学的方法分析解决问题，形成一种设计模式，以供大家互相交流。

软件设计是一种艺术，也是一门工程学。