详细设计说明书
详细设计说明书
详细设计说明书 (1)
1引言 (2)
1.1目的 (2)
1.2背景 (2)
1.3参考资料 (2)
1.4术语定义与说明 (2)
2设计概述 (3)
2.1需求概述 (3)
2.2运行环境概述 (3)
2.3条件与限制 (3)
3系统详细设计 (3)
3.1系统功能模块详细设计 (3)
3.2系统界面详细设计 (5)
4数据库系统设计 (7)
5非功能性设计 (12)
6环境配置 (12)
1引言
1.1目的
本项目主要给用户提供精准养生咨询信息的推送，基本药物信息的查询、疾病相关信息的查询，周边医疗单位（医院，药店）信息提供，急救措施的学习，以及个人主页和智能助手等功能。让人们正确认识和使用药物以及能及时预防疾病的发生，提高人们的养生知识以及急救技能
1.2背景
随着工作压力增加，生活环境影响，以及年龄的增长，据不完全统计，在中国，20~60岁年龄段，人们普遍都会有着一些或大或小的疾病，人们越来越重视自身身体健康，同时，随着我国人民生活水平及生活质量的提高，人们养生保健观念也逐渐加强，人们对日常生活的养生保健要求越来越高。人们急需一款功能全面，医疗养生信息精准的APP来满足自己对健康养生知识的学习需求。日常生活中我们或者周围的人都不可避免会出现各种各样的紧急伤害，如果没有一点急救常识，在很短的时间内就会失去抢救的机会。但是稍微懂一点急救措施就可以挽救一个人的生命。简单的急救常识在抢救的初期起着至关重要的作用，因此学习一些急救常识变得非常有必要。如果你在智能手机上装一个拥有急救措施宝箱的APP，这种情况就不复存在了。
1.3参考资料
数据库设计实验教材
1.4术语定义与说明
2设计概述
2.1需求概述
2.2运行环境概述
客户端操作系统：Android
客户端硬件设备：Android手机等移动终端Android SDK版本2.2以上
2.3条件与限制
3系统详细设计
3.1系统结构设计与子系统划分3.2系统功能模块详细设计
登录注册页面功能
养生资讯子功能
3.3系统界面详细设计
4数据库系统设计 4.1设计依据 4.1.1外部设计
4.1.1.1使用它的程序
数据库名称：nurse_sister 数据库类型：Sqlite
数据库宿主系统：android4.0-android6.0
4.1.1.2命名的总体规则及注意事项
● 所有标识名称均采用英文小写字母表识。
● 所有命名都不得超过30个字符的系统限制。变量名的长度限制为29（不包括标识字符
@）。
● 数据对象、变量的命名都采用英文字符，禁止使用中文命名。绝对不要在对象名的字符
之间留空格。
●小心保留词，要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突。
●保持字段名和类型的一致性，在命名字段并为其指定数据类型的时候一定要保证一致
性。假如数据类型在一个表里是整数，那在另一个表里可就别变成字符型了
●所有数据项都用汉语拼音全拼表示，数据库名称除外。
●字符集采用UTF-8，请注意字符的转换。
●所有数据表第一个字段都是系统内部使用主键列，不可空，确保不把此字段暴露给最终
用户。
●除特别说明外，所有字符串字段都采用var char(50) 类型，(无论汉字还是英文，都算一
个字符）。
●除特别说明外，所有日期格式都采用date 格式，无时间值。
●除特别说明外，所有整形都采用int 格式。
●除特别说明外，所有字段默认都设置为null 。
4.1.1.3逻辑结构设计
用户注册信息表：user
字段类型是否主键描述
uid int 是序号（自增）
name string 帐号
pwd string 密码
dex string 性别
age int 年龄
jiGuan string 籍贯
subName string 昵称
药品信息表：medicinal
字段类型是否主键描述
id string 是序号（不自增）
blfy string 不良反应drugName string 药品名字img string 图片地址
jj string 禁忌
price string 参考价格
manu string 生产企业
type string 药品类型
yfyl string 用法用量
zysx string 注意事项
zzjb string 主治疾病
zycf string 主要成分
疾病信息表：disease
字段类型是否主键描述
id int 是序号
name string 疾病名subTypeId int 子分类序号subTypeName string 子分类名称summary string 具体描述
typeId int 分类
typeName string 分类名url string 链接地址
急救信息表：firstAid
字段类型是否主键描述
fid int 是序号（自增）imgTitle string 图片标题img string 图片
title string 标题
subTitle string 副标题
content string 文本内容
养生信息表：health
字段类型是否主键描述
hid int 是序号（自增）imgTitle string 图片标题img string 图片
title string 标题
subTitle string 副标题
content string 文本内容
4.2数据库安全
说明在数据库的设计中，将如何通过区分不同的访问者、不同的访问类型和不同的数据对象，进行分别对待而获得的数据库安全保密的设计考虑。
4.3数据结构
4.3.1数据流图
急救知识查询数据流图
疾病查询数据流图
药品查询数据流图
5非功能性设计
5.1安全性设计
后台才一个j2EE采用MVC设计,能够良好的控制数据的读取，API数据调用模式，更好的保证数据传输的的安全性，大大提高了android应用的安全性，对于非法的网络的入侵，能够良好的抵御。
6环境配置
JDK版本1.6以上
Android SDK版本2.2以上
开发操作系统:window7
开发软件:eclipse
概要设计说明书范例及模板
《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 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分
结构设计方案说明
结构设计方案说明 一、工程概况: 本工程位于XX省XX市XX区，位于XX街路南，XX路东，地块总用地面积1A327平方米，总建筑面积1713A0平方米，地上建筑面积1A1A00平方米（其中金融科技服务平台A300平方米，科技资源服务平台A50平方米，创新孵化服务平台A50平方米，配套服务A00平方米），地下建筑面积A0平方米（其中地下停车场A00平方米，半地下绿地覆盖商业A0平方米）。地下1层，地上B层，裙房商业2层。 二、设计依据: 1、本项目的结构设计合理使用年限为50年，建筑安全等级为二级。 2. 本项目依据国家及XX省现行建筑结构规范、规程和标准进行设计，依据的规程规范主要有: (1) 《建筑结构荷载规范》GB50009-2012 (2) 《混凝土结构设计规范》GB50010-2010 (3) 《地基基础设计规范》GB50007-2011 (4) 《建筑桩基技术规范》JGJ94-2008 (5) 《建筑工程抗震设防分类标准》GB50223-2008 (6) 《建筑抗震设计规范》GB50011-2010 (7) 《高层建筑混凝土结构技术规程》JGJ3-2010 J186-2010 (8) 《人民防空地下室设计规范》GB50038-2005 (9) 《地下工程防水技术规范》GB50108-2008 (10) 《砌体结构设计规范》GB 50003-2011 (11) 《灌注桩后注浆技术规程》 (12) 《湿陷性黄土场地勘察及地基处理技术规范》3.竖向荷载 根据不同的建筑功能，楼面活荷载取值如下： 4.地震作用 本项目的抗震设防烈度为8度，设计基本地震加速度值为0.20g，设计地震分组为第一组。建筑抗震设防类别为乙类。 5.风荷载 本项目风荷载作用下的结构刚度和强度设计均采用100年一遇的基本风压0.45KN/m2，地面粗糙度取为B类。由于建筑单体距离较为接近，确定风荷载取值时，需考虑相邻建筑干扰效应的影响。 6.其他荷载及作用 基本雪压为0.40KN/m2（100年一遇），与或荷载不同时考虑。温度作用考虑计算温差+30度/-30度。地下室人防区域按照平战结合的人防设计考虑设计荷载取值。本工程人防为核5常5，甲类二等人员掩蔽所或甲类人防物资库。 7.场地条件
项目开发详细设计说明书(超好用模板)完整版
修订记录
目录 第一章概述........................................................................... 错误!未定义书签。 1.1.应用模块的目的....................................................... 错误!未定义书签。 1.2.应用模块总体描述................................................... 错误!未定义书签。 1.3.应用模块接口描述................................................... 错误!未定义书签。 1.4.假设条件................................................................... 错误!未定义书签。第二章设计模式（Design pattern） ................................... 错误!未定义书签。第三章类设计....................................................................... 错误!未定义书签。 3.1.分块类图................................................................... 错误!未定义书签。 <类图1> ............................................................ 错误!未定义书签。 <类图n> ............................................................ 错误!未定义书签。 3.2.整体继承关系........................................................... 错误!未定义书签。 3.3.类描述....................................................................... 错误!未定义书签。 <类名1> Class Description............................. 错误!未定义书签。 <类名n> Class Description............................. 错误!未定义书签。第四章交互图....................................................................... 错误!未定义书签。 4.1.<情景编号1: 情景名称> ........................................ 错误!未定义书签。 交互图................................................................ 错误!未定义书签。 例外情况及条件................................................ 错误!未定义书签。 4.2.<情景编号n: 情景名称> ........................................ 错误!未定义书签。第五章状态图....................................................................... 错误!未定义书签。 5.1.<状态图编号1:状态图名称> .................................. 错误!未定义书签。 5.2.<状态图编号n:状态图名称> .................................. 错误!未定义书签。第六章时序流程图............................................................... 错误!未定义书签。第七章用户界面设计说明................................................... 错误!未定义书签。 7.1.用户界面关系........................................................... 错误!未定义书签。 7.2.用户界面具体描述................................................... 错误!未定义书签。 <界面编号1:界面名称〉 ................................. 错误!未定义书签。 <界面编号N:界面名称〉 ................................ 错误!未定义书签。
产品详细设计说明书模版
XXX系统 详细设计说明书 作者： 完成日期： 签收人： 签收日期： 版本所有：北京无限讯奇信息技术有限公司
版本修改记录
目录 1引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3定义 (4) 1.4参考资料 (4) 2程序系统的组织结构 (5) 3程序1（标识符）设计说明 (6) 3.1程序描述 (6) 3.2功能 (6) 3.3性能 (6) 3.4输入项 (6) 3.5输出项 (6) 3.6算法 (7) 3.7流程逻辑 (7) 3.8接口 (7) 3.9存储分配 (7) 3.10注释设计 (7) 3.11限制条件 (7) 3.12测试计划 (7) 3.13尚未解决的问题 (8) 4程序2（标识符）设计说明 (9)
详细设计说明书又可称程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并入概要设计说明书。 1引言 1.1编写目的 说明编写这份详细设计说明书的目的，指出预期的读者。 1.2背景 说明： a．待开发软件系统的名称； b.本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。 1.3定义 列出本文件中用到专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有关的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c.本文件中各处引用到的文件资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。
概要设计说明书实例
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)
结构设计总说明
结构设计总说明 一、概述 1.1本工程为暨南大学旅游学院教学楼，6层，结构采用现浇混凝土 框架结构，建筑物总高21.6米,相对标高±0.000等于于绝对设计 标高28.300m 1.2本工程主要依据除另行注明者外，均按初步设计审批文件、岩土工程勘察报告和以下建筑工程现行设计规范： 1、建筑工程抗震设防分类标准（GB50223-2008）； 2、建筑结构荷载规范（GB50009-2012）； 3、混凝土结构设计规范（GB50010-2010）； 4、建筑抗震设计规范（GB50011-2010）； 5、建筑地基基础设计规范（GB50007-2011）； 6、建筑地基处理技术规程（JGJ79-2012）； 1.3建筑设计使用年限：50年；结构安全等级：二级；抗震设防分类：丙类 1.4本工程抗震设计的类别和等级： 1.5本工程主要使用荷载（标准值，KN/m2）：荷载根据《GB50009-2012》 规定按功能分区选用。基本风压：W=0.75KN/m2（50年一遇）；地面 粗糙度类别：C类 1.6本工程设计未考虑冬季施工措施，施工单位应根据有关施工规范自定。施工单位在整个施工过程中应严格遵守国家现行的各项施工
质量验收规范，如按施工规范对跨度较大的梁、板起拱等 1.7未经技术鉴定或设计许可，不得改变结构的用途和使用环境。1.8本工程图纸中的标高单位均为m（米），尺寸单位均为mm(毫米)。 二、材料 2.1混凝土 2.1.1混凝土强度等级：（混凝土施工中应采取有效措施防止开裂）基础垫层为C15；基础梁为C25，楼梯间梯段板为C30，基础及 ±0.000以下外墙混凝土抗渗等级P6,基础梁保护层：有垫层40mm 2.1.2结构混凝土环境类别及耐久性要求： 基础及与土壤接触部位、露天构件为二b类，卫生间等室内潮湿环境为二a类，其余为一类。 耐久性要求如下： 2.2钢筋：为H PB300钢筋；为HRB335钢筋；为HRB400钢筋；1、钢筋强度标准值应具有不小于95%的保证率。 2、抗震等级为一、二、三级的框架结构，其纵向受力钢筋采用普通钢筋时，钢筋的抗拉强度 实测值与屈服值的比值不应小于1.25；且钢筋的屈服强度实测值与 强度标准值的比值不应 大于1.3；且钢筋在最大拉应力下的总伸长率实测值不应小于9%。2.3焊条： 2.4吊钩、吊环应采用 HPB235级钢筋；受力预埋件的锚筋应采用
网上购物系统——详细设计说明书
网上购物系统 详细设计说明书 1引言 1.1编写目的 电子商务是于九十年代初，在欧美兴起的一种全新的商业交易模式，它实现了交易的无纸化，效率化，自动化表现了网络最具魅力的地方，快速的交换信息，地理界限的模糊，这所有的一切也必将推动传统商业行为在网路时代的变革。随着电子商务，尤其是网上购物的发展，商品流通基础设施和配套行业的重点将会将对中国商品流通领域和整个经济发展带来种种影响，确实值得我们认真研究。特别是在全球经济一体化的国际背景下，在我们继续扩大国内流通领域对外开放的同时，深入研究这个问题，审慎制订相应的宏观对策，尤其重要和迫切。网上购物是一种具有交互功能的商业信息系统。它向用户提供静态和动态两类信息资源。所谓静态信息是指那些比经常变动或更新的资源，如公司简介、管理规范和公司制度等等；动态信息是指随时变化的信息，如商品报价，会议安排和培训信息等。网上购物系统具有强大的交互功能，可使商家和用户方便的传递信息，完成电子贸易或EDI交易。这种全新的交易方式实现了公司间文档与资金的无纸化交换。 1.2.项目背景 软件名称：网上购物系统 开发者：宋金德，袁浩，王朝阳，许威 项目简介：本系统主要实现网上产品展示与在线定购及人员的管理， 一、不同身份有不同的权限功能（管理人员、注册用户、游客） 二、在线产品展示（分页显示） 三、在线定购 四、后台管理（用户管理、商品的管理） 1.3定义 Asp(active server pages)是微软公司推出的一种用以取代CGI的技术，基于目前绝大多数网站应用于windows平台，asp是一个位于windows服务器端的脚本运行环境，通过这种环境，用户可以创建和运行动态的交互式的web服务器应用程序以及EDI（电子数据交换）。 ADO：ActiveX Data Object, ActiveX 数据对象 SQL：Structured Query Language 1.4参考资料 [1] 谭浩强《动态网页制作ASP》北京电子工业出版社. 2001 [2] 彭万波《网页设计精彩实例》北京电子工业出版社.2002
产品概要设计说明
产品概要设计说明书 类似于京东商城，基于BTB\BTC，买卖方都有ERP后台管理系统，有支付端口，物流管理系统、手机移动系统。 1. 引言 1) 编写目的 该概要设计书从整体上把握平台功能设计，包括产品功能、模块划分、处理流程，详细描述用户需求与应用系统之间的关系，在产品设计和研发过程中起到了指导作用。 2) 定义 定义在本文档中出现的重要术语，为读者在阅读本文档时提供必要的参考信息 术语说明 App 运?行在移动智能手机上的软件 安卓App 运行在安卓手机操作系统上的软件，三星、HTC、华为、中兴等出品的智能?手机均为运行安卓手机操作系统的移动终端设备
iPhone App 运行在iPhone 设备上的软件 PC 管理端运行于PC 浏览器上的管理系统，只有甲方管理员可以看到 服务器后台运行在服务器上的后台程序，没有?用户界?面，平台所有的数据都保存在这?里，为PC 管理端、安卓APP、iPhone App 的运?行提供?支撑 人月软件工程上的?个用户计算?工作量的单位，1?月表示单个人?个月，如一项内容1.5?月完成，则表示该内容需要1个人1.5个月完成 2. 范围 1) 系统目标 构建市场的垂直交易平台，提供云库ERP，降低供应商、采购商的管理成本。 2) 主要需求 ?商品交易平台 ?移动端和PC 端的信息统一平台 ?线上、线下相结合的产品展?示和管理 ?已云库概念建设ERP、管理、物流管理
?包含交易现?金的产品展?示和管理 3. 系统结构设计 4. 功能结构设计 系统按照用户群体分为供货商、采购方、物流方、管理中心。 1) 供货商 供货商为商品、相关服务的提供者，系统主要为其提供云库ERP（下称 ERP）。 账户管理 ?供货商提交相关资质资料可以注册ERP，平台审核通过后即可开通供货商的 ERP 系统 ?供货商可以在个人设置?里设置企业的相关信息，包括位置、联系电话、登录密码等 商品管理 ?供货商登录系统后，可以查看、更改已有商品 ?供货商登录系统后，可以增加新商品，包括商品的价格、规格、参数等商品相 关信息
软件概要设计说明书范例
XX概要设计说明书
文档修改记录
填写说明 1. 系统结构的定义 本体系对整个软件系统按如下结构方式进行划分：系统子系统模块子模块 其中： （1）“系统子系统”划分属于“系统设计”，在系统设计说明书中予以描述。 （2）“子系统模块”划分属于“概要设计”，在本说明书中予以描述。 （3）“模块子模块”划分属于“详细设计”，在详细设计说明书中予以描述。如果系统相对简单，可以省略“子模块”这一层次。 2. 如果填写了系统设计说明书，则在本说明书中略过“系统子系统”划分的相关内容（即第2章）。 3. 如果系统相对简单，不需要做“系统子系统”划分，这种情况下，取消填写系统设计说明书，只须填写本说明书，直接套用“子系统模块”划分（即第3章）进行“系统模块”划分（把其中“子系统”一词替换为“系统”），并删除本说明书中“系统子系统”划分的相关内容（第2章）。
目录 1. 简介 ................................................................ 错误!未定义书签。 . 背景和目的.................................................... 错误!未定义书签。 . 范围.......................................................... 错误!未定义书签。 . 术语和缩略语.................................................. 错误!未定义书签。 2. 系统总体设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 系统外部接口 ............................................ 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 系统架构设计.................................................. 错误!未定义书签。 系统的逻辑架构设计 ...................................... 错误!未定义书签。 系统的物理架构设计 ...................................... 错误!未定义书签。 . 子系统定义.................................................... 错误!未定义书签。 子系统列表 .............................................. 错误!未定义书签。 子系统间关系 ............................................ 错误!未定义书签。 3. 子系统1设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 子系统外部接口 .......................................... 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 子系统架构设计................................................ 错误!未定义书签。 . 模块定义...................................................... 错误!未定义书签。
网站软件(结构)设计说明书()
网站软件(结构)设计说明书 一．引言 1．引言 1）将系统划分成物理部分，即程序、文件、数据库、文档、图片等。 2）设计软件结构，即将需求规格转换为体系结构，划分出程序的基本模块组成，确定模块间的相互关系，并确定系统的数据结构。 3）预期的读者：本说明书是软件体系结构设计的说明书，主要读者群为项目组成员，其次供公司上层(老师)评审，并指导开发人员的开发。 4）本说明书为系统的概要设计说明书，为系统详细的设计的主要依据。主要读者群为项目组成员，使得项目组内成员对整个系统的主要功能以及其概要的实现手段,有一个宏观的把握，是整个系统最初形，同时也是最基本的引导性文档(软件体系结构设计说明书)，将从设计的角度对系统进行综合的描述，使用不同的视图来描述其不同方面。在本说明书中，将对该说明书的结构进行简要的说明，明确该说明书针对的读者群,指导他们正确的使用该说明书。 2．背景 1）项目名称：山桐子绿色能源科技有限责任公司 2）项目任务提出者:黄先生 3）项目负责人：杨卫 4）开发者：何文静,先雪莉,王娟,白瑜,杨卫 5）开发工具：Flash CS4；Dreamweaver8 6）运行平台：本项目采用WINDOW 2000为操作系统 7）适用用户：所有能上网浏览网页的用户,主要用户是需要山桐子的人群. 3．定义 1）该文档也需要将本文档中所涉及的所有术语、缩略语进行详细的定义。还有一种可简明的做法，就是维护在一个项目词汇表中，这样就可以避免在每个文档中都重复很多内容。 2）比如: DL:登录ZC:注册GSJJ:公司简介CPZS:产品展示SCYF:生产研发WDDD:我的订单XWZX:新闻中心LXWM:联系我们RCZP:人才招聘 4．参考资料 列出有关的参考资料，如： (1) 本项目的经核准的计划任务书和需求说明书； (2) 属于本项目的其他已发表的文件；如开发标准书； (3)本文件中各处引用到的文件资料： [1] 陈元国．需求分析说明书．参考资料书，2013.4 [2] 顾正刚．网站规划和建设．机械工业出版社，2010.2 [3] 张强．数据库设计说明书．参考资料书，2013.5
概要设计说明书范例及模板
《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 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分：一、客户机上的程序，二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析：
超市管理系统详细设计说明书
超市管理系统详细设计说明书 1引言 1.1编写目的 为了提高物资管理的水平和工作效率，尽可能杜绝商品流通中各环节中可能出现的资金流失不明现象，商品进销存领域迫切需要引入信息系统来加以管理。从该阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。 预期读者为超市管理系统的开发人员，程序员。 1.2背景 项目名称：超市管理系统。 提出者：XXX。 开发者：郭琦，梁颖嘉，刘浩然，李小龙。 用户：中小型超市 1.3定义 XXXX（列出本文件中用到的专门术语的定义和外文首字母组词的原词组。）1.4参考资料 软件设计文档国家标准操作手册(GB8567——88)。 2程序系统的结构
见《超市管理系统概要设计说明书》相关部分。 3售货管理子系统设计说明 3.1 程序描述 超市管理系统下的一个子系统，记录售货员今日处理的商品信息和会员的购买情况，处理销售过程中的商品信息并作记录。 3.2 功能 包括售货员登陆和会员登陆，以及售货员的售货处理、结账处理。 3.3 性能 时间特殊性：系统的速度要在用户可接受的范围内。 可靠性：系统要有较高的可靠性，可恢复性。 灵活性：系统要有良好的接口。 3.4 输入项 售货员账号密码：售货员登陆 会员账号：会员登陆 条形码：验证商品信息 数量：计算金额 3.5 输出项 售货员信息：确保售货员符合资格 会员信息：确保会员符合资格 金额：结账时的商品总额
概要设计说明书示例【概要设计说明书(模板)】
概要设计说明书示例【概要设计说明书(模板)】 概要设计说明书 修订记录 目录 第一章 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.功能需求与程序的关系
结构设计总说明(带图完整版)分解
混凝土结构设计总说明 1.工程概况 1.1 本工程位于xx市xxxxx，总建筑面积约13万平方米，由多栋商铺组成; 主要功能层数高度(m) 结构型式基础类型商铺 4 15.400 框架结构独基、管桩 2.设计依据 2.1 本工程主体结构设计使用年限为50年。 2.2 自然条件：基本风压：0.35kN/m 2(50年重现期);基本雪压:0.45kN/m 2； 抗震设防参数：本工程最大地震影响系数αmax=0.04（第一设防水准）；场地特征周期Tg=0.35秒；场地为可进行建设的一般地段。本工程抗震基本烈度为6 度，场地土类别为Ⅱ类。 2.3 xxx工程有限公司2014.10xxx一期-4号中心岩土工程详细勘察报告书工 程编号：2014-K53 2.4 本工程施工图按初步设计审查批复文件和甲方的书面要求进行设计。 2.5 本工程设计采用的现行国家标准规范规程主要有： 建筑结构可靠度设计统一标准GB50068-2001 建筑地基基础设计规范GB50007-2011 建筑工程抗震设防分类标准GB50223-2008 建筑抗震设计规范GB50011-2010 建筑结构荷载规范GB50009-2012 混凝土结构设计规范GB50010-2010 砌体结构设计规范GB50003-2011 地下工程防水技术规范GB50108-2008 工业建筑防腐蚀设计规范GB50046-2008 建筑桩基技术规范JGJ 94-2008 人民防空地下室设计规范GB50038-2005 多孔砖砌体结构技术规范JGJ137-2001(200 3年局部修订) 混凝土外加剂应用技术规范GB50119-2013 补充收缩混凝土应用技术规程JGJ/T 178-2009 建筑边坡工程技术规范GB/T50330-2013 工程建设标准强制性条文(房屋建筑部分)2013年版(涉及规范版本更新及修订的应按现行规范执行) 2.6 桩基静载荷试验报告和地基载荷板试验报告(本工程需有前述报告后方可进 行基础施工) 3.图纸说明 3.1 计量单位(除注明外）：长度：mm；角度：度；标高：m；强度：N/mm 2。 3.2 本工程±0.000相当于绝对标高41.700m。 3.3 本工程施工图与国标11G101-1《混凝土结构施工图平面整体表示方法制图 规则和构造详图》配套使用。 3.4 结构专业设计图应与其它专业设计图配合施工，并采用下列标准图: 国标 11G101-1、11G101-2、11G101-3、11G329-1；中南标 12ZG002、12ZG003、12ZG313 3.5 管桩专项说明另详。 3.6 本工程在设计使用年限内未经技术鉴定或设计许可，不得改变结构的用途和 使用环境。
完整版详细设计说明书实例
信息发布系统 （详细设计说明书） JAVA 实践小学期第22组 1.0 2010/9/5 编写单位： 设计人员： 版 本: 编写日期：
目录 第一部分、引言 (2) 1.1编写目的 (2) 1.2背景 (3) 1.3定义 (3) 3.1程序描述 (5) 3.2整体结构 (5) 3.3性能 (5) 3.4输入输出项 (5) 3.5算法 (5) 3.6主要类的设计 (5) 3.7存储分配 (7) 3.8注释 (7) 3.9限制条件 (7) 3.10测试计划 (7) 3.11尚未解决的问题 (7) 4.1程序描述 (7) 4.2功能 (7) 4.3性能 (8) 4.4输入输出项 (8) 4.5限制条件 (8) 5设计特点 (8) 5.1通信便捷 (8) 5.2开发速度快 (8) 第六部分、项目分工 (8) 附录： (9) 第一部分、引言 1.1编写目的 本说明书在概要设计的基础上，对信息发布系统的各模块、程序分别进行了实现层面上的要 求和说明。 软件开发小组的产品实现成员应该阅读和参考本说明进行代码的编写、测试。
1.2背景 说明: A、软件系统的名称：信息发布系统 B、任务提出者：JAVA实践小学期开发者：第22组成员 C、实现完成的系统将可用在所有JAVA虚拟机的个人PC上.为使用者提供信息发布，浏 览，评论的方式，沟通各个用户? 1.3定义 服务器端API :服务器端设计者通过规范的API文档，提供给客户端，以方便客户端的开 发，使得同时进行，提高效率，节约时间。两端通过protocol （协议类）进行通信。 Gson：Google提供的一个类库。通过使用这个类库，可以把把对象转换成json格式的字符串，以方便在网络中的传输。也可反向将字符串转换成对象，这样带有方法地操作对象，可以有效，方便地保证信 息的沟通。 Json： JavaScript Object Notation，是一种轻量级的数据交换格式。易于人阅读和编写，同时也易于机器解析和生成。它基于JavaScript的一个子集，JSON采用完全独立于语言的文本格式， 这些特性使得JSON成为理想的数据交换语言。 1.4参考资料，相关的文件包括： A、《项目需求说明》； B、《项目详细设计说明书》； C、《项目概要设计说明书》；参考资料： 《软件工程概论》，王华 第二部分、程序系统的结构 该系统为了两大部分：客户端与服务器端，中间通过protocol类通信。其中使用gson库来转换和逆向转换对象，实现标准包括： 1、客户端主程序 A、工程类型：JAVA项目； B、工程名称：信息发布系统 C、编译生成文件：jar形式 D、引用的组件：JDK，Gson库 注：以上提供的是工具集合，具体用到的类都包含在里面 2、服务器端主程序： 服务器端程序以及数据库操作类（DBO） 3、服务器端数据库操作 验证用户，用户注册，更改密码，更新文档，新建文档，新建记录（包括浏览记录和回复记录），查看文档，删除文档，查看记录。