体系结构分析中非功能分析方法有

‘壹’ 在系统分析阶段需要对数据处理过程做功能分析请说明功能分析的分类和主要分析方法

域名。。。是由一串用点分隔的名字组成的Internet上某一台计算机或计算机组的名称，用于在数据传输时标识计算机的电子方位（有时也指地理位置）。 虚拟企业是当市场出现新机遇时，具有不同资源与优势的企业为了共同开拓市场，共同对付其他的竞争者而组织的、建立在信息网络基础上的共享技术与信息，分担费用，联合开发的、互利的企业联盟体。 模块联调就是子系统测试，子系统测试时将经过测试的模块放在一起形成一个子系统来测试 对于同一组数据，由不同人员重复输入；然后由计算机比较检查一致性，叫做重复校验 模块联调就是子系统测试，子系统测试时将经过测试的模块放在一起形成一个子系统来测试。
模块联调就是子系统测试，子系统测试时将经过测试的模块放在一起形成一个子系统来测试 重复校验 对于同一组数据，由不同人员重复输入；然后由计算机比较检查一致性，

‘贰’ 结构分析不包括哪个分析方法 (3分) A 因子分析 B 乘数分析 C 弹性分析 D 比较

1 弹性分析方法；

2 塑性内力重分布分析方法；

3 弹塑性分析方法；

4 塑性极限分析方法；

5 试验分析方法。

‘叁’ 分析方法有哪些

1、系统分析法：市场是一个多要素、多层次组合的系统，既有营销要素的结合，又有营销过程的联系，还有营销环境的影响。运用系统分析的方法进行市场分析，可以使研究者从企业整体上考虑营业经营发展战略，用联系的、全面的和发展的观点来研究市场的各种现象，既看到供的方面，又看到求的方面，并预见到他们的发展趋势，从而做出正确的营销决策。

2、比较分析法：比较分析法是把两个或两类事物的市场资料相比较，从而确定它们之间相同点和不同点的逻辑方法。对一个事物是不能孤立地去认识的，只有把它与其他事物联系起来加以考察，通过比较分析，才能在众多的属性中找出本质的属性。

3、结构分析法：在市场分析中，通过市场调查资料，分析某现象的结构及其各组成部分的功能，进而认识这一现象本质的方法，称为结构分析法。市场分析的方法是这样子的，可以供你参考。

‘肆’ 组织结构与功能分析

2 组织结构与功能分析
组织结构与功能分析是整个系统分析工作中最简单的一环。组织结构与功能分析主要有三部分内容:组织结构分析、业务过程与组织结构之间的联系分析、业务功能一览表。其中组织结构分析通常是通过组织结构图来实现的,是将调查中所了解的组织结构具体地描绘在图上,作为后续分析和设计之参考。业务过程与组织结构联系分析通常是通过业务与组织关系图来实现的,是利用系统调查中所掌握的资料着重反映管理业务过程与组织结构之间的关系,它是后续分析和设计新系统的基础。业务功能一览表是把组织内部各项管理业务功能都用一张表的方式罗列出来,它是今后进行功能/数据分析、确定新系统拟实现的管理功能和分析建立管理数据指标体系的基础。
2.1组织结构图
组织结构图是一张反映组织内部之间隶属关系的树状结构图,见图202。在绘制组织结构图时应注意,除后勤(如食堂、修缮、医务室、幼儿园、小学等)与企业生产、经营、管理环节无直接关系的部门外,其它部门一定要反映全面、准确。为了表明企业的运行过程,我们往往也画出企业物流和管理组织关系图,见图203。
2.2 组织/业务关系分析
组织结构图反映了组织内部和上下级关系。但是对于组织内部各部分之间的联系程度,组织各部分的主要业务职能和它们在业务过程中所承担的工作等等却不能反映出来。这将会给后续的业务、数据流程分析和过程/数据分析等等带来困难。为了弥补这方面的不足,通常增设组织/业务关系图来反映组织各部分在承担业务时的关系,见图204。我们以组织/业务关系图中的横向表示各组织名称,纵向表示业务过程名,中间栏填写组织在执行业务过程中的作用。
图中:
“*"表示该项业务是对应组织的主要业务(即主持工作的单位);
“×"表示该单位是参加协调该项业务的辅助单位;
“√"表示该单位是该项业务的相关单位(或称有关单位);
空格:表示该单位与对应业务无关。
2.3 业务功能一览表
在组织中,常常有这种情况,组织的各个部分并不能完整地反映该部分所包含的所有业务。因为在实际工作中,组织的划分或组织名称的取定往往是根据最初同类业务人员的集合而定的。随着生产的发展,生产规模的扩大和管理水平的提高,组织的某些部分业务范围越来越大,功能也越分越细,由原来单一的业务派生出许多业务。这些业务在同一组织中由不同的业务人员分管,其工作性质已经逐步有了变化。当这种变化发展到一定的程度时,就要引起组织本身的变化,裂变出一个新的、专业化的组织,由它来完成某一类特定的业务功能。如最早的质量检验工作就是由生产科、成品库和生产车间各自交叉分管的,后来由于产品激烈的市场竞争和管理的需要,这时质量检验科产生了。对于这类变化,我们事先是无法全部考虑到的,但对于其功能是可以发现的。

‘伍’ 什么是体系结构体系结构设计的步骤是什么

体系结构定义：

体系结构包括一组部件以及部件之间的联系。特别是网络计算技术的发展，使得网络计算体系结构成为当今一种主要的计算模式结构。微电子技术的飞速发展使芯片级体系结构研究成为一个挑战性课题。体系结构与系统软件，应用软件，程序设计语言的紧密结合与相互作用也使今天的计算机与以往有很大的不同，并触发了大量的前沿技术、相关产品开发与基础研究课题。

体系结构设计方法：

1.元模型是对各种体系结构设计的模型的抽象

体系结构设计的元模型图：

‘陆’ 结构功能理论的结构功能分析

人格系统、文化系统、社会系统这些不同层次之间有一种最低限度的一致性，否则，社会系统就不能持续。帕森斯在说明人格系统的一致性时使用的关键词“内化”。内化是文化价值取向和角色期待实际被人格系统吸收的过程。在这个过程中，个人需求意向受文化价值取向与角色期待的引导和塑造。内化是一种社会化的机制。在帕森斯的概念体系中，社会结构与社会制度是等值的。结构不是具有实体性的具体的社会组织，而是制约着特定类型角色互动的抽象规范模式。行动系统的基本制度化结构是由这一系统必须满足的功能需求决定的。功能对维持社会均衡是适当的、有用的，是控制系统内结构与过程之运行的条件。相互关联的功能构成功能系统。帕森斯提出的“功能系统”包括四种功能子系统，即适应（A）目标达到（G）整合（I）模式维持（L）
适应，指系统必须同环境发生一定关系，为了能够存在下去，系统必须拥有从外部环境中获取所需资源的手段。
目标达到，系统的目标 是指某种期望状态。任何行动系统都具有目标导向，系统必须有能力确定自己的目标次序和调动系统内部的能量以集中实现系统的目标。
整合：任何行动系统都由各个部分组成，为了使系统作为一个整体有效的发挥功能，必须将各个部分联系在一起，使各个部分之间协调一致。
维模：行动者之间的互动，系统各组成部分之间的关系是按照一定的规范模式进行的，系统必须确保系统内行动者各子系统表现适当，并可以处理行动者内外部的紧张。这个子系统以价值为中心。

‘柒’ 软件体系结构的研究范畴有哪些请举例加以说明！

软件体系结构的形式化方法研究
软件体系结构研究如果仅仅停留在非形式化的框图阶段，已经难以适应进一步发展的需要。为支持基于体系结构的开发，需要有形式化建模符号、体系结构说明的分析与开发工具。从软件体系结构研究的现状来看，在这一领域近来已经有不少进展，其中比较有代表性的是美国卡耐基梅隆大学（Carnegie Mellon University）的Robert J．A11en于l997年提出的Wright系统。Wright是-种结构描述语言，该语言基于一种形式化的、抽象的系统模型，为描述和分析软件体系结构和结构化方法提供了一种实用的工具。Wright主要侧重于描述系统的软件构件和连接的结构、配置和方法。它使用显式的、独立的连接模型来作为交互的方式，这使得该系统可以用逻辑谓词符号系统，而不依赖特定的系统实例来描述系统的抽象行为。该系统还可以通过一组静态检查来判断系统结构规格说明的一致性和完整性。从这些特性的分析来说，Wright系统的确适用于对大型系统的描述和分析。
软件体系结构的建模研究
研究软件体系结构的首要问题是如何表示软件体系结构，即如何对软件体系结构建模。根据建模的侧重点的不同，可以将软件体系结构的模型分为5种：结构模型、框架模型、动态模型、过程模型和功能模型。在这5个模型中，最常用的是结构模型和动态模型。
（1）结构模型
这是一个最直观、最普遍的建模方法。这种方法以体系结构的构件、连接件和其他概念来刻画结构，并力图通过结构来反映系统的重要语义内容，包括系统的配置、约束、隐含的假设条件、风格、性质。研究结构模型的核心是体系结构描述语言。
管道/过滤器风格的体系结构
（2）框架模型
框架模型与结构模型类似，但它不太侧重描述结构的细节而更侧重于整体的结构。框架模型主要以一些特殊的问题为目标建立只针对和适应该问题的结构。
（3）动态模型
动态模型是对结构或框架模型的补充，研究系统的"大颗粒"的行为性质。例如，描述系统的重新配置或演化。动态可能指系统总体结构的配置、建立或拆除通信通道或计算的过程。这类系统常是激励型的。
（4）过程模型
过程模型研究构造系统的步骤和过程。因而结构是遵循某些过程脚本的结果。
（5）功能模型
该模型认为体系结构是由一组功能构件按层次组成，下层向上层提供服务。它可以看作是一种特殊的框架模型。
这5种模型各有所长，也许将5种模型有机地统一在一起，形成一个完整的模型来刻画软件体系结构更合适。例如，Kruchten在1995年提出了一个"4+1"的视角模型。"4+1"模型从5个不同的视角包括逻辑视角、过程视角、物理视角、开发视角和场景视角来描述软件体系结构。每一个视角只关心系统的一个侧面，5个视角结合在一起才能够反映系统的软件体系结构的全部内容。"4+1"模型如图1所示。
图1 "4+1"模型
发展基于体系结构的软件开发模型
软件开发模型是跨越整个软件生存周期的系统开发、运行、维护所实施的全部工作和任务的结构框架，给出了软件开发活动各阶段之间的关系。目前，常见的软件开发模型大致可分为三种类型:
（1）以软件需求完全确定为前提的瀑布模型。
（2）在软件开发初始阶段只能提供基本需求时采用的渐进式开发模型,如螺旋模型等。
（3）以形式化开发方法为基础的变换模型。
所有开发方法都是要解决需求与实现之间的差距。但是，这三种类型的软件开发模型都存在这样或那样的缺陷，不能很好地支持基于软件体系结构的开发过程。因此，研究人员在发展基于体系结构的软件开发模型方面做了一定的工作。例如，为了形象地表示体系结构的生命周期，北京邮电大学的周莹新博士建立了一个软件体系结构的生命周期模型，该模型如图2所示。
数据抽象和面向对象风格的体系结构
图2 软件体系结构的生命周期模型
软件产品线体系结构的研究
软件体系结构的开发是大型软件系统开发的关键环节。体系结构在软件生产线的开发中具有至关重要的作用，在这种开发生产中，基于同一个软件体系结构，可以创建具有不同功能的多个系统。在软件产品族之间共享体系结构和一组可重用的构件，可以增加软件工程和降低开发和维护成本。
一个产品线代表着一组具有公共的系统需求集的软件系统，它们都是根据基本的用户需求对标准的产品线构架进行定制，将可重用构件与系统独有的部分集成而得到的。采用软件生产线式模式进行软件生产，将产生巨型编程企业。但目前生产的软件产品族大部分是处于同一领域的。

‘捌’ 体系结构的常见结构

如果应用系统和用户的交互非常复杂，采用这种体系结构是最适合的方案，只有将系统的基本操作以指令的形式提供给用户，同时，提供一种简单明了的语法和基本的数据操作、处理的功能，才能得到功能最强大、最灵活、具有最佳扩充新的应用系统；一个非常合适的例子是浏览器，一开始，浏览器只是简单的下载和显示HTML的页面，随着用户对界面交互要求的发展，开发出javascript，提供一种语言和基本的界面元素操纵的指令来得到扩充性和强大的功能。
绝大多数实际运行的系统都是上面几种体系结构的复合：在系统的某些部分采用一种体系结构而在其他的部分采用另外的体系，我们可以将复合几种基本体系结构的系统称作复合体系结构。在实际的系统分析和设计中，可能首先将整个系统作为一个功能体进行分析和权衡，得到适宜的、最上层的体系结构，如果该体系结构中的元素较为复杂，可以继续进行分解，得到某一部分的，局部的体系。分析的层次应该在可以清晰的使用简单的功能和界面描述表达结束，这样，可以将我们在分析和设计的这一阶段将焦点集中在系统的总体结构上，而避免引入和所使用的语言、实现所具体需要的技术等实现的细节上。

‘玖’ 非功能性需求都包括哪些方面

非功能性需求，指的是信息系统中保证性能、系统可靠性、可扩展性要求等方面相应的需求要素。一般不会在用户的业务需求中进行明确的提出，需要分析人员根据实际业务需要进行调研归纳。
例如税务业务系统的非功能性需求，可以从以下几个方面进行分析。
一：性能方面：
1。响应时间：分日常交互类、日常查询类、批量交易分别考虑。
日常交易指传统的大厅交互业务，如纳税申报、发票销售等，以及一次完成多笔业务处理的交易，如批量扣款等，日常交互类业务具有较高的响应要求。 查询类业务如登记资料查询、申报数据查询等。查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响，需要根据具体情况而定，给出一个参考范围。
批处理业务如会计核算等业务处理，该类业务处理复杂、操作数据量大、处理时间长。
响应时间指标包括：平均响应时间参考值(秒)、峰值响应时间参考值（秒）。
2。用户数：用户数要考虑用户数的增长情况，有以下指标：总用户数、峰值在线用户数、峰值并发用户数、平均在线用户数、平均并发用户数。
3。吞吐量：系统交易量的估算。指标有年交易笔数（笔/年）、高峰期交易笔数（笔/天）。
4。数据存储量：每年的数据存储容量（G）及未来几年该数量的预期（增长）值。指标包括累计存储容量（G）、年增长（G）。
二、系统可靠性：一般是窗口业务应在从星期一到星期五的所有工作日的工作时间是可以使用的；其它业务应满足7×24小时可以使用；
三、可扩展性：可实现负载均衡；日后若信息量较大，则系统可相应增加服务器实现扩展。

所谓非功能性需求，是指软件产品为满足用户业务需求而必须具有且除功能需求以外的特性。软件产品的非功能性需求包括系统的性能、可靠性、可维护性、可扩充性和对技术和对业务的适应性等。下面对其中的某些指标加以说明。在这里可以看到非功能性需求涉及的范围很广，软件产品本身不是孤立存在的，还涉及到诸多外在环境的影响。非功能性需求必须考虑软件既要可用，又要易用。
对于非功能性需求描述的困难在于很难像功能性需求那样，可以通过结构化和量化的词语来描述清楚，在描述这类需求时候我们经常采用软件性能要好，查询要在多少时间内出结果，软件健壮性要好等较模糊的描述词语。这类描述词语都是脱离了软件的执行环境，人和相关的场景的描述，因此信息很难体现到软件架构设计和具体的实现中。我们在架构设计中关注的安全，系统开发框架，并发和性能，异常日志等不是凭空产生出来的，而是来源于我们对非功能性需求的分析。
一个软件系统必须完整，因此不仅仅包括了可执行的程序，还包括了在线帮助，数据和用户管理，日志异常查询，自动升级等相关功能特征。这些需求不仅仅是为了满足用户的需要，也是为了我们后续维护和监控系统的需要。
系统的可靠性，可维护性和适应性是密不可分的。当系统出现故障和用户出现错误的操作后是否支持恢复，当用户在使用过程中遇到错误的时候是否可以立即定位问题，但业务场景和逻辑发生变化的时候系统是否支持，当网络不稳定或使用中异常中断的情况下系统是否都有相应的容错措施，这些都是需要在非功能性需求中考虑到的问题。
易用性也是我们在开发非功能性需求中必须要考虑到的问题，易用性同时还涉及到美工和UI界面，人机工程，交互式设计，心理学，用户行为模式等多方面的知识。易用性的三原则就是易见，易学和易用或者叫为发现，易懂，效率。易见就是各种功能操作不要藏得太深，用户很容易找到他们期望进行的各种操作；易学需要软件系统通过在线帮助，导航，向导等各种方式保证软件是可自学习的；易用的重点则在软件在熟练使用后应该可以更快的进行各项操作。这三者相互间也存在冲突，需要平衡，而平衡的一个重点就是真正的做到以用户为中心进行设计，需要去细分场景和用户。
对于非功能性需求的描述，在描述过程中必须要强调到人，业务场景，环境等各方面的内容。强调的目的就是要说明非功能性需求不是无限度的，任何一项非功能性需求的实现往往会付出更大的研发人力成本和硬件网络成本。比如我们在描述一个表单的模糊查询功能的时候，如果简单的描述为所有查询都要在多少秒内完成，那么这种需求将很难得到满足，以下是一些可选的描述方式。

1.估计用户数为1万人，每天登录用户数为3000左右，网络的带宽为100M带宽。
2.在非高峰时间根据编号和名称特定条件进行搜索，可以在3秒内得到搜索结果。
3.当通过互联网接入系统的时候，期望在编号和名称搜索时最长查询时间<15秒。

‘拾’ 软件体系结构风险分析有哪些基本步骤

估方法
成功的体系结构遵循各种指导原则和最佳实践。SEI 在这方面做了广泛的研究，并最终创建了几种用于改进和评估体系结构的方法。四种代表性的方法如下：
质量属性专题研讨会 (QAW)
体系结构权衡分析方法 (ATAM)
软件体系结构分析方法 (SAAM)
积极的中间设计审核 (ARID)
QAW 在定义体系结构之前执行，ARID 在设计工作过程中执行，而 ATAM 和 SAAM 则在已经完成体系结构之后执行。这些方法的引出部分的执行由一个协调人员引导。