一、范式(NF),逐层消除的内容
1NF(第一范式):消除列的原子性不满足,也就是同一字段里面不能放多个值,不能有复合字段、多值单元格,属性不可再分。 2NF(第二范式):在满足 1NF 基础上,消除非主属性对主键的部分函数依赖,主键如果是组合键,不能只依赖主键里一部分字段。 3NF(第三范式):在满足 2NF 基础上,消除非主属性对主键的传递函数依赖,非主键字段不能依赖另一个非主键字段。 BCNF(巴斯 - 科德范式):在 3NF 基础上,消除主属性对主键的部分依赖、传递依赖,解决 3NF 里主键内部还存在依赖的漏洞,所有决定因子都必须是候选键。 4NF(第四范式):在 BCNF 基础上,消除非平凡多值依赖,一个主键不能独立决定多个互不相关的多值属性。 5NF(第五范式,投影连接范式):在 4NF 基础上,消除不能分解为更小关系的连接依赖,一般软考很少考,属于理论高阶范式,工程几乎不用。
二、开发模型(优缺点 + 适用场景,直接对比)
瀑布模型:线性顺序,一步一步做完才到下一阶段。优点是结构清晰、文档齐全、便于管理;缺点是前期需求必须完全确定,后期改需求代价极大,迭代困难。适合需求稳定、变更极少的大型项目,比如军工、政务定型软件。 增量模型:先做核心版本交付,后续不断叠加新功能。优点用户能早点看到可用版本、风险分散;缺点如果增量划分不好,后期架构容易腐烂。适合需求可以分批交付、需要快速上线核心功能的项目。 螺旋模型:瀑布 + 原型,每一轮循环包含计划、风险分析、开发、评审,重点抓风险。优点擅长识别和规避重大风险;缺点成本高、周期长、对风险分析人员要求高。适合高风险大型项目,比如航天、金融核心系统。 喷泉模型:面向对象专用,迭代、无间隙,开发和分析可以来回穿插,没有明确边界。优点贴合面向对象、复用性好;缺点过程不好管控,容易越做越发散。适合面向对象开发、需求持续迭代的项目。 原型模型:先快速造一个简易原型给用户看,确认需求再正式开发。优点快速澄清模糊需求;缺点用户容易把原型当成成品,频繁提修改。适合需求模糊、用户说不清想要什么的项目。 V 模型:瀑布的变种,测试阶段和开发阶段一一对应,单元测试对应编码、集成测试对应概要设计、系统测试对应需求。优点测试计划提前写,测试和开发绑定;缺点同样不擅长需求变更。适合对测试要求高、规范强的项目。 敏捷(Scrum):短迭代、持续反馈、拥抱需求变化。优点响应变更快、沟通灵活;缺点文档偏少、人员要求高,范围容易失控。适合需求多变、互联网、小团队快速迭代。
三、算法分类(软考常考定性描述)
蛮力(穷举)算法:最糟糕,把所有可能性全部试一遍,时间复杂度很高,只能解决小规模问题,一定能找到解但是效率最差。 贪心算法:每一步只选当前局部最优,目光短浅,不一定能得到全局最优解,实现简单速度快。 动态规划:记录子问题的解,避免重复计算,能拿到全局最优解,前提是问题具备最优子结构、无后效性。 分治算法:把大问题拆成多个独立小问题,分别求解再合并,能求最优解;适合可以拆分互不干扰的问题。 回溯算法:试探 + 回退,走不通就退回去换分支,可以找到全部可行解,适合组合、排列、迷宫类问题,属于搜索类。 分支限界:广度优先搜索 + 剪枝,找最优解,比回溯更快收敛。
四、关键路径 & PERT 图
关键路径:AOE 网(PERT 图,带权有向图,节点是事件、边是活动)里,从起点到终点最长的那条路径,路径上所有活动都是关键活动。关键路径决定整个项目最短工期,关键活动延期,总工期就延期;只有关键活动赶工,总工期才会缩短。 可节约天数:不是随便压缩,只有压缩关键路径上的活动才可以节约工期;压缩之后要重新算关键路径,有可能出现多条关键路径,这时必须同时压缩所有关键路径才能继续缩短工期,节约天数 = 原工期减去压缩后新的总工期。 PERT 三点估算:活动期望工期 =(乐观时间 + 4× 最可能时间 + 悲观时间)/6,用来算工期、算方差,评估工期概率。
五、软件质量、可用性、稳定性、适应性
软件质量:软件满足明确和隐含需求的能力总和,软考常用 ISO 质量模型,包含功能性、性能效率、兼容性、易用性、可靠性、安全性、可维护性、可移植性。 可用性:系统在需要的时候可以正常使用的程度,简单说就是能用的时间占比,少宕机、容易访问。 稳定性(属于可靠性):长时间持续运行,不容易崩溃、报错、内存泄漏,长时间跑不出异常。 适应性(属于可移植性):软件能够适配不同环境,比如换操作系统、换硬件、换数据库,不用大幅修改就能跑起来。
六、软件风险(5 类,软考标准四类 + 市场风险)
市场风险:做出来的软件没人要、竞品抢先、市场需求已经变化,就算技术做得再好也卖不出去。 技术风险:技术方案不成熟、新技术踩坑、性能达不到指标、架构设计出错,做不出来想要的效果。 管理风险:进度排期失控、人员流失、沟通混乱、预算超支、任务分配不合理。 开发风险:需求持续变更、代码质量差、测试不足、接口对接出问题。 商业风险:合同纠纷、版权专利侵权、盈利模式失效、成本远超收益。
七、OSI 七层网络模型(从上到下顺序)
7 应用层:直接给应用程序用,HTTP、FTP、SMTP、DNS,给用户提供网络服务。 6 表示层:数据格式转换、加密解密、压缩解压,处理数据的语法格式,比如编码转换。 5 会话层:建立、管理、断开会话连接,维持两端对话,同步会话。 4 传输层:端到端传输,TCP(可靠、面向连接)、UDP(不可靠、无连接),端口号在这里。 3 网络层:寻址和路由,IP 协议,找跨网段路径,路由器工作在这一层。 2 数据链路层:相邻节点传输,封装成帧、MAC 地址、差错检测,交换机工作在这一层。 1 物理层:传输比特流,网线、光纤、网卡、集线器,只传 0 和 1 电信号,不理解数据含义。
人人皆为创造者,共创方能共成长
每个人都是使用者,也是创造者;是数字世界的消费者,更是价值的生产者与分享者。在智能时代的浪潮里,单打独斗的发展模式早已落幕,唯有开放连接、创意共创、利益共享,才能让个体价值汇聚成生态合力,让技术与创意双向奔赴,实现平台与伙伴的快速成长、共赢致远。
原创永久分成,共赴星辰大海
原创创意共创、永久收益分成,是东方仙盟始终坚守的核心理念。我们坚信,每一份原创智慧都值得被尊重与回馈,以永久分成锚定共创初心,让创意者长期享有价值红利,携手万千伙伴向着科技星辰大海笃定前行,拥抱硅基 生命与数字智能交融的未来,共筑跨越时代的数字文明共同体。
东方仙盟:拥抱知识开源,共筑数字新生态
在全球化与数字化浪潮中,东方仙盟始终秉持开放协作、知识共享的理念,积极拥抱开源技术与开放标准。我们相信,唯有打破技术壁垒、汇聚全球智慧,才能真正推动行业的可持续发展。
开源赋能中小商户:通过将前端异常检测、跨系统数据互联等核心能力开源化,东方仙盟为全球中小商户提供了低成本、高可靠的技术解决方案,让更多商家能够平等享受数字转型的红利。
共建行业标准:我们积极参与国际技术社区,与全球开发者、合作伙伴共同制定开放协议 与技术规范,推动跨境零售、文旅、餐饮等多业态的系统互联互通,构建更加公平、高效的数字生态。
知识普惠,共促发展:通过开源社区 、技术文档与培训体系,东方仙盟致力于将前沿技术转化为可落地的行业实践,赋能全球合作伙伴,共同培育创新人才,推动数字经济 的普惠式增长
阿雪技术观
在科技发展浪潮中,我们不妨积极投身技术共享。不满足于做受益者,更要主动担当贡献者 。无论是分享代码、撰写技术博客,还是参与开源项目 维护改进,每一个微小举动都可能蕴含推动技术进步的巨大能量。东方仙盟是汇聚力量的天地,我们携手在此探索硅基 生命,为科技进步添砖加瓦。
Hey folks, in this wild tech - driven world, why not dive headfirst into the whole tech - sharing scene? Don't just be the one reaping all the benefits; step up and be a contributor too. Whether you're tossing out your code snippets , hammering out some tech blogs, or getting your hands dirty with maintaining and sprucing up open - source projects, every little thing you do might just end up being a massive force that pushes tech forward. And guess what? The Eastern FairyAlliance is this awesome place where we all come together. We're gonna team up and explore the whole silicon - based life thing, and in th