软件详细设计说明书
软件详细设计说明书（例）
作者：
完成日期：
签收人：
签收日期：
修改情况记录：
目录
1 引言................................................. 错误!未定义书签。
编写目的.................................................... 错误!未定义书签。
范围........................................................ 错误!未定义书签。
定义........................................................ 错误!未定义书签。
参考资料.................................................... 错误!未定义书签。
2 总体设计............................................. 错误!未定义书签。
需求规定.................................................... 错误!未定义书签。
运行环境.................................................... 错误!未定义书签。
基本设计概念和处理流程...................................... 错误!未定义书签。
结构........................................................ 错误!未定义书签。
功能需求与程序的关系........................................ 错误!未定义书签。
人工处理过程................................................ 错误!未定义书签。
尚未解决的问题.............................................. 错误!未定义书签。
3 接口设计............................................. 错误!未定义书签。
用户接口.................................................... 错误!未定义书签。
外部接口.................................................... 错误!未定义书签。
内部接口.................................................... 错误!未定义书签。
4 运行设计............................................. 错误!未定义书签。
运行模块组合................................................ 错误!未定义书签。
运行控制.................................................... 错误!未定义书签。
运行时间.................................................... 错误!未定义书签。
5 系统数据结构设计..................................... 错误!未定义书签。
逻辑结构设计要点............................................ 错误!未定义书签。
物理结构设计要点............................................ 错误!未定义书签。
数据结构与程序的关系........................................ 错误!未定义书签。
6 系统出错处理设计..................................... 错误!未定义书签。
出错信息.................................................... 错误!未定义书签。
补救措施.................................................... 错误!未定义书签。
系统维护设计................................................ 错误!未定义书签。
1 引言
编写目的
随着证券交易电子化程度的不断提高，券商对于各种业务提出了新的要求，为了满足券商的发展需求，更好的为客户提供服务，现结合原有各版本的证券交易软件的优点和特点，开发一套采用Client/Server结构的证券交易软件管理系统（SQL版）。本系统从底层予以优化，使整个系统的运行速度得到较大提高，通过重新优化数据库内部结构，使系统的可扩充性得到极大提高。
本说明书给出SQL版证券交易系统的设计说明，包括最终实现的软件必须满足的功能、性能、接口和用户界面、附属工具程序的功能以及设计约束等。
目的在于：
为编码人员提供依据；
为修改、维护提供条件；
项目负责人将按计划书的要求布置和控制开发工作全过程；
项目质量保证组将按此计划书做阶段性和总结性的质量验证和确认。
本说明书的预期读者包括：
项目开发人员，特别是编码人员；
软件维护人员；
技术管理人员；
执行软件质量保证计划的专门人员；
参与本项目开发进程各阶段验证、确认以及负责为最后项目验收、鉴定提供相应报
告的有关人员。
合作各方有关部门的复杂人；项目负责人和全体参加人员。
范围
说明：
a．待开发的软件系统的名称：模拟股票交易系统
b．列出本项目的任务提出者、开发者、用户以及将运行该项软件的单位。
定义
列出本文件中用到的专门术语的定义和缩写词的原词组。
本报告用到的术语符合国家标准《软件工程术语（GB/T11475-1995）》。
参考资料
列出要用到的参考资料，如：
a．本项目的经核准的计划任务书或合同、上级机关的批文；
b．属于本项目的其他已发表的文件；
c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2 总体设计
需求规定
说明对本系统的主要的输入输出项目、处理的功能性能要求，详细的说明可参见《需求分析说明书》。
运行环境
简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定，详细说明参见《需求分析说明书》。
数据库服务器
奔腾Pro
内存128MB以上
硬盘9GB
100M 网卡
应用服务器
奔腾Pro
内存64MB以上
硬盘4GB
100M 网卡
网络配置
100M / 10M
工作站(柜台)
P100以上
内存8MB以上
硬盘1G以上
100M/10M网卡
软件
操作系统
Windows NT 以上
数据库管理系统
SQL Server 2005
相关软件工具
Windows NT Workstation/Windows NT server
Windows 2000 Professional/ Server
开发工具
平台：Windows95/98、Windows NT、Windows 2000
开发工具：visual stidio 2005 sp1,C#.Net
测试环境
Windows31、Windows95/98、Windows NT、Windows 2000
基本设计概念和处理流程
说明本系统的基本设计概念和处理流程，尽量使用图表的形式。
营业部系统一共有四个对象，即客户、员工、市场和银行，市场的概念是交易所的细化，比如上海证券交易所的Ａ股和Ｂ股就是两个市场，有了市场的概念我们就可以把交易所这个概念细化，并使同一个市场的共性更突出。银行则通过银证转账业务介入，并成为营业部系统不可或缺的组成部分。
上述四个对象通过一些业务流程进行相互操作从而形成整个交易活动。因此整个系统模
型可以表述为图2-1
设计时需要将营业部系统所使用的各种信息分为描述四个对象的信息和描述业务流程的信息。由于四个对象相对而言是一种稳定型信息，而业务流程则较易变化，且营业部之间差异很大，因此应将四个对象尽量定型，而将各种业务流程尽可能做成组件，以便营业部可根据实际需求组装成适合自己的系统。
根据以上思想，在设计对象模型时应充分考虑到可扩展性，尽量做到抽象化、参数化，从而使对象需求变化时不致影响系统结构。
图
结构
用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。
本系统采用c/s模式的3层结构
按照不同会话来划分的话可以分为3大系统模块
客户端登陆模块：
图2-2 交易系统体系结构
股票信息发布
经过修改我认为每次由客户端每5秒去查询一次服务器更新信息不可取，因为这会加重服务端和客户端的负担，特别是服务器端的运算。
修改后实现变更为：用户一开始登陆后获得一次服务器的全部股票当前信息。而服务器端每次发生交易后，给每一个在线用户发送当前交易需要更新的股票信息，这样就减轻了客户机和服务端的信息
服务器每次交易返回最新信息
功能需求与程序的关系
（该关系由需求分析报告编写者根据结构图说明）
本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系：
人工处理过程
说明在本软件系统的工作过程中不得不包含的人工处理过程（如果有的话）。
没有完成股票管理的模块设计，所以股票必须从数据库后台添加
如果有新股发行，还必须添加有关股票的交易队列
尚未解决的问题
说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。
3 接口设计
用户接口
说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。
向用户提供简单易用的UI，以及帮助文档。
客户端将提供以下功能
首先弹出用户登陆框，供用户输入用户名和密码
菜单项提供个股查询和分时图按钮
菜单栏下是选项卡，提供股票实时信息和个股分时图栏
提供用户交易界面和交易按钮以及查看用户盈亏按键
外部接口
说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。
采用基于正确公开标准的部件和技术以确保最大限度的协作能力以及与第三方系统与部件集成的简便性。这类标准包括但不限于以下几种：
网络协议与标准 (TCP/IP, HTTP, SSL, etc)
语言(SQL, C#, etc.)
数据库连接性(ADO。net)
内部接口
说明本系统之内的各个系统元素之间的接口的安排。
逻辑层和数据访问层通过以经的stockDataModel接口，来限定访问stockData类型的
数据
客户端通过调用buyStock（stockData）和sellStock（stockData）来访问逻辑层，在这个函数中包含了访问逻辑层的接口dealTransaction(stockData)
通过AdoFactory访问不同的数据库
客户端登陆协议
D(二字节)+(客户名字长度)(4字节)+(客户名字)+(客户密码长度)(4字节)+(客户密码);
客户买卖协议
B(二字节)+(股票ID)(4字节)+(股票数量)(4字节)
S(二字节)+(股票ID)(4字节)+(股票数量)(4字节)
查询交易信息并返回给客户端
C(二字节)
具体有拆包解包的类
using System;
using ;
namespace ProjectCenterTradingSys
{
public class Protocal
{
private byte[] messagebuffer;
private byte[] messagelength;
public byte[] messagebag;
报，价格较低的卖出申报优先于价格较高的卖出申报。
2.) 时间优先原则：同价位申报、依照申报时序决定优先顺序，即买卖方向、价格相同的，先申报者先于后申报者。先后顺序按证券交易所主机接受申报的时间确定。
在正常情况下，买队列的第一笔（报价最高）的报价一定小于卖队列的第一笔（最低报价）的报价。此时不发生撮合。一旦买卖队列的价格发生了交叉，如图2.3.1所示，发生交叉的那部分就会进行撮合。
而事实上，由于每一笔新来的单子进入数列后都会触发一次比较，所以每次触发撮合都是由新单子促成的。称为“来一笔撮合一次”，也就是连续竞价。
图2.3.1
连续竞价算法描述：
首先设定QueueStruct结构为元素的买卖两个队列BuyQueue和SellQueue。
为了尽可能的提高效率，减少资源占用，我们用静态数组构建这两个队列。
其中BuyQueue是时间优先、买价降序排序，而SellQueue是时间优先、卖价升序排序，在连续竞价条件下，可以保证BuyQueue[0]的price小于
SellQueue[0]的price。
连续竞价算法如下：
1.)接收一个新单子newlist，判断newlist是买单还是卖单；
如果是买单，则转2，如果是卖单，则转B；
2.)取卖单队列头SellQueue[0]，if SellQueue[0].price>，利
用插入排序将newlist插入到买队列BuyQueue中，转1；
3.)if SellQueue[0].count>，newlist完全撮合，
SellQueue[0].count＝SellQueue[0].count－，转2；
4.)if SellQueue[0].count<=，SellQueue[0]撮合，并将
SellQueue[0]从SellQueue队列中删除，=[0].count，转2；
5.)取买单队列头BuyQueue[0]，if BuyQueue[0].price<，利用
插入排序将newlist插入到卖队列BuyQueue中，转1；
6.)if BuyQueue[0].count>，newlist完全撮合，
BuyQueue[0].count＝BuyQueue[0].count－，转1；
7.)if BuyQueue[0].count<=，
BuyQueue[0]撮合，并将BuyQueue[0]从BuyQueue队列中删
除， =[0].count，转5；
如下面流程图5.2.2所示：
图3.2.2
5.2.2 集合竞价
集合竞价是指对所有有效委托进行集中处理，深、沪两市的集合竞价时间为交易日上午9：15至9：25。
集合竞价原则：
凡是高于开盘价的买单一定成交；
凡是低于开盘价的卖单一定成交；
凡是高于开盘价的卖单一定不成交；
凡是低于开盘价的买单一定不成交；
集合竞价分四步完成：
第一步：确定有效委托在有涨跌幅限制的情况下，有效委托是这样确定的：根据该只证券上一交易日收盘价以及确定的涨跌幅度来计算当日的最高限价、最低限价。有效价格范围就是该只证券最高限价、最低限价之间的所有价位。
限价超出此范围的委托为无效委托，系统作自动撤单处理。
第二步：系统根据竞价规则自动确定集合竞价的成交价，这个价格就是当日的开盘价，所有高于开盘价的买盘和所有低开开盘价的卖盘均以此价格成交，集合竞价的成交价确定原则是：以此价格成交，能够得到最大成交量。
第三步：集中撮合处理所有的买委托按照委托限价由高到低的顺序排列，限价相同者按照进入系统的时间先后排列；所有卖委托按委托限价由低到高的顺序排列，限价相同者按照进入系统的时间先后排列。依序逐笔将排在前面的买委托与卖委托配对成交，即按照"价格优先，同等价格下时间优先"的成交顺序依次成交，直至成交条件不满足为止，即不存在限价高于等于成交价的叫买委托、或不存在限价低于等于成交价的叫卖委托。
所有成交都以同一成交价成交。这同一成交价成交的买卖单一般量都是很大的，如图3.2.3所示
图3.2.3所示
第四步：行情揭示：
1.)如该只证券的成交量为零，则将成交价位揭示为开盘价、最
近成交价、最高价、最低价，并揭示出成交量、成交金额。
2.)剩余有效委托中，实际的最高叫买价揭示为叫买揭示价，若
最高叫买价不存在，则叫买揭示价揭示为空；实际的最低叫
卖价揭示为叫卖揭示价，若最低叫卖价不存在，则叫卖揭示
价揭示为空。
集合竞价中未能成交的委托，自动进入连续竞价。
按照这样的原则和要求，我们设计了如下的集合竞价撮合算法。如图3.2.4所示。
图3.2.4
集合竞价算法描述：
和连续竞价一样，首先设定QueueStruct结构为元素的买卖两个队列BuyQueue和SellQueue。
为了尽可能的提高效率，减少资源占用，我们用静态数组构建这两个队列。
其中BuyQueue是时间优先、买价降序排序，而SellQueue是时间优先、卖价升序排序。在开市到开盘这段时间内，买卖单已经分别进入了买卖队列内排好了序。
一旦宣布开盘，则触发集合撮合，如下：
判断两队列是否都不为空，如是，转2；如否，转
21；
判断BuyQueue[0].prince与SellQueue[0].prince
之差，如大于等于0，转3：如小于0，转21；
定义int i=j=0；M、N分别为买卖两队列非空元素
的个数；BOOL k；QueueStruct Buy=BuyQueue[0]；
Sell=SellQueue[0]；Buy1；Sell1；转4；
判断BuyQueue[i].prince与SellQueue[j].prince
之差，如大于等于0，转5：如小于0，转14；
判断与之差，如大于0，转6；如小于等于0，转9；
j++；k=true；=；
=+SellQueue[iSellQueue].count；转7；
判断j是否小于N，如是，转4；如不是，转8；
开盘价为BuyQueue[i].price；总成交量为；统计成
交数据及回报，并返回；
i++；k=false；=；=+BuyQueue[i].count；转10；
判断i是否小于M，如是，转4；如不是，转11；
判断与之差，如小于0，转12；如等于0，转13；
开盘价为SellQueue[j].price；总成交量为；统计
成交数据及回报，并返回；
开盘价为
(SellQueue[j].price+BuyQueue[i-1].price)/2；总成交量为；统计成交数据及回报，并返回；
判断k值，如为true，转15；如为false，转18；判断与之差，如大于0，转16；如小于0，转17；开盘价为BuyQueue[i].price；总成交量为；统计成交数据及回报，并返回；
开盘价为(SellQueue[j-1].price+BuyQueue[i-1].price)/2；总成交量为；统计成交数据及回报，并返回；
判断与之差，如小于0，转19；如等于0，转20；开盘价为SellQueue[j].price；总成交量为；统计成交数据及回报，并返回；
开盘价为(SellQueue[j].price+BuyQueue[i-1].price)/2；总成交量为；统计成交数据及回报，并返回；
开盘价为昨日收盘价，成交量为0；保留所有数据至开盘进入连续竞价撮合；
5.2.3 买卖队列排序
上面我们介绍了撮合算法的核心部分，但实际上在撮合前后都要对两个买卖队列进行一定的插入和排列处理，这在整个算法中也是很重要的部分。下面我们就来具体介绍一下。
对所有的排列和插入我们考虑了效率问题之后，最后统一使用了二分插入排序法。
在单子进入队列时，我们首先统计出当前队列中的非空数据个数，然后再通过新单子与当前队列中间值的价格比较，确定新单子在队列的前半部分还是后半部分，然后再取该区域中间值与之比较，直到确定新单子应在的位置。
如下列代码所示：
int low=0; int high=N-1; rice)
high=m-1;
else low=m+1;
}
for(int i=N-1; i>=high+1; --i)
{
SellQueue[i+1]=SellQueue[i];
}
SellQueue[high+1]=*newlist;
这是卖队列的排序，对于买队列的排序与之相似，只是价格排列是由高到底。在这里不再赘述。
这种插入排序方法完全符合了撮合算法中价格优先、时间优先的要求，而且效率也是比较高的。
在集合竞价前和连续竞价后进行的插入排序都是这样进行的，而在集合竞价撮合之后，对两队列的重新排列，我们首先使用了memset
软件详细设计方案说明书
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++使用以下格式：
软件著作权设计说明书范本资料
软件著作权-说明书范本（二） 设计说明书 中国版权保护中心接收登记的文档包含两种：操作说明书或设计说明书。 设计说明书适合没有界面的嵌入式软件，插件软件，后台运行软件以及游戏软件。一般包含结构图，软件流程图，函数说明，模块说明，数据接口，出错设计等。 操作说明书适合管理类软件，有操作界面，一般应包含登录界面，主界面，功能界面截图，截图之间有相应的文字说明，能全面展示软件的主要功能。 格式要求：一、说明书应提交前、后各连续30页，不足60页的，应当全部提交。 二、说明书页眉应标注软件的名称和版本号，应当与申请表中名称完 全一致，页眉右上应标注页码，说明书每页不少于30行，有图除 外，另外截图应该清晰完整。 范例如下： 设计说明书
一、引言 目的 编写详细设计说明书是软件开发过程必不可少的部分，其目的是为了使开发人员在完成概要设计说明书的基础上完成概要设计规定的各项模块的具体实现的设计工作。 二、软件总体设计 2.1软件需求概括 本软件采用传统的软件开发生命周期的方法，采用自顶向下，逐步求精的结构化的软件设计方法。 本软件主要有以下几方面的功能 (1)连接设备 (2)提取数据 (3)保存数据 (4)删除仪器数据 (5)查看历史数据 定义 本项目定义为一个典型的多点互动探伤软件。它将实现多点设备和系统程序的无缝对接，以实现多点互动功能。 2.2需求概述 1.要求利用PQLib硬件商提供的SDK开发出对应的触摸屏系统。 2.系统要显示图片，并实现图片相关所有的多点操作，包括放大，缩小，旋转，平移的功能。 3.要提供美观的图片菜单，在菜单中要提供必要的图片简介信息。 4.系统图片的维护更新要方便。 2.3条件与限制 系统开发的条件是普通PC以及相对应的系统，本次开发所用的系统是WINDOW SERVER2003以及ADOBE FlashCS4。由于硬件开发商提供的开发文档不是很详尽，这对系统开发产生了一定限制影响。 总体设计 2.4总体结构和模块接口设计 系统整体结构框架如图
详细设计方案说明书模版
密级：机密 文档编号：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. 后台管理 该模块主要是整个系统的权限管理，操作员管理，基础字典设置 等，只有管理员才可以进入的模块。 四、费用明细
仪器软件方案设计说明书
软件设计说明书日写：编期：日期：审核：日期：准：批 文档变更记录
一、引言........................................................................................................... - 1 - 1.1 编写目的............................................................................................. - 1 - 1.2 范围..................................................................................................... - 1 - 1.3 定义..................................................................................................... - 1 - 1.4 版本说明............................................................................................. - 1 - 1.5 参考资料............................................................................................. - 1 - 二、项目概述................................................................................................... - 2 - 2.1 产品描述............................................................................................. - 2 - 2.2 产品功能............................................................................................. - 2 - 2.3 用户特点............................................................................................. - 2 - 三、嵌入式软件整体方案设计....................................................................... - 3 - 3.1 子系统控制方案设计......................................................................... - 3 - 3.2 中控板GUI方案设计....................................................................... - 3 - 3.3 数据通信方案设计............................................................................. - 4 - 四、子系统控制方案设计............................................................................... - 5 - 4.1 液路系统控制方案设计..................................................................... - 5 - 4.2 样品采集系统控制方案设计............................................................. - 7 - 4.3 二氧化碳恒温培养箱环境控制环境设计......................................... - 8 - 五、中控板GUI方案设计............................................................................. - 9 - 六、数据通信方案设计................................................................................. - 10 - 6.1 数据链路层通信方式....................................................................... - 10 - 6.2 PC与主控板通信流程设计.............................................................. - 10 - 一、引言
软件设计方案
软件设计方案 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软件开发实施方案 (3) 1.1开发流程总述 (3) 1.2软件需求分析 (5) 1.3结构设计 (8) 1.4详细设计 (10) 1.5编码 (12) 1.6模块集成测试 (14) 1.7系统测试 (16) 1.8验收 (17) 1.9维护 (19)
1组织实施步骤 系统开发严格按照软件工程的方法进行组织，系统的开发过程按照需求分析、系统分析与设计要求、系统编码、系统测试几个过程有序推进。下表所示系统开发流程图，采用原型及迭代方式开发，根据用户需求持续改进，直到最终用户确认满意。 1.1实施开发流程总述 如下图示流程定义了我公司内部的软件开发过程，以指导和规范 软件项目中开发过程的定义和相应的实施。 该过程可划分为一系列子过程，包括：软件需求分析、设计、编码、测试、验收、维护，每个子过程又由一系列任务和活动组成，如设计过程又可分为结构设计和详细设计。但是在实际开发项目中，情况仍然会是千变万化的，因此我们也并不是一成不变的死板执行一个僵化的工作流程，我们的原则是在一个规范流程的指导和约束下，根据具体工程项目的实际要求，为每一个项目评估并制定真正能够最好的满足该项目要求的开发流程。
《结构设计说明书》（初稿） 《集成测试计划》《集成测试案例》 （初稿） 《用户手册》（初稿） 《追溯表一》 《结构设计说明书》 《集成测试计划》《集成测试案例》 《个人评审记录》 《评审报告》 N改进 软件需求分析 《软件需求规格说明书》（初稿） 《系统测试计划》《系统测试案例》 （初稿） 《用户手册》（概要） 《追溯表一》 ▼ 同行评审 丫 Y 通过 《软件需求规格说明书》 《系统测试计划》《系统测试案例》 《个人评审记录》 《评审报告》 「 N改进 详细设计 《详细设计说明书》（初稿） 《单元测试计划》《单元测试案例》 （初稿） 《用户手册》（修改稿） 《追溯表一》 评审通过 《详细设计说明书》 《单元测试计划》《单元测试案例》 《用户手册》（修改稿） 《个人评审记录》 《评审报告》— 源代码、源代码文件清单 《单元测试报告》（经过审批） --- ”《软件问题状态登记表》 《软件问题报告单》 《集成工作单》 《集成测试工作单》 《集成测试报告》（经过审批） 《软件问题状态登记表》 《软件问题报告单》 集成的软件系统 《系统测试报告》（经过审批） 《软件问题状态登记表》 《软件问题报告单》 《系统管理员使用说明书》（经过审批） _ 《安装手册》（经过审批） 《用户手册》（经过审批 软件系统（系统测试通过） 验收测试报告 《软件问题报告单》 《软件问题状态登记表》 验收报告 可交付产品 《软件需求规格说明书》（升级版） 《客户需求登记表》 《客户需求统计表》 《设计说明书》（升级版） 《软件问题报告单》 《软件问题状态登记表》 《软件维护实施计划》维 护后的软件系统 软件开发流程总图 结构设计 评审通过
软件设计说明书范本
编号∶______ 版本∶______ 软件详细设计说明书 项目名称：xxxxxxxxxxxx子系统 委托单位： 承办单位： 编写: xxxxxx 2002 年05 月01 日 校对: xxxxxx 2002 年05 月10 日 审核: xxxxxx 2002 年05 月15 日 批准: xxxxxx 2002 年05 月25 日
目录 1.引言 (3) 1.1目的 (3) 1.2背景 (3) 1.3参考资料 (3) 2.总体设计 (4) 2.1软件描述 (4) 2.2设计方法 (4) 2.3软件结构 (4) 2.4模块设计说明 (10) 2.4．1总控模块 (10) 2.4．2所长室模块 (10) 2.4.3综合室模块 (18) 2.4.5 机械一室模块 (27) 2.4.6 机械二室模块 (31) 2.4.7 化工一室模块 (36) 2.4.7化工二室模块 (40) 2.4.8电器室模块 (40) 2.4.9轻工室模块 (40) 2.4.10统计汇总模块 (41) 2.4.11领导查询模块 (41) 2.4.12公共查询模块 (42)
1.引言 1.1目的 编写详细设计说明书是软件开发过程必不可少的部分，其目的是为了使开发人员在完成概要设计说明书的基础上完成概要设计规定的各项模块的具体实现的设计工作。 1.2背景 一、软件名称 检测信息系统质量监督检验子模块 二、相关单位 委托单位∶技术检测中心 承办单位∶石油大学(华东) 主管部门∶技术检测中心信息中心 1.3参考资料 1、<<石油工业应用软件工程规范>> SY/T 5232-1999 2、实用软件工程郑人杰清华大学出版社
包装方案设计说明书书(最新版)
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减震脚轮选用标准
软件设计说明书
软件设计说明书 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. 简介 ................................................................ 错误!未定义书签。 . 背景和目的.................................................... 错误!未定义书签。 . 范围.......................................................... 错误!未定义书签。 . 术语和缩略语.................................................. 错误!未定义书签。 2. 系统总体设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 系统外部接口 ............................................ 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 系统架构设计.................................................. 错误!未定义书签。 系统的逻辑架构设计 ...................................... 错误!未定义书签。 系统的物理架构设计 ...................................... 错误!未定义书签。 . 子系统定义.................................................... 错误!未定义书签。 子系统列表 .............................................. 错误!未定义书签。 子系统间关系 ............................................ 错误!未定义书签。 3. 子系统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 基坑总平面图
软件架构设计说明书
目录
1.引言 [对于由多个进程构成的复杂系统，系统设计阶段可以分为：架构设计（构架设计）、组件高层设计、组件详细设计。对于由单个进程构成的简单系统，系统设计阶段可以分为：系统概要设计、系统详细设计。本文档适用于由多个进程构成的复杂系统的构架设计。] [架构设计说明书是软件产品设计中最高层次的文档，它描述了系统最高层次上的逻辑结构、物理结构以及各种指南，相关组件（粒度最粗的子系统）的内部设计由组件高层设计提供。] [系统：指待开发产品的软件与硬件整体，其软件部分由各个子系统嵌套组成，子系统之间具有明确的接口； 组件：指粒度最粗的子系统； 模块：指组成组件的各层子系统，模块由下一层模块或函数组成；] [此文档的目的是： 1）描述产品的逻辑结构，定义系统各组件（子系统）之间的接口以及每个组件（子系统）应该实现的功能； 2）定义系统的各个进程以及进程之间的通信方式； 3）描述系统部署，说明用来部署并运行该系统的一种或多种物理网络（硬件）配置。对于每种配置，应该指出执行该系统的物理节点（计算机、网络设备）配置情况、节点之间 的连接方式、采用何种通信协议、网络带宽。另外还要包括各进程到物理节点的映射； 4）系统的整体性能、安全性、可用性、可扩展性、异常与错误处理等非功能特性设计； 5）定义该产品的各个设计人员应该遵循的设计原则以及设计指南，各个编程人员应该遵循的编码规范。 ] [建议架构设计工程师与组件设计工程师共同完成此文档。] [架构设计说明书的引言应提供整个文档的概述。它应包括此文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] 1.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管理部门及时掌握水库区域内的重要水情信息和控
范例-软件设计说明书(详细部分)
软件设计说明
目录 1围 (1) 1.1标识 (1) 1.2系统概述 (1) 1.3文档概述 (1) 2引用文档 (1) 3CSCI 级设计决策 (1) 4CSCI 体系结构设计 (2) 4.1CSCI部件 (2) 4.2执行方案 (3) 4.3接口设计 (3) 4.3.1接口标识和接口图 (3) 4.3.x （接口的项目唯一标识符） (4) 5CSCI 详细设计 (6) 5.X （软件单元的项目唯一标识符，或者一组软件单元的标志符） (6) 6需求可追踪性 (9) 7注解 (11) 附录A (11)
软件设计说明 1围 1.1标识 要求：本节应包含这个文档所适用的系统和软件的完全标识，（若适用）应包括标识号、名称、缩略名、版本号及发布号。 1.2系统概述 要求： 1）本节主要描述本文档适用的系统和软件的用途； 2）概述系统开发、运行和维护的历史； 3）标识项目的投资方、需方、用户、开发方和保障机构； 4）标识当前和计划的运行现场； 5）列出其它有关文档。 1.3文档概述 本节应概述本文档的用途和容，描述与它的使用有关的性或私密性考虑。 2引用文档 列出引用的所有文档，包括文档的编号、标题、修订版本和日期。 3CSCI 级设计决策 要求：本章应根据需要分节给出CSCI 级设计决策，即CSCI 行为设计的决策（忽略其部实现，从用户角度出发描述系统将怎样运转以满足需求）和其它影响组成该CSCI 的软件单元的选择与设计的决策。如果在需求中所有这些决策是明确的，或者这些决策要推迟到CSCI 的软件单元的设计时指出，则本章应如实述。 针对关键性需求（例如对安全性、性、私密性等需求）作出的设计决策，应在专门的章节中加以叙述。 CSCI 级设计决策的例子如下： 1）关于CSCI 将接收的输入和将产生的输出的设计决策，包括与其它系统、HWCI、CSCI 和用户的接口（本文档的4.3.x 节指出本说明要考虑的主题）； 2）有关响应每个输入或条件的CSCI 行为的设计决策，包括CSCI 要执行的动作、响应时间和其它性能特性，模型化的物理系统的说明，选定的方程式/算法/规则，以及对不允许的输入或条件进行的处理； 3）有关数据库/数据文件如何呈现给用户的设计决策（本文档的4.3.x 节标识了本说明
软件设计说明书嵌入式软件范例
一、XXXXX-XXX 热压机自动控制系统软件的设计 LCD—液晶显示器，因其具有微功耗、平板化等一系列显著特点而广泛应用于仪器仪表、计算机显示终端、各类电子显示装置等各个方面。LCD的后工序生产工艺包括COG、COF、FOG、FOB，XXX-XXX 热压机正是为FOG段工艺而开发设计的。 XXXXX-XXX热压机自动控制动系统软件（以下简称XXX系统）是由PLC、气动元件和电动元件组成，其特点是通过传感器采集外部信号，输入到PLC内部进行计算处理，以控制外部执行元件，使之完成一系统的机构动作，达到生产所需的工艺要求。 ㈠ XXX 系统的性能和结构 XXX 系统主要由PLC、GOT（触摸屏）、伺服电机、气缸电磁阀、电磁继电器、光电传感器、磁性传感器、温度处理器、温度传感器以及各种按钮组成。 1、XXX 系统的主要性能和技术参数 ●主机电源：Vac-----220VAC/50HZ ●传感器电源：Vdd-----+24V ● PLC接口：40位输入、32位输出、1个RS232通信串口 ●工作温度：－10℃～+55℃ ●存储温度：－20℃～+60℃ 2、XXX 系统的内部地址 XXX 系统的内部地址及主要功能部件： ●输入继电器— X ●输出继电器— Y ●辅助继电器— M ●定时器— T ●计数器— C ●数据寄存器— D ●变址寄存器— Z 3、XXX 系统的外部引线功能定义 XXX 系统共有82根引脚，具体定义如下： ㈡指令描述 XXX 系统主要有如下指令： ㈢人机界面（GOT） 1、参数设置
人机界面(GOT)可用于参数设置和数据的显示(如图所示) 2、手动操作 人机界面亦可制作手动调试所需的各种按键，以替代繁琐的按钮(如图) 3、生产信息 人机界面还可用于显示生产时的各种数据以及PLC内部的信息，比如外部引脚的通断 信息、生产时产生的报警信息等(如下图) ㈣ XXX 系统的接口及编程 1、硬件接口 XXX系统与电脑的接口可以有两种方式：直接控制方式和间接控制方式。直接控制方式就是将PLC的RS232接口直接与电脑的RS232接口对接(如图1-1)；间接控制方式就是将PLC的RS232接口与触摸屏的RS232接口对接，然后将电脑的RS232接口与触摸屏的RS422接口对接，然后对该外设进行间接操作而实现控制(如图1-2)。 2、程式流程方框图 A、系统回原点流程图 B
设计方案说明一览表
一、工程重点与特点 1、本工程确定为“合格”工程，工程必须严格施工，严抓施工质量； 2、因多个项目涉及到弱电系统，工序繁多，工期紧，各工序必须搭接紧密， 以保证施工工期按时完成； 3、本工程必须协调弱电系统布线、设备安装、调试等诸多专业施工作业组之 间配合施工，须做好工作。 4、工程位于学校。施工期间必须严格控制噪音、粉尘污染、施工垃圾污染， 做好文明施工，减少对学校及周边环境的影响。普宁是国家级卫生城市，对环境要求高，施工中要尽量减少各种污染，对此施工同时应采取有效的预防措施。 5、工程材料运输必须严格控制好时间，否则将影响周边区域的交通，根据现 场特点，货物运输尽量安排在上午9:00前或下午17：00以后进场，运输车辆必须采用封闭式防止货物摔落。 6、货物根据施工进度分批进场，本工程货物直接运输至各学校。 7、本工程施工范围外做好现场消防、安全及文明施工，我们提出如下具体措 施： （1）、为了不影响其他单位正常工作，所有材料和施工人员必须按业主指定进出口进出，进场时间安排在非上班时间进行，进出口通道必须派专人负 责清扫除尘； （2）、本公司施工人员必须佩带工作卡，并不得无故进入其它区域。夜间派专人执行巡逻保卫工作，防止盗窃事故发生。 （3）、在电气管线预埋需要凿打楼地面或需敲打作业的施工项目,施工时间尽是安排在白天，另外，在有噪音的施工机具如空气压缩机运行时尽量关 闭窗。 （4）、如果遇施工现场临近区域有特殊活动，我们将全力配合、停止施工、组织施工人员撤场。往外运输垃圾之前必须将所有垃圾装入厚的垃圾袋中， 并将垃圾袋上的余灰敲打干净，并在22：00以后往外运输。 （5）、本工程所用不锈钢及木材等需要切割的材料，尽量预先量好尺寸让厂家加工，减少现场切割的工作量。 （6）、本工程要特别注意消防安全工作。