一、前言
1.为什么要做项目
面试官要问项目，考察你到底是理论派还是实战派？
1.希望从你的项目中看到你的真实能力和对知识的灵活运用。
2.展示你在面对问题和需求时的思考方式及解决问题的能力。
3.面试官会就你项目提出一些问题，或扩展需求。以此来评估你如何有效应对和设计解决方案。
2.常见问题
1.你这里的处理可能会引发 XXXbug，那么你想要怎么处理。有时候答不上来面试官也会做一些引导，看你是否有一些自己的想法。
2.我现在有个 XXX 需求，在你的项目中你要怎么满足我的需求？
3.你的 XX 表结构如何设计的，你的缓存如何设计的，为什么要这么设计，这么设计的话，如果需求发生 XX 变化你要怎么处理？
4.针对你使用的某个组件，问一些问题，例如：你是怎么使用redis的，为什么要用它，缓存一致是怎么保证的，内存维护使用怎样的方案.....
3.误区
有些同学可能认为在项目中使用技术越多，面试成功率越高。
然而在有限的时间内，无法深入学习和理解所有的技术，也无法实现所有想到的功能。当面试官问到你没有涉及过的技术或功能时，你如果之前知识一味的追求学习的数量，此时你一定很难回答出来。
面试官更关心你的思考和解决问题的能力，如果你能运用所学知识，清晰地解释应对一个你从未接触过的领域，即使不是业界最优解，你也能得到面试官的认可。
不断思考、探索和创新、以提升自己的总和素质和竞争力。
4.总结
项目的作用在于全面展现你的实战能力，问题处理及思考能力，确保面试官对你完成交付任务的能力充满信心。即使遇到挑战，你也能积极应对，推动项目向前发展。
二、 项目展示及核心技术介绍
用到的技术及组件
在线OJ（online-judge）系统，在线判题系统，类似于LeetCode这样的刷题网站。
1.题库（题目列表）
2.竞赛（竞赛列表）
上述两个功能支持游客登录，因此未登录就可以进行查看。
但是如果要答题、要报名比赛需要登录才可以。
3.手机号验证码进行登录
4.答题（判断通过还是未通过）
5.对题目标题和题目内容及难度的搜索
6.报名/开始答题的按钮提示
7. 答题倒计时（完成竞赛/提交代码按钮）
8. 上一题下一题按钮
9.历史竞赛
查看排名
10.个人中心
11.我的比赛/我的消息
12.退出登录
13.后台管理系统
用户管理
题目管理
竞赛管理
14. 第三方组件xxl-job管理
三、开发环境
四、安装nodejs
Node.js — Run JavaScript Everywhere
五、安装 VS Code
Visual Studio Code - Code Editing. Redefined
六、 项目开发步骤
• 立项阶段：项目定义、需求收集与分析、可行性分析、风险评估与规划、项目团队组建、制定项目计划、获取批准与支持。
• 需求评审与分析：
◦ 项目团队（包括产品经理、开发人员、测试人员等）共同参与，明确项目的目标、功能需求、 用户体验等。
◦ 产出物为《需求规格说明书》或《产品需求文档》。（产品经理最终交付）
• 技术选型与架构设计
◦ 根据项目需求，设计系统的整体架构，选择合适的技术栈。
◦ 架构师或技术负责⼈进行主导。
•接口定义与文档编写：
◦后端开发人员定义API接口，包括接口地址、请求方法、请求参数、响应数据、错误码等。
◦编写接口文档，供前端开发人员使用，确保前后端对接口有统一的理解。（一般会组织简短会议讨论，后端主导）
◦ 所有接口风格统一，促进效率。
• 后端开发、前端开发：
◦ 前端和后端开发⼈员分别根据接口文档和技术选型，进行开发。
◦ 这个过程理想情况，前后端是互不干扰独立开发的所以接口文档一定要保证高质量，但是遇到 问题一定是随时沟通。
• 前后端联调：
◦ 后端同学开发完一部分接⼝后，可将接口部署到开发环境。和前端同学配合联调 ◦
联调工作一般由前端同学主导，后端同学配合调整和修改。
◦ 联调过程中，后端同学可分出一部分精力完成其它工作。但要确保提供联调接⼝的可靠性。
◦ 前后端开发人员配合进行接口联调，确保前后端数据交互无误。
• 测试
◦ 前后端同学分别将前后端系统部署到测试环境。
◦ 测试团队进行功能测试、性能测试、兼容性测试等，确保系统的质量和稳定性。
• 问题修复与优化：
◦ 根据测试结果，修复发现的问题，优化系统性能和用户体验。
◦ 可能涉及前后端代码的修改和调整。
• 部署与上线：
◦ 将项目部署到⽣产环境，配置服务器、数据库等。
◦ 进行上线前的最终测试，确保系统能够稳定运行。
• 维护与迭代：
◦ 项目上线后，进行日常的维护和监控，确保系统的安全和稳定运行。
◦ 根据用户反馈和市场需求，进行功能迭代和优化。
总结：
这就是软件开发的基本步骤，实际生产开发中有时也会做出调整。在整个开发过程中，前后端开 发⼈员需要保持密切的沟通与协作，确保项目的顺利进行。同时，项目团队也需要定期召开会议，同步项目进度、问题和需求变更，确保项目能够按时交付。
七、需求收集与分析
需求分类
•业务需求：指反映企业或组织对系统的⽬标要求，通常来⾃与企业内部。
•用户需求：描述软件系统的⽤⼾期望和需求，如⽤⼾界⾯、操作⽅式、数据展⽰等
•系统需求：从系统⻆度来说明软件的需求，包括功能需求(系统必须实现的功能)、⾮功能需求(⽐如软件的质量，可维护性，效率等等)和设计约束(交付时的⼀些限制条件，⽐如必须采⽤国有⾃主知识产权的数据库，必须运⾏在某个操作系统下)等等。
需求获取
需求获取的⽅式主要有以下⼏种：
•访谈与调研：直接与⽤⼾或者相关⼈员进⾏交流，然后整理出需求。
•问卷调查：由于对⽤⼾进⾏逐⼀访谈⽐较耗时且⽤⼾时间不⼀定允许及时参与访谈，所以可以预先准备问卷调查表让⽤⼾填写，再根据结果进⾏⼩范围访谈，可以看做是对⽤⼾访谈的⼀种优化。
•查阅⽂档与资料：研究⾏业报告、市场分析报告等，了解⾏业趋势、市场需求和竞争态势。
•原型与概念验证：制作简单的原型或概念模型，向⽤⼾展⽰可能的系统界⾯、操作流程和功能点，收集他们的反馈和建议
• 竞品分析：分析竞争对⼿的产品或服务，了解他们的功能、优缺点以及⽤⼾反馈，从⽽发现⾃⾝产 品的潜在需求和改进点。
• 等等
在获取需求的过程中，需要注意以下⼏点：
◦ 保持沟通：与⽤⼾和利益相关者保持持续的沟通，确保及时获取反馈和澄清疑问。
◦ 记录与整理：详细记录获取到的需求信息，并进⾏整理和分析，确保信息的准确性和⼀致性。
◦ 验证与确认：对获取到的需求进⾏验证和确认，确保它们真正反映了⽤⼾的期望和业务需求。
需求种类 需求内容 （在线OJ系统）
业务需求 题⽬列表、刷题、竞赛的列表、竞赛用户排名、
比赛、自动判题、题⽬管理、 竞赛管理。
用户需求 我的竞赛、我的消息、获取⽐赛结果、查看历史竞赛排名
系统需求 用户登录、注册、用户管理
安全防护（身份认证、防sql注入、防xss攻击）SEO优化......
需求确定：
八、系统架构（BS与CS架构）
C/S架构
常见案例：QQ、微信、网易云音乐、王者荣耀等等
C/S架构优缺点
B/S架构
B/S架构全称是浏览器 / 服务器(Browser/Server)架构，
分为Web浏览器、服务器程序、数据库（也可以是第三方组件服务）服务三部分
常见案例： 比如常见的大型网站站都属于此类。比如：平时使用的学校的官网、CSDN的官网等等
B/S架构优缺点
如何选择
