{
统一短信平台
概要设计说明书。
,
'
2012年2月
目录
1. 引言 (3)
编写目的 (3)
项目风险 (3)
;
2. 设计概述 (3)
限制和约束 (3)
设计原则和设计要求 (3)
3. 系统逻辑设计 (4)
系统结构设计 (4)
通道层 (5)
通道管理层 (5)
平台运营管理层 (5)
（
接口层 (5)
使用技术说明 (5)
4. 数据库设计 (6)
数据库接口 (6)
短彩信数据流 (6)
短信、彩信归档的设计 (7)
计费统计设计 (7)
5. 网络方案设计 (7)
》
1. 引言
本文档说明了短信平台的设计理念、软件架构。
1.1 编写目的
1.2 项目风险
2. 。
3. 设计概述
本节描述现有开发条件和需要实现的目标，说明进行概要设计时应该遵循的设计原则和必须采用的设计方法。
3.1 限制和约束
技术条件：
系统使用数据库作为数据缓冲池，并大量使用队列。
开发环境：
Linux系统、Java、Oracle
$
开发及系统运行初期需要服务器一台DELL R710配置（2u，12G内存）价格2万元左右，在业务量增大时考虑系统扩容，系统扩容时现有程序不需要变动只需要迁移数据及系统部署。
时间限制：项目在2个月内完成，绝对不超过3个月。
其中系统开发为1个月，半个月功能测试及调整，半个月系统性能优化；即可上线试运行。
3.2 设计原则和设计要求
短信平台运行于Linux操作系统，使用Java开发，数据库为Oracle。平台使用SSH架构。设计中遵循了如下原则
分层设计，将平台分为3层
a)通道层：
该层负责对通道进行管理、为整个系统的服务层，负责短信、彩信的发送、接收，
保证系统可以高效、及时、准确的处理短彩信
b)|
c)业务逻辑层：
本层为业务层，用于实现各种业务需求，对通道层进行控制、向通道层提供数据。
d)接口层：
外部系统通过本层提供的接口与短信平台进行交互
模块独立原则
在实现模块的时候，应保证模块的独立性，尽量使模块在物理上、逻辑上是独立的
面向接口编程原则
为减少模块间的依赖，需采用面向接口的编程方法，减少模块之间的耦合
|
数据库设计原则
以数据库为中心，短信平台中的数据交换以数据库为交换媒介，辅助的交换方式为SOCKET。
需要建立的模型必须建立，避免复用数据模型引起混乱
效率优先原则，要保证效率可以达标。
易操作性原则：系统应方便用户使用。
安全性和保密原则：接口层部分要考虑安全性和保密，Web界面的操作也要考虑此问题。
易维护性要求：系统管理员可以在Web界面完成全部维护的操作，尽量避免进入到操作系统进行维护。
4. 系统逻辑设计
4.1 ?
4.2 系统结构设计
平台按照通道层、多通道管理层、平台运营管理层、接口层，四个层次进行设计，如下图所示。其中接口层、平台运营管理层、多通道管理层在同一个Web服务器内。
4.2.1 通道层
通道层由多个通道实例构成，每个通道是一个进程，接受通道管理层的管理，并定期向通道管理层报告通道状态。
4.2.2 通道管理层
通道管理层部署于Web服务器内，管理员可以通过Web界面对通道进行维护。
4.2.3 —
4.2.4 平台运营管理层
本层为短信平台的业务逻辑层，管理员和普通用户通过Web界面与系统进行交互
4.2.1 接口层
接口层为业务系统提供服务，目前有数据库接口、HTTP接口、WebService接口、SOCKET接口。
4.3 使用技术说明
规则引擎
为实现短彩信规则的灵活配置、高效为短信选择通道，使用Drools规则引擎Spring：简化系统配置、为系统解耦。
？
Hibernate：数据持久层工具
5. 数据库设计
5.1 数据库接口
为简化外部系统接入短信的步骤，短信平台提供数据库接口
发送短信接口表
上行短信接口表
5.2 短彩信数据流
本节说明整个系统中短彩信数据流。
~
说明：
短信平台的业务逻辑包括
运营商识别、违禁词过滤、黑名单过滤、优先级处理、通道规则、短信分页等，经过此过程，短信平台将短信发送请求处理成为统一的格式插入到SEND表。
短信引擎发送的短信依靠到SEND表榨取来取得。
彩信的流程与短信类似，但是为了减少彩信所占空间，专门设计了一个发送内容表，保存彩信内容相同彩信的内容。彩信内容以XML保存。
5.3 短信、彩信归档的设计
已发短信、彩信会在发送表（SEND、MMS_SEND）表中保存，系统于次日凌晨将发送失败、已返回状态报告的短信转移至发送历史表，发送历史表每日创建一个。发送统计依赖于发送历史表。
5.4 计费统计设计
计费统计以统计归档表中发送短信数据为基本依据，考虑到短信发送数量巨大，为提高统计
效率，对数据使用重组策略，系统将定期对两天之前的发送数据做统计，将统计数据保存，部分统计数据将以这些数据作为统计依据。
考虑到有可能调整数据，系统提供重新统计功能，重新对发送数据做统计。
6. 网络方案设计
平台网络拓扑图
《XXXXXX》概要设计说明书 张三、李四、王五
1．引言 1．1编写目的 在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。 本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1．2项目背景 机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。本系统与其他系统的关系如下： 1．3定义 1．3．1 专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1．3．2 缩写
系统：若未特别指出，统指本机票预定系统。 SQL: Structured Query Language（结构化查询语言）。 ATM: Asynchronous Transfer Mode (异步传输模式)。 1．4参考资料 以下列出在概要设计过程中所使用到的有关资料： 1．机票预定系统项目计划任务书浙江航空公司1999/3 2．机票预定系统项目开发计划《**》软件开发小组1999/3 3．需求规格说明书《**》软件开发小组1999/3 4．用户操作手册（初稿）《**》软件开发小组1999/4 5．软件工程及其应用周苏、王文等天津科学技术出版社1992/1 6．软件工程张海藩清华大学出版社1990/11 7．Computer Network A.S.Tanenbaun Prentice Hall 1996/01 文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。 2．任务概述 2．1 目标 2．2 运行环境 系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。 根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 2．3 需求概述 浙江航空公司为方便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。 2．4 条件与限制 3．总体设计 3．1 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分
实验报告 学院：计算机与星系学院专业：软件工程年级：08级 姓名：陈世煌学号：081181059 实验室号：312 计算机号：59 实验日期：2011 年10 月 6 日指导教师签字：成绩： 报告退发(订正、重做) 电子商务概要设计说明书 1.引言 1．编写目的 Web技术高速发展，已经到了Web2.0时代，出现了很多新的技术和工具，主要包括：博客（BLOG）、RSS、百科全书(Wiki)、网摘、社会网络（SNS）、P2P、即时信息（IM）等技术，这些工具和技术的出现，使得人们从原来Web1.0时代作 为个人只能看Web内容过渡到了不仅是内容的浏览者，同时也是内容的发布者， 人们的交流越来越容易，而在国内博客这一Web2.0工具应用的非常广泛，已经深 入到网络的每个角落。 2．项目背景 电子商务系统，是指使用计算机语言编写，并便于用户安装和使用，在互联网上建立电子商务的一整套系统。网上商品通常根据张贴时间，以倒序方式由新到旧 排列。许多博客专注在特定的课题上提供评论或新闻，其他则被作为比较个人的日 记。一个典型的电子商务结合了文字、图像、其他网站的链接、及其它与主题相关 的媒体。能够让读者以互动的方式留下意见，是许多博客的重要要素。博客是社会 媒体网络的一部分。介于商务的实用性与应用广泛的特点，项目决定实现一款具备 基本功能的电子商务系统。 3．定义 专门术语 缩写
4．参考资料 2.任务概述 1．目标 2．运行环境 中间件服务器Tomcat6.026 JDK版本JDK1.6 数据库mysql 3．需求概述 作为互联网战略的延伸，电子商务的热潮一度兴起，但是一直以来，很多企业网站都局限在信息发布等一些基本的功能，而越来越深入的实践表明，这些仅仅代表了企业网站的一个起点功能。随着企业网络环境的发展成熟，企业门户网站可以帮助企业把现有的业务系统整合起来，集中优势资源为客户提供个性化服务，并为企业创建一个良好的收入渠道。 2.4条件与限制 ●资金、时间约束：无 ●技术约束：采用C/S结构，数据库采用SQL SERVER，界面要求使用汉字。 ●标准约束：《编程规范》，《界面风格规范》 3.总体设计 1．处理流程
西宁国税局短信应用平台 建设方案 上海若雅软件系统有限公司 2013年3月
目录 1项目概述 (5) 1.1 项目背景 (5) 1.2 需求分析 (5) 2 总体技术路线 (5) 2.1 J2EE技术架构 (5) 2.2 平台技术架构 (7) 3 系统架构 (8) 3.1功能结构 (8) 3.2物理结构 (9) 4 系统功能 (10) 4.1 用户和权限管理 (10) 4.2 角色管理 (10) 4.3 系统管理 (11) 4.4 短信审核功能 (12) 4.4.1 短信审核 (12) 4.4.2 审核查询 (12) 4.4.3 审核设置 (13) 4.5 与征管系统的交互功能 (13) 4.5.1 DB短信 (13) 4.5.2 界面发送 (13) 4.6 知识库应用 (13) 4.6.1 知识库同步 (13) 4.6.2 知识库应用 (14) 4.7 查询统计及优化 (14) 4.7.1 下行毒啊你选你查询 (14) 4.7.2 上行短信查询 (14)
4.7.3 查询优化 (14) 4.7.4 分析报表 (15) 4.8 接口管理 (15) 5 安全性 (15) 5.1 接入方式安全考虑 (15) 5.2 性能保障 (16) 6 项目管理及实施方案 (16) 6.1需求细化 (16) 6.2软件适应性开发和测试 (17) 6.3系统安装和整体调试 (17) 6.4系统试运行 (18) 6.5初验 (18) 6.6初验后试运行 (18) 6.7用户培训 (19) 6.9.1培训对象 (19) 6.9.2完成培训的保障措施 (20) 6.8终验 (20) 7 技术服务和售后维护 (20) 8.1服务体系 (21) 8.2技术支持服务内容 (21) 8.3售后服务流程 (21) 8.4售后服务方式 (22) 8.4.17*24小时业务服务 (22) 8.4.2现场技术支持 (22) 8.4.3远程登录诊断 (22) 8.4.4公司现场仿真专家会诊 (22) 8.4.5项目巡检 (22) 8.4.6总经理投诉热线 (23) 8.5售后服务保障措施 (23) 8.5.1完善的售后支持服务网络 (23)
1 引言 (3) 1.1 编写目的 (3) 1.2 背景 (3) 1.3 定义 (3) 1.4 参考资料 (3) 2 总体设计 (3) 2.1 简述 (3) 2.2 架构设计 (4) 2.2.1 系统逻辑架构图 (4) 2.2.2 系统物理架构图 (4) 2.2.3 顶层系统包图 (5) 2.2.4 业务类包图 (6) 2.2.5 子系统关系图 (6) 2.3 接口设计 (6) 2.3.1 界面框架设计 (6) 2.3.2 外部接口设计 (7) 3 子系统设计 (7) 3.1 基础信息子系统 (7) 3.1.1 子系统说明 (7) 3.1.2 类图 (8) 3.1.3 类说明 (12) 3.1.4 界面设计 (19) 3.2 我的工作台子系统 (21) 3.2.1 子系统说明 (21) 3.2.2 类图 (22) 3.2.3 类说明 (26) 3.2.4 界面设计 (32) 3.3 工作进展子系统 (33) 3.3.1 子系统说明 (33) 3.3.2 类图 (34) 3.3.3 类说明 (34) 3.3.4 界面设计 (34) 3.4 信息发布子系统 (36) 3.4.1 子系统说明 (36) 3.4.2 类图 (36) 3.4.3 类说明 (37) 3.4.4 界面设计 (38) 3.5 系统管理子系统 (38) 3.5.1 子系统说明 (38) 3.5.2 类图 (39) 3.5.3 类说明 (39) 3.5.4 界面设计 (40) 3.6 个人设置子系统 (41)
3.6.1 子系统说明 (41) 3.6.2 类图 (42) 3.6.3 类说明 (43) 3.6.4 界面设计 (44) 4 约束和假定 (45) 5 系统数据结构设计 (45) 5.1 逻辑结构设计 (45) 5.1.1 角色表（PUBLIC_ROLE） (46) 5.1.2 权限表（PUBLIC_PRIVILEGE） (46) 5.1.3 角色权限表（PUBLIC_ROLEPRIVILEGE） (46) 5.1.4 部门表（PUBLIC_ DEPT） (46) 5.1.5 岗位表（PUBLIC_POST） (47) 5.1.6 员工表（PUBLIC_MEMBER） (47) 5.1.7 工作任务表（WORKPLAN_ TASK） (48) 5.1.8 任务分派表（WORKPLAN_ ALLOTTASK） (48) 5.1.9 工作计划表（WORKPLAN_ PLAN） (48) 5.1.10 计划任务表（WORKPLAN_ PLANTASK） (49) 5.1.11 工作日志表（WORKPLAN_ WORKLOG） (49) 5.1.12 工作汇报表（WORKPLAN_ WORKREPORT） (50) 5.1.13 信息发布表（PUBLIC_ PUBLISHINFO） (50) 5.1.14 收件箱表（PUBLIC_INBOX） (50) 5.1.15 系统操作日志表（PUBLIC_OPERA TELOG） (51) 5.1.16 个人提醒设置表（PUBLIC_EVENTS） (51) 5.1.17 系统表（PUBLIC_SYSTEM） (52) 5.1.18 系统功能模块表（PUBLIC_SYSTEMMODULE） (52) 5.2 物理结构设计 (52) 5.3 数据结构与程序的关系 (52) 6 系统出错处理设计 (52) 6.1 出错信息 (52) 6.2 补救措施 (53) 6.3 系统维护设计 (53)
校园博客系统需求分析 评审日期：2010 年04 月01 日 目录 1导言 (1)
1.2范围 (1) 1.3缩写说明 (1) 1.4术语定义 (1) 1.5引用标准 (1) 1.6参考资料 (2) 2系统定义 (2) 2.1项目来源及背景 (2) 2.2系统整体结构 (2) 3应用环境 (3) 3.1系统运行网络环境 (3) 3.2系统运行硬件环境 (4) 3.3系统运行软件环境 (4) 4功能规格 (4) 4.1角色（ A CTOR ）定义 (5) 4.1.1博客访问者 (5) 4.1.2管理用户 (5) 4.1.3 数据库 (6) 4.2系统主U SE C ASE图. (6) 4.3客户端子系统 (6) 4.4管理端子系统 (8) 4.4.1 登录管理 ....................................................... 10 4.4.2 类型管理 ......................................................... 11 4.4.3 评论管理 ....................................................... 12 4.4.4 留言管理 ....................................................... 12 4.4.5 图片管理 ....................................................... 12 4.4.6 用户管理 ....................................................... 13 5性能需求 (13) 5.1 界面需求 (13) 5.2响应时间需求 (13) 5.3可靠性需求 (13) 5.4开放性需求 (14) 5.5可扩展性需求 (14) 5.6系统安全性需求 (14) 6产品提交 (14)
房产登记智能短信互动平台技术解决方案 1.方案概述 随着中国移动通信行业的高速发展，移动通信用户迅速增长，手机已成了人们不可或缺的通讯设备，手机短信作为一种实用、方便、廉价的通信手段赢得了中国广大手机用户的钟爱。同时，短信应用的范围也逐渐由面向大众的移动增值服务向企业、银行、证券、交通、教育等应用领域扩展，成为企事业单位不可或缺的内部办公、客户服务和主动营销工具。 余杭区房管处为了使让购房者实时、准确地了解并掌握自家房产证处于办证环节的流程状态，及时的补充办证中需要的材料，决定开发一套与房产办证系统互动的手机智能短信互动应用平台。目的是以便捷的通信手段实时地发布各种通知、公告等公共信息和办证状态、补充材料明细、交费、领证等工作信息。 作为一个便民系统，余杭区房管局的房产登记智能短信互动平台即可以与房管处现有的房产管理系统进行数据互联，对办证各个环节的状态实时地通知每个办证户主；也可以作为一个平台单独使用，针对特定人群发送通知，公告，预警等信息；更可以让登记户主以短信智能查询的模式获取：房产政策、常见问题回复、办事流程等准确答案。 1.1.适用需求 短信移动办公：通知、公告、日程提醒 短信互动：房产政策、办事流程、楼盘信息 短信提示：办证状态提示、补充材料提示、领证通知等 短信投诉：对各类违规违法行为的短信投诉、受理回复、处理结果回复 短信功能集成：与现有的房产登记系统进行系统集成 1.2.方案特点 本方案可以对所有的用户发送短信（包括移动、联通、电信），无论是省内的还是省外的都可以发送和接收 独立设备，管理方便，发送速度快 发送不受任何网关的限制（前提条件，不发送违规短信、手机卡能正常收发短信） 本方案需要有特定的硬件、软件支持，日后运营由自己控制（自己对卡进行充值或购买新卡），运营费用低（SIM卡由自己购买，移动有短信套包，
XX概要设计说明书
文档修改记录
填写说明 1. 系统结构的定义 本体系对整个软件系统按如下结构方式进行划分：系统子系统模块子模块 其中： （1）“系统子系统”划分属于“系统设计”，在系统设计说明书中予以描述。 （2）“子系统模块”划分属于“概要设计”，在本说明书中予以描述。 （3）“模块子模块”划分属于“详细设计”，在详细设计说明书中予以描述。如果系统相对简单，可以省略“子模块”这一层次。 2. 如果填写了系统设计说明书，则在本说明书中略过“系统子系统”划分的相关内容（即第2章）。 3. 如果系统相对简单，不需要做“系统子系统”划分，这种情况下，取消填写系统设计说明书，只须填写本说明书，直接套用“子系统模块”划分（即第3章）进行“系统模块”划分（把其中“子系统”一词替换为“系统”），并删除本说明书中“系统子系统”划分的相关内容（第2章）。
目录 1. 简介 ................................................................ 错误!未定义书签。 . 背景和目的.................................................... 错误!未定义书签。 . 范围.......................................................... 错误!未定义书签。 . 术语和缩略语.................................................. 错误!未定义书签。 2. 系统总体设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 系统外部接口 ............................................ 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 系统架构设计.................................................. 错误!未定义书签。 系统的逻辑架构设计 ...................................... 错误!未定义书签。 系统的物理架构设计 ...................................... 错误!未定义书签。 . 子系统定义.................................................... 错误!未定义书签。 子系统列表 .............................................. 错误!未定义书签。 子系统间关系 ............................................ 错误!未定义书签。 3. 子系统1设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 子系统外部接口 .......................................... 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 子系统架构设计................................................ 错误!未定义书签。 . 模块定义...................................................... 错误!未定义书签。
辽宁科技大学 课程设计说明书 设计题目：https://www.doczj.com/doc/b68204006.html,特定领域高级应用课程设计 个人博客系统（留言板模块）学院、系：软件学院 专业班级：软物信10班 学生姓名：杨卿林 指导教师：李林林 成绩： 2013 年07 月12 日
目录 1．绪论 (3) 1．1 开发背景 (3) 1.2课题研究的意义 (3) 1．3 相关技术知识 (4) 2．需求分析 (6) 2.1 开发背景 (6) 2.2 系统实现目标概述 (6) 2.3 系统功能需求 (7) 2.4用例图 (8) 3．总体设计 (9) 3．1 数据库设计 (9) 3.2性能需求 (9) 3.2.1多样性 (9) 3.2.2易维护 (10) 3.2.3安全性 (10) 3.2.4可扩展性 (10) 3.3功能需求 (10) 3.3.1信息服务 (11) 3.3.2查询服务 (11) 3.3.3留言服务 (11) 3.3.4前台和后台 (11) 3.4结构 (13) 3.4.1前台功能结构图 (13) 3.4.2前台文件总统架构图 (13) 3.4.3后台功能结构图 (14) 3.4.4后台文件总体架构图 (14) 4详细设计 (15) 4.1任务概述 (15) 4.2性能要求 (15) 4.3功能实现 (16)
1．绪论 1．1 开发背景 随着计算机技术的发展和普及，blog得到了极大的发展。Blog，是Weblog的简称。blog是一种新的生活方式、新的工作方式、新的学习方式和交流方式。它是继E-mail、BBS、ICQ、之后出现的第4种网络交流方式。Blog主要应用于3个方面：一是新的人际交流方式；二是以个人为中心的信息摘选和知识管理；三是以个人为中心的传播出版。blog作为个人的一种学习工具，简单易用，吸引人的兴趣。Blog在教育方面得到了很大的发展，它将互联网从过去的通讯功能，资料功能、交流功能等进一步强化，使其更加个性化、开放化、实时化、全球化，把信息共享发展到资源共享、思想共享、生命历程共享。Blog已经成为一种继课件、积件、资源库、教育主题网站等信息化教学模式之后，新的网络应用模式。它是应时代的需求而兴起的，也是应时代需求不断进步的。 1.2课题研究的意义 随着Blog人数的增加，Blog作为一种新的生活方式、新的工作方式和新的学习方式已经被越来越多的人所接受，并且在改变传统的网络和社会结构。它使交流和沟通更有明确的选择和方向性；单一的思想和群体的智慧结合变得更加有效；个人出版变成人人都可以实现的梦想。Blog正在影响和改变着我们的生活。
《XXXXXX》 概要设计说明书 张三、李四、王五 1．引言 1．1编写目的 在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。 本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1．2项目背景 机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于 1．3 1．3．1 专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1．3．2 缩写
系统：若未特别指出，统指本机票预定系统。 SQL: Structured Query Language（结构化查询语言）。 ATM: Asynchronous Transfer Mode (异步传输模式)。 1．4参考资料 以下列出在概要设计过程中所使用到的有关资料： 1．机票预定系统项目计划任务书浙江航空公司 1999/3 2．机票预定系统项目开发计划《**》软件开发小组 1999/3 3．需求规格说明书《**》软件开发小组 1999/3 4．用户操作手册（初稿）《**》软件开发小组 1999/4 5．软件工程及其应用周苏、王文等天津科学技术出版社 1992/1 6．软件工程张海藩清华大学出版社 1990/11 7．Computer Network A.S.Tanenbaun Prentice Hall 1996/01 文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。 2．任务概述 2．1 目标 2．2 运行环境 系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。 根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 2．3 需求概述 浙江航空公司为方便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。 2．4 条件与限制 3．总体设计 3．1 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分：一、客户机上的程序，二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析：
UMP短信平台解决方案 2011年11月
目录 一、项目背景 (3) 二、短信平台需求分析 (3) 2.1 功能方面的需求 (3) 2.2 管理方面存在的需求 (3) 2.3 运维方面的需求 (4) 三、UMP短信平台解决方案概述 (4) 3.1 UMP短信平台功能 (5) 3.2 UMP短信平台特点 (6) 3.3 优质通道资源介绍 (7) 3.4 UMP短信平台通用解决方案的优势 (8) 四、技术方案概述 (10) 4.1 UMP短信平台系统结构图 (10) 4.2 UMP短信平台系统模块构成 (10) 4.3 多业务系统对接 (11) 4.4 UMP短信发送管理 (12) 4.5 集中管理 (14) 4.6 业务统计报表 (15) 4.7 系统监控管理 (16) 五、系统整体组网规划 (18) 5.1 系统整体组网规划图及介绍 (18) 5.2 系统中硬件功能具体说明 (18) 六、服务体系 (19) 6.1 质量目标 (19) 6.2 服务支持 (20) 6.3 技术支持 (21)
一、项目背景 根据中国三大移动运营商公布的数据显示，截至2011年8月底，中国手机用户总数已达9.2726亿户。随着中国手机用户的高速增长，手机短信已经成为人们日常信息快递的重要方式，企业短信作为一种企业与客户之间的通信方式，以其覆盖面广、快捷，无时空限制，低成本、精准营销等众多优势，已经被广泛应用于金融、快消、百货、售后服务、快递物流、教育、房地产、汽车、农业、政府等众多行业，成为现代企业信息化重要组成部分。 现代企业普遍面临着来自成本、生产率、产品销售以及客户服务等方面的竞争压力，拓展产品销售渠道、提高员工作业生产率、降低运营成本以及提升客户服务质量，是现代企业提升市场综合竞争能力的关键。 随着企业短信规模化应用，传统短信平台单一信息收发功能，已经不能完全满足现代企业管理的需求，所以同时兼顾多种短信业务、方便与客户系统对接、简单易行的操作与维护、高稳定、高可靠的移动信息化应用成为短信平台发展趋势。 二、短信平台需求分析 2.1.功能方面的需求 ?支持多业务系统对接 大型企业都有自己的业务系统，很多业务信息都是通过系统生成后发送，这就要求短信平台能够与业务系统之间对接来实现数据交互，尽量减少二次开发，缩短项目时间。 ?千万级信息的处理能力 对于银行、证券这样的金融客户来讲，不仅需要提交千万级的信息量，而且还对短信的及时性要求也是极高，尤其是银行类动帐短息，及时性都要求控制在1秒左右；为了避免信 息的丢失和延时，这就要求短信平台具备大规模短信的处理能力和发送能力，既要保证信息的安全与完整，又要有条不紊的将信息及时发送出去。 ?状态报告及时返回 客户通过短信平台提交大批量的信息后，有多少条是成功到达客户手机？是大家都会关心的问题，所以平台需要能及时看到短信的发送的状态，从短信提交、处理过程及成功到达手机后发回的状态报告都能查看。 2.2.管理方面存在的需求
概要设计说明书示例【概要设计说明书(模板)】 概要设计说明书 修订记录 目录 第一章 1.1.1. 2.1. 3.1. 4.第二章 2.1.2.2.2. 3.2. 4.2. 5.2. 6.2. 7.第三章 3.1.3.2.3.3.第四章 4.1.4.2.4.3.第五章 5.1.5.2.5.3.第六章 6.1. 6.2.6.3. 补救措施......................................................... ........................................10系统维护设计......................................................... .. (10) 第一章引言 1.1.编写目的 说明编写这份概要设计说明书的目的，指出预期的读者。 1.2.背景 说明：
a.待开发软件系统的名称； b.列出此项目的任务提出者、开发者、用户以及将运行该软件的站点。 1.3.定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4.参考资料 列出有关的参考文件，如： a.本项目的经核准的计划任务书或合同，上级机关的批文； b.属于本项目的其他已发表文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出 第二章总体设计 2.1.需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求。 2.2.运行环境 简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定。 2.3.基本设计概念和处理流程 说明本系统的基本设计概念和处理流程，尽量使用图表的形式。 2.4.结构 用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。 2.5.功能需求与程序的关系
电子科技大学沙河校区-数学科学学院 项目实施规范 编号：JV-STD-PROJ 版本：1.0 官方网址：https://www.doczj.com/doc/b68204006.html,
官方网址：https://www.doczj.com/doc/b68204006.html,
1 概述 为了提高企业员工信息化水平，促进员工对信息化的了解和实施，XX单位决定实施员工个人博客系统。希望通过这个系统的实施达到员工间信息互通化，企业文化流通化，员工业余活动多元化等水平。因此该系统需要实现，用户文章发表，文章评论、照片共享、系统公告发布等功能。 1.1 目的 本文档是电子科技大学在XX单位的个人博客系统合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。 1.2 范围 本系统包括：用户信息、公告信息、个人相册信息、博客文章信息、投票信息及朋友信息六个模块。系统功能为本说明书与附件Demo版界面描述中功能的并集。在上述文件未明确描述的情况下，应能满足合同和相关投标书所描述的功能。 1.3 读者对象 系统分析、开发、测试、评审等所有参与的用户。 1.4 参考文档 无 1.5 术语定义 定义所使用的术语。对于易混淆的客户常用语要有明确规定定义。例如，“用户”是指客户的雇员而非软件的最终购买者等。
2 系统说明 2.1 概述 在这一部分应对影响系统的主要因素进行描述。对于系统的详细功能描述应在下一节进行。在此，应侧重需求的背景并使在下一节所做的叙述易于理解。可包括：现有系统描述、新系统解决方案描述、产品用途、产品功能、用户特点、局限性、前提和假设等。 2.2 产品介绍 2.3 产品中的用户与角色 2.4 产品范围 2.5 产品应当遵循的标准或规范
以下是需求分析说明书、详细设计说明书、概要设计说明书样例 需要详细资料的去 https://www.doczj.com/doc/b68204006.html,/BBS/view.asp?ID={CA9329C0-93C5-4417-9170-452FF61E8C DB}&page=1下载 XX系统概要设计说明书 目录 1. 文档介绍1 1.1 文档目的1 1.2 文档范围1 1.3 读者对象1 1.4 参考文献1 1.5 术语与缩写解释1 2. 系统概述2 3. 设计约束2 3.1需求约束2 3.2隐含约束2 4. 设计策略3 4.1扩展策略3
4.2复用策略3 4.3折衷策略3 5．系统总体结构3 5.1、系统总体结构3 5.2、子系统功能及接口4 6. 子系统的结构与功能5 6.1、TERMSERV 5 7. 功能需求追溯5 8. 环境的配置5 9．其它6 附录 6 A、与主机接口6 B、与终端接口6 1. 文档介绍 1.1 文档目的 编写该文档的目的在于从总体设计的角度明确xxxx系统的功能和处理模式，明确与银联的接口，使系
统开发人员和产品管理人员明确产品功能，可以有针对性的进行系统开发、测试、验收等各方面的工作。 1.2 文档范围 1.3 读者对象 该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。 1.4 参考文献 《xxxx系统需求说明书》 1.5 术语与缩写解释 无 2. 系统概述 XX系统是以触摸屏为主要交互工具，帮助用户以自助方式做业务查询。本系统的主要功能包括：话费 查询、新业务介绍、网点分布查询、自助终端分布查询、电信新闻、交易监控、设备维护和监控等。本系 统的设计目标是保证系统可以7*24小时安全、高效无故障运行；业务人员可以轻松完成设备和交易的监控 、管理工作；报表种类齐全，可以满足业务人员各种帐务需求。 3. 设计约束
精心整理 3.3.1平台总体结构....................................................................错误!未指定书签。 3.3.2开发架构............................................................................错误!未指定书签。 3.3.3技术优势............................................................................错误!未指定书签。 3.4需求分析........................................................................................错误!未指定书签。 3.4.1代理商平台........................................................................错误!未指定书签。 3.4.2终端用户平台....................................................................错误!未指定书签。 3.4.3管理员平台........................................................................错误!未指定书签。 3.4.4数据接口............................................................................错误!未指定书签。 3.4.5短信发送服务....................................................................错误!未指定书签。 3.5其他非功能性需求........................................................................错误!未指定书签。
＜网上书店＞ 概要设计说明书 作者：XXXXXXXXXXX 完成日期：XXXX年4月XX日签收人：XXXXXX 签收日期：XXXX年X月XX日修改情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (1) 1.4 参考资料 (2) 2 总体设计 (2) 2.1 需求规定 (2) 2.2 运行环境 (3) 2.3 基本设计概念和处理流程 (3) 2.4 结构 (4) 2.5 功能需求与程序的关系 (8) 2.6 人工处理过程 (9) 2.7 尚未解决的问题 (9) 3 接口设计 (10) 3.1 用户接口 (10) 3.2 外部接口 (10) 3.3 内部接口 (10) 4 运行设计 (10) 4.1 运行模块组合 (10) 4.2 运行控制 (10) 4.3 运行时间 (11) 5 系统数据结构设计 (11) 5.1 逻辑结构设计要点 (11) 5.2 物理结构设计要点 (11) 6 系统出错处理设计 (12) 6.1 出错信息 (12) 6.2 补救措施 (12) 6.3 系统维护设计 (12) 7 阶段小结 (12)
1 引言 1.1 编写目的 服务于书店的网络化运营，管理用户购买以及其它服务、管理各类图书信息以及图书销售中的各个环节，最终用户为使用本网上书店的各类用户以及网上书店的系统管理人员和维护人员。 1.2 范围 说明： a．待开发的软件系统的名称：XXXX网上书店 b．任务提出者：刘俊铖、马俊 开发者：马俊、张倩、刘俊铖、张瑞鑫、唐志军、冯庆丰 用户：欲使自己书店网络化运营的各类书店。 使用本软件的单位：待定 1.3 定义 UML：Unified Modeling Language , 统一建模语言。 类图（class diagram）：表述系统中各个对象的类型及其间存在的各种静态关系。静态关系包括关联和子类型两种。 交互图（interactive diagram）：是表述各组对象如何依某种行为进行协作的模型。包括顺序图和协作图。 可修改性：容许对系统进行修改而不增加原系统的复杂性。 有效性：软件系统能有效地利用计算机的时间资源与空间资源的能力。 可靠性：能够防止因概念、设计和结构等方面的不完善造成的软件系统 失效，具有挽回因操作不当造成软件系统失效的能力。
《个人博客系统》概要说明 版本V1.0 1引言 1.1编写目的 本概要说明为系统的详细设计、实现、测试以及验收提供参照，也为评价系统功能和性能提供标准。本概要设计适用于用户、项目管理人员、系统分析人员、程序设计人员以及系统测试人员阅读和参考。 1.2背景说明 博客的精神是：自由表达，开放宽容，个性张扬，专业精神，交流交友。 在没有自己的博客之前，人们会经常进出于论坛发表贴子或者通过即时通信软件聊天，来表达自已的想法，可是这些都是零散的和杂乱的。博客的出现，让人们可以不断的把自己以前的和每天激发的一些想法或者感受整理放在自己的博客上，每次在写文章的时候，可能又会产生新的想法。虽然一些想法一些思考只是皮毛，没有什么深度，但是当下笔去写的时候每次都会对某个小小的问题有了更多的一点点思考，再写博客的时候就感觉到了一种满足感，一种想法得以释放思考得以延伸的满足感。生活中每天的一个小小的事情都会引起人们的思考，甚至是和朋友的聊天中一个小小的火花迸发。督促自己努力、把一时的想法变成观点，争取在生命中的每天里留下点什么，这也是人们写博客的目的之一。这样就能督促自己每一天不要浑浑噩噩，时光
流逝无痕无声无息，写博客也是在自己的每一天上留下了一道浅浅的思考和划痕。不仅如此，通过写博客、记录自己的想法可以帮助实现如下这些目的： a）记录生活，在自己的每一天上留下思考的划痕。 b）整理思路，固化知识，获得更多更好的想法。 c）分享，将自己的想法、经验与人分享。 d）交流、提高，通过交流产生更多的思维火花，相互提高。 e）交友，互相鼓励，一路同行。 如果说博客网站是一个舞台，那么所有的博主都是其中的舞者，把自己有价值的真实的一面展示在网络世界中，相互交流沟通；如果博客仅仅为了写日志，那么博客是一面镜子，镜子中展现的是真实的自己；如果博客是一个自由媒体，可以把自身感觉有价值的信息通过博客这个工具发布，与网友共享。 2任务概述 2.1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。