全国计算机软考软件设计师考前练习及答案(3)

上学吧（www.shangxueba.com）

断。

每个基础架构概述分成下列小节：

1. 目的解释基础架构存在的理由，以及扮演的角色。

2. 调用需求关于系统与基础架构如何交互的需求定义的建议——基础架构必须提供这些功能给系统——以及系统期望的其他的能力（比如访问控制）。需要的功能可以被看作是基础架构提供给调用者的接口。

3. 实现需求为了使基础架构站得住脚所需要的一些特性的想法（例如，查询，维护和配置功能）。这些是比较简短的，只是在定义基础架构时提醒一些需要考虑的可能的主要功能域。

例如，对于报表基础架构，调用需求可能是很简单：只是让系统请求运行一个选定的报表的功能。而另一方面，实现需求则相当多，包括交付报告给用户的各种方式的复杂性，其他请求报告的方式，设计报告，等等。（这些主题在错误！未找到引用源。错误！未找到引用源。进一步讨论。）以建造房屋类推，我们需要的基础架构之一是电力供应。这种情况下，调用需求是每个屋子需要多少插座，实现需求处理的是看不见的部分，像是与电网的连线，遵守建筑质量法。

软件项目开发实践中需要积累哪些知识

我们都知道在实践中学习积累的重要性，那么在应用软件的开发项目中，我们应该注意学习积累哪些知识呢？

常常看到一些程序员对某些软件开发技术和理论的执著，也常常听到一些程序员谈论某某项目的技术含量的话题。软件专业开发技术，作为程序员的立身之本，受到这样的厚爱是无可厚非的。但是软件作为一种多种知识集成的载体，我们不能只把眼光盯在专业的开发技术上，还应该看到其中包含的丰富软件应用领域的业务知识、开发过程中的控制管理知识，以及与客户同事之间的交流方式和手段，这些都应该成为我们在日常的开发过程积累的素材。

从项目实践中学习软件专业开发技术，是很容易被开发人员接受并在项目开发过程中加以关注和积累的，但是项目中的业务知识往往被大家所忽略，因为这些东西似乎与开发人员无关，其实大错特错了。考试,大提示就曾经历过这样的一个项目，项目中应用的开发技术大家都很熟悉，但是应用的业务领域都很陌生，在项目开始的初期对项目中的业务知识和术语进行了一些了解，但是由于业务流程和数据关系复杂，着实让我们吃了很多苦头不说，首次提交的成果物根本就满足不了客户的要求。现在回想起来还心有余悸。如果当时我们对业务都很熟悉的话，我们就可以更多的从客户应用的角度去思考问题，设计程序结构，解决客户问题了。少走很多弯路不说，开发过程也不回异常艰苦。 在开发实践中，我们在提高专业技能的同时，一定要注意软件中所包含的业务知识的积累，久而久之，我们很自然的就会把软件专业知识和行业业务知识结合到一起，在项目开发过程中不但能够游刃有余，而且还可以减少跟客户的沟通障碍，想客户之所想，为客户提供更好的软件解决多方案。

软件系统与软件系统之间的集成交互问题

可能写得有些乱，希望能谅解，同时我整理的思想，希望能给您带来一些启发或者帮助。 我们假设一个国际化的大公司里，有来自多个国家的员工，这些员工又工作在不同的部

第 11 页，共 64页

上学吧为您提供“软件设计师”资料下载：http://www.shangxueba.com/share/e15.html

上学吧（www.shangxueba.com）

门里，负责不同的任务。

首先：

1. 这些人可能是白人，也可能是黑人，也可能是黄皮肤的我们，这就像我们软件开发里的语言一样，有的是.NET体系，有的是JAVA体系的。所以不太可能要求一个公司里的人必须全部是黄皮肤的，或者是某个民族的，那就是歧视种族的问题了，通过这个例子我想说一下，没必要非是.NET或者是JAVA必须是你死我活，我以前在这个问题上犯过严重错误，现在终于想通了。

【.NET、JAVA并不是非要你死我活】

2. 对于一个规范的公司来讲，每个人的分工是很明确的，例如财务就是干啥的，人力资源有是干啥的，他们分工很明确，不可能是一个人啥事情都干了，很容易干不好，或者干不专业。对我们开发人员来讲，就是意味着我们的某个系统，应该有个明确的功能定位，应该有个明确的分工，不太可能某个系统是万能的，也就不存在多个系统之间的集成问题所在了。

【分工就乱，集成就更乱了，甚至是不可能集成了】

3. 规范的公司，都应该有些制度，不应该是财务管招聘，人事是管财务报表，应该是哪个部门做什么事情，对什么事情负责，那个部门是哪些数据的权威来源，例如，我们登录系统的帐号，应该是人事部门管理，我们的公司的财务报表应该是从财务部门获取，不应该是每个部门都有独立全套的数据，应该是负责他该负责的部分，说白了，还是跟上面的2有些类似，分工明确，责任明确。

【重复的数据，以哪个来源为标准依据】

4.部门与部门的沟通，员工与员工的沟通的，我们国家政府部门之间沟通，都用标准的公文形式，这也是个沟通方式，沟通可以是书面的，也可以口头的，这个类似于我们到底用 WebServeric、Remoting、WCF等一样，沟通还可以用英文、中文或日文，只要这两个互相沟通的员工能说清楚就可以了，互相能读懂就可以了，事情能办理好了。

【标准接口，有输入输出，例如公文能发出去另一方还需要能接收公文】

其次：

对现实中的软件系统之间的交互集成的理解，先不谈Biztalk、EAI等，那不是我的思想，那需要花费巨资才能购买。

1. 我们经常能实现的系统之间的交互，通过分析底层的数据库结构，然后适当的进行添加触发器等机制，可以完成系统之间的数据交互，这个虽然不是好方法，但是也是迫不得已的方法，不用修改程序代码。

2. 我们可以直接利用应用系统的页面，将数据进行导入导出操作，直接导入到另外一个系统，最理想的状态是，这2个系统最起码都有导入导出功能，这样避免了同样的数据在2个系统中重复录入的罪孽。

所以，现在开发的系统，都应该有批量导入导出功能，否则，不算是一个开放的系统。但是这个有个不好的地方是，也是严重的缺陷是，都是要人工进行干预，需要在两个系统之间奔波，也是很辛苦的事情。

3. 最理想的状态是，在应用程序之间能互相调用，用户只在一个系统里录入，另一个系统将在被后台自动调用。这时就是需要2个系统都有规范的接口定义，可调用的公开方法及手段。现在大部分公司都忽视这部分的要求，以后应该是越来越重视这部分的工作。应该成为软件验收的重要功能指标之一了，现在很多公司里，同样的数据需要重复录入的问题很

第 12 页，共 64页

上学吧为您提供“软件设计师”资料下载：http://www.shangxueba.com/share/e15.html

上学吧（www.shangxueba.com）

严重，甚至是电子化没有解放我们，而是越电子化，我们越变成了电脑软件的奴隶，需要将

同样的数据，在不同的软件里录入，悲哀啊，最可怜的是那那些最底层的员工，让他们录入数据，他们必须得录入，虽然很反感，没办法啊，领导的命令下来了。

大家开发的系统都应该有可编程接口，可进行数据录入、调用 …… 此处隐藏：6293字，全部文档内容请下载后查看。喜欢就下载吧 ……