软件概要设计说明书范例
软件详细设计说明书例
软件详细设计说明书例一、引言在软件开发过程中，详细设计是连接概要设计和编码实现的重要环节。
它为软件的编码提供了具体的指导，包括模块的内部结构、算法、数据结构、接口等方面的详细描述。
本文将以一个简单的学生管理系统为例，展示一份软件详细设计说明书的范例。
二、软件概述（一）软件名称学生管理系统（二）软件功能1、学生信息管理：包括学生基本信息的录入、修改、查询和删除。
2、课程管理：课程信息的添加、修改、查询和删除。
3、成绩管理：学生成绩的录入、查询和统计分析。
三、模块设计（一）学生信息管理模块1、学生信息录入子模块输入：学生的学号、姓名、性别、出生日期、班级等信息。
处理：对输入的信息进行合法性校验，如学号的唯一性检查、出生日期的格式检查等。
将合法的信息保存到数据库中。
输出：提示信息，如“录入成功”或“录入失败，请重新输入”。
2、学生信息修改子模块输入：要修改的学生学号和修改后的信息。
处理：根据学号查询出对应的学生信息，将修改后的信息更新到数据库中。
输出：提示信息，如“修改成功”或“修改失败，请重新输入”。
3、学生信息查询子模块输入：查询条件，如学号、姓名、班级等。
处理：根据查询条件从数据库中检索出符合条件的学生信息。
输出：查询结果，以列表形式展示学生的基本信息。
4、学生信息删除子模块输入：要删除的学生学号。
处理：根据学号从数据库中删除对应的学生信息。
输出：提示信息，如“删除成功”或“删除失败，请重新输入”。
（二）课程管理模块1、课程信息添加子模块输入：课程编号、课程名称、学分、授课教师等信息。
处理：对输入的信息进行合法性校验，如课程编号的唯一性检查。
将合法的信息保存到数据库中。
输出：提示信息，如“添加成功”或“添加失败，请重新输入”。
2、课程信息修改子模块输入：要修改的课程编号和修改后的信息。
处理：根据课程编号查询出对应的课程信息，将修改后的信息更新到数据库中。
输出：提示信息，如“修改成功”或“修改失败，请重新输入”。
软件项目概要设计说明书模板
软件项目概要设计说明书模板XXXXXX公司二零二三年十二月第 1页共14页修订记录第 2页共14页目录目录 (3)1文档介绍 (5)1.1文档目的 (5)1.2文档范围 (5)1.3读者对象 (5)1.4参考文献 (5)1.5术语与缩写解释 (5)2系统概述 (6)3设计约束 (6)4系统总体功能结构 (7)4.1系统管理子模块 (7)4.1.1系统管理子模块功能结构 (7)4.1.2系统管理子模块功能描述 (7)4.2XX子模块 (8)4.2.1XX子模块功能结构 (8)4.2.2XX子模块功能描述 (8)4.3党委个人XXXX子模块 (9)4.3.1党委个人XXXX子模块功能结构 (9)4.3.2个人XXXX模块功能描述 (9)4.4XX子模块 (9)4.4.1XX模块功能结构 (9)4.4.2子模块功能描述 (9)4.5消息管理子模块 (10)4.5.1消息管理子模块功能结构 (10)4.5.2消息管理子模块功能描述 (10)4.6汇总统计子模块 (10)第 3页共14页4.6.1汇总统计子模块功能结构 (10)4.6.2汇总统计子模块功能描述 (10)4.7预警提醒子模块 (11)4.7.1预警提醒子模块功能结构 (11)4.7.2预警提醒子模块功能描述 (11)4.8和XXX数据同步子模块 (11)4.8.1和XXX数据同步模块功能结构 (11)4.8.2和XXX数据同步子模块功能描述 (11)5开发环境的配置 (12)6运行环境的配置 (13)7测试环境的配置 (14)第 4页共14页1文档介绍1.1文档目的本文档作为详细设计阶段所提交材料的重要组成部分，内含设计策略，软件联系逻辑，系统总体结构以及子系统的结构和功能，为产品后续开发提供重要参考。
1.2文档范围针对做个性概要分析设计。
适用于整个XXXX系统的开发过程。
1.3读者对象本说明书适用于项目设计人员、开发人员、测试人员、文档编写人员、工程实施人员。
完整软件概要设计模板
目录文件建立/修改记录................................................................................................ 错误!未定义书签。
概要设计说明书 (3)1引言 (3)1.1编写目的 (3)1.2背景 (3)1.3定义 (3)1.4参考资料 (4)2总体设计 (4)2.1需求规定 (4)2.2总体设计原则 (4)2.2.1联网扩展性考虑 (5)2.3运行环境 (6)2.4基本设计概念和处理流程 (7)2.4.1基本设计概念 (7)2.4.2处理流程 (7)2.5结构 (7)2.5.1主体软件安装包 (8)2.5.2数据库安装包 (8)2.5.3光盘自动安装包 (9)2.5.4各地区版本自动生成程序 (9)2.5.1制证信息导入模块 (9)2.5.2界面模块 (9)2.5.3业务功能模块 (11)2.5.4数据库访问模块 (14)2.6功能需求与程序的关系 (14)3运行设计 (20)3.1运行模块组合 (21)3.1.1地区列表更新 (21)3.1.2新增A类人员信息 (21)3.1.3A类人员花名册打印 (22)3.1.4证件信息管理流程 (23)3.1.5制证流程 (23)3.1.6B类人员属于多个寺庙流程 (24)3.1.7导入导出流程 (25)3.1.8地图实现方案 (27)3.1.9各地区版本自动生成 (27)3.1.10旧软件导入 (28)4系统数据结构设计 (28)4.1数据库设计 (28)4.1.1数据库表列表 (28)4.1.2数据库各表字段 (29)4.1.3数据库结构图 (41)5主模块接口设计 (42)5.1逻辑模块接口 (42)5.1.1Configure.cs (42)5.1.2GetTypeEnum.cs (43)5.1.4LogicAreaInfo.cs (48)5.1.5LogicBonzePrint.cs (49)5.1.6LogicBonzeStat.cs (51)5.1.7LogicBuddhaPrint.cs (53)5.1.8LogicCheckInput.cs (53)5.1.9Logic忽略mon.cs (57)5.1.10LogicDocument.cs (58)5.1.11LogicEx_Import.cs (60)5.1.12LogicIllegalBoPrint.cs (60)5.1.13LogicLogInfo.cs (61)5.1.14LogicPersonelinfo.cs (61)5.1.15LogicPersonelinfoPrint.cs (62)5.1.16LogicTemple.cs (63)5.1.17LogicTemplePrint.cs (64)5.1.18LogicTempleStat.cs (65)5.1.19TreeNodeRegion.cs (66)5.1.20UnCertificatedInfo.cs (67)5.1.21ZipClass.cs (67)5.2数据库访问模块接口 (68)5.2.1PermissionInfoDao.cs (68)5.2.2RoleInfoDao.cs (69)5.2.3RolePermissionInfoDao.cs (69)5.2.4UserManageDao.cs (70)5.2.5UserRoleInfoDao.cs (72)5.2.6UsersInfoDao.cs (72)5.2.7Bonze_dutyDao.cs (73)5.2.8Bonze_redaDao.cs (73)5.2.9BonzedutyDao.cs (73)5.2.10Bonzeinfo_polityDao.cs (74)5.2.11BonzeinfoDao.cs (74)5.2.12BonzetypeDao.cs (75)5.2.13Buddha_temple_InfoDao.cs (75)5.2.14CantonDao.cs (75)5.2.15CertificatestateDao.cs (76)5.2.16CognizanceinfoDao.cs (76)5.2.17CognizanceinfopDao.cs (76)5.2.18CountryDao.cs (76)5.2.19CountyDao.cs (76)5.2.20DegreeinfoDao.cs (77)5.2.21DocumentinfoDao.cs (77)5.2.22DocumenttypeDao.cs (77)5.2.23EducationinfoDao.cs (77)5.2.24LevelinfoDao.cs (78)5.2.25LogicinfoDao.cs (78)5.2.26LoginfoDao.cs (78)5.2.27ManagedutyDao.cs (79)5.2.28MapinfoDao.cs (79)5.2.29NationinfoDao.cs (79)5.2.30PersonelinfoDao.cs (79)5.2.31PolityarrangeDao.cs (80)5.2.32PolitydutyDao.cs (80)5.2.33ProvinceDao.cs (80)5.2.35RendadutyDao.cs (81)5.2.36SectinfoDao.cs (81)5.2.37SexinfoDao.cs (81)5.2.38Temple_sectDao.cs (82)5.2.39TempleinfoDao.cs (82)5.2.40VersionDao.cs (83)5.2.41Ex_Import.cs (83)5.2.42DBConnection.cs (84)5.2.43DBManage.cs (84)5.2.44DBTool.cs (84)6系统出错处理设计 (85)6.1出错信息 (85)6.1.1错误编号列表(待完善) (85)6.2异常情况的处理 (87)7问题及解决方案 (87)7.1特殊符号输入问题 (87)概要设计说明书1引言1.1 编写目的本文档为****信息管理系统概要设计说明书，对该系统的层次划分、模块功能、数据结构、接口、出错处理和扩展性进行了设计，目的是让软件开发人员根据本文档的内容进行程序开发，使设计的产品符合用户的需求，同时为测试人员提供参考。
软件概要设计说明书
软件概要设计说明书1.引言本软件概要设计说明书是为了介绍软件的整体架构和功能设计，以便于开发团队和项目相关人员了解软件的大体情况和设计思路。
2.软件概述本软件是一款用于管理个人日常事务和安排的日程管理软件，主要功能包括日程安排、提醒通知、任务管理、备忘录等，旨在帮助用户提高工作效率和时间管理能力。
3.总体设计3.1 软件架构本软件采用前后端分离的架构设计，前端使用React进行界面设计，后端使用Node.js进行逻辑处理和数据存储，数据库采用MySQL进行数据存储。
3.2 功能模块软件主要分为日程管理模块、提醒通知模块、任务管理模块、备忘录模块等。
用户可以根据自己的需要进行添加、编辑和删除，同时可以设置提醒通知和优先级等。
4.详细设计4.1 日程管理模块用户可以添加、编辑和删除日程安排，可设置开始时间和结束时间，以及重复周期、地点、标签等信息。
4.2 提醒通知模块用户可以设置提醒通知的方式和时间，提醒内容可以自定义，并可设置提前时间，确保用户不会错过重要事务。
4.3 任务管理模块用户可以添加、编辑和删除任务，设置任务的优先级、状态、截止时间等信息，以便及时了解任务进度。
4.4 备忘录模块用户可以添加、编辑和删除备忘录，对于重要的备忘事项可以设置提醒通知，保证不会遗漏。
5.接口设计本软件提供RESTful风格的API接口，包括用户管理、日程管理、任务管理、提醒通知、备忘录等相关功能。
6.安全设计本软件将采用JWT认证和HTTPS加密等机制，保证用户数据的安全性和隐私保护。
7.性能设计本软件将采用分布式架构和缓存机制，以提高系统的性能和稳定性。
8.测试与验收在开发过程中，将进行单元测试、集成测试和系统测试，确保软件的质量和稳定性。
安排验收测试，确保用户需求的满足。
以上是本软件的概要设计说明书内容，希望可以对各位有所帮助。
9. 部署与维护在软件开发完成后，需要进行系统部署并进行相关维护工作。
部署方面，需要根据实际情况选择合适的云服务器或者物理服务器进行部署，配置相关环境和数据库，并进行性能测试，确保系统正常运行。
软件概要设计范例
软件概要设计范例软件概要设计是软件开发过程中的一个重要阶段，它通常由软件架构师或概要设计师完成。
下面是一个软件概要设计的范例：1. 引言1.1 目的在本文档中，我们将描述一个名为XXX的软件系统的概要设计。
该软件系统旨在实现XXX功能，并满足用户需求。
1.2 范围本软件系统的范围涵盖了XXX应用的开发，包括业务流程、数据管理、用户界面等方面。
1.3 定义、缩略词和缩写词- XXX：XXX系统- YYY：YYY模块- ZZZ：ZZZ功能2. 系统架构2.1 系统总体结构本软件系统采用了XXX架构，包括以下主要组件：- YYY模块：负责处理XXX相关的业务逻辑。
- ZZZ模块：负责处理ZZZ功能相关的逻辑。
- 用户界面：提供了用户与系统交互的界面。
2.2 系统模块结构本软件系统被划分为以下模块：- 模块1：负责处理XXX功能。
- 模块2：负责处理YYY功能。
- 模块3：负责处理ZZZ功能。
- ...3. 数据模型3.1 数据库设计本软件系统使用了一个关系型数据库来存储数据，数据库中包含了以下表：- 表1：存储XXX数据的表，包含字段1、字段2、字段3等。
- 表2：存储YYY数据的表，包含字段1、字段2、字段3等。
- 表3：存储ZZZ数据的表，包含字段1、字段2、字段3等。
3.2 数据流图根据系统的业务流程，我们绘制了数据流图，展示了不同模块之间的数据流动。
4. 系统功能实现描述4.1 功能1的实现描述描述了功能1的实现过程，包括输入输出、处理逻辑等。
4.2 功能2的实现描述描述了功能2的实现过程，包括输入输出、处理逻辑等。
4.3 功能3的实现描述描述了功能3的实现过程，包括输入输出、处理逻辑等。
5. 接口设计5.1 用户界面设计描述了用户界面的设计，包括界面元素、交互方式等。
5.2 与其他系统的接口设计描述了本系统与其他系统的接口设计，包括数据交换、调用方式等。
6. 性能需求描述了软件系统的性能需求，包括响应时间、并发处理能力等。
软件设计说明书（5篇范例）
软件设计说明书（5篇范例）第一篇：软件设计说明书设计说明书引言水利方向一直是国家十分重视且投入巨大的方向，它关乎方方面面。
百姓生命安全、水资源的利用、农业的灌溉等等，都与其息息相关，但是，正因为它的无处不在，导致如果使用传统的手段，将需要消耗过多的人力，效率极其低下，甚至是不可完成的，所以，水利也需要更加现代化的手段去完成预期的目标，水利自动化就是为了这一目的而提出来的。
水利自动化可以大大提高数据测量的准确度和控制的可靠性，提高效率，降低劳动强度，充分利用现有设备，从而对于当地水利单位和水利公司均能带来可观的经济和社会收益。
1.1 编写目的a.编写本说明书的目的在于阐明用户的要求的，描述出系统的需求模型、功能和性能要求以及其他约定，为后期的软件设计等工作提供依据。
b.本说明书的预期读者为用户、系统设计员及其他开发人员和相关审核检测人员。
1.2 背景本项目的任务提出者及开发者是北京恒宇伟业科技发展有限公司生产部开发小组：项目负责人：硬件设计工程师：系统分析员：系统设计员：编码员：软件测试员：用户为各地方招标业主单位，该软件在WINDOW7系统下，在IAR FOR MSP430环境下完成开发，1.3 定义RTU：远程终端单元。
水文监测系统：是指用于对各类水文要素实施采集、传输、处理的总体。
1.4 参考资料水文检测数据通信规约(SL651-2014)2 设计总体2.1 需求规定本软件系统的各种用户是唯一的参与者，参与者通过使用事件与系统进行交互，所有的使用事件综合起来即构成了用户的功能需求。
本系统通过用户操作键盘操作及显示屏显示交互设定相关系统、通讯、传感器参数，查看历史数据和系统运行状态。
2.2运行环境本软件属于工业级产品设备运行系统，运行在基于MSP430F5438A CPU芯片的自助设计的电路板上。
部分操作依托于外部传感器设备。
2.3 基本设计概念和处理流程2.4 结构初始化函数流程图Main函数流程图数据发送流程图水位数据采集流程图雨量数据采集流程图数据处理模块流程图输入数据处理模块2.5 功能需求与程序的关系主程序函数main();系统滴答初始化Init_CLK();GPIO口相关映射初始化Init_Port();;UART口相关初始化Init_RSUART();键盘相关初始化Init_Keypad();菜单链表初始化Init_Menu();系统时钟读取RX8025_R();本地网络修复模块NetFix();输入数据处理模块IO_ReportDeal();菜单模块Menu_Ctrl();雨量数据处理模块Msg_RainDDeal();水位数据处理模块Msg_WaterDeal();报文拼组模块Msg_PostDeal();数据发送模块NT_SendMsg();系统参数变更存储模块SysParSave();2.6 人工处理过程用户通过键盘及显示屏，依靠系统菜单，对相关内容进行设置，以达到按照具体需求运行程序获得预期效果的结果。
软件详细设计说明书例
软件详细设计说明书例一、引言在软件开发过程中，详细设计说明书是一份至关重要的文档，它为程序员提供了详细的指导，使得他们能够准确理解软件的功能需求，并将其转化为可实现的代码。
本文将以一个简单的学生成绩管理系统为例，展示一份软件详细设计说明书的基本结构和内容。
二、软件概述（一）软件名称学生成绩管理系统（二）软件功能1、学生信息管理：包括学生基本信息的录入、修改、查询和删除。
2、课程信息管理：课程的添加、修改、查询和删除。
3、成绩录入：教师能够录入学生的课程成绩。
4、成绩查询：学生和教师可以查询学生的成绩。
5、成绩统计分析：能够对学生的成绩进行统计分析，如平均分、最高分、最低分等。
（三）运行环境1、操作系统：Windows 10 及以上版本。
2、数据库：MySQL 80 及以上版本。
3、开发语言：Java。
三、模块设计（一）学生信息管理模块1、功能描述实现学生基本信息的增删改查操作。
提供学生信息的批量导入和导出功能。
2、数据结构学生表（Student）：包含学号（StudentID）、姓名（StudentName）、性别（Gender）、出生日期（BirthDate）等字段。
3、算法流程新增学生信息：用户输入学生信息，系统进行合法性校验，然后将数据插入到学生表中。
修改学生信息：用户选择要修改的学生，输入修改后的信息，系统更新学生表中的对应记录。
删除学生信息：用户选择要删除的学生，系统删除学生表中的对应记录。
查询学生信息：用户输入查询条件，系统从学生表中检索符合条件的记录并展示。
（二）课程信息管理模块1、功能描述课程的添加、修改、删除和查询操作。
课程安排的设置。
2、数据结构课程表（Course）：包含课程编号（CourseID）、课程名称（CourseName）、学分（Credit）等字段。
3、算法流程新增课程：用户输入课程信息，系统进行校验后插入到课程表中。
修改课程：用户选择要修改的课程，输入修改内容，系统更新课程表中的对应记录。
软件概要设计说明书(案例)
软件概要设计说明书So ftw are Pr eli mi nar y De sig nDe scr卷号 卷内编号 密级分类:<类别>使用者:<使用者>©托普集团,2002<项目名称>项目编号:<项目编号>文档名称Version项 目 承 担 部 门： 撰 写 人（签名）： 完 成 日 期：本文档 使 用部门：■主管领导 ■项目组 □客户（市场） □维护人员 □用户评审负责人（签名）：评 审 日 期：iption1. 引言1.1 编写目的软件概要设计是从总体上把握系统设计框架，他包括模块划分、处理流程和接口设计，概要设计说明书对上述内容作了总体描述，体现了用户需求与应用系统实现之间的关系，在设计过程中起到了提纲挈领的作用。
待开发的软件系统的名称：多层体系政务框架平台之一行政服务中心政务平台项目名称：多层体系政务框架平台之一行政服务中心政务平台项目的任务提出者：集团公司中央研院应用产品开发中心项目的任务开发者：多层体系政务框架平台之一行政服务中心政务平台项目开发组项目的用户：行政服务中心本文档的阅读者：多层体系政务框架平台之一行政服务中心政务平台项目组1.2 定义1.3 参考资料2. 范围2.1 系统主要目标构建行政服务中心政务平台，实现办件处理网络化、无纸化、科学化，内部办公自动化与政务公开化的要求，并为领导提供办件相关的统计与决策分析数据。
2.2 主要软件需求网上审批，网上办件与流程监控。
2.3 设计约束、限制本节描述软件开发工作的某些限制，例如经费限制、开发期限、硬件限制、编程语言、通信协议、安全和保密要求、开发过程中须遵守的某些标准或规则。
本节内容不是陈述具体需求或设计约束，而是为具体需求以及设计约束的描述提供依据。
经费限制：41.07万；开发期限：2002年8月31日完成；硬件限制：硬设备有部分配置比较低，完成本需求说明中的功能和性能要求没有问题；编程语言：Notes Script ，HTML ，C++ BUILDER ，Visual C++ 通信协议：TCP/IP ，X.509安全和保密要求：Notes 提供的七级权限控制；CA 加密认证；开发过程中须遵守的某些标准或规则：编码规范采用Notes Script 、C++ BUILDER ，Visual C++的编码规范进行。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
XX概要设计说明书文档修改记录填写说明1. 系统结构的定义本体系对整个软件系统按如下结构方式进行划分：系统→子系统→模块→子模块其中：（1）“系统→子系统”划分属于“系统设计”，在系统设计说明书中予以描述。
（2）“子系统→模块”划分属于“概要设计”，在本说明书中予以描述。
（3）“模块→子模块”划分属于“详细设计”，在详细设计说明书中予以描述。
如果系统相对简单，可以省略“子模块”这一层次。
2. 如果填写了系统设计说明书，则在本说明书中略过“系统→子系统”划分的相关内容（即第2章）。
3. 如果系统相对简单，不需要做“系统→子系统”划分，这种情况下，取消填写系统设计说明书，只须填写本说明书，直接套用“子系统→模块”划分（即第3章）进行“系统→模块”划分（把其中“子系统”一词替换为“系统”），并删除本说明书中“系统→子系统”划分的相关内容（第2章）。
目录1.简介 (1)1.1.背景和目的 (1)1.2.范围 (1)1.3.术语和缩略语 (1)2.系统总体设计 (1)2.1.任务概述 (2)2.1.1.目标 (2)2.1.2.需求概述 (2)2.2.设计概述 (2)2.2.1.总体约束 (2)2.2.2.系统外部接口 (2)2.2.3.设计方案概述 (2)2.3.系统架构设计 (3)2.3.1.系统的逻辑架构设计 (3)2.3.2.系统的物理架构设计 (4)2.4.子系统定义 (5)2.4.1.子系统列表 (5)2.4.2.子系统间关系 (5)3.子系统1设计 (6)3.1.任务概述 (6)3.1.1.目标 (6)3.1.2.需求概述 (6)3.2.设计概述 (6)3.2.1.总体约束 (6)3.2.2.子系统外部接口 (7)3.2.3.设计方案概述 (8)3.3.子系统架构设计 (8)3.4.模块定义 (10)3.4.1.模块列表 (10)3.4.2.模块间关系 (11)3.4.3.模块描述 (11)4.非功能性需求的实现方案 (12)6.1.性能的考虑 (12)6.2.兼容性的考虑 (13)6.3.安全的考虑 (13)6.4.可移植性的考虑 (13)6.5.集成与测试的考虑 (13)6.6.可扩展性的考虑 (13)6.7.可靠性的考虑 (13)6.8.可维护性的考虑 (14)5.难点及解决方案 (14)6.参考资料 (14)7.附录 (15)1. 简介1.1. 背景和目的本文档编制的目的是说明对软件系统的设计考虑，包括软件系统的基本处理流程，软件系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计奠定基础。
1.2. 范围本文档适用于消息推送项目二期产品的服务端。
1.3. 术语和缩略语2. 系统总体设计{ 裁剪说明：如果已编写系统设计说明书，或项目不做“系统 子系统”划分，此章省略；否则内部的各节必须按要求填写。
}{“系统──> 子系统”划分。
}{ 目的：1）设计系统整体框架：系统最高层次的逻辑结构、物理结构；2）子系统的划分与依赖关系定义、子系统之间的接口定义、子系统功能定义。
}2.1. 任务概述2.1.1. 目标实现目标和功能。
2.1.2. 需求概述参考“软件需求规格说明书_V1.0.doc”。
2.2. 设计概述2.2.1. 总体约束2.2.2. 系统外部接口2.2.3. 设计方案概述建立一套即时通讯&消息推送的解决方案：1) 云端运用spring+mina+jgroups建立一个分布式的服务端系统，以XMPP协议提供接口；2) 终端运用smack建立一个XMPP协议的客户端，调用协议接口实现消息接收和终端展示。
2.3. 系统架构设计2.3.1. 系统的逻辑架构设计2.3.1.1. 单IDC服务器架构图分六层结构：负载均衡层、接入层、逻辑处理层、数据访问层、数据层、WEB层。
1) 负载均衡层：TV终端通过域名访问云端，DNS智能解析终端的IP地址让它连接就近的分发服务器，从分发服务器获取接入服务器列表，然后断开XMPP连接；2) 接入层：TV终端和接入服务器建立XMPP长连接，创建会话；3) 逻辑处理层：终端协议服务器、推送服务器（RS）、统计服务器。
a) 终端协议服务器：终端往接入服务器发送协议包，接入服务器转发给终端协议服务器处理；b) 推送服务器：负责从MQ取出消息、解析消息（条件体和消息体）、终端在线和离线查询、按各接入服务器有哪些终端登录把消息包分发给接入服务器；c) 统计服务器：运用quartz执行定时任务，实现终端每天在线数、终端每小时在线数、终端每天激活数、终端登录次数、消息推送结果等统计功能。
4) 数据访问层：提供数据访问组件，如Mysql JDBC接口、jedis缓存接口。
提供第三方推送接口，供第三方云端调用的API，提供单点推送（明消息/暗消息）、条件（区域+机型）推送、regid推送。
5) 数据层：Mongodb集群，Mysql数据库（主从+读写分离），ActiveMQ消息队列，Redis缓存服务器。
6) WEB层：运营平台、第三方推送平台。
2.3.1.2. 多IDC服务器架构图需要整理2.3.2. 系统的物理架构设计2.4. 子系统定义2.4.1. 子系统列表注：开发方式可选：采购、外包、自行开发、复用。
2.4.2. 子系统间关系{ 裁剪说明：必填}{ 明确子系统之间的调用关系、子系统间的接口（消息、数据结构）以及相关子系统之间的协同工作，可以使用结构图、（交互）事务图、消息序列图、ER图描述。
}3. 子系统1设计{ 裁剪说明：必填}{ 标题上加入子系统的编号及名称（标识）}{“子系统──> 模块”划分。
}{ 目的：1）设计子系统整体框架：子系统的逻辑结构；2）模块的划分与依赖关系定义、模块之间的接口定义、模块功能定义。
} 3.1. 任务概述3.1.1. 目标{ 裁剪说明：可选}{ 说明设计意图目标（总目标、分期目标）、作用范围等。
}3.1.2. 需求概述{ 裁剪说明：可选}{ 解释软件产品将完成或不完成的功能（可以直接描述也可以参考相关文档）} 3.2. 设计概述3.2.1. 总体约束3.2.1.1. 开发规范{ 裁剪说明：可选。
如果已填写在2.2.1.1，此处则略。
}（1）编码约定{ 规定代码体系、模块之间的接口和命名规则。
}（2）文件约定{ 规定子系统的所有配置、日志等文件命名方式与格式。
}（3）目录约定{ 规定子系统的目录结构，包括运行目录、源文件目录、配置目录、日志目录、数据目录等。
} 3.2.1.2. ＸＸ约束{ 裁剪说明：可选。
如果已填写在2.2.2.2，此处则略。
}{ 列出对软件设计有重要影响的系统内外部约束和限制，可选的约束包括：•用户环境•内存或其它资源限制•数据存储和分发需求•安全和可靠性需求•性能需求•测试和可维护性需求}3.2.2. 子系统外部接口{ 裁剪说明：如果第2章已删除，这里必填（如果有）。
}{ 描述该软件子系统与外部实体的接口，包括用户界面、软件接口、硬件接口和通信接口。
} { 软件子系统的外部实体，包括：操作系统、驱动程序、硬件、中断、其它软件子系统等。
} { 描述待开发软件子系统与外部实体的关系，可以使用系统架构图、顶层数据流图、事务图等来描述系统结构和交互关系，并标示出外部实体和本系统相互作用的性质（比如：消息、库调用）和类型（比如：OS服务、通信服务、系统工具等）。
}{ 详细描述子系统外部接口的参数，如：•接口名称•调用方式•传输的数据：–哪些数据项？–数据格式？–长度？–类型？•频度（实时/批处理）•数据同步机制•平台无关性•遵循的标准•提供的功能•前置条件•后置条件 }3.2.3. 设计方案概述{ 裁剪说明：必填。
如果在“3.1设计概述”中已描述过的部分，可略。
} { 描述内容包括：（1）整个设计所采用的方法：面向对象设计还是结构化设计（2）采用的系统架构：例如MVC架构、N层架构（3）使用的相应技术和工具：例如OMT、Rose、Visio（4）采用的框架技术的形式（5）使用的设计模式：层模式、微内核模式、代理模式等（6）描述资源/内存分配，Flash资源/文件分配（7）描述哪些模块采用软件复用}3.3. 子系统架构设计{ 裁剪说明：必填}{ 定义子系统的总体逻辑结构，定义模块划分以及模块之间的依赖关系。
} { 可以采用分层结构描述如何将子系统分解为模块。
}{ 结构描述可以使用结构图、层次分解图、数据流图，并用文字说明相互间的关系。
} { 举例，绘制结构图如下：具有继承等关系的类图的可使用UML等工具画出关系图，如下：}3.4. 模块定义3.4.1. 模块列表{ 裁剪说明：必填}{ 列举模块时，可以采用表格方式（编号可以省略）。
}模块编号模块名称（标识）功能简述开发方式注：开发方式可选：采购、外包/自行开发/复用3.4.2. 模块间关系{ 裁剪说明：必填}{ 明确模块之间的调用关系、模块间的接口（消息、数据结构）以及相关模块之间的协同工作，如模块间时序图，协作图，以及系统之间状态切换流程图。
}3.4.3. 模块描述3.4.3.1. 模块1{ 标题上加入模块的编号及名称（标识）}1）功能描述{ 裁剪说明：必填}{ 说明该模块具备什么样的基本功能，以及每个功能之间的相互关系。
}2）性能描述{ 裁剪说明：必填}{ 说明对模块的性能要求，包括精度、时间特性和处理速度。
}3）接口描述{ 裁剪说明：必填}{ 说明与其它模块的接口，与其它系统或硬件的接口。
}{ 对于接口函数，可以采用以下形式描述：接口1：形式：输入：输出：返回：描述返回什么。
描述：总体描述该接口实现的目的。
}{ 需要明确的信息包括：（1）输入项列出模块每一个输入项的特性，包括名称、标识、数据的类型和格式、数据值的有效范围、输入方式、数量和频度、输入介质等；可以是逻辑层面的输入项，如：图片资源、媒体流、网络数据等，也可以是具体的物理层面的输入项，如变量1、变量2，等等。
（2）输出项列出模块每一个输出项的特性，包括名称、标识、数据的类型和格式，数据值的有效范围、输出方式、数量和频度、输出介质等。
}4）配置描述{ 裁剪说明：可选}{ 说明该模块所处的逻辑位置、物理位置，如指明模块放在哪个应用服务器或客户端的哪个目录、哪个文件（库），或是在数据库内部建立的对象。
}3.4.3.2. 模块2{ 同3.3.3.1。
}4. 非功能性需求的实现方案{ 裁剪说明：整章可选}6.1. 性能的考虑{ 如：为满足延时、吞吐量等性能，在既定硬件环境约束下所采取的设计方案。
}6.2. 兼容性的考虑{ 对以前版本的兼容，以及平滑升级的考虑。
}6.3. 安全的考虑{ 如：作为应用软件，在安全方面更多的是考虑访问控制，包括使用什么样的权限管理、分配、验证方案。