系统架构设计师-数据库系统
系统架构设计师 - 职位百科
系统架构设计师-职位百科名目: 岗位职责职位要求进展方向薪酬概况相关聘请职位系统架构设计师是指进行数据库安装、配置、优化，根据需求进行数据的挖掘及展示，以及数据库方面的探究及开发的专业人员。
每个公司对同一个职位的要求都会因为公司的实际状况而有所不同，职位百科中全部职位职责和职位要求，仅代表该职位的普遍状况，若有偏差，请点击"纠错"提出您的意见，我们将接受每一个合理意见，感谢您对职位百科的关注和支持！系统架构设计师岗位职责1、与员工或客户沟通，了解具体的系统要求；2、将系统整体分解为更小的子系统和组件，从而形成不同的规律层或服务；3、确定各层的接口，分解层与层相互之间的关系；4、技术选型，形成软件的最终整体架构；5、为项目经理提供重要的参考信息，关心评估工作；6、制定技术规格说明。
系统架构设计师岗位要求1、计算机相关专业本科以上学历；2、具有确定的工作阅历，了解系统架构流程；3、具备良好的专业学问储备，如系统架构学问、程序语言学问和编程建模学问等；4、娴熟使用需求/架构设计工具以及其他相关技术；5、具有系统架构设计师从业资格证书；6、具有良好的沟通能力和团队协作能力；8、具有良好的规律分析能力和抽象思维。
系统架构设计师进展方向在企业中，系统架构设计师的上级一般是IT项目经理、产品研发经理或技术经理，因此该职位人员可加强自身专业素养和管理能力，争取向职位上级晋升！系统架构设计师薪情概况更多薪资行情应届毕业生￥3866.95 一年以上￥3882.47二年以上￥5201.43三年以上￥6683.06五年以上￥8768.98八年以上￥9739.09十年以上￥13558.21不限￥4545.04系统架构设计师。
系统架构设计师一本通-精华知识点
系统架构设计师一本通-精华知识点一、系统架构基础概念。
1. 架构定义与目标。
- 系统架构是对系统的组成结构、元素间关系、系统与环境间关系等的高层次描述。
其目标包括满足功能需求、非功能需求（如性能、可靠性等），并为系统的演进提供框架。
- 例如，企业级信息系统架构需要考虑不同业务模块间的数据交互、用户访问权限管理等多方面因素。
2. 架构视图。
- 逻辑视图：描述系统的功能组件及其关系，关注系统的功能需求。
如电商系统中用户管理、商品管理、订单处理等功能模块的逻辑关系。
- 物理视图：涉及系统的硬件、软件在物理环境中的部署。
例如，服务器的分布、网络设备的连接等。
- 开发视图：着眼于软件开发过程中的模块划分、代码结构等。
对于大型软件项目，合理的开发视图有助于提高代码的可维护性和开发效率。
- 进程视图：主要针对系统运行时的进程、线程等的交互与调度。
在多用户并发访问的系统中，进程视图能帮助优化资源分配和提高响应速度。
3. 架构风格。
- 分层架构：将系统按照功能层次进行划分，如常见的三层架构（表示层、业务逻辑层、数据访问层）。
每层有明确的职责，层与层之间通过接口进行通信。
这种风格提高了系统的可维护性和可扩展性。
- 微服务架构：将系统拆分为多个小型、独立的服务，每个服务都可以独立开发、部署和扩展。
例如，在电商系统中，用户服务、商品服务、支付服务等微服务可以根据业务需求灵活组合和演进。
- 事件驱动架构：基于事件的产生和处理构建系统。
在物联网系统中，传感器产生的事件可以触发相应的处理逻辑，如温度传感器检测到异常温度后触发报警机制。
二、需求工程。
1. 需求获取。
- 与用户、利益相关者进行沟通，采用的方法包括访谈、问卷调查、观察等。
例如，开发医疗信息系统时，通过与医生、护士、患者等不同角色的访谈，获取他们对系统功能和操作流程的需求。
- 收集业务流程、规则等信息。
对于金融系统，需要深入了解各种金融业务的交易规则、风险控制流程等需求。
系统架构设计师-试题1
系统架构设计师-试题1(总分：68.00，做题时间：90分钟)一、单项选择题(总题数：51，分数：68.00)在进行金融业务系统的网络设计时，应该优先考虑 (13) 原则。
在进行企业网络的需求分析时，应该首先进行 (14) 。
（分数：2.00）(1).A．先进性 B．开放性 C．经济性 D．高可用性（分数：1.00）A.B.C.D. √解析：(2).A．企业应用分析B．网络流量分析C．外部通信环境调研 D．数据流向图分析（分数：1.00）A. √B.C.D.解析：可用性、有效性和安全性是金融业务核心系统架构中被着重关注的三方面。
数据量大、数据类型多样、业务需求多样、业务需求变化快和子系统繁多是金融业务的特点，因此金融业务核心系统架构中，可用性、有效性和安全性尤为重要。
在复杂的金融业务环境中，只采用片面的策略来提高系统单方面的性能，会导致系统性能失衡，整体性能降低。
因此在金融业务核心系统架构中要采用一定的策略保持可用性、有效性和安全性的平衡，以提升系统整体性能。
而在进行网络设计时，其网络的高可用性是设计优先考虑。
企业内部网络的建设已经成为提升企业核心竞争力的关键因素。
企业网已经越来越多地被人们提到，利用网络技术，现代企业可以在供应商、客户、合作伙伴、员工之间实现优化的信息沟通。
这直接关系到企业能否获得关键的竞争优势。
企业网络要求具有资源共享功能、通信服务功能、多媒体功能、远程VPN拨入访问功能。
所以在进行企业网络的需求分析时，对企业的需求、应用范围、基于的技术等，要从企业应用来进行分析。
Employee(职工号，姓名，性别，年龄，通信地址，家庭成员)，其中通信地址记录了邮编、省、市、街道信息；家庭成员记录了职工的亲属的姓名。
职工实体中的通信地址是一个(5) 属性；为了将数据库模式设计得更合理，对于家庭成员属性 (6) 。
（分数：2.00）(1).A．简单 B．复合 C．多值 D．派生（分数：1.00）A.B. √C.D.解析：(2).A．可以不作任何处理直接记录亲属的姓名B．只允许记录一个亲属的姓名C．需要对职工实体设置若干个亲属姓名字段D．应该将职工的亲属的姓名加上职工号设计成为一个独立的实体（分数：1.00）A.B.C.D. √解析：简单属性是原子的，不可再分的。
系统架构设计师考试大纲-软件架构
系统架构设计师考试大纲一、考试说明：1.考试目标考试合格人员应能够根据系统需求规格说明书，结合应用领域和技术发展的实际情况，考虑有关约束条件，设计正确、合理的软件架构，确保系统架构具有良好的特性；能够对项目的系统架构进行描述、分析、设计与评估；能够按照相关标准编写相应的设计文档；能够与系统分析师、项目管理师相互协作、配合工作；具有高级工程师的实际工作能力和业务水平。
2.考试要求（1）掌握计算机硬软件与网络的基础知识；（2）熟悉信息系统开发过程；（3）理解信息系统开发标准、常用信息技术标准；（4）熟悉主流的中间件和应用服务器平台；（5）掌握软件系统建模、系统架构设计基本技术；（6）熟练掌握信息安全技术、安全策略、安全管理知识；（7）了解信息化、信息技术有关法律、法规的基础知识；（8）了解用户的行业特点，并根据行业特点架构合适的系统设计；（9）掌握应用的数学基础知识（10）熟练阅读和正确理解相关领域的英文文献；3.考试科目设计设置（1）信息系统综合知识，考试时间为150分钟，笔试，选择题；（2）系统架构设计案例分析，考试时间为90分钟，笔试，问答题；（3）系统架构设计论文，考试时间为120分钟，笔试，论文题。
二、考试范围考试科目1：信息系统综合知识1.计算机软件与网络基础知识1.1操作系统●操作系统的类型和结构●操作系统基本原理●网络操作系统及网络管理●嵌入式操作系统与实时操作系统1.2数据库系统●数据库管理系统的类型、结构和性能评价●常用的关系型数据库管理系统●数据库模式●数据库规范化●分布式数据库系统，并行数据库系统●数据仓库与数据挖掘技术●数据库工程●备份恢复1.3嵌入式系统●嵌入式系统的特点●嵌入式系统的硬件组成与设计●嵌入式系统应用软件及开发平台●嵌入式系统网络●嵌入式系统数据库1.4数据通信与计算机网络●数据通信的基本知识●开放系统互连参考模型●常用的协议标准●网络互连与常用网络设备●计算机网络的分类与应用1.5多媒体●多媒体的类型、特点及数据格式●多媒体数据的压缩编码1.6系统配置与性能评价●多层结构、分布式系统●系统配置方法（双份、双重、热备份、容错、集群）●性能计算（响应时间、吞吐量、TAT）●性能设计（系统调整、Amdahl解决方案、响应特性、负载均衡）●性能指标（SPEC-Int、SPEC-Fp、TPC、Gibsonmix、响应时间）●性能评估2.信息化基础知识2.1信息系统工程总体规划●总体规划目标、范围●总体规划的方法论●信息系统的组成●信息系统的实现2.2政府信息化与电子政务●电子政务的概念、内容和技术形式●中国政府信息化的策略和历程●电子政务建设的过程模式和技术模式2.3企业信息化与电子商务●企业信息化的概念、目的、规划、方法●ERP的主要模块和主要算法●企业业务流程重组（BPR）●CRM、PDM在企业的应用●知识管理●企业应用集成●全程供应链管理的思想●商业智能●电子商务的类型、标准2.4信息资源管理2.5国际和国内有关信息化的标准、法律和规定3.系统开发基础知识3.1开发管理●项目的范围、时间、成本●文档管理工作、配置管理●软件开发的质量与风险●软件的运行与评价3.2需求管理●需求变更●需求跟踪●需求变更风险管理3.3软件开发方法●软件开发生命周期●软件开发模型（瀑布模型、演化模型、增量模型、螺旋模型、原型，构件组装模型、RUP，敏捷方法）●构件与软件重用●逆向工程●形式化方法3.4软件开发环境与工具●集成开发环境●开发工具（建模工具、分析设计工具、编程工具、测试工具、项目管理工具等）3.5设计方法●分析设计图示（DFD、ERD、UML、流程图、NS图、PAD）●结构化分析与设计●模块设计●面向对象的分析与设计●I/O设计、人机界面设计●设计模式3.6基于构件的开发●构件的概念与分类●中间件技术●典型应用架构（J2EE、.NET）3.7应用系统构建●应用系统设计与开发（分析与设计方法的使用、外部设计、内部设计、程序设计、测试）●软件包的使用（开发工具、运行管理工具、业务处理工具、ERP、群件、OA工具）3.8测试与评审●测试评审方法●验证与确认（V&V）●测试自动化●测试设计和管理方法4.软件架构基础知识●软件架构的概念●软件架构的风格●特定领域软件架构●基于架构的软件开发方法●软件架构评估●软件产品线●设计模式5.安全性与可靠性技术4.1信息安全与保密●加密和解密●身份认证（数字签名、密钥、口令）●访问控制●安全保密管理（防泄漏、数字水印）●安全协议（SSL、PGP、IPSec）●系统备份与恢复●防治病毒4.2系统可靠性●可靠性设计（容错技术、避错技术）●可靠性指标与评估4.3安全性规章与保护私有信息规则●信息系统安全法规与制度●计算机防病毒制度●保护私有信息规则6.标准化与知识产权●标准化意识，标准化的发展，标准的的生命周期●国际标准、美国标准、国家标准、行业标准、地方标准、企业标准●代码标准、文件格式标准、安全标准、软件开发规范和文档标准●标准化机构●知识产权7.应用数据●概率统计应用●图论应用●组合分析●算法（数值算法与非数值算法）的选择与应用●运筹方法（网络计划技术、线性规划、预测、决策、库存管理、模拟）●数学建模8.专业英语●具有高级工程师所要求的英文阅读水平●掌握本领域的英语术语考试科目2：系统架构设计案例分析1.系统规划●系统项目的提出与可行性分析●系统方案的制定、评价和改进●新旧系统的分析和比较●现有软件、硬件和数据资源的有效利用2.软件架构设计●软件架构设计●XML技术●基于架构的软件开发过程●软件质量属性●架构模型（风格）●特定领域软件架构●基于架构的软件开发方法●架构评估●软件产品线●系统演化3.设计模式●设计模式的概念●设计模式的组成●模式和软件架构●设计模式分类●设计模式的实现4.系统设计●处理流程设计●人机界面设计●文件设计、存储设计●数据库设计●网络应用系统的设计●系统运行环境的集成与设计●中间件、应用服务器●性能设计与性能评估●系统转换计划5.软件系统建模●系统需求●建模的作用和意义●定义问题（目标、功能、性能等）与归结模型（静态结构模型、动态行为模型、物理模型）●结构化系统建模、数据流图●面向对象系统建模●统一建模语言（UML）●数据库建模、E-R图●逆向工程6.分布式系统设计●分布式通信协议的设计●基于对象的分布式系统设计●基于Web的分布式系统设计●基于消息和协同的分布式系统设计●异构分布式系统的互操作性设计7.嵌入式系统设计●实时系统和嵌入式系统特征●实时任务调度和多任务设计●中断处理和异常处理●嵌入式系统开发设计8.系统的可靠性分析与设计●系统的故障模型和可靠性模型●系统的可靠性分析和可靠度计算●提高系统可靠性的措施●系统的故障对策和系统的备份与恢复9.系统的安全性和保密性设计●系统的访问控制技术●数据的完整性●数据与文件的加密●通信的安全性●系统的安全性设计考试科目3：系统架构设计论文根据给出的系统架构设计有关的若干个专题，选择其中一个专题，按照规定的要求撰写论文。
系统架构设计师知识点集锦
系统架构设计师知识点集锦系统架构设计师是IT行业中一种重要的职位，他们负责制定和实施复杂系统的整体架构。
系统架构设计师需要具备广泛的知识和技能，以确保系统的稳定性、可扩展性和安全性。
本文将介绍系统架构设计师的关键知识点，帮助读者全面理解和掌握这个职位的要求。
一、系统架构的概念系统架构是指一个系统的基本结构和组成方式。
系统架构设计师需要对系统的整体架构有深入的了解和把握。
他们需要考虑系统的需求、功能模块、数据流、技术选型等方面，以确保系统的高性能和可靠性。
二、常见的系统架构模式1. 分层架构：将系统划分为多个层次，每个层次负责不同的功能和业务逻辑。
常见的分层架构包括三层架构（Presentation、Logic、Data）和四层架构（Presentation、Application、Business、Data）等。
2. 微服务架构：将系统拆分为多个小型的、独立部署的服务单元，每个服务单元专注于特定的功能模块。
微服务架构可以提高系统的可扩展性和灵活性。
3. 事件驱动架构：基于事件的触发机制，将系统拆解为多个事件源和事件处理器。
事件驱动架构可以实现系统的解耦和异步处理。
三、系统架构设计的要点1. 需求分析：系统架构设计师需要与业务部门密切合作，全面了解用户需求，确保系统能够满足业务需求。
2. 技术选型：系统架构设计师需要根据系统的需求和业务场景选择合适的技术栈和工具，包括编程语言、数据库、框架等。
3. 模块设计：系统架构设计师需要将整个系统划分为多个模块，并设计模块之间的接口和交互方式。
模块的设计应该遵循高内聚、低耦合的原则。
4. 性能优化：系统架构设计师需要对系统进行性能评估和优化，确保系统能够快速响应和处理大量的请求。
5. 安全性设计：系统架构设计师需要考虑系统的安全性，包括身份认证、访问控制、数据加密等方面。
四、系统架构设计师的技能要求1. 扎实的编程和架构设计能力：系统架构设计师需要具备深入的编程和设计能力，熟悉常见的编程语言和设计模式。
国家IT职称大全
计算机技术与软件专业技术资格（水平）考试专业类别、资格名称和级别对应表IT职称按照计算机技术与软件专业技术资格（水平）考试专业类别、资格名称和级别区分总共含有28个。
但在全国计算机软件资格考试设定的三个级别层次中，只有以下22种岗位资格考试：高级资格包括：信息系统项目管理师、系统分析师、系统架构设计师、网络规划设计师。
中级资格包括：软件评测师、软件设计师、网络工程师、多媒体应用设计师、嵌入式系统设计师、计算机辅助设计师、电子商务设计师、信息系统监理师、数据库系统工程师、信息系统管理工程师、信息技术支持工程师。
初级资格包括：程序员、网络管理员、多媒体应用制作技术员、电子商务技术员、信息系统运行管理员、信息处理技术员。
下面针对28个职称进行基本的介绍：1 高级资格（5个）：1.1 信息系统项目管理师信息系统项目管理师属于计算机技术与软件专业技术资格（水平）考试（即软考）高级资格考试里面的一项考试。
通过本考试的合格人员能够掌握信息系统项目管理的知识体系，具备管理大型、复杂信息系统项目和多项目的经验和能力；能根据需求组织制订可行的项目管理计划；能够组织项目实施，对项目的人员、资金、设备、进度和质量等进行管理，并能根据实际情况及时做出调整，系统地监督项目实施过程的绩效，保证项目在一定的约束条件下达到既定的项目目标；能分析和评估项目管理计划和成果；具有高级工程师的实际工作能力和业务水平，可聘任高级工程师职务。
参考：/view/1760754.htm?fr=aladdin1.2 系统分析师系统分析员又称系统分析师，是指具有从事计算机应用系统的分析和设计工作能力及业务水平，能指导系统设计师和高级程序员的工作的一族。
在软件开发流程中主要从事需求分析、信息系统项目架构设计（包括概要设计和详细设计）、开发阶段的主要模块的规划、设计和测试，同时也涉及可行性分析的工作。
英文system analyst，简称SA。
系统分析师(SA)是负责设计与开发应用软件系统．使其正确的反应出有效的信息，协助企业经营者管理、营运公司的运作者。
2023软考系统架构设计师大纲
2023软考系统架构设计师大纲近年来，随着信息技术的飞速发展，系统架构设计师这一职业也备受关注。
作为一个专业的系统架构设计师，需要具备扎实的基础理论知识和丰富的实践经验，能够为企业或组织构建稳定、安全、高效的系统架构。
而2023年软考的系统架构设计师大纲，则是评估一个系统架构设计师是否具备相应能力的重要标准之一。
在2023软考系统架构设计师大纲中，内容涵盖了系统架构设计师需要掌握的多个方面，包括基础理论知识、技术工具应用、系统架构设计与优化、系统集成与部署等，具有相当的广度和深度。
在本文中，我将对2023软考系统架构设计师大纲进行全面评估，并撰写一份有价值的文章，以便读者深入理解这一重要内容。
1. 基础理论知识在2023软考系统架构设计师大纲中，基础理论知识是评估系统架构设计师能力的重要一环。
系统架构设计师需要掌握计算机网络、操作系统、数据库技术、软件工程等方面的知识。
其中，对于计算机网络的理解和应用尤为重要，因为现代的系统架构往往是分布式的，涉及多个节点之间的通信和协作。
2. 技术工具应用除了基础理论知识外，系统架构设计师还需要熟练掌握各种技术工具的应用。
在现代的软件开发过程中，诸如Docker、Kubernetes、Jenkins等工具已经成为了必不可少的一部分。
通过这些工具，系统架构设计师可以更高效地完成软件开发、测试、部署、监控等工作。
3. 系统架构设计与优化系统架构设计是系统架构设计师的核心能力之一。
这一部分在2023软考系统架构设计师大纲中也占有相当的比重。
在系统架构设计过程中，系统架构设计师需要考虑诸如性能、可靠性、扩展性、安全性等方面的要求，并根据实际情况做出合理的设计，并在系统运行过程中不断进行优化。
4. 系统集成与部署在2023软考系统架构设计师大纲中，还包括了系统集成与部署的内容。
这一部分与前面提到的技术工具应用紧密相关，系统架构设计师需要了解不同系统、服务之间的集成方式，以及如何将设计好的系统架构顺利地部署到生产环境中。
软考5个高级科目详细介绍
软考5个高级科目详细介绍亲爱的读者们，今天我们将为您详细介绍软考中的五个高级科目，帮助您更好地了解和准备这些重要的考试科目。
一、科目一：系统架构设计师系统架构设计师是软考五个高级科目中最具挑战性的一个。
该科目主要考察考生对大型信息系统架构的设计、规划和管理能力。
考试内容包括但不限于：系统架构设计、软件架构设计、网络架构设计、数据库设计等方面。
二、科目二：系统分析师系统分析师是软考高级科目中注重分析和解决实际问题的科目。
该科目主要考察考生对大型信息系统的需求分析、系统设计、系统测试等方面的能力。
考试内容包括但不限于：业务需求分析、系统架构设计、软件设计、系统集成等方面。
三、科目三：信息系统项目管理师信息系统项目管理师是软考中最为普及的科目之一，也是项目管理专业人士必须掌握的技能。
该科目主要考察考生对信息系统项目的整体管理、范围管理、时间管理、成本管理等方面的方法和技巧。
考试内容包括但不限于：项目计划制定、项目进度控制、成本控制、风险识别和应对等方面。
四、科目四：网络规划设计师网络规划设计师是软考高级科目中技术含量较高的一个，主要考察考生对大型网络架构的设计、规划和管理能力。
考试内容包括但不限于：网络拓扑设计、网络设备配置、网络安全管理、网络性能优化等方面。
五、科目五：信息系统项目管理师案例分析和论文除了常规的笔试科目，软考高级别还有两个特色科目，即案例分析和论文。
这两个科目的考试形式主要为分析和论述，需要考生具备丰富的实践经验和理论知识。
其中，案例分析主要考察考生对实际项目的分析判断和处理能力，论文则要求考生能够通过严谨的论证和逻辑推理，提出解决方案和实施建议。
这两个科目的难度相对较大，适合具有一定项目管理和技术经验的考生。
总之，以上五个高级科目涵盖了系统架构设计、系统分析设计、项目管理、网络规划和项目案例分析等多个领域，充分体现了软考作为国家级专业认证考试的特点和要求。
通过深入了解和掌握这些科目，不仅可以提高自身的专业素养和技能水平，还能为职业生涯的发展奠定坚实的基础。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
系统架构设计师-数据库系统(总分：29.00，做题时间：90分钟)一、单项选择题(总题数：17，分数：29.00)1.______不属于关系数据库管理系统。
A．Oracle B．MS SQL Server C．DB2 D．IMS（分数：1.00）A.B.C.D. √解析：题目给出的几种数据库管理系统中：Oracle、MS SQL Server、DB2较为常见，它们都属于关系型数据库管理系统。
而IMS不是关系数据库管理系统，它是IBM公司推出的层次型数据库管理系统。
2.数据的物理独立性是指当数据库的______。
A．外模式发生改变时，数据的物理结构需要改变B．内模式发生改变时，数据的逻辑结构不需要改变C．外模式发生改变时，数据的逻辑结构不需要改变D．内模式发生改变时，数据的物理结构不需要改变（分数：1.00）A.B. √C.D.解析：不同的数据库产品支持不同的数据模型，使用不同的数据库语言，建立在不同的操作系统上。
数据的存储结构也各不相同，但体系结构基本上都具有相同的特征，采用“三级模式和两级映射”。
数据库系统在三级模式之间提供了两级映象：模式/内模式映象、外模式/模式映象。
正因为这两级映射保证了数据库中的数据具有较高的逻辑独立性和物理独立性。
数据的独立性是指数据与程序独立，将数据的定义从程序中分离出去，由DBMS负责数据的存储，从而简化应用程序，大大减少应用程序编制的工作量。
数据的独立性是由DBMS的二级映像功能来保证的。
数据的独立性包括数据的物理独立性和数据的逻辑独立性。
数据的物理独立性：是指当数据库的内模式发生改变时，数据的逻辑结构不变。
由于应用程序处理的只是数据的逻辑结构，这样物理独立性可以保证，当数据的物理结构改变了，应用程序不用改变。
但是，为了保证应用程序能够正确执行，需要修改概念模式/内模式之间的映像。
数据的逻辑独立性：是指用户的应用程序与数据库的逻辑结构是相互独立的。
数据的逻辑结构发生变化后，用户程序也可以不修改。
但是，为了保证应用程序能够正确执行，需要修改外模式/概念模式之间的映像。
3.在数据库系统中，数据的完整性是指数据的______。
A．有效性、正确性和一致性 B．有效性、正确性和可维护性C．有效性、正确性和安全性 D．正确性、一致性和安全性（分数：1.00）A. √B.C.D.解析：数据库完整性是指数据库中数据的正确性、有效性和相容性(一致性)。
数据库完整性由各种各样的完整性约束来保证，因此可以说数据库完整性设计就是数据库完整性约束的设计。
数据库完整性约束可以通过DBMS或应用程序来实现，基于DBMS的完整性约束作为模式的一部分存入数据库中。
通过DBMS实现的数据库完整性按照数据库设计步骤进行设计，而由应用软件实现的数据库完整性则纳入应用软件设计。
4.在数据库设计的需求分析阶段，业务流程一般采用______表示。
A．数据流图 B．E—R图 C．程序结构图D．功能模块图（分数：1.00）A. √B.C.D.解析：在数据库设计的需求分析阶段，参与分析的主要人员是系统分析师和用户，由于数据库应用系统是面向企业和部门的具体业务，系统分析师一般并不了解，而用户一般不具有系统分析的能力，这就需要双方进行有效的沟通，使得设计人员对用户的各项业务了解和熟悉，进行分析和加工，将用户的业务转换成为设计人员所需要的信息组织，即以规范化的方式进行整理，形成对业务流程描述的文档数据和数据描述的文档数据字典，故选项A正确；E—R图是概念设计阶段的文档，故选项B错误；程序结构图和功能模块图是应用程序设计阶段的文档，不是数据库设计的需求分析阶段的文档，故选项C、D错误。
Employee(职工号，姓名，性别，年龄，通信地址，家庭成员)，其中通信地址记录了邮编、省、市、街道信息；家庭成员记录了职工的亲属的姓名。
职工实体中的通信地址是一个(5) 属性；为了将数据库模式设计得更合理，对于家庭成员属性 (6) 。
（分数：2.00）(1).A．简单 B．复合 C．多值 D．派生（分数：1.00）A.B. √C.D.解析：(2).A．可以不作任何处理直接记录亲属的姓名B．只允许记录一个亲属的姓名C．需要对职工实体设置若干个亲属姓名字段D．应该将职工的亲属的姓名加上职工号设计成为一个独立的实体（分数：1.00）A.B.C.D. √解析：简单属性是原子的，不可再分的。
复合属性可以细分为更小的部分(即划分为别的属性)。
有时用户希望访问整个属性，有时希望访问属性的某个成分，那么在模式设计时可采用复合属性。
本题职工实体集Employee的通信地址可以进一步分为邮编、省、市、街道。
(5)空的正确答案为B。
我们所举的例子中，定义的属性对于一个待定的实体都只有单独的一个值。
例如，对于一个特定的职工，只对应一个职工号、职工姓名，这样的属性称为多值属性。
为了将数据库模式设计得更合理， (6)空的家庭成员属性应该将职工亲属的姓名加上职工号设计成为一个独立的实体。
希赛公司网上销售管理系统的数据库部分关系模式如下所示。
其中，客户号唯一标识一位客户，产品号唯一标识一件产品，订单号唯一标识一份订单。
一份订单必须且仅对应一位客户，一份订单可由一到多条订单明细组成，一位客户可以有多份订单。
客户(客户号，姓名，性别，地址，邮编)产品(产品号，名称，库存，单价)订单(订单号，时间，金额，客户号)订单明细(订单号，产品号，数量)订单关系模式的主键为 (7) ；订单明细关系模式的主键为 (8) ；其中订单的外键为 (9) 。
（分数：3.00）(1).A．订单号 B．客户号 C．(订单号，客户号)D．(订单号，时间)（分数：1.00）A. √B.C.D.解析：(2).A．订单号 B．产品号 C．(订单号，产品号) D．(订单号，数量)（分数：1.00）A.B.C. √D.解析：(3).A．客户号，订单明细的外键为订单号B．客户号，订单明细的外键为订单号和产品号C．订单号，订单明细的外键为产品号D．订单号，订单明细的外键为订单号和产品号（分数：1.00）A.B. √C.D.解析：根据试题描述，“单号唯一标识一份订单”所以，订单关系模式的主键为“单号”在订单关系模式中，“一份订单必须且仅对应一位客户”，而在客户关系模式中，“户号唯一标识一位客户”也就是说，“户号”客户关系模式的主键，因此，“户号”订单关系模式的外键。
因为“份订单可由一到多条订单明细组成”也就是说，在订单明细关系模式中，“单号”可以重复的，因此，需要与“品号”合起来作为主键。
又因为“单号”单关系模式的主键，“品号”产品关系模式的主键(因为“号唯一标识一件产品”，所以，“单号”“品号”是订单明细关系模式的外键。
某公司的部门(部门号，部门名，负责人，电话)、商品(商品号，商品名称，单价，库存量)和职工(职工号，姓名，住址)3个实体之间的关系如表2-18、表2-19和表2-20所示。
假设每个部门有一位负责人和一部电话，但有若干名员工；每种商品只能由一个部门负责销售。
表2-18部门表部门号部门名负责人电话001 家电部E002 1001002 百货部E026 1002003 食品部E030 1003表2-19商品表商品号商品名称单价库存量30023 微机4800 2630024 打印机1650 7... ... ... ...30101 毛巾10 10630102 牙刷 3.8 288... ... ... ...表2-20职工表职工号姓名住址E001 王军南京路E002 李晓斌淮海路E021 杨烨江西路E026 田波西藏路E028 李晓斌西藏路E029 刘丽华淮海路E030 李彬彬唐山路E031 胡慧芬昆明路... ... ...表2—21统计结果职工号姓名部门名月销售额E001 王军家电部528900E002 李晓斌家电部368000E021 杨烨百货部12500E028 李晓斌百货部82500E031 胡慧芬食品部282608... ... ...部门关系不属于第三范式的原因是 (10) 。
如果用户要求得到表2—21所示的结果，需要 (11) ，并增加关系模式 (12) 。
（分数：3.00）(1).A．没有消除非主属性对码的部分函数依赖，如部门名→负责人B．没有消除非主属性对码的部分函数依赖，如负责人→电话C．只消除了非主属性对码的部分函数依赖，而未消除传递函数依赖D．没有消除非主属性对码的部分函数依赖和传递函数依赖（分数：1.00）A.B.C. √D.解析：(2).A．修改表1的结构，在表1中增加一个职工号B．修改表2的结构，在表2中增加一个职工号C．修改表2的结构，在表2中增加一个部门号D．修改表3的结构，在表3中增加一个部门号（分数：1.00）A.B.C.D. √解析：(3).A．销售(职工号，商品号，日期，数量)B．销售(职工号，商品名称，商品号，数量)C．销售(职工号，部门号，日期，数量)D．销售(职工号，部门号，商品号，日期)（分数：1.00）A. √B.C.D.解析：在部门(部门号，部门名，负责人，电话)关系模式中，部门号是主码，所以不存在对码的部分依赖问题。
根据试题假设，每个部门有一位负责人和一部电话，也就是说，存在“责人一电话”样的函数依赖，即存在对主码的传递函数依赖。
在表2—21中，有职工号、姓名、部门、月销售额4个属性，其中职工号和姓名可以由表2—20得出，但是，由表2—19至表2．20无法得出职工所在的部门，因此，应该在表2—20中增加“部门号”属性。
同时，要计算出职工的月销售总额，还需要一个表来记录职工销售的数据。
该表需要包括的属性有职工号、商品号、日期、数量。
5.若关系模式中存在非主属性对码的部分依赖，则该关系模式属于______。
A．1NF B．2NF C．3NF D．BCNF（分数：1.00）A. √B.C.D.解析：若关系模式R的每一个分量是不可再分的数据项，则关系模式R属于第一范式(1NF)；若关系模式属于1NF，且每一个非主属性完全依赖于码，则关系模式R属于2NF。
换句话说，当1NF消除了非主属性对码的部分依赖，则该关系模式属于1NF。
某公司的商品(商品号，商品名称，生产商，单价)和仓库(仓库号，地址，电话，商品号，库存量)两个实体之间的关系如表2—22和表2-23所示。
表2-22商品表商品号商品名称生产商单价10023 笔记本联想480010024 激光打印机联想165010025 台式电脑联想386020003 激光打印机HP 128020004 笔记本HP 390020005 电冰箱海尔3860... ... ... ...表2—23仓库表仓库号地址电话商品号库存量01 高新路1号8601 10024 2601 高新路1号8601 10025 8901 高新路1号8601 20003 1002 友谊路6号8602 10023 3902 友谊路6号8602 20004 2603 高新路1号8603 20005 18... ... ... ... ...商品关系的主键是 (14) ；仓库关系的主键是 (15) ；仓库关系 (16) ，为了解决这一问题，需要将仓库关系分解为 (17) 。