当前位置：搜档网 › 短消息模块详细设计(ot)

短消息模块详细设计(ot)

短消息模块详细设计

摘要：本文简单介绍了GSM和PHS短消息的协议要点及其差异，展讯GSM平台短消息模块的基本功能操作的实现，设计了GSM/PHS双模短消息模块基本功能操作的系统方案，给出了各功能模块的详细处理流程。

关键词：短消息，GSM，PHS，双模

1SMS协议要点：

短消息的定义主要参考GSM协议[1][2]和PHS协议[3]。

2PMN层软件整体架构

PMN层主要由PMN任务及其子模块(如PMN_CC，PMN_MM，PMN_PB，PMN_SMS，PMN_PHONE等子模块)构成。PMN的PMN_CORE就是PMN层任务入口，负责PMN任务的初始化，接收信号，并负责分发给PMN各子模块进行处理；PMN子模块分别负责完成电话本、短消息、呼叫控制、开关机等具体功能的实现和信号处理；对外，PMN层通过PMN、MN的EVENT及API与MMI子系统进行交互、通过PMN_COMMAND子模块接口与COMMAND命令子系统进行交互，完成PHS系统基本功能及其与GSM系统的通讯与协调。其结构框图如下所示：

PMN层在PHS系统的功能相当于GSM系统的MN层，当需要和PHS子系统通讯的时候，MMI子系统会将用户的请求发送到PMN，PMN将收到的信号分发给相应的子模块进行处理。当手机没有插入SIM卡时，PMN需要接收MMI子系统的电话本操作请求、PHS短信的操作请求等。

3PMN_SMS和MMI的接口

目前展讯SMS模块的实现是：SIM卡和ME中的短消息都是通过调用MN_API函数实现的；而TOSHIBA PHS的SMS模块与PHS主板侧必须交互的功能要通过AT command实现的。这就迫使我们不得不增加一个PMN_SMS层来实现PHS SMS模块的读取，保存，接收，发送等功能，对于读写PHS短消息到手机，由于目前NV只存在于GSM主板FLASH中，所以我们也可以采用调用MN_API实现PHS NVRAM短消息的读写，但最好将PHS消息保存到单独的NV区。其结构框图如下：

图2 短消息模块结构框图

从该图中可以看出手机中的短消息分GSM和PHS短消息，SIM/PIM卡插入就可以读出相应NV数据区保存的短消息。对于手机中短消息的读写主要修改MMI层代码，相对比较少，主要是增加了保存PHS消息的类型，读写都通过消息类型来判断当前要读写的消息是GSM短消息还是PHS短消息。读写SIM卡中的短消息不需要改变，仍旧通过MN_API实现。修改最多的还是读写PIM卡，需要增加PMN_SMS模块来。EXT_MMI模块比较简单，其主要作用是中转MN_API及PMN_API的函数。PMN_SMS模块是和MN_SMS相对应的，主要给MMI 提供API接口。

4短消息模块开机初始化流程图

4.1展讯GSM平台短消息模块开机初始化流程

展讯平台短消息模块的初始化过程是先初始化MMS消息（包括MT消息和MO消息），然后初始化SIM卡中的SMS（MT和MO短消息），最后初始化NVRAM中保存的SMS（MT 和MO消息）。其初始化数据放置在全局变量中，每读取一条MT/MO消息就将其插入到MT/MO对应队列中，对于MT消息按照时间顺序插入队列，当初始化完成时，也完成了排序。全局变量中保存了消息列表所需的信息、收到的短消息总数、成功发送的短消息总数、发送失败的消息总数等信息。初始化完成后，可以进行短消息模块的功能操作了。短消息模块开机初始化流程图如下：

图3 展讯GSM短消息模块初始化流程图

4.2GSM/PHS短消息模块初始化流程设计

在无SIM/PIM卡的情况下，不允许读取NV_GSM/NV_PHS中保存的短消息。为了实现最小化修改GSM Module MMI模块代码，我们采取GSM短消息读取优先，PHS短消息为次的策略来设计GSM/PHS短消息初始化过程。即在SIM卡和PIM卡均工作正常的情况下，首先初始化GSM Module SMS信息，GSM module SMS初始化完成后再初始化PHS Module SMS信息。依照此策略设计的短消息模块初始化流程如下：

插卡开机短消息初始化流程

图4 GSM/PHS短消息模块初始化流程图

5发送短消息流程设计

5.1头信息（Data Head）

MS与网络之间传送短消息的单元为一个消息片断（Message Segment[1]）。用户视角的一个短消息对应一个PHS消息片断；或者一个或多个GSM消息片断。

PHS短消息没有头信息，所以也就没有随后描述的串接和路由功能，但GSM短消息定义了串接头。

GSM SMS的内容字段TPDU中的TP-UD，可能会包含一个头信息块。这个Data Head的类型包括：串接信息，路由信息等。对于常用的传送文本的短消息，实际的文字内容应该是TP-UD字段中除Data Head以外的内容，Data Head的长度在TP-UD字段的第一个字节，展讯平台头信息的长度为5。

5.2字符编码标准

5.3文字内容长度和串接短消息

说明：

GSM串接短消息是依据TP-UD中的串接短消息头，标志几个Message Segment组成一个串接Message，在MMI响应用户“阅读”，“删除”，“存储”时当作一个整体对待。一个串接Data Head 会占用5个字节，还有一个字节被占去了，目前没找到被谁占去了，所以，TP-UD 字段最多有134 = 140-6字节用于存储文字内容，UCS2编码下，一个串接Segment 最多传送67 = (140-6)*8/16 个字符，目前展讯平台最大支持5条串接，所以GSM所能支持的最大中文字数为335 = 5*67。

对GSM/PHS来说，由于可以选择通过不同的模块进行发送，需要考虑编辑的内容的最大长度该如何取值的问题。一种方案是在进入短信编辑的时候，通过判断当前设置的待机模式来预先设置允许编辑的短信内容的最大长度；另外一种方案是还是按照目前GSM设置的可编辑的最大长度，当短信长度大于116Bytes的时候，若选择通过PHS模式发送的时候，提示用户短信长度超界，是否继续发送，若选择继续，则分几条发送出去。目前GSM允许发送的最大长度有点太长，考虑改小一点。

5.4网络提供的暂存功能

GSM网络提供短信中心（SMC），SMC提供暂时存储功能。如果用户手机暂时不能接收短信（包括MS通知网络存储空间满，MS无法接通，和MS关机等情况），SMC将暂存消息，待用户手机恢复正常后，再发送给用户。

PHS只在MS无法接通及MS关机等情况下才暂存短信，PHS正常开机情况下，网络不会暂存短信，这样在MS存储满时会造成一些问题，下面是一中解决办法。

当PHS存储空间满，收到新短信时，PMN_SMS按照一定的策略（例如找时间最早的那条消息）覆盖一条旧短信：

当执行上述操作时，MMI面临的问题：

（1）若此时MMI正通过PMN_SMS逐个读取短信显示列表，若读到被选中覆盖的消息并且此时消息还未被覆盖时，则不读取此条消息，视此消息被删除掉了，待新的短信覆盖了此条消息后，重新更新消息列表。

（2）若此时用户正在“阅读”被选中覆盖的短信且此消息还未被覆盖掉，则正常读取此条短信，将欲被覆盖的短信内容显示出来。待消息被覆盖掉之后再阅读，就显示覆盖后的消息内容。

5.5状态报告

用户在发送消息完成后所看到的提示是MS和SMC之间的操作结果，用户若想知道发送的短消息是否为对方成功接收就需要接收“状态报告”，表明此条短信是否已发送到接收人。

若想知道消息是否被目的方成功接收，在发送的消息的时候，需要将状态报告标志位置成真，这样SMC在将短信成功转发给接受方后，将发送状态报告消息给发送方。

GSM SMC提供了状态报告服务，但是PHS网络未提供此服务，所以通过PHS网络发送消息得不到状态报告回执，我们无法判断此条消息是否被接收方成功接收。

5.6有效期

GSM短信在发送时带有有效期字段，SMC会根据这个字段值决定该条SMS在SMC的缓存期限。PHS短信没有这个字段。

5.7发送短信流程

5.7.1GSM Module发送短消息流程图

GSM模式发送短消息流程图

图5 GSM模式发送短消息流程图

5.7.2PHS Module发送短消息流程图

PHS模式发送短消息流程图

图6 PHS模式发送短消息流程图5.7.3GSM/PHS发送短消息框图

图7 GSM/PHS发送短消息框图

说明：发送短信分只发送不保存和发送并保存两种选择，所以在框图中能够看到MN_SMS 与SIM和NVRAM的交互，PMN_SMS与PIM和NVRAM的交互。对于发送并保存流程是先保存发送内容，然后再发送。

5.7.4GSM/PHS发送短消息流程设计

GSM/PHS发送短消息流程图设计如下：

GSM/PHS发送短消息流程图

图8 GSM/PHS发送短消息流程图

6接收短消息设计

展讯平台接收短消息的实现是：底层收到新消息，然后上传给MN层，由MN层完成新短信保存（SIM/GSM_NV），当MN完成短信保存后，向MMI发送APP_MN_SMS_IND信号通知收到了新短信，MMI收到此消息后进行响铃更新新短信图标等操作，通知用户来了新消息。MN层提供了设置优先保存NV或者优先保存SIM卡。

PHS接收新短信的实现是底层收到新消息，将数据通过串口传到PMN层，由PMN层完成新消息保存（PIM/PHS_NV），保存完成后，PMN向MMI发送APP_PMN_SMS_IND消息，MMI收到此消息后进行响铃音，更新待机图标等处理。

图9 GSM Module接收消息流程图

图10 PHS Module接收短消息流程图6.3GSM/PHS接收新消息设计框图

图11 GSM/PHS接收新消息框图

从GSM/PHS接收消息框图，我们可以看出两个Module的处理过程是相互独立的，保存消息的处理分别在MN层和PMN层。所以这里就不写双模接收消息流程了，对于同时收到GSM短消息和PHS短消息或者连续接收多条PHS短信的情况（对于连续接收多条GSM消息的情况，GSM Module应该已有处理），只在MMI层的更新消息队列的时候可能会产生冲突，可以在MMI增加一个消息队列，在上一条消息列表信息更新完毕之后再进行下条消息的更新。7保存编辑消息

7.1GSM Module保存编辑消息流程

图12 GSM Module保存编辑短信流程图

7.2PHS Module保存编辑短信

8其他说明

1.信息设置

PHS短消息无信息有效期以及不需要设置信息中心号码。所以信息设置里的这两个菜

单项对PHS不起作用。PHS在发送短消息的时候不需要获取这两个信息。所以若为

PHS单待机时，是否需要将这两个菜单项屏蔽？

2.对于发送短消息，在编辑完短信内容，选择发送/发送并保存菜单，输入目的号码后，

若选择左软件确定，则选择默认模式（GSM优先/PHS优先）发送；若选择中心键，

则进入发送模式选择菜单，用户可以自由选择模式（GSM/PHS）进行发送。

3.PHS无彩信功能，所以若是PHS单待机，需要关闭彩信相关菜单，例如收件箱中的

操作菜单中的回复彩信菜单，需要关闭。若为双待机，只要跟MMS有关的都走GSM Module。

4.其他细节问题。

9参考文献

[1] GSM03.40.720 Release 1998

[2] GSM03.38.6.0.1 Data Coding Scheme Release 1997

[3] 中国电信短消息规范（正式版本）.TIF

电脑销售信息管理系统概要设计说明书范文

电脑销售信息管理系统概要设计说明书

是为了IT行业和我们学计算机的专业的学生提供了很多的帮助和贡献。因此，趋于激烈的市场竞争，销售商不断提高业务处理效率、和信息处理速度，及时、正确的掌握市场需求。由于业务量的不断扩展，传统的手工管理方式已无法满足管理者的需求，造成业务管理混乱、财务账目不请，工作效率低下等问题，从而影响企业发展。项目任务提出者：客户。项目开发者：电脑销售信息管理系统项目组。本电脑销售信息管理系统项目主要由两部分形成： 1.各分公司中的前台客户销售程序； 2.总公司中的数据库服务器程序； 1.3 定义 1.SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 2.SQL: 一种用于访问查询数据库的语言 3.SQL: Structured Query Language（结构化查询语言）。 1.4参考资料以下列出在概要设计过程中所使用到的有关资料： 1.电脑销售系统项目计划任务书 3开发小组 /4 2.电脑销售系统项目开发计划3开发小组 /4

软件详细设计说明书模板

New Project 1: 详细设计说明书

1. 前言 2. 摘要 3. 系统详细需求分析 3.1. 详细需求分析 3.1.1. 详细功能需求分析 3.1.2. 详细性能需求分析 3.1.3. 详细信息需求分析 3.1. 4. 详细资源需求分析 3.1.5. 详细组织需求分析 3.1.6. 详细系统运行环境及限制条件需求分析3.1.7. 信息要求 3.1.8. 性能要求 3.2. 接口需求分析 3.2.1. 系统接口需求分析 3.2.2. 现有软、硬件资源接口需求分析

3.2.3. 引进软、硬件资源接口需求分析 4. 总体方案设计 4.1. 系统总体结构 4.1.1. 系统组成、逻辑结构 4.1.2. 应用系统结构 4.1.3. 支撑系统结构 4.1.4. 系统集成 4.1. 5. 系统工作流程 4.2. 分系统详细界面划分 4.2.1. 应用分系统与支撑分系统的详细界面划分 4.2.2. 应用分系统之间的界面划分 5. 应用分系统详细设计 5.1. XX分系统详细需求分析 5.1.1. 功能详细需求分析 5.1.2. 性能详细需求分析

5.1.3. 信息详细需求分析 5.1.4. 限制条件详细分析 5.2. XX分系统结构设计及子系统划分5.3. XX分系统功能详细设计 5.4. 分系统界面设计 5.4.1. 外部界面设计 5.4.2. 内部界面设计 5.4.3. 用户界面设计 6. 数据库系统设计 6.1. 设计要求 6.2. 信息模型设计 6.3. 数据库设计 6.3.1. 数据访问频度和流量 6.3.2. 数据库选型 6.3.3. 异构数据库的连接与数据传递方式

电脑销售信息管理系统概要设计说明书

电脑销售系统概要设计说明书一、引言 1.1 此文档的编写目的该项目的是开发一个联想笔记本电脑销售管理系统 1.2项目背景对于我们大学生而言，我们每个人都有一台笔记本电脑或者是一台式机吧，一般来说，电脑里面知识丰富多彩，多姿多样，五彩缤纷，陶醉迷人，你只需要动一下你的手指头，里面的场景是多么的迷人和吸引人呀，同时也看到了最近的发生的最新消息，最近的市场行情的变动，最近的网站网页，最近的歌曲等等，我们这些是从何而知道的呢，是从网上吧，不，使我们的电脑，是电脑第一时间给我最新的消息，是它第一时间给我传达的，是它让我学会在网上购物。所以，电脑的出现，也随着网络的飞速发展如雨后春笋般盛行起来，同样也给我们提供大量的网络资源我与我们学计算机的学生来说基本上每个人都需要电脑，不管是笔记本电脑还是台式机电脑，我们消费者一样可以在家里拥有足不出门的待遇和享受乐趣。网络大量资源收集，通过电脑的广泛运用，我们作为消费者就可以很快地查阅你想要的资料，你想看的电影和电视，比如留言板、QQ聊天、电子邮箱发送、论坛区、浏览网页，更多的是为了IT行业和我们学计算机的专业的学生提供了很多的帮助和贡献。因此，趋于激烈的市场竞争，销售商不断提高业务处理效率、和信息处理速度，及时、正确的掌握市场需求。由于业务量的不断扩展，传统的手工管理方式已无法满足管理者的需求，造成业务管理混乱、财务账目不请，工作效率低下等问题，从而影响企业发展。项目任务提出者：客户。项目开发者：电脑销售信息管理系统项目组。本电脑销售信息管理系统项目主要由两部分形成： 1.各分公司中的前台客户销售程序； 2.总公司中的数据库服务器程序； 1.3 定义 1.SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 2.SQL: 一种用于访问查询数据库的语言 3.SQL: Structured Query Language（结构化查询语言）。 1.4参考资料以下列出在概要设计过程中所使用到的有关资料： 1.电脑销售系统项目计划任务书3开发小组2012/4 2.电脑销售系统项目开发计划3开发小组2012/4 3.电脑销售系统需求规格说明书3开发小组2012/4 4.电脑销售系统用户操作手册（初稿）3开发小组2012/4

软件详细设计文档模板(最全面)

序号变更（+/-）说明作者版本号日期批准1 2

目录 1. 引言 (5) 1.1 编写目的和范围 (5) 1.2 术语表 (5) 1.3 参考资料 (5) 1.4 使用的文字处理和绘图工具 (5) 2. 全局数据结构说明 (7) 2.1 常量 (7) 2.2 变量 (8) 2.3 数据结构 (8) 3. 模块设计 (9) 3.1 用例图 (9) 3.2 功能设计说明 (10) 3.2.1 模块1 (10) 3.2.2 模块2 (11) 4. 接口设计 (12) 4.1 内部接口 (12) 4.2 外部接口 (12) 4.2.1 接口说明 (12) 4.2.2 调用方式 (12) 5. 数据库设计 (12) 6. 系统安全保密设计 (12) 6.1 说明 (12) 6.2 设计 (12) 6.2.1 数据传输部分 (12) 6.2.2 IP过滤分部 (13) 6.2.3 身份验证部分 (13) 7. 系统性能设计 (13) 8. 系统出错处理 (13)

1.引言 1.1背景此文档的背景 1.2编写目的和范围说明写这份详细设计说明书的目的。本详细设计说明书编写的目的是说明程序模块的设计考虑，包括程序描述、输入/输出、算法和流程逻辑等，为软件编程和系统维护提供基础。本说明书的预期读者为系统设计人员、软件开发人员、软件测试人员和项目评审人员。 1.3术语表定义系统或产品中涉及的重要术语，为读者在阅读文档时提供必要的参考信息。序号术语或缩略语说明性定义 1 PM Project Manager,项目经理 2 1.4参考资料列出有关资料的名称、作者、文件编号或版本等。参考资料包括： a．需求说明书、架构设计说明书等； b．本项目的其他已发表的文件； c．引用文件、资料、软件开发标准等。资料名称作者文件编号、版本资料存放地点 1.5使用的文字处理和绘图工具文字处理软件：[编写设计文档使用的文字处理软件，如RedOffice ] 绘图工具：[使用的UML工具，如Rose、Jude、Visio]

学生信息管理系统概要设计

第5章学生管理系统概要设计 5.1引言 5.1.1编写目的由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 5.1.2背景开发软件的名称：《学生信息管理系统》项目提出者：项目开发者：用户：管理员、老师、学生 5.1.3定义数据流图：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的

逻辑功能、数据在系统部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。数据字典：是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明。 https://www.sodocs.net/doc/d22279848.html,：是一项微软公司的技术，是一种使嵌入网页中的脚本可由特网服务器执行的服务器端脚本技术。指 Active Server Pages（动态服务器页面），运行于 IIS 之中的程序。 C#：（C Sharp)是微软(Microsoft)为。NET Framework量身订做的程序语言，微软公司在2000年6月发布的一种新的编程语言。C#拥有C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向(Component-oriented)的程序语言，和C++与Java一样亦为对象导向(object-oriented)程序语言。 SQL：（Structured Query Language)结构化查询语言，是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。同时也是数据库脚本文件的扩展名。 SQL Server 2005：SQL Server 是一个关系数据库管理系统。它最初是由Microsoft Sybase 和Ashton-Tate三家公司共同开发的，于1988 年推出了第一个OS/2 版本。在Windows NT 推出后，Microsoft与Sybase 在SQL Server 的开发上就分道扬镳了，Microsoft 将SQL Server 移植到Windows NT系统上，专注于开发推广SQL Server 的Windows NT 版本。Sybase 则较专注于SQL

详细设计说明书

详细设计说明书 1．导言（Introduction）本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。 1.1 目的（Purpose）本文档的目旨在推动软件工程的规范化，使设计人员遵循统一的详细设计书写规范，节省制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。详细设计的详细程度，应达到可以编写程序的程度。 1.2 范围（Scope）本文档用于软件设计阶段的详细设计，它的上游（依据的基线）是《概要设计说明书》，它的下游是源程序清单及单元测试计划，并为单元测试报告提供测试依据。该范围应覆盖《概要设计说明书》中的功能点列表、性能点列表、接口列表。软件详细设计的范围是：各子系统的公用模块实现设计、专用模块实现设计、存储过程实现设计、触发器实现设计、外部接口实现设计、部门角色授权设计、其他详细设计等。按照3层结构（B/A/S）的布局，详细设计应从下面3个方面进行。数据库服务器上的面向数据的设计：数据字典物理设计、基本表物理设计、中间表物理设计（报表设计）、临时表物理设计、视图物理设计、存储过程物理设计、触发器物理设计。应用服务器上的面向业务逻辑的设计：接口数据设计、中间件设计、数据通信传输设计、可视构件设计、非可视构件设计、角色授权设计、功能点设计（功能点列表设计）。浏览器上的面向对象的设计：录入修改界面设计、浏览查询界面设计、登录注册界面设计、信息发布界面设计。 1.3 术语定义（Terms Glossary）术语定义，如表6-16所示。表6-16 术语定义 1.4 参考资料（References） [1] 《概要设计说明书》 [2] 《需求分析说明书》 [3] 《软件合同》

(需求分析+概要设计+详细设计)文档简单范例

软件开发文档项目名： “通讯录” 版本： α测试版作者： ccba 编写时间：2001-8-20 文档内容： 1 需求规格说明书 2 概要设计说明书 3 详细设计说明书文档号IM00101 需求规格说明书 1、引言： 1.1 编写目的本文档的编写是为了确定待开发软件的功能、性能、数据、界面的需求。 1.2 项目背景 “通讯录”软件是为了提供一种功能完备，易于操作、界面美观的优秀软件。该软件由蔡文亮单独开发完成。 1.3 定义需求规格说明书采用参考资料②标准 1.4 参考资料 ①薛华成《管理信息系统（第三版）》清华大学出版社1999.5 ②郑人杰、殷人昆、陶永雷《实用软件工程（第二版）》清华大学出版社1997.4 ③周之英《现代软件工程（基本方法篇）》科学出版社 2000.1 2、功能需求该软件由四个主功能模块和一个扩展功能模块构成，各功能模块中规定的均为软件的基本功能，在开发过程中，开发人员可根据实际情况在满足基本功能需求的前提下增加新功能，但必须详细编写相关文档。 2.1录入、修改功能模块该功能块主要用于数据库的数据录入和修改，考虑到通讯录的实际需要，可以放松对数据库完整性结束的控制，但从减少数据库的角度来考

虑，不容许有完全相同的纪录出现（考虑的合并，相同的纪录项）。 2.2查询功能块本功能模块是最重要的功能块，对通讯录的操作最主要部分就是查询操作。本功能块要求有如下功能： 1）按数据库各个属性查询 2）按数据库各个属性之间的逻辑组合查询如：查询名称为“鸭子”且年龄为20岁的详细情况（SQL语句表示）SELECT * FROM MESSAGER WHERE NICKNAME=“鸭子” AND AGE=20 3）按某一属性的数值范围查询及其逻辑组如：查询年龄在20至35岁间的详细情况（SQL语句表示）SELECT * FROM MESSAGER WHERE AGE BETWEEN 20 AND 35 4）模糊查询同时我们要求查询结果可以按用户要求的格式来显示，如：用户能调整显示属性的个数和组合。 2.3系统安全块通讯录的信息是个人隐私，故在软件中加入必要的安全措施。主要有以下三点： 1）登录帐号和密码的管理 2）帐户权限的控制 3）对部分登录帐号隐藏部分内容 2.4系统设置块本部分内容主要是对软件使用时一些设置使其更利于软件的使用：主要包括以下四个方面： 1）系统界面背景和色彩设置（模仿WINNAP） 2）闹铃功能开关，即实现朋友生日提醒功能 3）记录内容项（即数据库修改通讯录上的内容项） 4）历史记录，用户可以选择是否记录下何人何时使用过该软件 2.5扩展功能块 1）网络功能：通过OLE/COM接口的调用，实现E-mail软件调用。2）帮助文档的制作（On-line help）

详细设计说明书_模板

文档作者：文档呈送：文档抄送： XX项目详细设计说明书编写：审核：批准：参与评审：

变更记录版本号变化状态修改点说明变更人存放位置审批人审批日期 *变化状态：C――创建，A——增加，M——修改，D——删除修改点说明：对变化状态进行简单解释，如增加了某项功能，修改了某个模块等信息。不允许出现“根据评审意见修改等字样” 注：当文档未评审通过前版本号标识规则为V0.X ,第一次评审通过后，版本号直接升级为V1.0，之后变更按照V1.X升级。

目录 1前提和约束 (4) 编写目的 (4) 预期读者和阅读建议 (4) 定义、缩写词、略语 (4) 参考资料 (5) 2前提和约束 (6) 前提条件 (6) 限制和约束 (6) 3综合描述 (6) 3.1系统目标 (6) 3.2系统需求 (6) 3.3系统概述 (7) 3.4程序结构说明 (7) 3.5源程序及编译链接组装说明 (7) 4系统详细设计 (7) 4.1XXX子系统名称 (8) 4.1.1XXX包名称 (9) 4.2XXX子系统名称2 (10) 5用户界面详细设计（可裁剪） (10) 5.1界面结构 (11) 5.1.1界面结构或菜单结构 (11) 5.1.2用户界面图（如无此需要，可省略） (11) 5.2界面处理流程及界面约束描述（如无此需要，可省略）错误!未定义书签。 5.2.1界面或模块名1................................................. 错误!未定义书签。 5.2.2处理流程............................................................ 错误!未定义书签。 5.2.3界面约束与事件约束........................................ 错误!未定义书签。 5.2.4触发方式 (12) 5.2.5界面或模块名2................................................. 错误!未定义书签。6尚未解决的问题 (13) 7资源对象说明 (13)

(完整版)学生信息管理系统概要设计说明书

学生信息管理系统概要设计说明书

目录 1．引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3定义 (1) 1.4参考资料 (1) 2．总体设计 (1) 2.1需求规定 (1) 2.1.1系统功能 (1) 2.1.2系统性能 (2) 2.1.3输入输出要求 (2) 2.1.4数据管理能力要求 (3) 2.1.5故障处理要求 (3) 2.1.6其他专门要求 (3) 2.2运行环境 (3) 2.2.1设备与支持软件 (3) 2.2.2接口 (3) 2.2.3控制 (4) 2.3基本设计概念和处理流程 (4) 2.4结构 (4) 2.5功能需求与系统模块的关系 (6) 2.6人工处理过程 (7) 2.7尚未解决的问题 (7) 3．接口设计 (7) 3.1用户接口 (7) 3.2外部接口 (7) 3.3内部接口 (7) 4．运行设计 (7) 4.1运行模块组合 (7) 4.2运行控制 (8) 4.3运行时间 (9) 5．系统数据结构设计 (9) 5.1逻辑结构设计要点 (9) 5.2物理结构设计要点 (10) 5.3数据结构与程序的关系 (10) 6．系统出错处理设计 (11) 6.1出错信息 (11) 6.2补救措施 (12) 6.3系统维护设计 (12)

1．引言 1.1编写目的本文档是学生信息管理系统的一个总体的把握，以便在下一步的开发设计中更好的控制开发，并且对其他教育系统有良好的接口。设计系统的架构、类图，以便使系统的开发能有效进行。 1.2背景系统名称：学生信息管理系统；任务提出者：郑荣茂开发者：钟俊辉、张志棠、蔡锡涛、陈志成、何庭仲用户：管理员、老师、学生 1.3定义在该概要设计说明书中的专门术语有：总体设计、接口设计、数据结构设计、运行设计、出错设计具体的概念与含义在文档后将会解释。 1.4参考资料 [1] 陆丽娜主编，《软件工程》，经济科学出版社 [2]需求分析与可行性研究报告 [3]梁立新主编，《ERP系统案例分析》，电子工业出版社 2．总体设计 2.1需求规定学生信息管理系统涉及三个用户，分别是学生、老师、管理员，通过登录验证界面登录系统执行自己权限范围内的事。对于用户学生通过输入学号、密码及验证码，验证通过后登录系统查询学籍信息、选课信息、课程安排信息、成学绩与分、修改密码、选择课程等相关查询信息。对于用户老师通过输入老师帐号、密码及验证码，验证通过后登录系统，统计查询选课信息、学生选课成绩学分、老师基本信息等相关信息。对于用户管理员通过管理员帐号、密码及验证码，验证通过登录系统，统计查询老师信息、学生信息、课程信息。可以对毕业与新入学生管理，对离职与录用老师管理，对课程安排信息管理。 2.1.1系统功能

详细设计说明书的主要内容及写作要求

- 详细设计说明书的主要内容及写作要求编写目的详细设计（又可称程序设计机）说明书编制的目的是说明一个软件系统各个层次中的每个程序（每个模块或子程序）的实际考虑，为程序员编写程序提供依据。如果一个软件系统比较简单，层次很少，本文件可以不单独编写，和概要设计机说明书中不重复部分合并编写，文档名称为《软件设计说明书》。主要内容及写作要求详细设计说明书主要内容及写作要求如下： 1 引言目的。说明编制本详细设计说明书的目的。背景列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户。参考资料 A. 列出本项目经核准的任务书或合同和上级机关的批文。 B. 列出编写本设计说明书时参考的文件、资料、技术标准以及它们的作者、标题、编号、发布日期和出版单位等。术语列出本详细设计说明书中专门术语的定义和英文缩写词的原词组。 ; 2．软件结构用图表（常用系统流程图的层次结构表示）的形式列出本软件的各模块和程序单元的名称以及它们的相互关系。 3 模块设计说明模块 n结构（n是模块序号）将概要设计产生的功能模块进行细化，形成若干个可编程的程序单元（用图表形式给出程序单元的结构）。算法给出选用的算法和数学公式。：数据结构用图表描述数据结构。程序逻辑用框图或过程性描述语言的形式表示各程序单元的控制流程（常用程序流程图表示）。存储分配和数组分配确定每个模块的存储量及数组定义。单元说明 A. 程序单元标识； }

B. 调用方式； A.参数说明。 4、数据结构设计数据结构与模块的关系用图表描述数据结构与模块的关系。逻辑机结构设计列出所使用的数据结构中每个数据项、记录和文件的标识、定义、长度、及它们之间的关系。给出所用数据库的数据模式。物理结构设计列出所使用的数据结构中每个数据项的存储要求、访问方法、存取单位和存取物理关系等。

软件项目详细设计文档示例模版.doc

XXX软件/项目/系统详细设计说明书拟制日期评审人日期批准日期编写单位或个人

修订历史

目录 XXX软件详细设计说明书 (1) Revision Record 修订记录 (2) 1引言 (3) (3) 2 3 (5) 4总体方案确认 4.1系统总体结构确认 (5) 4.2系统详细界面划分 (5) 4.2.1应用系统与支撑系统的详细界面划分 (5) (5) 5 6、 7非功能性设计8 (8) 9环境配置 (8)

1引言 1.1编写目的说明编制的目的是，大体上介绍一下软件系统中各层次中模块或子程序、以及数据库系统的设计考虑，表明此文档是主要是为编码人员提供服务，并且其他类型的项目参与人员也可以通过此文档对软件/项目有更深入了解。 1.2背景说明此软件或系统的项目背景、需求背景、开发目的等，还可以列出参与人员等相关信息。 1.3参考资料列出本文档中引用的文献、资料、标准等相关信息（一般是具有出版或版权性质的文件）。 1.4术语定义及说明列出文档中用到的和开发有关，或与行业、业务、需求有关的专业术语，并进行解释。 2设计概述 2.1任务和目标说明详细设计的任务及详细设计所要达到的目标。 2.1.1需求概述对所开发软件的概要描述, 包括主要的业务需求、输入、输出、主要功能、性能等，尤其需要描述系统性能需求。 2.1.2运行环境概述对本系统所依赖于运行的硬件，包括操作系统、数据库系统、运行库、中间件、接口软件、可能的性能监控与分析等软件环境的描述，及配置要求。 2.1.3条件与限制详细描述系统所受的内部和外部条件的约束和限制说明。包括业务和技术方面的条件与限制以及进度、管理等方面的限制。 2.1.4详细设计方法和工具简要说明详细设计所采用的方法和使用的工具，如数据库设计工具、界面设计工具、原型设计工具等。 3系统详细需求分析主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认，并对由于情况变化而带来的需求变化进行较为详细的分析。

系统设计说明书模板

×××× 系统设计说明书文档编号：FHI_CMMI_TS_TEM_SYSD 文档信息：系统设计说明书文档名称：系统设计说明书文档类别：CMMI模板密级：内部秘密版本信息：1.1 建立日期：2016-1-5 创建人：EPG 批准人：李庆林批准日期：2016.2.25 存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版

*变化状态：C――创建，A——增加，M——修改，D——删除

目录 1导言 (4) 1.1目的 (4) 1.2范围 (4) 1.3命名规则 (4) 1.4术语定义 (4) 1.5相关文档 (5) 1.6参考资料 (5) 2总体结构设计 (5) 2.1总体结构图设计 (5) 2.2运行环境设计 (6) 2.3子系统清单 (6) 2.4功能模块清单 (7) 3模块功能分配 (7) 3.1一级模块功能名称 (7) 4外部接口设计 (8) 4.1外部接口模块清单 (8) 4.2外部接口1设计 (8) 4.3外部接口2设计 (9) 5出错处理设计 (9) 5.1出错输出信息 (9) 5.2出错处理对策 (9) 6其它设计 (9) 7程序文件清单 (9)

1导言本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。 1.1目的本文档的目的旨在推动软件工程的规范化，使设计人员遵循统一的概要设计书写规范，节省制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。 1.2范围本文档用于软件设计阶段的概要设计，它的上游（依据的基线）是需求分析规格书，它的下游是系统详细设计说明书，并为详细设计说明书提供测试的依据。软件概要设计的范围是：软件系统总体结构、外部接口、主要部件功能分配、全局数据结构以及部件之间的接口等方面的内容。 1.3命名规则 1.变量对象命名规则申明全局变量、局部变量对象的命名规则。 2.数据库对象命名规则申明数据库表名、字段名、索引名、视图名对象的命名规则。 1.4术语定义

概要设计实例

概要设计说明书 1．引言 1.1编写目的本概要设计说明书是针对网络信息体系结构的课程作业而编写。目的是对该项目进行总体设计，在明确系统需求的基础上划分系统的功能模块，进行系统开发的分工，明确各模块间的接口，为进行后面的详细设计和实现作准备。本概要设计说明书的预期读者为本项目小组的成员以及对该系统感兴趣，在以后想对系统进行扩展和维护的人员。 1.2背景 a.待开发的系统的名称：Lyra Resource Platform; b.本项目的任务提出者: 赵东，成富，陈良，窦文敏开发者：赵东，成富，陈良，窦文敏用户：所有对该项目感兴趣，并想通过该项目的产品提高资源检索速度和质量，方便的进行资源检索，预览，上传及下载的用户。 2．总体设计 2.1需求规定 2.1.1系统功能 ● FTP的文件上传及下载功能：类似于普通ftp的文件上传和下载功能。 ◆用户输入ftp的服务器ip及用户名，密码，连接服务器并上传或下载用户指定的文件。 ◆如果用户不输入用户名，密码则默认为匿名登录。 ◆可以以列表的形式显示服务器连接信息，以表格的形式显示正下载文件的信息。 ◆具有站内搜索功能。 ●资源实时检索功能：提供一个强大的搜索引擎功能，用户只需提供关键字和需要检索的资源的类型，就能检索到上面所述四种子平台上的所有相关资源，并且列出来的资源都是可使用的。 ●资源预览功能：对于服务器上的某些资源，用户可以选择预览，以确定是否下载。 ●资源统计信息的功能：包括最近更新的资源，网上评论较热门的资源等。提供一个详细的列表，方便用户浏览。

2.1.2系统性能 2.1.2.1时间特性要求系统的速度要在用户可接受的范围内，但考虑到需要实时检测服务器的可用性，对资源实时搜索的速度可以有较低的要求。ftp的文件上传和下载速度要尽量的接近于普通ftp的速度。 2.1.2.2可靠性系统要有较高的可靠性，可恢复性。 2.1.2.3灵活性系统要有良好的接口，以适应增加资源平台，增加资源类型，增加相关的资源获取功能的需求；并留有服务器接口，适应对以后实现服务器功能的需要；同时系统还需要具有跨平台功能。 2.1.3输入输出要求于ftp和资源实时检索功能系统的输入数据分为两种类型，如果用户已知服务器ip，用户名，密码，则输入数据为服务器ip，用户名，密码；如果用户只知道需要的资源名称和类型，则输入需要的资源名称和类型。系统输出为用户需要的资源列表。并下载用户选择的文件。对于预览功能，用户需要选择要预览的文件，系统输出该文件的一部分或全部内容，如果用户选择保存预览内容，则保存。 2.1.4数据管理能力要求系统需要记录用户最近连接过的ftp的地址，用户名，密码及该站点的文件列表。2.1.5故障处理要求具有一定的容错能力，能检测用户的错误输入并给出错误提示，能检测资源的可用性错误并输出结果。能进行系统故障恢复。 2.1.6其他专门要求因为本系统是一个普遍使用的工具，所以要求界面友好，使用方便，并要求系统具有高稳定性，可扩充性和运行环境的可转换性。 2.2运行环境 2.2.1设备普通pc机，互联网。 2.2.2支持软件操作系统：windows或linux 其它软件:jdk 1.4 2.2.3接口该系统早期会使用北大天网FTP搜索引擎和其他的文件搜索系统如百度的功能实现资源的检索，但是在后期时间允许的情况下会开发自己的检索部分。

宿舍管理系统_详细设计说明书

宿舍管理系统详细设计说明书注：对应模块界面图由组员各自完成2013 年12 月 1 日

1.引言 1.1编写目的编写本详细设计说明书的目的主要是详细说明宿舍管理系统系统的结构和内部设计，在总体设计说明书的基础上进一步细化系统，提供详细的模块和界面设计，为程序开发提供直接的支持。本说明书主要面向系统分析人员、程序员和以后的系统维护人员。作为程序员开发系统的根本依据和在系统维护阶段，维护人员对系统实施维护的参考资料。 1.2背景 a.系统的名称：宿舍管理系统 b．任务提出者与开发者：李彬，刘泽中用户：宿舍管理员和学生 1.3定义 2. 系统的结构系统的功能模块图如下图 2.1：

图2.1 系统功能模块图多层架构关系图如下图 2.2 查询学生信息修改学生信息添加学生信息删除学生信息查询宿舍信息添加宿舍信息删除宿舍信息添加管理员信息查询水电费信息用户登录管理员信息管理学生信息管理宿舍信息管理水电费信息管理宿舍管理系统修改密码

图2.2 多层架构关系图根据图2.1功能结构图和图2.2多层架构关系图可得到如下图2.3所示的系统结构设计图：

3．系统的模块设计 3.1数据库连接模块（sqlconnection）设计说明 3.1.1模块名称；数据库连接模块 3.1.2模块描述：在.NET中如果采用https://www.sodocs.net/doc/d22279848.html,与数据库进行连接，可以采用以下4个接口对象之一： System.data.oledb.oledbconnection System.data.sqlclient.sqlconnection System.data.odbc.odbcconnection System.data.oracleclient.oracleconnection 由于数据库使用的是Microsoft SQL Server,所以使用SQL Server .NET Framework数据提供程序中的SqlConnection对象进行数据连接。 3.1.3 模块功能：与数据库进行连接。 3.1.4 模块算法： public void sqlconnectionopen() { Sqlconnection conn = new sqlconnection(); Conn.connectionstring = “user id = admin;password = ; initial catalog = 宿舍管理系统;datasource = localhost;connect timeout = 20”;

软件开发功能模块详细设计文档

功能模块详细设计说明书编写目的................................................... 项目背景................................................... 定义....................................................... 参考资料................................................... 2．总体设计.................................................... 需求概述................................................... 软件结构................................................... 3．程序描述.................................................... 功能....................................................... 性能....................................................... 输入项目................................................... 输出项目................................................... 算法....................................................... 程序逻辑................................................... 接口....................................................... 存储分配................................................... 限制条件................................................... 测试要点...................................................

详细设计说明书(模板)

文件修改控制修改编号版本修改条款及内容修改日期 1 0.0.0-1.1.0修改LOGO 2005-7-29 2 0.0.0-1.1.1 1、修改公司标识为“东软集团股份有限公司”。 2、修改文件密级标识为“东软机密”。 2008-8-25 3、将“单体测试”改为“单元测试” 3 0.0.0-1.2.0 根据公司要求，转换为OpenOffice格式2009-06-17

东软机密文件编号：项目编号DDR顺序号第版分册名称：第册/共册项目名称（项目编号）详细设计说明书 (软件开发事业部) 东软集团股份有限公司总页数正文附录生效日期编制批准

修改记录版本号变更控制报告编号更改条款及内容更改人审批人更改日期

目录 1引言 (1) 1.1 目的 (1) 1.2 背景 (1) 1.3 词汇表 (1) 1.4 参考资料 (1) 2系统结构 (1) 2.1 需求概述 (1) 2.2 总体设计 (2) 3.系统详细设计说明 (2) 3.1 包及类结构设计 (2) 3.2 模块设计 (2) 3.3 Message文件管理Module (2) 3.4 LOG管理Module (2) 3.5 配置文件管理Module (2) 3.6 异常模块说明 (3) 4.其他设计要求 (3) 4.1 单元测试 (3) 4.2 注释及代码风格 (3) 4.3 尚未解决问题 (3) 5附件说明 (3)

概要设计--IM模块(XJ)

概要设计说明书 1．引言 (1) 1.1编写目的 (1) 1.2项目背景 (1) 1.3定义 (1) 1.4参考资料 (1) 2．任务概述 (2) 2.1目标 (2) 2.2运行环境 (2) 2.3需求概述 (2) 2.4条件与限制 (2) 3．总体设计 (3) 3.1处理流程 (3) 3.2总体结构和模块外部设计 (8) 3.3功能分配 (9) 4．接口设计 (12) 4.1外部接口 (12) 4.2内部接口 (12) 5．数据结构设计 (13) 5.1逻辑结构设计 (13) 5.2物理结构设计 (19) 5.3数据结构与程序的关系 (19) 6．运行设计 (19) 6.1运行模块的组合 (19) 6.2运行控制 (20) 6.3运行时间 (20) 7．出错处理设计 (20) 7.1出错输出信息 (20) 7.2出错处理对策 (20) 8.安全保密设计 (21) 9.维护设计 (21)

1．引言 1.1编写目的为了迎合市场的需求，特开发此企业平台项目。 1.2项目背景主要监管人：。主要验收人：。主要开发单位：第五期第二项目小组。 1.3定义 Enterprise Platform：企业平台软件的名称。 General Notice Module：通用通知组件的名称(GNM) LogIn：登录 LogOut：登出 SearchLocalFriend：搜索本地好友 FindFriend：查找好友 AddFriend：添加好友 DeleteFriend：删除好友 SeeFriendInfo：查看好友信息 SendFileAsk：发送文件请求 SendFileCancel：取消文件传输 SendFileConfirm：确认文件传输 ChatMsg：聊天消息 View chat logs：查看聊天记录 Delete chat logs：删除聊天记录 MsgSetting：消息提示设置 PersonalInfoSetting：个人信息设置 ATM（Asynchronous Transfer Mode）：网络异步传输网络1.4参考资料暂无

软件详细设计文档模板(最全面)汇总.doc

目录 1. 引言 (4) 1.1 编写目的和范围 (4) 1.2 术语表 (4) 1.3 参考资料 (4) 1.4 使用的文字处理和绘图工具 (4) 2. 全局数据结构说明 (5) 2.1 常量 (5) 2.2 变量 (5) 2.3 数据结构 (5) 3. 模块设计 (5) 3.1 用例图 (5) 3.2 功能设计说明 (5) 3.2.1 模块1 (5) 3.2.2 模块2 (6) 4. 接口设计 (7) 4.1 内部接口 (7) 4.2 外部接口 (7) 4.2.1 接口说明 (7) 4.2.2 调用方式 (8) 5. 数据库设计 (8) 6. 系统安全保密设计 (8) 6.1 说明 (8) 6.2 设计 (8) 6.2.1 数据传输部分 (8) 6.2.2 IP过滤分部 (8) 6.2.3 身份验证部分 (8) 7. 系统性能设计 (9) 8. 系统出错处理 (9)

1.引言 1.1背景此文档的背景 1.2编写目的和范围说明写这份详细设计说明书的目的。本详细设计说明书编写的目的是说明程序模块的设计考虑，包括程序描述、输入/输出、算法和流程逻辑等，为软件编程和系统维护提供基础。本说明书的预期读者为系统设计人员、软件开发人员、软件测试人员和项目评审人员。 1.3术语表 1.4参考资料列出有关资料的名称、作者、文件编号或版本等。参考资料包括： a．需求说明书、架构设计说明书等； b．本项目的其他已发表的文件； 1.5使用的文字处理和绘图工具文字处理软件：[编写设计文档使用的文字处理软件，如RedOffice ] 绘图工具：[使用的UML工具，如Rose、Jude、Visio]

登录模块设计说明书1

详细设计说明书 1.1参考资料【1】《概要设计说明书》【2】《需求分析说明书》 2需求规定 2.1前台管理 1、用户注册测试和维护及升级。（登陆管理）设计说明 6.1功能登录入口取得用户名和密码将UserID 存入session 中查询用户是否存在核对密码是否正确登录成功是是否否

6.2性能灵活性：窗口响应绝大部分的快捷菜单和控制面板操作时间特性：响应鼠标单击的时间在2—3秒之间 6.3输人项输入用户名和密码。 6.4输出项输出是从数据库中读取的数据，或错误警告信息。 6.5算法本部分没有采用自定义的算法。 6.6接口 .硬件接口：主要就是TCP/IP层中的网络接口层软件接口：具体来说开发中可能使用到的ADO的常用对象有以下几个：（1）连接对象（Connection）：用来连接数据库。（2）记录集对象（RecordSet）：用来保存查询语句的返回结果。（3）命令对象（Command）：用来执行SQL语句或者SQL Server的存储过程。（4）参数对象（Parameter）：用来为存储过程或查询提供参数。 6.7存储分配本程序在高级语言JA V A进行编码，直接的内存分配由JA V A运行时分配。 6.8注释设计说明准备在本程序中安排的注释，如： a．在代码部分的适当位置会有中文代码注释。 6.9限制条件（1）由于本系统的开发将是基于浏览器的B/S 结构，所以浏览器端的语言使用HTML/CSS/JavaScript，服务器端的语言使用ASP（.NET），开发人员将不能用其他的开发

语言（编写组件除外）。而数据库也将随之采用SQL Server2005。（2）开发人员在编写代码的过程中需要严格按照软件工程的要求来进行，以利于接下来的测试和维护及升级。

短消息模块详细设计(ot)

电脑销售信息管理系统概要设计说明书范文

软件详细设计说明书模板

电脑销售信息管理系统概要设计说明书

软件详细设计文档模板(最全面)

学生信息管理系统概要设计

详细设计说明书

(需求分析+概要设计+详细设计)文档简单范例

详细设计说明书_模板

(完整版)学生信息管理系统概要设计说明书

详细设计说明书的主要内容及写作要求

软件项目详细设计文档示例模版.doc

系统设计说明书模板

概要设计实例

宿舍管理系统_详细设计说明书

软件开发功能模块详细设计文档

详细设计说明书(模板)

概要设计--IM模块(XJ)

软件详细设计文档模板(最全面)汇总.doc

登录模块设计说明书1

相关文档

最新文档