系统功能需求指其应执行的任务，非功能需求则涉及其行为方式，如可靠性、可扩展性、性能和可维护性等。系统需具备容错能力，保持高效，并易于维护。技术选择需在成本与效益之间取得平衡，以确保在负载增加时系统仍能稳定运行。
本研究探讨了软件开发早期忽视非功能需求（NFRs）的问题。我们利用大型语言模型（LLMs）开发了一种框架，从功能需求中推导出高质量的NFRs。研究结果表明，LLMs生成的NFR与专家评估高度一致，验证了自动化生成非功能需求的可行性。
许多团队错误地将微服务架构视为现代应用的必然选择。实际上，架构选择应基于应用的非功能需求，如可扩展性和可维护性。微服务应针对特定问题，而非默认选择，盲目采用无法解决所有问题，需先分析根本原因。
软件需求规格说明书（SRS）详细描述了软件系统的功能和非功能需求，是客户、开发团队及相关方之间的沟通桥梁。它包括项目概述、功能需求、非功能需求、约束条件和验收标准，确保各方对项目目标的共同理解，支持项目规划，提升沟通效率，确保软件质量。
系统设计时，功能需求和非功能需求都很重要。功能需求描述系统行为的不同方面，对设计、实现、维护甚至废弃都有严重影响。非功能需求以不易用流程图描述的方式定义系统行为，如安全性、可靠性、可扩展性等。
架构设计是建造系统的过程，需要遵循原则。预备架构阶段需要全面理解需求和确定驱动力。概念架构阶段对系统进行分解，考虑非功能性需求。细化架构阶段包括逻辑、开发、运行、物理和数据视图。架构设计需要考虑非功能需求。
完成下面两步后，将自动完成登录并继续当前操作。
