2026年信息管理离线作业附答案

2026年信息管理离线作业附答案1.某医疗信息管理系统需存储患者基本信息（姓名、身份证号、出生日期、联系方式）、就诊记录（就诊时间、诊断结果、主治医生、药品使用情况）、医生信息（姓名、科室、职称、执业编号）。请完成以下任务：（1）绘制该系统的概念模型（E-R图），要求标注实体属性、实体间联系类型及联系属性（若有）。（2）将概念模型转换为关系模型，列出所有关系模式并标注主码与外码（若有）。（3）分析当前关系模式是否满足第三范式（3NF），若不满足请说明原因并给出优化方案。答案：（1）概念模型E-R图设计如下：实体1：患者（患者ID[主码]，姓名，身份证号，出生日期，联系方式）；实体2：医生（医生ID[主码]，姓名，科室，职称，执业编号）；实体3：就诊记录（记录ID[主码]，就诊时间，诊断结果）；实体间联系：患者与就诊记录为1:N（一名患者可有多条就诊记录）；医生与就诊记录为1:N（一名医生可处理多条就诊记录）；就诊记录与药品使用情况为M:N（一条记录可能使用多种药品，一种药品可用于多条记录），需新增“药品使用”联系实体（记录ID，药品ID，用量，用法）。（2）关系模型转换结果：患者（患者ID，姓名，身份证号，出生日期，联系方式）——主码：患者ID；医生（医生ID，姓名，科室，职称，执业编号）——主码：医生ID；就诊记录（记录ID，患者ID，医生ID，就诊时间，诊断结果）——主码：记录ID，外码：患者ID（参照患者）、医生ID（参照医生）；药品（药品ID，药品名称，规格，单价）——主码：药品ID；药品使用（记录ID，药品ID，用量，用法）——主码：（记录ID，药品ID），外码：记录ID（参照就诊记录）、药品ID（参照药品）。（3）当前关系模式满足3NF。分析如下：患者表中，所有非主属性（姓名、身份证号等）完全依赖于主码患者ID，且不存在传递依赖（身份证号唯一对应患者，与其他属性无传递关系）；医生表同理，非主属性完全依赖主码医生ID；就诊记录表中，非主属性（就诊时间、诊断结果）完全依赖主码记录ID，患者ID和医生ID作为外码是引用其他实体的主码，无传递依赖；药品表与药品使用表的非主属性均完全依赖各自主码，无部分依赖或传递依赖。因此所有关系模式均符合3NF要求。二、信息系统开发与生命周期管理2.某中小型制造企业计划开发一套生产管理信息系统（MIS），涵盖生产计划制定、物料需求计算、设备调度、质量检测等功能。假设你是项目负责人，请回答以下问题：（1）简述信息系统生命周期各阶段的核心任务，结合该企业需求说明在“系统分析阶段”需重点完成的工作。（2）需求分析是系统开发的关键环节，列举3种常用的需求获取方法，并说明在该制造企业场景下哪种方法最适用及原因。（3）若企业要求系统需支持未来5年的业务扩展（如新增产品线、对接供应商系统），请提出3条在系统设计阶段可采取的技术措施。答案：（1）信息系统生命周期通常包括：①系统规划：确定系统目标、范围及资源需求；②系统分析：明确用户需求，建立逻辑模型；③系统设计：将逻辑模型转化为物理模型（如数据库设计、架构设计）；④系统实施：编码、测试、上线；⑤系统运行与维护：持续优化与故障处理。针对该制造企业的生产管理MIS，系统分析阶段需重点完成：业务流程建模：梳理现有生产计划、物料管理等流程，识别冗余环节（如手工统计物料库存导致延迟）；数据需求分析：确定生产订单、设备状态、质量检测结果等数据的类型、存储周期及关联关系；功能需求定义：明确系统需实现的核心功能（如自动计算物料需求时需考虑安全库存系数）；非功能需求分析：如响应时间（生产调度指令需在5秒内反馈）、可靠性（设备状态数据每日自动备份）。（2）常用需求获取方法包括：①用户访谈：与生产主管、车间班长等直接沟通，了解实际工作痛点；②问卷调查：向多部门（生产、仓储、质检）发放结构化问卷，收集量化需求；③原型法：开发简单原型（如生产计划界面demo），通过用户试用收集反馈。在该制造企业场景下，“用户访谈+原型法”组合最适用。原因：生产管理涉及跨部门协作（如计划部门需与仓储部门同步物料数据），通过深度访谈可挖掘隐性需求（如设备调度需考虑模具更换时间）；而原型法能快速验证复杂功能（如物料需求计算逻辑），避免因需求理解偏差导致后期返工（例如，若系统未考虑季节性订单波动，可能导致物料采购过量）。（3）支持业务扩展的技术措施：①采用模块化架构设计：将生产计划、设备调度等功能拆分为独立模块（如“计划引擎模块”“设备接口模块”），模块间通过标准化API通信，新增产品线时仅需扩展对应模块；②设计可配置的数据模型：在数据库中增加“参数配置表”（如存储安全库存系数、供应商交货周期等业务规则），未来调整规则时无需修改代码，通过后台配置即可生效；③预留外部系统接口：在系统设计阶段定义与供应商系统（如ERP）的对接协议（如RESTfulAPI、JSON数据格式），并在文档中明确接口参数（如物料编号的编码规则），确保后期对接时仅需开发适配器即可完成集成。三、数据安全与隐私保护3.某电商企业近期发生用户数据泄露事件，泄露数据包括用户姓名、手机号、收货地址及近1年的购物记录（含商品类别、金额）。假设你是该企业信息安全主管，需完成以下任务：（1）分析导致数据泄露的可能原因（至少4类），并说明每类原因对应的技术漏洞。（2）提出4条针对性的防护措施，要求覆盖技术、管理、流程三个层面。（3）若需向监管部门提交整改报告，需包含哪些核心内容（至少5项）？答案：（1）可能原因及技术漏洞：①数据库访问控制失效：未对后台运维账号设置最小权限（如运维人员拥有数据库全表读写权限），导致内部人员越权下载用户数据；②应用程序存在SQL注入漏洞：前端搜索功能未对用户输入（如手机号）进行校验，攻击者通过构造恶意SQL语句获取数据库数据；③数据传输未加密：用户登录过程中，手机号、密码等敏感信息通过HTTP明文传输，被中间人截获；④日志监控缺失：数据库操作日志未开启或未保留足够时长（如仅保留7天），导致数据泄露事件发生后无法追溯操作路径。（2）防护措施：技术层面：①实施数据库访问控制（DAC）：为运维、开发等角色分配最小权限（如开发人员仅能访问测试库，生产库仅DBA可读写）；②部署Web应用防火墙（WAF）：对输入参数进行正则校验（如手机号必须为11位数字），拦截SQL注入、XSS等攻击；管理层面：③开展员工安全培训：每季度组织数据安全合规培训（如《个人信息保护法》要求），签订保密协议，明确违规处罚条款；流程层面：④建立数据泄露应急响应流程：定义事件发现（如日志异常监控）、上报（1小时内通知管理层）、处置（隔离受影响系统）、用户通知（48小时内通过短信告知风险）的具体步骤。（3）整改报告核心内容：①事件概况：泄露数据范围（如涉及50万用户）、时间跨度（2025年10月-2026年3月）、影响分析（可能导致用户收到诈骗电话）；②原因分析：明确技术漏洞（如SQL注入）、管理缺失（如账号权限未最小化）；③已采取的补救措施：如修复漏洞、重置受影响用户密码、启动数据加密（对手机号进行哈希+盐值处理）；④长期防护计划：包括年度安全测试（如渗透测试）、第三方安全评估（委托有资质的机构）、用户数据分级管理（将购物金额标记为敏感级，限制访问层级）；⑤合规承诺：声明遵守《个人信息保护法》《数据安全法》，承诺定期向监管部门提交安全报告（如每半年一次）。四、信息资源管理与优化4.某高校图书馆需优化其信息资源管理体系，当前存在以下问题：纸质图书借阅记录与电子资源访问记录分散存储（分别由流通部和数字资源部管理）；读者偏好数据（如常借书籍类别、电子资源下载时段）未被有效利用；古籍文献数字化成果（如扫描件、注释）存在重复存储（不同部门各自备份）。请结合信息资源管理理论，回答以下问题：（1）说明信息资源整合的核心目标，针对该图书馆问题提出2种整合策略。（2）分析读者偏好数据的价值，列举3种可应用该数据的业务场景。（3）提出古籍文献数字化资源的存储优化方案，要求兼顾成本与访问效率。答案：（1）信息资源整合的核心目标是消除“信息孤岛”，实现数据的集中管理、共享与增值利用。针对图书馆问题的整合策略：①建立统一数据中台：开发图书馆资源管理平台，通过ETL工具（如Kettle）将纸质借阅记录（字段：读者ID、图书ISBN、借阅时间）与电子资源访问记录（字段：读者ID、资源ID、访问时间）抽取、清洗后，存储于中央数据库，建立“读者-资源”关联表；②制定元数据标准：定义统一的元数据规范（如纸质书与电子书的“主题分类”采用《中国图书馆分类法》，“读者类型”统一为学生/教师/校友），确保不同部门数据可关联分析（如统计教师用户对电子期刊的访问偏好）。（2）读者偏好数据的价值在于通过数据驱动优化资源采购与服务。可应用的业务场景：①采购决策支持：分析读者常借书籍类别（如计算机类图书借阅量占比35%），调整采购预算（将计算机类采购比例从25%提升至35%）；②服务时间优化：根据电子资源下载时段分布（如晚上7-9点访问量占日总量60%），在该时段增加服务器带宽，避免访问卡顿；③个性化推荐：为读者推送相关资源（如某学生常借Python书籍，可推荐电子资源中的“Python实战教程”），提升资源利用率（目标将电子资源月均访问量从5万次提升至8万次）。（3）古籍文献数字化资源存储优化方案：①分级存储策略：将古籍资源分为“高频访问”（如近3年被查阅超过50次的扫描件）与“低频访问”（如仅学术研究使用的注释文档）；高频资源存储于SSD硬盘（读取速度快，成本较高），低频资源存储于归档级HDD或云存储（如阿里云OSS冷