计人员和实现人员），技术人员通过此文档完成项目开发，并且当规格说明书得到系统决策者确认后，它将成为开发人员在进行项目设计、实现、测试和实施过程中唯一的需求规范。
12文档约定
本文档的命名遵从如下规范：待添加
13预期的读者和阅读建议
系统负责人可以根据功能的优先级来安排项目的开发进程；系统开发人员可以根据分析模型来指导系统设计和详细设计；测试人员可以根据详细的用例描述来指导测试用例的开发；
14参考文献
无
15术语
本文档所涉及的专门术语定义和缩略语、缩写词的含义如下表：
2综合描述
21项目背景
项目的背景介绍。
f需求规格说明书
机密文档不得外泄
22项目的远景
远景的描述。
23系统的功能
本项目的最终目标是开发一套基于Web的、具有高可用性的平台，系统整体结构如下图
系统总体结构图
系统功能以及优先级见下表：模块名称功能标识
系统功能图功能名称
功能描述
优先级
24用户分析
241用户分析
本系统用户共有一类角色，既普通角色、游客，详细见下表：
角色名称
用户权限
对应用户范围
普通角色
所有权限
所有已登录用户
游客
受限
未登录人员
242角色分析
普通用户权限分配图
25设计和实现上的限制
f需求规格说明书
机密文档不得外泄
1、系统架构师应考虑到信息流量巨大的时候，保持系统的稳定性和安全性。2、系统开发人员应考虑到系统模块的重复使用的性能，在代码开发中尽量做到标
准化。3、UI设计师应从用户角度考虑界面交互设计的要求，保持使用的快捷和方便。
26假设和依赖关系
1、假设阅读本文档的人员都具有基础的短信发送业务流程知识。2、假设阅读本文档的人员都具有相当的开发技巧和能力。
3功能需求
31具体需求
311具体需求
3111用例模型
用例图
用例描述
用例编号：
用例名称：
用例描述：
执行者：
前置条件：
后置条件：
涉众利益：
基本路径：
1、
扩展路径：
字段列表：
业务规则：
非功能需求：1、
字段表：
字段名称字典必录
只读
描述
备注
32补充需求
用户体验完善计划用户在初次使用产品时，弹出页面询问用户是否愿意参加我方的用户体验完善计划，如用户愿意则定期发送用户体验卡给用户填写并读取用户的个人信息保存以配合市
f需求规格说明书
机密文档不得外泄
场调研，如不愿意则不再提醒，用户可在帮助中获得用户体验完善计划的链接说明和问
卷。
用户体验计划字段表：
字段名称字典必录只读
描述
备注
4非功能需求
41性能需求
1、系统必须能r