2026年网络信息系统分析设计自测题附答案

2026年网络信息系统分析设计自测题附答案一、单项选择题（每题2分，共20分）1.在网络信息系统需求分析阶段，以下哪项活动不属于“需求验证”的范畴？A.确认需求文档与用户原始陈述的一致性B.检查需求是否存在矛盾或歧义C.评估需求的技术可行性与成本合理性D.绘制系统用例图并标注角色交互2.某企业拟开发跨平台采购管理系统，需支持移动端（iOS/Android）、PC端浏览器访问及第三方API对接。从架构设计角度，最合理的选择是？A.传统C/S架构（客户端/服务器）B.分层B/S架构（浏览器/服务器）+微服务C.集中式单体架构D.文件服务器架构3.数据库设计中，若某关系模式存在“部分函数依赖”，则其不符合以下哪类范式要求？A.第一范式（1NF）B.第二范式（2NF）C.第三范式（3NF）D.BC范式（BCNF）4.网络拓扑设计时，某高校要求核心机房到各教学楼的网络延迟不超过10ms，丢包率低于0.1%。这一需求主要影响以下哪项设计参数？A.传输介质的选择（光纤/双绞线）B.网络设备的品牌（华为/思科）C.网络分层结构（核心层/汇聚层/接入层）D.网络冗余方案（双链路/环网）5.在UML建模中，用于描述系统动态行为、展示对象间消息传递顺序的图是？A.类图B.用例图C.序列图D.状态图6.系统安全设计中，“纵深防御”原则的核心是？A.在单一层次部署高强度安全措施B.通过多层级、多维度的安全控制降低风险C.依赖防火墙等边界设备实现全面防护D.仅对关键数据进行加密7.敏捷开发方法（Agile）与瀑布模型的主要区别在于？A.是否强调需求的一次性冻结B.是否使用UML进行建模C.是否需要编写详细的需求文档D.是否支持跨部门团队协作8.某电商系统需支持“双十一”期间百万级并发访问，其数据库设计应优先考虑？A.严格遵循3NF范式以减少数据冗余B.采用读写分离、分库分表策略提升性能C.使用单库单表简化维护D.仅存储用户基本信息，交易记录存于文件系统9.网络信息系统测试中，“压力测试”的主要目的是？A.验证功能是否符合需求B.检测系统在异常输入下的容错能力C.评估系统在高负载下的性能表现D.确认不同模块间的接口兼容性10.系统维护阶段，针对用户提出的“增加移动端扫码登录功能”的需求，属于？A.正确性维护（修正bug）B.适应性维护（适应环境变化）C.完善性维护（提升功能）D.预防性维护（预防未来问题）二、填空题（每题2分，共20分）1.需求分析的三个主要层次是业务需求、用户需求和__________。2.数据库设计的主要阶段包括需求分析、概念设计、__________和物理设计。3.网络拓扑结构中，__________结构具有较高的冗余性，但成本和管理复杂度较高。4.UML用例图的核心元素包括参与者（Actor）、__________和关系（关联/包含/扩展）。5.系统架构设计中，SOA（面向服务架构）的核心是通过__________实现服务的松散耦合。6.网络信息系统的安全威胁可分为主动攻击（如篡改、伪造）和__________（如窃听、截获）。7.软件测试的主要类型包括单元测试、集成测试、系统测试和__________。8.微服务架构中，服务间通信通常采用__________（如HTTP/REST）或消息队列（如Kafka）。9.数据库索引设计需权衡查询性能提升与__________（如插入/更新操作变慢）的成本。10.系统部署方案中，__________（如Docker）技术通过容器化实现环境一致性和快速部署。三、简答题（每题8分，共40分）1.简述结构化分析方法（SA）与面向对象分析方法（OOA）的核心差异，并举例说明各自适用场景。2.说明数据库逻辑设计阶段的主要任务，以及如何将ER图转换为关系模式（需结合具体示例）。3.网络拓扑设计需考虑哪些关键因素？请针对“企业总部+5个分支机构”的场景，设计一个兼顾成本与可靠性的拓扑方案。4.UML状态图与活动图的主要区别是什么？请分别举例说明其应用场景。5.系统安全设计中，“最小权限原则”指什么？在用户权限管理模块中，如何通过技术手段（如角色、权限分级）实现这一原则？四、应用题（共20分）某社区拟开发“智慧养老服务平台”，需求如下：服务对象：社区老人（60岁以上）、家属、社区工作人员（网格员、医护人员）。核心功能：健康监测（老人可通过智能手环上传心率、血压数据）、紧急呼叫（老人一键报警，系统自动通知网格员和家属）、服务预约（家属为老人预约上门护理/送餐）、数据统计（社区查看老人健康趋势、服务订单量）。非功能需求：支持5000人同时在线，健康数据存储至少5年，系统响应时间≤2秒（90%场景），敏感信息（如身份证号、健康数据）需加密存储。请完成以下设计任务：（1）设计平台的B/S架构分层模型（需标注各层名称及核心功能）；（2）绘制简化的网络拓扑图（标注核心设备：如Web服务器、数据库服务器、应用服务器、防火墙、负载均衡器）；（3）针对“紧急呼叫”功能，绘制用例图（需包含参与者、用例及关系）；（4）设计数据库的核心实体（至少包括“老人”“家属”“网格员”“健康记录”“紧急呼叫记录”），并说明实体间的关系类型（如一对一、一对多）及关键属性。答案一、单项选择题1.D（需求验证关注需求的正确性、一致性、可行性，用例图绘制属于需求建模）2.B（跨平台访问需B/S支持，微服务提升扩展性）3.B（2NF要求消除非主属性对候选键的部分依赖）4.A（光纤传输速率高、延迟低，适合长距离高要求场景）5.C（序列图侧重时间顺序的消息传递）6.B（多层防护降低单点失效风险）7.A（敏捷允许需求迭代，瀑布强调需求冻结）8.B（高并发需读写分离、分库分表提升吞吐量）9.C（压力测试关注高负载下的性能表现）10.C（增加新功能属于完善性维护）二、填空题1.系统需求（或功能需求）2.逻辑设计3.网状（或全连接）4.用例（UseCase）5.服务接口（或标准化接口）6.被动攻击7.验收测试（或用户测试）8.轻量级协议9.维护开销（或写操作性能下降）10.容器化（或Docker容器）三、简答题1.结构化分析（SA）以数据流为中心，将系统分解为功能模块（如分层DFD图），适用于需求明确、功能稳定的传统信息系统（如财务系统）。面向对象分析（OOA）以对象为中心，通过类、继承、封装建模，适用于需求易变、交互复杂的系统（如电商平台）。示例：SA设计图书管理系统时，重点划分“借书”“还书”等功能模块；OOA则抽象“读者”“书籍”“借阅记录”等对象，通过消息传递实现功能。2.逻辑设计任务：将概念设计的ER图转换为关系模式，优化范式（如消除冗余），确定主键、外键。ER图转关系模式步骤：①实体转换为表（如“学生”实体→学生表（学号，姓名，年龄））；②1:1关系可合并表或独立表（如“班级”与“班长”→班级表（班号，班名，班长学号），班长学号外键）；③1:n关系在n端表中添加1端主键作为外键（如“系”与“学生”→学生表添加系号外键）；④m:n关系需创建关联表（如“学生”与“课程”→选课表（学号，课程号，成绩））。3.关键因素：带宽需求、延迟要求、可靠性（冗余）、成本、可扩展性。企业场景方案：采用“核心层-汇聚层-接入层”三层架构。总部部署核心交换机（双机冗余），通过光纤连接各分支机构的汇聚交换机（每分支1台）；分支机构内通过接入交换机连接终端（如办公电脑、IP电话）。核心层与汇聚层间采用双链路（主备或负载均衡），提升可靠性；分支机构使用性价比高的千兆交换机，降低成本。4.状态图描述对象在生命周期中状态的转换（触发事件），侧重个体行为（如自动售货机的“待机”“投币”“出货”状态转换）。活动图描述业务流程或操作步骤的执行顺序（如“请假审批”流程：提交→主管审核→HR备案→结束），可包含并行活动（如“同时通知直属领导和部门经理”）。区别：状态图关注状态变化，活动图关注流程步骤；状态图针对单个对象，活动图可描述多个对象协作。5.最小权限原则：用户仅获得完成任务所需的最小权限。实现方式：①角色划分（如“普通用户”“管理员”“审计员”）；②权限分级（如“查看”“修改”“删除”）；③动态授权（根据任务临时提升权限，如工程师维护时临时获得服务器访问权，任务结束后回收）；④审计日志（记录权限操作，防止越权）。例如，网格员仅能查看所负责区域老人的健康数据，无法修改或访问其他区域；医护人员可修改健康记录但不能删除历史数据。四、应用题（1）B/S架构分层模型：表现层（用户层）：老人/家属/网格员通过手机APP（H5或原生）、PC浏览器访问前端页面（如Vue.js开发的交互界面）。应用层（服务层）：部署微服务（健康监测服务、紧急呼叫服务、预约服务、统计服务），使用SpringCloud或Kubernetes管理，处理业务逻辑（如验证手环数据有效性、触发报警通知）。数据层：关系型数据库（MySQL/PostgreSQL）存储用户信息、健康记录；NoSQL（Redis）缓存高频访问数据（如老人实时心率）；文件存储（MinIO）保存非结构化数据（如护理服务的图片评价）。支撑层：云基础设施（阿里云/华为云）提供计算（ECS）、存储（OSS）、网络（VPC）资源；中间件（消息队列RocketMQ）处理紧急呼叫的异步通知。（2）网络拓扑图（文字描述）：公网边界：部署防火墙（如深信服AF），配置访问控制策略（仅允许80/443端口访问）；前置负载均衡器（F5/Big-IP），将请求分发至多台Web服务器（横向扩展）。内网区域：Web服务器集群（Nginx+Tomcat）处理HTTP请求；应用服务器集群（独立于Web层）运行微服务；数据库服务器（主从架构，主库写、从库读）存储核心数据；缓存服务器（Redis集群）提升查询速度。终端接入：老人手环通过4G/5G网络（或社区Wi-Fi）接入平台；网格员/家属通过公网访问，社区工作人员通过VPN接入内网。（3）“紧急呼叫”用例图：参与者：老人（Actor）、网格员（Actor）、家属（Actor）、系统（隐含）。用例：“老人发起紧急呼叫”（主用例）、“系统自动通知网格员”（包含用例）、“系统自动通知家属”（包含用例）、“网格员确认报警”（扩展用例，可选）、“家属查看报警详情”（扩展用例）。关系：“老人发起紧急呼叫”包含“通知网格员”和“通知家属”；“网格员确认报警”扩展主用例（当网格员未及时响应时触发提醒）。（4）数据库核心实体设计：老人（Elder）：主键（老人ID），属性（姓名，身份证号（加密），年龄，居住地址，紧急联系人（家属ID外键））。家属（Family）：主键（家属ID），属性（姓名，手机号，与老人关系）。网格员（GridManager）：主键（网格ID），属性（姓名，手机号，负责区域）。健康记录（HealthRecord）：主键（记录ID），属性（老人ID外键，心率