点击上方“方才编程”，每天进步一点点！
Hello 我是方才，15人研发leader、5年团队管理&架构经验。
方才的系分架构必过营，致力于助你一次性拿下软考！26年即将开营！
昨天有伙伴，让方才给他看看论文的问题点，他说不理解为什么只有 38分！我整个阅读下来，就一个字：冤，太冤了。
稍微优化下，就稳稳的合格论文呀。我们来看看问题点，并提供了优化的参考，方才相信对你也有帮助。
写的是秒杀系统：
围绕 “论秒杀场景及其技术解决方案” 论题，依次从以下三个方面进行论述：
1.概要叙述你参与管理和开发的秒杀相关软件项目以及你在其中所担任的主要工作。
2.详细论述秒杀场景的核心技术挑战，并分别说明扩容、动静分离、缓存、服务降级、限流等技术的核心实现方法，以及这些技术如何协同解决秒杀场景的高并发问题。
3.结合你具体参与的项目，说明秒杀技术解决方案的选型思路、落地过程中的关键难点及应对措施，以及最终的技术实施效果。
问题1: 明明可以扣题，非要自己造概念
这是摘要部分，明明可以直接写会员商品秒杀功能，他用了自己的业务概念“限时价功能”，阅卷者直接就蒙了：“你在说什么？？”
优化参考：
本文围绕“秒杀场景及其技术解决方案”展开论述，针对系统内“限时价”这一典型秒杀场景，通过动静分离与多级缓存抵御海量读请求，利用服务降级与请求聚合保障核心下单链路，并依托滑动窗口限流与动态扩缩容确保系统整体可用性。
问题2：硬套模板
功能系统都介绍了，就是不介绍 秒杀 模块。
项目技术直接硬套，题干都给了你秒杀的技术，就是一个不提。
主打一个：不管你什么题目，反正我就是要这么写！
你以为我是不懂秒杀技术？其实是懂的，不信你看我的技术部分：
项目总结也是硬套模板，完全不提 秒杀业务和技术！
问题3：沉迷于技术，业务我不管
整个分论点，秒杀场景和对应的项目业务一点不提，反正我就是要用滑动窗口算法去限流！！你爱咋咋地！
优化参考：
滑动窗口限流算法，保障秒杀场景流量可控性【段首直接申明分论点，且点题】。限时价活动通常在固定时间（如 0 点、10 点）开启，活动开始前 10 分钟用户会集中进入系统等待，开启瞬间请求量会骤增至日常 20 倍以上，若不控制流量，超量请求会直接压垮后端服务【描述业务场景】。项目初期采用固定窗口限流，测试中因窗口切换间隙（如 1 分钟首尾）放行 2 倍阈值请求，导致服务响应超时【冲突】。这种 “边界效应” 会造成网关限流失效，后端服务因请求过载崩溃，进而中断秒杀活动，影响商家销售额与用户信任【问题】。【解决方案】为解决该问题，我主导升级为滑动窗口算法：将 1 分钟固定窗口划分为 6 个 10 秒小时间片，独立统计请求数；网关实时维护窗口总请求数，新请求进入时剔除过期时间片数据，累加当前片请求数，超阈值则限流。同时，将限流阈值与 Kubernetes HPA 联动，请求量达阈值 80% 时自动扩服务副本；前端通过约定限流状态码优化页面展示，避免白屏。【解决效果】该方案实施后，限流准确率从 65% 提升至 99%，秒杀活动期未再出现服务崩溃，系统可用性达 99.9%，10 余次大型活动流量峰值下，核心创单接口均稳定响应。
硬套模板的时代已过！
今年的论文，方才已经收了好几个硬套模板挂掉或者沉迷于技术方案，但不结合业务而挂的。
这里面很多小伙伴都是java老兵了，秒杀技术不可谓不熟。
但却倒在了软考论文的写作方法论上，还是比较可惜的。
我相信各位伙伴现在也深有体会了，目前的系分架构论文，不再是套套模板就能过的了。
论文必须具备3要素：特定技术主题下的业务场景、技术原理、特定业务下的技术方案。
如果你不知道如何写论文？不知道如何备考26年的系分架构？记得后台私方才，方才一定可以帮到你的。
你们的点赞、爱心和评论，就是方才不断更新的功力！给点鼓励可好
还没关注方才的伙伴，记得点个关注，方才每周至少更新一篇干货知识
