软件总体设计说明书
“教师评教系统”软件总体设计说明书
1.引言
1.1编写目的
编写本可行性研究报告的目的是面对高校教师测评系统进行可行性分析，以最小的代价在尽可能的时间内确定问题是否能够解决和是否值得解决，并最终确定本软件系统并发的可行性。
本文档预期的读者是软件管理人员、并发人员和维护人员。
1.2背景
项目名称：教师评教系统
项目用户：高校测评人员
开发单位：高校计算机系
1.3参考资料
①《软件产品开发文件编制指南（GB 8567-1987）》
②《实用软件文档写作》，清华大学出版社
2.总体设计
2.1需求规定
本系统完成高校教师评教的工作，系统的功能如下图：
2.2运行环境
Microsoft Visual Studio 3.数据库设计
3.1表格设计
汇总表
列名数据类型是否允许
为空是否为主键
部门表T_Department
部门编号DepartmentId Int否是部门名称DepartmentName Nvarchar(20)否否
部门号DepartmentNumb
er int是否
项目表T_Items
项目编号ItemID Int 否是主项目编号MainID Int 否否项目名称ItemName Int 否否项目ID Idx Int 否否IVA IVA Float 否否IVB IVB Float 否否IVC IVC Float 否否IVD IVD Float 否否IMA IMA Nvarchar(MAX) 是否IMB IMB Nvarchar(MAX) 是否IMC IMC Nvarchar(MAX) 是否IMD IMD Nvarchar(MAX) 是否Memo Memo Nvarchar(MAX) 是否
类型表T_KindInfo
ID类型KindID Int 否是用户ID UserID Int 否否KType Int 否否
Kid Int 否否
Tid Int 否否选择类型T_Select Nvarchar(MAX) 是否分数T_Score Float 否否T_Lock Int 否否
T_Memo Nvarchar(MAX) 是否
T_RS Float 否否
主项目表T_MainItem
主项目ID MainID Int
TabID TabID Int 否是项目名称ItemName Nvachar(MAX) 否否项目统计ItemValue Float 否否Idx Int 否否总计ChildCount Int 否否Memo Nvarchar(MAX) 是否
否是Table表T_Table
TabID Int 否是
TableName Nvarchar(MAX) 否否
ItemCount Int 否否
ItemCounts Int 否否
ItemV Float 否否
MA Nvarchar(50) 是否
MB Nvarchar(50) 是否
MC Nvarchar(50) 是否
MD Nvarvhar(50) 是否
Memo Nvarchar(MAX) 是否
用户表T_User
用户号UserID Int 否是用户名称UserName Nvarchar(50) 否否密码Password Nvarchar(100) 否否保存号SessionID Nvachar(MAX) 是否
最后一次登录时间LastLoginTime Datetime
是否
最后一次登录IP LastLoginIP Nvarchar(50)
是否UType Nvarchar(MAX) 是否
UserInfo表T_UserInfo
Uid Int 否
Department Int 否
UserName Nvarchar(50) 否
UserKind Int 否
Memo Nvarchar(MAX) 是
3.2E-R图
3.3数据完整性
--创建eva数据库
create database eva
on
(name=eva,filename='c:\eva.mdf')
log on
(name=eva_log,filename='c:\eva_log.ldf') go
use eva
go
--创建部门表T_Department--
create table T_Department
(
DepartmentId int not null,
DepartmentName nvarchar(20)not null, DepartmentNumber int not null,
)
go
--创建项目表T_Items--
create table T_Items
(
ItemID int not null,
MainID int not null,
ItemName nvarchar(max)not null,
Idx int not null,
IV float not null,
IVA float not null,
IVB float not null,
IVC float not null,
IVD float not null,
IMA nvarchar(max)null,
IMB nvarchar(max)null,
IMC nvarchar(max)null,
IMD nvarchar(max)null,
Memo nvarchar(max)null
)
go
--创建T_KindInfo表--
create table T_KindInfo
(
KindID int not null,
UserID int not null,
KType int not null,
Kid int not null,
Tid int not null,
T_Select nvarchar(max)null,
T_Score float not null,
T_Lock int not null,
T_Memo nvarchar(max)null,
T_RS float not null,
)
go
--创建T_MainItem表--
create table T_MainItem
(
MainID int not null,
TabID int not null,
ItemName nvarchar(max)not null, ItemValue float not null,
Idx int not null,
ChildCount int not null,
Memo nvarchar(max)null,
)
go
--创建T_Table表--
create table T_Table
(
TabID int not null,
TableName nvarchar(50)not null, ItemCount int not null,
ItemCounts int not null,
ItemV int not null,
MA nvarchar(50)null,
MB nvarchar(50)null,
MC nvarchar(50)null,
MD nvarchar(50)null,
Memo nvarchar(max)null,
)
go
--创建T_User表--
create table T_User
(
UserID int not null,
UserName nvarchar(50)not null,
Password nvarchar(100)not null,
SessionID nvarchar(max)null,
LastLoginTime datetime null,
LastLoginIP nvarchar(50)null,
UType nvarchar(max)null,
)
go
--创建T_UserInfo表--
create table T_UserInfo
(
Uid int not null,
DepartmentId int not null,
UserName nvarchar(50)not null,
Userkind int not null,
Memo nvarchar(max)null,
)
use eva
go
--为T_Items表创建基于ItemID列的命为pk_ItemID的主键约束
alter table T_Items
add constraint pk_ItemID primary key(ItemID)
--为T_Items表MainID列要参照T_MainItem表MainID列，外键名MainID_fk ALTER TABLE T_Items
ADD CONSTRAINT MainID_fk
FOREIGN KEY( MainID )
REFERENCES T_MainItem( MainID )
go
--为T_KindInfo表创建基于KindID列的命为pk_KindID的主键约束
alter table T_KindInfo
add constraint pk_KindID primary key(KindID)
--为T_KindInfo表UserID列要参照T_User表UserID列，外键名UserID_fk ALTER TABLE T_KindInfo
ADD CONSTRAINT UserID_fk
FOREIGN KEY( UserID )
REFERENCES T_User( UserID )
go
--为T_MainItem表创建基于MainID列的命为pk_MainID的主键约束
alter table T_MainItem
add constraint pk_MainID primary key(MainID)
--为T_MainItem表TabID列要参照T_Table表TabID列，外键名TabID_fk
ALTER TABLE T_MainItem
ADD CONSTRAINT TabID_fk
FOREIGN KEY( TabID )
REFERENCES T_Table( TabID )
go
--为T_Table表创建基于TabID列的命为pk_TabID的主键约束
alter table T_Table
add constraint pk_TabID primary key(TabID)
go
--为T_User表创建基于UserID列的命为pk_UserID的主键约束
alter table T_User
add constraint pk_UserID primary key(UserID)
go
--为T_UserInfo表创建基于Uid列的命为pk_Uid的主键约束
alter table T_UserInfo
add constraint pk_Uid primary key(Uid)
--为T_UserInfo表DepartmentId列要参照Tb_Department表DepartmentId列，外键名DepartmentId_fk
ALTER TABLE T_UserInfo
ADD CONSTRAINT DepartmentId_fk
FOREIGN KEY( DepartmentId )
REFERENCES Tb_Department( DepartmentId )
go
--为T_Department表创建基于DepartmentId列的命为pk_DepartmentId的主键约束alter table T_Department
add constraint pk_DepartmentId primary key(DepartmentId)
4.界面设计
4.1 登录界面：
4.2主界面
4.3个人评测界面
详细设计方案说明书模版
密级：机密 文档编号：XXX_TS_TEMP_XXSJSMS 版本号：V2.0 【项目名称】 详细设计说明书模板 编写人：XXX 批准人：XXX 生效日期：2017年1月6日 版权信息 本文件涉及之信息，属XXX所有。 未经XXX允许， 文件中的任何部分都不能以任何形式向第三方散发。
文档修订记录 版本号修订日期修订 人 修订说明 修订 状态 审核日期审核人批准人 V0.12016-12-1XXX创建A2016-12-1XXX XXX V1.02016-12-28XXX调整需求分析方法M2016-12-29XXX XXX V2.02017-1-4XXX更换使用模板M2017-1-6XXX XXX 修订状态：A--增加，M--修改，D--删除 日期格式：YYYY-MM-DD
目录 1 概述 (1) 1.1 编写目的 (1) 1.2 适用范围 (1) 1.3 术语和缩写 (1) 1.4 参考资料 (1) 2 角色和职责 (1) 3 设计约定 (1) 4 实现架构及功能逻辑 (1) 4.1 功能逻辑描述 (1) 4.1.1功能模块结构图 (2) 4.1.2功能模块描述 (2) 4.2 软件体系架构 (3) 4.2.1设计思路 (3) 4.2.2包图及描述 (4) 4.2.3类图及描述 (5) 4.2.4主要程序描述 (6) 4.2.5组件图及描述 (6) 4.2.6源代码目录结构 (7) 4.2.7权限设计 (7) 4.3 总体界面设计 (8) 4.3.1设计原则 (8) 4.3.2设计思路 (8) 4.3.3界面风格 (8) 4.3.4界面层次图 (8) 4.3.5界面原型 (8) 5 详细设计 (8) 5.1 模块A (9) 5.1.1概要说明 (9) 5.2.2实现框架 (10) 5.3.3主要逻辑实现描述： (11) 5.3.4界面设计 (13) 5.3.5接口设计 (13) 5.3.6其它 (13) 5.2 模块B (14) 6 数据库设计 (14) 7 接口设计 (14) 8 附录： (14)
软件设计方案(参考模板)
软件设计方案 一、概述 目前各个站基本上是用手工来记录进车数据，过磅数据，出车数据。手工记录效率比较低，出错比较多，统计查询等都不方便。为了解决目前存在的问题，为此开发本软件系统。全部用电子化来管理目前的各个环节。所有数据一库管理，实现了数据安全管理，出错减少，统计查询方便快捷。可以随时在网内任意工作站实时查询各个环节的具体数据。提高了管理效率。 二、平台构架 本软件系统采用CS + BS架构，业务模块采用CS模式，方便具体操作员快速录入数据。方便统计人员实时查询打印所有数据。查询模块采用BS架构。实现了网内任意站点用浏览器实时查询各站数据。提高了管理效率。 1. 数据库采用微软的大型数据库sqlserver2000。本数据库存储容量大。支持多用户并发操作数据。安全性高，有安全密码设置，数据都已基础编码方式存储。查询速度快，保证系统流畅，数据存储的安全。 2. 开发工具 采用delphi开发业务系统(CS架构)，界面友好，操作方便。 采用java，tomcat开发查询系统(BS架构)。Java是目前最主流的开发环境，目前大部分大型的系统都采用java来开发。扩展性， 延续性非常优秀。 采用powdesigner设计数据库模块。该工具是目前主流的数据库设计工具，保证了一个高效的快捷的数据库的生成。
三、系统模块 本系统主要分了六大模块，六大模块都集中连接中心数据库服 务器。保证了数据的一致性，实时性。 1.进车模块 该模块主要实现了对进车的各种数据进行录入，保存到中心数据库。该模块预设了很多可选的内容，方便操作员快捷的完成操作。 2.过磅模块该模块主要根据换票的信息情况，录入相应的车辆，合同等数据内容。同样该模块预设了很多可选的内容，方便操作员快捷的完成操作。 3.出车模块 该模块是最后一次把车辆最后关节的所有明细数据录入数据库。同样该模块预设了很多可选的内容，方便操作员快捷的完成操作。 4. 本地查询对比模块该模块主要是为了本站内，实时查询，对比，打印所有数据。 5.远程查询模块 该模块主要实现了远程实时查询所有环节的具体数据。以网页的形式来实现该模块。 6. 后台管理 该模块主要是整个系统的权限管理，操作员管理，基础字典设置 等，只有管理员才可以进入的模块。 四、费用明细
系统概要设计说明书规范
KTV点歌系统概要设计说明书
1. 引言 1.1目的 选歌系统是为某KTV唱吧开发的视频歌曲点唱软件。该软件能方便顾客进行选歌，帮助系统管理员管理歌曲的播放，提高KTV歌曲点唱的效率和准确率。 本文档为该系统的概要设计说明书，详细阐述了对用户所提出需求的设计方案，对系统中的各项功能需求、技术需求、实现环境及所使用的实现技术进行了明确定义。同时，对软件应具有的功能和性能及其他有效性需求也进行了定义。 1.2项目背景 ●系统名称：选歌系统 ●项目提出者：某KTV唱吧 ●项目开发者： ●项目管理者： ●最终用户：某KTV唱吧 1.3术语定义 实现环境：系统运行的目标软件、硬件环境。 实现技术：系统所采用的软件技术或体系结构。 实现语言或工具：实现系统最终采用的编程语言或工具包，如Delphi、VB、PB、Java、Ada等。 参考资料 1)新余电视点播系统； 2)某KTV唱吧《视频点歌系统计划任务书》； 本项目所参照的文件有： 3)康博工作室，《Visual Basic 新起点》，机械工业出版社，2000
2. 系统概述 2.1系统需求 2.1.1系统目标 本软件是为某KTV唱吧开发的视频点歌系统软件。该软件用于提高点歌系统的工作效率。随着人们业余生活的丰富，休闲活动的多种多样，人们更多的喜欢选择KTV这种形式的娱乐方式。且随着计算机普及，点歌系统越来越智能化，人性化；一个好的音乐唱吧必须要拥有一个方便、快捷、准确的点歌系统，因此，急需一个软件系统解决这些问题。本软件应能结合当前选歌播放手工操作的流程以及将来业务发展的需要，对视频点歌系统中歌曲信息、歌手信息、最新排行榜等等的查询、更新提供完全的计算机管理。 2.1.2性能需求 数据精确度 数量值：精确到小数后一位； 时间值：精确到日，并以yyyy/mm/dd的形式表示； 价格值：精确到分，并以.XX的形式表示。 时间特性 页面响应时间：不超过10秒 更新处理时间：不超过15秒 数据转换与传输时间：不超过30秒。 适应性 1) 开发基于的平台要考虑向上兼容性，如操作系统，数据库等要考虑更高版本的兼容 性。 2) 当需求发生变化时系统应具有一定的适应能力，要求系统能够为将来的变更提供以 下支持：能够在系统变更用户界面和数据库设计，甚至在更换新的DBMS后，系统的现有设计和编码能够最大程度的重用，以保护现阶段的投资和保证软件系统能够在较少后续投入的情况下适应系统的扩展和更新。在设计中最好列出针对变更所需要重新设计的模块部分
软件设计方案
软件设计方案 Document number【980KGB-6898YT-769T8CB-246UT-18GG08】
Portal系统概要设计方案说明书
修订记录
目录
XXXX设计方案说明书 1引言 1.1编写目的 说明编写详细设计方案的主要目的。 说明书编制的目的是说明一个软件系统各个层次中的每个程序（每个模块或子程序）和数据库系统的设计考虑，为程序员编码提供依据。 如果一个软件系统比较简单，层次很少，本文件可以不单独编写，和概要设计说明书中不重复部分合并编写。 方案重点是模块的执行流程和数据库系统详细设计的描述。 1.2背景 应包含以下几个方面的内容： A. 待开发软件系统名称； B. 该系统基本概念，如该系统的类型、从属地位等； C. 开发项目组名称。 1.3参考资料 列出详细设计报告引用的文献或资料，资料的作者、标题、出版单位和出版日期等信息，必要时说明如何得到这些资料。 1.4术语定义及说明 列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词的原文。 2设计概述 2.1任务和目标
说明详细设计的任务及详细设计所要达到的目标。 2.1.1需求概述 对所开发软件的概要描述, 包括主要的业务需求、输入、输出、主要功能、性能等，尤其需要描述系统性能需求。 2.1.2运行环境概述 对本系统所依赖于运行的硬件，包括操作系统、数据库系统、中间件、接口软件、可能的性能监控与分析等软件环境的描述，及配置要求。 2.1.3条件与限制 详细描述系统所受的内部和外部条件的约束和限制说明。包括业务和技术方面的条件与限制以及进度、管理等方面的限制。 2.1.4详细设计方法和工具 简要说明详细设计所采用的方法和使用的工具。如HIPO图方法、IDEF（I2DEF）方法、E－R 图，数据流程图、业务流程图、选用的CASE工具等，尽量采用标准规范和辅助工具。 3系统详细需求分析 主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认，并对由于情况变化而带来的需求变化进行较为详细的分析。 3.1详细需求分析 包括： 详细功能需求分析 详细性能需求分析 详细资源需求分析 详细系统运行环境及限制条件分析 3.2详细系统运行环境及限制条件分析接口需求分析 包括：
软件概要设计说明书模版
软件概要设计报告文档模板 1. 引言 (2) 1.1编写目的 (2) 1.2项目风险 (2) 1.3预期读者和阅读建议 (2) 1.4参考资料 (2) 2. 设计概述 (3) 2.1限制和约束 (3) 2.2设计原则和设计要求 (3) 3. 系统逻辑设计 (4) 3.1系统组织设计 (4) 3.2系统结构设计 (4) 3.2.1 系统特性表 (5) 3.2.2 系统特性结构图 (6) 3.3系统接口设计 (6) 3.3.1 系统接口表 (6) 3.3.2 系统接口传输协议说明 (7) 3.4系统完整性设计 (7) 4. 系统出错处理设计 (8) 4.1系统出错处理表 (8) 4.2维护处理过程表 (9) 5. 技术设计 (10) 5.1系统开发技术说明表 (10) 5.2开发技术应用说明 (11) 6. 数据库设计 (11) 7. 词汇表 (11) 8. 进度计划 (11)
1. 引言 引言是对这份软件系统概要设计报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统概要设计报告详尽说明了该软件产品的软件结构，包括数据库结构和出错处理，从而对该软件产品的结构的描述。 如果这份软件系统概要设计报告只与整个系统的某一部分有关系，那么只定义软件系统概要设计报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 预期读者和阅读建议 列举本软件系统概要设计报告所针对的各种不同的预期读者，例如，可能的读者包括： ●用户； ●开发人员； ●项目经理； ●营销人员； ●测试人员； ●文档编写人员； ●等等。 描述文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。 1.4 参考资料 列举编写软件产品概要设计报告时所用到的参考文献及资料，可能包括： ●本项目的合同书； ●上级机关有关本项目的批文； ●本项目已经批准的计划任务书； ●用户界面风格指导；
包装方案设计说明书书(最新版)
Q/ZT 浙江众泰汽车制造有限公司企业标准 QGZTZZ/GY01.03-2017 包装方案设计说明书 2017-03-16发布 2017-03-16实施 浙江众泰汽车制造有限公司发布
前言 为了实现众泰汽车制造公司(ZOTYE)包装管理的标准化，降低物流成本，提高物流和生产效率，能更好地使零件“准时”供应到众泰汽车制造公司各收货点，特制定符合供货要求的通用包装规则。 本标准由浙江众泰汽车制造有限公司提出 本标准由工艺技术部负责归口管理 本标准起草单位：工艺技术部 本标准起草人：郑浩 本标准审核人：应杰 本标准标准化人：王伟绩 本标准审定人：吕憬 本标准批准人：郑映波 本标准首次发布日期：2017年3月16日 文件/制定及修改情况记录 版号修订内容编写/修订审核标准化审定批准
目录 1、目的 2、原则 3、木托盘标准 3.1木托盘规格及技术要求 3.2塑料托盘规格及技术要求 3.3托盘的构成 3.4托盘堆码标识要求 4、塑料箱标准 4.1选择原则 4.2一般要求 4.3塑料箱尺寸及相关标准 4.4塑料箱堆码高度规则 4.5塑料箱堆码规则 4.6塑料箱内衬设计要求 4.6.1防尘盖设计盖要求 4.6.2内衬设计要求 4.6.3内衬材料选用 4.6.4塑料箱标识要求 5、通用铁箱标准 5.1选择原则 5.2一般要求 5.3材料要求
5.4底部结构 5.5众泰汽车制作公司推荐标准通用铁箱尺寸 5.6通用铁箱标识要求 6、专用器具标准 6.1选择原则 6.2一般要求 6.3材料要求 6.4专用器具推荐适用尺寸 6.5专用器具堆跺脚标准 6.6专用器具标识标准 6.7专用器具内部结构 7、牵引装置标准 7.1牵引杆 7.2挂钩 7.3牵引杆和挂钩安装位置 8、通用铁箱和专用器具制作工艺及油漆标准8.1焊接 8.2公差要求 8.3油漆要求 9、脚轮标准 9.1脚轮要求 9.2减震脚轮技术参数 9.3减震脚轮选用标准
软件详细设计方案说明书
xxx项目详细设计说明书 （xxx模块） 拟制日期yyyy-mm-dd 评审人日期 批准日期 签发日期
文档修订记录 版本完成人修改内容审核批准时间V0.00 创建文档
目录 1. 简介5 1.1. 编写目的 (5) 1.2. 适用范围 (5) 1.2.1. 软件名称 (5) 1.2.2. 软件功能 (5) 1.2.3. 软件应用 (5) 1.3. 定义及关键词 (5) 1.4. 参考资料 (5) 2. 子模块1设计描述 (6) 2.1. 类xxx的设计 (6) 2.1.1. 简介 (6) 2.1.2. 类图 (6) 2.1.3. 状态设计（可选） (6) 2.1.4. 属性 (6) 2.1.5. 方法 (6) 3. 数据库详细设计（可选） (9) 3.1.存储过程#/触发器#的名称 (9) 4. 错误处理 (10) 4.1. 系统错误 (10) 4.2. 接口错误 (10) 4.3. 协议错误 (10)
表目录 表1.关键词 (5) 表2.类XXX的属性 (6) 表3.方法描述xxx-function (7) 图目录 图1类图xxx-class (6) 图2流程图xxx-function (7)
1. 简介 1.1. 编写目的 这部分要描述文档的目的，并指明文档的读者。 1.2. 适用范围 1.2.1. 软件名称 1.2.2. 软件功能 解释软件产品将完成或不完成的功能 1.2.3. 软件应用 描述软件的应用领域 1.3. 定义及关键词 表1.关键词 关键词英文全名中文解释 1.4. 参考资料 [1]
2. 子模块1设计描述 2.1. 类xxx的设计 2.1.1. 简介 如果在概要设计中未说明，则在此详细描述类的职责和功能，可使用顺序图、协作图、状态图来详细描述。必要时，可描述本类与相关类之间的静态动态关系。 2.1.2. 类图 图1类图xxx-class 2.1. 3. 状态设计（可选） 可以用状态图来描述类的状态信息。 2.1.4. 属性 可先定义相关的数据结构，再对属性进行描述。 也可以不使用表格、而使用伪代码格式。 表2.类XXX的属性 可见性属性名称类型说明（对属性的简短描述） Private Public Protected 2.1.5. 方法 1. 方法xxx 1) 方法描述 Java的函数头注释采用JavaDoc自动生成的格式： /** * @functions 增删改查XXX * @param String name 名字 * @return true 如果不为空则返回真，false 如果为空返回假 * @throws 无 */ C++使用以下格式：
软件概要设计
XX 概要设计说明书
目录
错误!未找到引用源。 关键词：能够体现文档描述内容主要方面的词汇。 摘要： 缩略语清单：对本文所用缩略语进行说明，要求提供每个缩略语的英文全名和中文解释。
1简介 1.1 目的 这部分要描述文档的目的。应该指明读者。 1.2 范围 1.2.1 软件名称 对软件命名 1.2.2 软件功能 解释软件产品将完成或不完成的功能（可以直接描述也可以参考相关文档） 1.2.3 软件应用 描述软件的应用（可直接描述也可以参考其他软件文档） 1.3实现系统环境 描述本软件的硬件应用平台（主要涉及关键器件的介绍和环境组网方式） 1.3.1 器件特性描述 本器件所支持的规格、工作模式及其异同 1.3.2 器件工作原理介绍 The description of the work principle of the device we used in our solution. 1.3.3 关键寄存器介绍 The description of the registers used in the work mode our solution. 2概要设计 2.1第0层设计描述 2.1.1 软件系统上下文定义 描述系统如何与外部实体一道组成功能实体（一般用图描述）
外部实体属性描述只限于软件设计和描述相关的属性。 2.1.2 设计思路(可选) 2.1.2.1基本设计思路 说明系统采取的基本设计思路,概要描述为什么采取本方案。 2.1.2.2设计约束 1遵循标准 描述本软件所遵循的标准、规范 2硬件限制 描述本软件系统实现的硬件限制 3技术限制 描述本软件的技术限制 2.1.2.3安全性和可靠性设计方案 4遵循标准 描述本软件所遵循的标准、规范 5硬件限制 描述本软件系统实现的硬件限制 6技术限制 描述本软件的技术限制 2.1.2.4其他 描述其他有关的设计考虑 2.2第一层设计描述 2.2.1系统架构（功能分解和物理分解） 描述组成软件系统的构件（子系统、模块），描述之间的“静态”关系。一般采用系统方框图的形式。要按照子系统组成系统，模块组成子系统的方式组织描述。 系统方框图应能规定出系统的整体架构，说明组成系统的各部分是如何搭配成一个完整系统的。 系统方框图应画成二种： 一种是功能性的，说明系统有哪些功能应由哪些功能模块来实现画出这些功能模块之间、本系统与其它接口系统之间的逻辑关系；描述它们间的接口方式，遵循的协议规范等。如果是升级类产品，在原有功能方框框图上增加、删除、修改。 另一种是物理性的，说明系统由具体的哪些软件模块来实现。
设计方案说明书
某XXX项目基坑支护工程设计方案综合说明书
基 坑 支 护 设第计一方部案分总 体 说 明 目录 1.工程概况 (2) 1.1工程概况 (2) 1.2建筑结构及基坑概况 (2) 1.3周边环境 (3) 2.设计依据 (5) 2.1相关设计资料 (5) 2.2 相关规范及规程 (5) 3.工程地质概况 (6) 3.1地质构造 (6) 3.2 地层岩性 (7) 3.3 气象水文条件 (8) 3.4 基坑支护设计参数 (9) 4.基坑支护设计方案选型 (10) 4.1本基坑工程的特点及难点 (10) 4.2支护方案选型 (10) 4.3方案选型小结 (13) 5 支护结构设计 (13) 5.1设计计算模型 (13) 5.2剖面设计 (13) 5.3 地下连续墙施工 (14) 5.4 地下连续墙施工精度要求 (16) 5.5 地下连续墙的检测要求 (16) 5.6 预应力锚索设计 (17) 5.7三轴搅拌桩设计 (18) 5.8高压旋喷桩设计 (19) 5.9土钉墙设计 (19) 5.10地下水处理设计 (20) 6.土方开挖要求 (20) 7.基坑监测与应急措施 (21) 7.1基坑开挖环境监测 (21) 7.2 应急抢救措施 (24)
第一部分：基坑支护设计方案总体说明书 1.工程概况 1.1工程概况 （1）建筑名称 xxxx （2）建筑地点 xxxx （3）主要用途 融酒店、办公、会务、观光旅游、商业等多种功能于一体的综 合性建筑 （4）业 主 xxxx （5）工程规模 地块总用地面积35250.02m 2，总建筑面积375760.19m 2。塔楼 建筑高度为 428m 。 图1 项目位置图 1.2建筑结构及基坑概况 （1）拟建工程占地面积约2.8万m2，主楼占地约5900m2，主楼地上86层，高度约428m （业主暂定）；设有裙房地上4层，高度约26.6m 。 （2）整个场地设地下室4层，其中主楼底板埋深24.2m （含基础底板厚度），群房区域、地下车库底板埋深19.7-20.6m （含基础底板厚度）。本工程±0.000相当于绝对标高为15.200m 。上部主体结构拟采用核心筒结构，下部基础拟采用桩筏基础。 （3）基坑规模：基坑开挖面积约3.4万m2，基坑周长约758m,基坑形状呈矩形。基坑支护设计重要性等级为一级。 （4）基坑开挖深度：本工程±0.000=+15..200m 。塔楼区域开挖深度为24.2m ，北侧非塔楼区域开挖深度19.8m ，东西侧开挖深度19.7m ，南侧开挖深度20.6m 。 基坑总平面图： 图2 基坑总平面图
在线交易二手市场系统概要设计说明书
在线交易二手市场系统概要设计说明书概要设计说明书 信息与电气工程学院 软工1401 ** 201422******
1.引言 1.1编写目的 此概要设计说明书实现一个简易的基于校园网在线交易二手市场系统，对交易管理系统的总体设计、接口设计、界面总体设计、系统出错处理设计以及系统安全数据进行了说明，在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1.2背景 A．待开发软件系统名称为: 在线交易二手市场； B．任务提出者：** 开发者：** C．使用用户能在校园网上进行交易的系统。 D. 按照《在线交易二手市场系统需求分析说明书》为基础来具体细化系统所具备的所有功能及功能的实现方法和接口。 1.3 开发环境 Visual Studio 2010 Mircosoft sql server 2008 Express
PowerDesigner 15.1 1.4定义 本系统:基于校园网的在线交易二手市场系统设计与实现 1.5参考资料 《基于校园网在线交易二手市场需求分析说明书》 《项目计划表》 《校园网在线交易二手市场系统_数据库模型》 2.总体设计 2.1设计目标 基于校园网的在线交易二手市场主要实现以下目标： ⑴为师生提供展示商品及表现学校形象的平台。 ⑵为用户提供商品信息查看、在线商品订购、商品浏览等功能。 ⑶采用动态网页技术，使页面中展示的商品信息更具时效性、先进性。 ⑷提供客户互评及客户给商品评论功能，收集用户对商品的意见及看法。 ⑸提供后台管理页面，简化了用户信息、商品信息、订单信息等系统数据的维护操作。 2.2运行环境
软件架构设计说明书
目录
1.引言 [对于由多个进程构成的复杂系统，系统设计阶段可以分为：架构设计（构架设计）、组件高层设计、组件详细设计。对于由单个进程构成的简单系统，系统设计阶段可以分为：系统概要设计、系统详细设计。本文档适用于由多个进程构成的复杂系统的构架设计。] [架构设计说明书是软件产品设计中最高层次的文档，它描述了系统最高层次上的逻辑结构、物理结构以及各种指南，相关组件（粒度最粗的子系统）的内部设计由组件高层设计提供。] [系统：指待开发产品的软件与硬件整体，其软件部分由各个子系统嵌套组成，子系统之间具有明确的接口； 组件：指粒度最粗的子系统； 模块：指组成组件的各层子系统，模块由下一层模块或函数组成；] [此文档的目的是： 1）描述产品的逻辑结构，定义系统各组件（子系统）之间的接口以及每个组件（子系统）应该实现的功能； 2）定义系统的各个进程以及进程之间的通信方式； 3）描述系统部署，说明用来部署并运行该系统的一种或多种物理网络（硬件）配置。对于每种配置，应该指出执行该系统的物理节点（计算机、网络设备）配置情况、节点之间 的连接方式、采用何种通信协议、网络带宽。另外还要包括各进程到物理节点的映射； 4）系统的整体性能、安全性、可用性、可扩展性、异常与错误处理等非功能特性设计； 5）定义该产品的各个设计人员应该遵循的设计原则以及设计指南，各个编程人员应该遵循的编码规范。 ] [建议架构设计工程师与组件设计工程师共同完成此文档。] [架构设计说明书的引言应提供整个文档的概述。它应包括此文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] 1.1目的 [简要描述体系结构文档的目的。]
软件概要设计说明书
xxx项目概要设计说明书 （xxx模块） 拟制日期yyyy-mm-dd 评审人日期 批准日期 签发日期
文档修订记录
目录 1. 简介错误!未定义书签。 . 编写目的...................................................... 错误!未定义书签。 . 适用范围...................................................... 错误!未定义书签。 软件名称 .................................................. 错误!未定义书签。 软件功能 .................................................. 错误!未定义书签。 软件应用 .................................................. 错误!未定义书签。 . 定义及关键词.................................................. 错误!未定义书签。 . 参考资料...................................................... 错误!未定义书签。 2. 第0层设计描述 ................................................... 错误!未定义书签。 . 软件系统上下文定义............................................ 错误!未定义书签。 . 设计思路(可选) ................................................ 错误!未定义书签。 设计可选方案 .............................................. 错误!未定义书签。 设计约束 .................................................. 错误!未定义书签。 其他 ...................................................... 错误!未定义书签。 . 系统结构...................................................... 错误!未定义书签。 系统结构描述 .............................................. 错误!未定义书签。 XXX模块................................................... 错误!未定义书签。 3. 第一层设计描述 ................................................... 错误!未定义书签。 . 模块的系统结构................................................ 错误!未定义书签。 模块内部结构 .............................................. 错误!未定义书签。 业务流程说明 .............................................. 错误!未定义书签。 . 分解描述...................................................... 错误!未定义书签。 XXX子模块................................................. 错误!未定义书签。 数据设计 .................................................. 错误!未定义书签。 . 依赖性描述.................................................... 错误!未定义书签。
软件设计说明书
软件设计说明书 1引言 1.1编写目的 说明编写详细设计方案的主要目的。 说明书编制的目的是说明一个软件系统各个层次中的每个程序（每个模块或子程序）和数据库系统的设计考虑，为程序员编码提供依据。 如果一个软件系统比较简单，层次很少，本文件可以不单独编写，和概要设计说明书中不重复部分合并编写。 方案重点是模块的执行流程和数据库系统详细设计的描述。 1.2背景 应包含以下几个方面的内容： A. 待开发软件系统名称； B. 该系统基本概念，如该系统的类型、从属地位等； C. 开发项目组名称。 1.3参考资料 列出详细设计报告引用的文献或资料，资料的作者、标题、出版单位和出版日期等信息，必要时说明如何得到这些资料。 1.4术语定义及说明 列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词的原文。 2设计概述 2.1任务和目标 说明详细设计的任务及详细设计所要达到的目标。 2.1.1需求概述 对所开发软件的概要描述, 包括主要的业务需求、输入、输出、主要功能、性能等，尤其需要描述系统性能需求。 2.1.2运行环境概述
对本系统所依赖于运行的硬件，包括操作系统、数据库系统、中间件、接口软件、可能的性能监控与分析等软件环境的描述，及配置要求。 2.1.3条件与限制 详细描述系统所受的内部和外部条件的约束和限制说明。包括业务和技术方面的条件与限制以及进度、管理等方面的限制。 2.1.4详细设计方法和工具 简要说明详细设计所采用的方法和使用的工具。如HIPO图方法、IDEF（I2DEF）方法、E－R图，数据流程图、业务流程图、选用的CASE工具等，尽量采用标准规范和辅助工具。3系统详细需求分析 主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认，并对由于情况变化而带来的需求变化进行较为详细的分析。 3.1详细需求分析 包括： ?详细功能需求分析 ?详细性能需求分析 ?详细资源需求分析 ?详细系统运行环境及限制条件分析 3.2详细系统运行环境及限制条件分析接口需求分析 包括： ?系统接口需求分析 ?现有硬、软件资源接口需求分析 ?引进硬、软件资源接口需求分析 4总体方案确认 着重解决系统总体结构确认及界面划分问题。 4.1系统总体结构确认 对系统组成、逻辑结构及层次进行确认，对应用系统、支撑系统及各自实现的功能进行确认，细化集成设计及系统工作流程，特别要注意因软件的引进造成的系统本身结构和公司其他系统的结构变化。包括：
软件概要设计说明书范例
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)
设计方案说明一览表
一、工程重点与特点 1、本工程确定为“合格”工程，工程必须严格施工，严抓施工质量； 2、因多个项目涉及到弱电系统，工序繁多，工期紧，各工序必须搭接紧密， 以保证施工工期按时完成； 3、本工程必须协调弱电系统布线、设备安装、调试等诸多专业施工作业组之 间配合施工，须做好工作。 4、工程位于学校。施工期间必须严格控制噪音、粉尘污染、施工垃圾污染， 做好文明施工，减少对学校及周边环境的影响。普宁是国家级卫生城市，对环境要求高，施工中要尽量减少各种污染，对此施工同时应采取有效的预防措施。 5、工程材料运输必须严格控制好时间，否则将影响周边区域的交通，根据现 场特点，货物运输尽量安排在上午9:00前或下午17：00以后进场，运输车辆必须采用封闭式防止货物摔落。 6、货物根据施工进度分批进场，本工程货物直接运输至各学校。 7、本工程施工范围外做好现场消防、安全及文明施工，我们提出如下具体措 施： （1）、为了不影响其他单位正常工作，所有材料和施工人员必须按业主指定进出口进出，进场时间安排在非上班时间进行，进出口通道必须派专人负 责清扫除尘； （2）、本公司施工人员必须佩带工作卡，并不得无故进入其它区域。夜间派专人执行巡逻保卫工作，防止盗窃事故发生。 （3）、在电气管线预埋需要凿打楼地面或需敲打作业的施工项目,施工时间尽是安排在白天，另外，在有噪音的施工机具如空气压缩机运行时尽量关 闭窗。 （4）、如果遇施工现场临近区域有特殊活动，我们将全力配合、停止施工、组织施工人员撤场。往外运输垃圾之前必须将所有垃圾装入厚的垃圾袋中， 并将垃圾袋上的余灰敲打干净，并在22：00以后往外运输。 （5）、本工程所用不锈钢及木材等需要切割的材料，尽量预先量好尺寸让厂家加工，减少现场切割的工作量。 （6）、本工程要特别注意消防安全工作。
系统概要设计说明书(数据库设计书)
[招生管理系统] 概要设计说明书 [V1.0(版本号)] 拟制人______________________ 审核人______________________ 批准人______________________ [二零零八年十月二十二日]
概要设计说明书 1．引言 1.1编写目的 本说明书交给各个被调研单位审核，并经领导层讨论通过后，软件开发小组成员将以这本说明书为框架开发新的系统。 1.2背景 a.待开发软件系统的名称： 基于XML的网上招生管理系统 b.本项目的任务提出者: 石河子大学 c.本项目开发者 d.本项目用户 石河子大学招生办 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 《软件工程》 2．总体设计 2.1需求规定 2.1.1功能规定
2.1.2系统功能 能对各招生子单位进行管理 能添加、修改、删除、考生信息 能对考生进行分类管理 能将考生信息导出至网上信息发布子系统 能根据各分类统计考生信息 能添加新的管理员 能修改管理员的密码 2.1.2.1精度 由于采用数据库技术并且用户的应用领域对数据精确度的要求不高，所以这点在系统中表现得比较少，但是用户数据的安全性与正确性是完全保证的，所以对用户的使用没有多大的障碍。 2.1.2.2时间特性要求 本系统的数据库较小，所以程序在响应时间，数据更新处理时间上性能是比较突出的。而且也正由于数据量相对较少，故在数据传输时间和系统运行时间上表现的较让人满意。 2.1.2.4可靠性 由于系统较小只保留一定程度上的可靠性。 2.1.2.5灵活性 由于系统较小只保留一定程度的灵活性。 2.1.3输入输出要求 2.1.4数据管理能力要求
软件概要设计说明书
文件编号：ZEE30003 《XX企业管理系统商务版V3.0》 软件概要设计说明书 南昌金鼎软件开发有限公司
《XX企业管理系统商务版V3.0》总体设计说明书 目录 1、引言 (3) 1.1. 编写目的 (3) 1.2. 背景 (3) 1.3. 定义 (3) 1.4. 参考资料 (3) 2、总体设计 (3) 2.1. 需求规定 (3) 2.2. 运行环境 (3) 2.3. 基本设计概念和处理流 程 (4) 2.3.1. 采购管理 (6) 2.3.2. 销售管理 (7) 2.3.3. 库存管理 (8) 2.3.4. 员工管 理 (10) 2.3.5. 帐务管理 (11) 2.3.6. 基本资料管理 (13) 2.3.7. 系统维护 (13) 2.4. 结构 (13) 2.4.1. 采购管 理 (14) 2.4.2. 销售管 理 (14) 2.4. 3. 库存管 理 (16) 2.4.4. 员工管 理 (18) 2.4.5. 帐务管 理 (18) 2.4.6. 基本资料管 理 (21) 2.4.7. 系统维 护 (22) 2.4.8. g f u n ……………………………………………………………2 3 2 . 4 . 1 1 . 公用表单：( g ) f
(24) 2.4.12. 公用提示信 息 (25) 2.5. 人工处理过程 (26) 2.6. 尚未解决的问 题 (26) 3、接口技术 (26) 3.1. 用户接 口 (26) 3.2. 外部接口 (26) 3.3. 内部接口 (26)
4、运行设计 (27) 4.1. 运行模块组 合 (27) 4.2. 运行控制 (27) 4.3. 运行时间 (27) 5、系统出错处理设计 (27) 5.1. 出错信 息 (27) 5.2. 补救措施 (27) 5.3. 系统维护设计 (27)
方案设计说明书
方案设计说明书 第一部分概述 第一节规划范围及内容 该设计主要是针对汤阴县县城道路交通系统的规划，规划其从2004年到2020年的道路与交通，通过对其道路、用地布局的规划来改善县城内部的交通，以方便人们快速、安全的出行。 该设计的内容主要有城市道路方案设计、城市道路交叉口设计、城市道路路段设计、城市道路横断面设计、城市道路景观设计、城市广场及公共停车设计。 第二节自然地理概况 1、地理区位 汤阴县位于河南北部太行山麓与华北平原的交界地带。范围介于北纬35°45′至3601、东经11413至11442之间，东西最大范围约35公里，南北最大距离约20公里，总面积645.86平方公里。 2、自然地理条件 （1）地貌与地形 汤阴县地势总体上西高东低。以京广线为界，大致可以分为西部太行山麓丘陵山区和东部山前洪积冲积的平原区两大部分。整个地势由西南向东北缓缓倾斜，海拔高程最低点54米，最高点186.4米，包括丘陵、平原和泊洼三种类型。 （2）地质与工程地质 汤阴县域范围处于华北的第二沉降带与第三沉降带之间，县境内分布着汤东断裂带与汤西断裂带。汤阴县城即位于这两条断裂带之间的汤阴地堑上。由于县城地质构造复杂，构造活动强烈，汤阴县及周边地区在历史上是一个地震多灾区。汤阴县城属于地震基本烈度8度地区，为河南省地震测报重点监控区之一。 3、气候 汤阴县处于暖温带，属于大陆性季风气候区。受地形条件的影响，汤阴县具有较明显的低山丘陵与平原交界地带的过渡性地方气候特征。春季干旱多风夏季高温多雨，秋季天高气爽，冬季寒冷干燥。四季变化分明。 4、水文气象 汤阴县境内主要有汤河及其支流羑河和永通河三条河流，合称“三河”，属海河流域漳卫河水系。汤河上游建有总库容6200万立方米的汤河水库，控制面积162平方公里。 汤阴县地下水资源比较丰富。县域地下水赋存状况可分为平原区和丘陵区。丘陵区属于地下水量较少的平水区和贫水区，为第三纪风化岩石裂隙水。平原地区地下水量丰富，为第四纪散含水层，沿羑河、汤河两岸及淇河故道附近为富水区和极强富水区，其余平原及泊洼地基本上都属于一般富水层。目前，地下水是汤阴县工农业生产用水和城乡居民生活用水的主要水源。 汤阴县多年平均的年降雨水量为582.3㎜，全县多年平均的年径流量为0.47亿立方米，加上县城范围内泊洼和坑塘总计0.1亿立方米的蓄水量，汤阴县全年地表径流量为0.57亿立方米。 第三节现状分析 1、现状优势
软件设计方案需求说明书
xxxxxxx系统软件开发需求说明书 xxxxx科技有限公司 二○一五年七月
目录 1引言 (1) 1.1编写目的 (1) 1.2范围 (1) 1.2.1软件名称 (1) 1.2.2建设目标 (1) 1.2.3应用说明 (2) 1.3定义 (2) 1.4参考资料 (3) 2产品描述 (6) 2.1建设背景 (7) 2.2开发意图 (8) 2.3应用目标 (9) 2.4作用范围 (10) 2.5产品功能 (11) 2.6系统角色 (11) 2.7用户对象 (11) 3功能需求 (12) 3.1平台首页 (13) 3.1.1信息查询 (13) 3.1.2阀门监控 (13) 3.1.3视频监控 (14) 3.1.4三维展示 (15) 3.1.5功能描述 (16) 3.1.6法律规范 (16) 3.1.7XXX水情 (17) 3.2数据库及数据要求 (18) 3.3外部接口需求 (20) 3.3.1用户接口 (20) 3.3.2硬件接口 (20) 3.3.3软件接口 (20) 3.3.4性能需求 (21) 3.4安全性需求 (22)
3.4.1环境安全 (22) 3.4.2数据安全 (22) 3.4.3系统运行安全 (22) 3.4.4网络安全 (23)
1引言 1.1编写目的 为明确软件需求，方便与用户统一思想，确定系统功能、数据范围，便于项目规划与进度安排、组织软件开发与测试等，特撰写本文档。 本文档的读者为业主、用户、数据库建设人员、系统设计人员、开发人员和测试人员。 1.2范围 1.2.1软件名称 XXXXX动态监管系统软件即：XXXX一体化动态监管平台。 1.2.2建设目标 围绕XXXXX水库运行调度设计的要求，以水库运行调度设计为核心，运用先进、成熟技术，建设水库一体化管理平台，实现XXXXX水库监控视频、水雨情监测、流量阀门控制、实地三维仿真等数据自动汇集和信息共享交换，为XXXXX管理部门及时掌握水库区域内的重要水情信息和控