旅游交易门户系统TRIP-X 逻辑设计说明书
微软(中国)有限公司顾问咨询部
2020年11月
目录
第1章概述 (2)
1.1文档目的 (2)
第2章总体架构 (3)
2.1逻辑功能模块构成 (3)
2.1.1逻辑功能模块图 (3)
2.1.2逻辑功能模块描述 (3)
2.2系统技术结构 (4)
2.2.1技术结构图 (4)
2.2.2技术结构描述 (5)
2.3系统物理网络结构 (5)
2.3.1物理/网络结构图 (5)
2.3.2物理结构描述 (5)
第3章<订单管理>模块设计 (6)
3.1<订单管理>总体结构设计 (6)
3.2业务工作流 (6)
3.3业务功能组件 (6)
3.3.1对象功能组件描述 (7)
3.4业务实体组件 (7)
3.4.1对象关系图 (7)
3.4.2业务实体描述 (8)
3.5任务时序图 (8)
第4章数据模型 (9)
4.1简要E-R关系图 (9)
4.2主要数据实体说明 (9)
4.3主要实体关系说明 (9)
第5章用户界面设计 (11)
5.1窗口/页面流程图 (11)
5.2界面布局 (11)
5.2.1主页 (11)
5.2.2页面 (12)
第6章公共组件与外部接口 (13)
6.1公共组件 (13)
6.2与外部系统接口 (13)
6.2.1系统描述 (13)
6.2.2接口列表 (13)
6.3对外提供的接口 (13)
6.3.1接口列表 (13)
第1章概述
1.1文档目的
《逻辑设计说明书》是项目组内部文档，是开发经理和项目经理在《概念设计说明书》的基础上，从业务逻辑和当前用户应用环境中抽象出系统对象的组成结构、流程和各个部分相互关系，另外还要设计数据库的逻辑结构和界面的逻辑关系。因此，《逻辑设计说明书》是将用户业务语言转化为项目组语言的关键。在《逻辑设计说明书》中的对象只是抽象的系统对象，而不是物理实现中采用的类、组件、模块和页面。
《逻辑设计说明书》要达到如下一些目标：
●定义系统的各个组成部分
●描述各个部分的结构
●描述各个部分的相互关系以及他们如何协调与合作
●项目组成员对解决方案的共识
●产生物理设计的基础
第2章总体架构
2.1逻辑功能模块构成
描述根据概要设计中定义的功能及其分类，设计的系统逻辑功能模块和结构关系。
逻辑功能模块的设计和划分涵盖了系统需要实现的业务功能。不过为了实现所有的系统业务功能，需要在系统内部进行功能的分类和抽象，因此逻辑功能模块还包括内部功能实现需要的系统内部功能模块以及相关的系统模块。
2.1.1逻辑功能模块图
针对系统各个部分互操作、相互关联和管理遇到的问题，我们需要将对象按功能和相互关系进行分类，构成系统的各个组成部分。设计系统组成结构，确定各个部分包含的信息和对象，标明对象之间的相互调用关系。
另外还需要确定系统正常运作所需要依赖的外部系统，并且明确说明与外部系统的接口。
2.1.2逻辑功能模块描述
对逻辑功能模块图中列出的各个逻辑功能模块进行必要的说明，同时说明逻辑功能模块之间的相互关系。
2.2系统技术结构
技术结构是实现逻辑功能的技术实现框架，不过在逻辑设计中仅对系统的技术实现进行必要的层次划分，并不涉及到过多的技术实现细节。
2.2.1技术结构图
图示系统技术层次结构
2.2.2技术结构描述2.3系统物理网络结构
2.3.1物理/网络结构图
2.3.2物理结构描述
第3章X模块设计
3.1X总体结构设计
对功能模块包含的业务工作流、业务功能组件和业务实体组件进行总体描述，阐明他们之间的相互调用关系和模块的逻辑架构。
3.2业务工作流
Business Workflow主要执行业务处理流程，它由多个Business Process组成，，其功能是处理业务数据，执行业务处理过程。
每个Business Process由多个业务步骤组成。而且必须以正确且经过协调的顺序执行。完成这个处理流程的时间并不确定，所以必须管理所需的工作和执行这些工作所需的数据。
Business Workflow会定义及协调长期执行且包含多个步骤的Business Process ，且可以使用工作流引擎实现Business Workflow。
3.3业务功能组件
业务功能组件是实现业务规则及执行业务工作的组件：
●实现业务功能，是对特定业务逻辑和内部业务流程的封装
●负责发起事务，是根事务发起者，支持事务与补偿交易
●通过封装已存在的业务能够获得更高等级的操作和业务逻辑
业务功能组件的特点是：
●由用户处理层，服务接口，以及其他业务处理组件调用，包含一些业务数据和
操作，以及复杂的数据结构（文档）
●它是事务的发起者，必须参与事务的投票
●必须验证输入和输出
●通过调用数据层组件来获取或修改应用数据
●能够通过代理调用外部服务
●能够调用其他业务组件（Business Component）以及发起业务流程
3.3.1对象功能组件描述
对每一个业务功能组件进行描述。
3.4业务实体组件
业务实体组件是将数据层按照业务模式进行封装，提供业务服务的组件，每一个业务实体组件与一组业务数据相对应。有多种方式可以实现业务实体组件，如：XML / DateSet / OO等，如果以OO的方式实现业务实体组件，则业务实体组件就是OO中的对象。
3.4.1对象关系图
如果以OO的方式实现业务实体组件，则以对象关系图的方式描述业务对象之间的关系。
超市管理系统详细设计说明书 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 输出项 售货员信息：确保售货员符合资格 会员信息：确保会员符合资格 金额：结账时的商品总额
FSSS系统总体设计分为三大部分：保护及公用逻辑、油燃烧器控制逻辑和煤层(磨组)控制逻辑。 (一)、MFT及首出跳闸逻辑 MFT跳闸条件共14条。 跳闸条件为： 1、两台送风机停止：当两台送风机全部停止后，发此信号。 2、两台引风机停止：当两台引风机全部停止后，发此信号。 3、2/3炉膛压力高高跳闸：当3个炉膛压力高高压力开关中 有2个动作后，发此信号。(压力定值根据锅炉厂要求定) 如果出现3个动作信号状态不一致时，系统提供报警。 4、2/3炉膛压力低低跳闸：当3个炉膛压力低低压力开关中 有2个动作后，发此信号。(压力定值根据锅炉厂要求定) 如果出现3个动作信号状态不一致时，系统提供报警。 5、汽包水位高高跳闸：系统接收从CCS系统发来的水位高 高信号(硬接线方式)，并经过5秒延时，发此信号(逻辑采 用3取2完成)。
6、汽包水位低低跳闸：系统接收从CCS系统发来的水位低 低信号(硬接线方式)，并经过5秒延时，发此信号(逻辑采用3取2完成)。 7、煤层投入无油层投入时两台一次风机跳闸：系统判断锅炉 在无油层运行并且任意磨组已经运行时，两台一次风机全部停止运行，发此信号。 8、总风量<30%跳闸：系统接收从CCS系统发来的风量 <30%的信号(硬接线方式)，经过2秒延时，发此信号(逻 辑采用3取2完成)。 9、手动MFT跳闸：系统接收硬接线的MFT跳闸按钮来信 号跳闸。 10、火焰丧失跳闸：任意磨组在投运的情况下，且无任何油层 运行时，煤层火检均无火时，发此信号。(煤层无火信号 由给煤机停止信号加以确认) 11、燃料丧失跳闸：任意油层投运过后，系统判断锅炉已经完 成点火阶段，转而处于正常运行阶段。如果磨煤机全停或给煤机全停同时油角阀全关或燃油快关阀全关时，发此信号。
XX项目 设计规格说明书 (仅供内部使用) 重庆工学院计算机学院 XX年XX月XX日
修改记录
目录 1．引言.................................... 错误!未定义书签。 项目名称.................................... 错误!未定义书签。 编写目的.................................... 错误!未定义书签。 项目背景.................................... 错误!未定义书签。 定义........................................ 错误!未定义书签。 参考资料.................................... 错误!未定义书签。2．任务概述..................................... 错误!未定义书签。 项目总体目标................................ 错误!未定义书签。 需求概述.................................... 错误!未定义书签。 运行环境.................................... 错误!未定义书签。 软件环境............................... 错误!未定义书签。 硬件环境............................... 错误!未定义书签。 开发环境.................................... 错误!未定义书签。 条件与限制.................................. 错误!未定义书签。3．总体设计..................................... 错误!未定义书签。 系统架构.................................... 错误!未定义书签。 处理流程.................................... 错误!未定义书签。4．功能详细设计................................. 错误!未定义书签。 功能1 ...................................... 错误!未定义书签。 功能说明............................... 错误!未定义书签。 功能结构............................... 错误!未定义书签。 类设计................................ 错误!未定义书签。 用户界面设计............................ 错误!未定义书签。 类1 的算法与程序逻辑.................. 错误!未定义书签。 方法1 .............................. 错误!未定义书签。 功能............................ 错误!未定义书签。 输入............................ 错误!未定义书签。
旅游交易门户系统TRIP-X 逻辑设计说明书 微软(中国)有限公司顾问咨询部 2020年11月
目录 第1章概述 (2) 1.1文档目的 (2) 第2章总体架构 (3) 2.1逻辑功能模块构成 (3) 2.1.1逻辑功能模块图 (3) 2.1.2逻辑功能模块描述 (3) 2.2系统技术结构 (4) 2.2.1技术结构图 (4) 2.2.2技术结构描述 (5) 2.3系统物理网络结构 (5) 2.3.1物理/网络结构图 (5) 2.3.2物理结构描述 (5) 第3章<订单管理>模块设计 (6) 3.1<订单管理>总体结构设计 (6) 3.2业务工作流 (6) 3.3业务功能组件 (6) 3.3.1对象功能组件描述 (7) 3.4业务实体组件 (7) 3.4.1对象关系图 (7) 3.4.2业务实体描述 (8) 3.5任务时序图 (8) 第4章数据模型 (9) 4.1简要E-R关系图 (9) 4.2主要数据实体说明 (9) 4.3主要实体关系说明 (9) 第5章用户界面设计 (11) 5.1窗口/页面流程图 (11) 5.2界面布局 (11) 5.2.1主页 (11) 5.2.2页面 (12) 第6章公共组件与外部接口 (13) 6.1公共组件 (13) 6.2与外部系统接口 (13) 6.2.1系统描述 (13) 6.2.2接口列表 (13) 6.3对外提供的接口 (13) 6.3.1接口列表 (13)
第1章概述 1.1文档目的 《逻辑设计说明书》是项目组内部文档，是开发经理和项目经理在《概念设计说明书》的基础上，从业务逻辑和当前用户应用环境中抽象出系统对象的组成结构、流程和各个部分相互关系，另外还要设计数据库的逻辑结构和界面的逻辑关系。因此，《逻辑设计说明书》是将用户业务语言转化为项目组语言的关键。在《逻辑设计说明书》中的对象只是抽象的系统对象，而不是物理实现中采用的类、组件、模块和页面。 《逻辑设计说明书》要达到如下一些目标： ●定义系统的各个组成部分 ●描述各个部分的结构 ●描述各个部分的相互关系以及他们如何协调与合作 ●项目组成员对解决方案的共识 ●产生物理设计的基础
软件体系结构设计说明书 1.文档简介 [本节主要是描述软件体系结构设计说明书的目的、范围、相关术语、参考资料和本文档的摘要性介绍。软件体系结构设计属于高层设计文档，是符合现代软件工程要求的概要设计。] 1.1 目的 [软件体系结构设计说明书，将从设计的角度对系统进行综合的描述，使用不同的视图来描述其不同方面。在本小节中，将对该文档的结构进行简要的说明，明确该文档针对的读者群，指导他们正确的地使用该文档。] 1.2 范围 [说明该文档所涉及的内容范围，以及将影响的内容。] 1.3 定义、首字母缩写词和缩略语 [与其它文档一样，该文档也需要将本文档中所涉及的所有术语、缩略语进行详细的定义。还有一种可简明的做法，就是维护在一个项目词汇表中，这样就可以避免在每个文档中都重复很多内容。] 1.4参考资料 [在这一小节中，应完整地列出该文档引用的所有文档。对于每个引用的文档都应该给出标题、标识号、日期以及来源，为阅读者查找这些文档提供足够详细的信息。] 1.5 概述 [在本小节中，主要是说明软件体系结构设计说明书各个部分所包含的主要内容，就像一个文章摘要一样。同时也应该对文档的组织方式进行解释。]
2. 体系结构表示方式 [本节说明软件体系结构在当前系统中的作用及其表示方式。它将列举其所必需的用例视图、逻辑视图、进程视图、部署视图或实施视图，并分别说明这些视图包含哪些类型的模型元素。] 3. 软件体系结构的目标和约束 [本节说明对软件体系结构具有某种重要影响的软件需求和用户目标，例如，系统安全性、保密性、第三方组件的使用、可移植性、发布和重新使用。它还要记录可能适用的特殊约束：设计与实施策略、开发工具、团队结构、时间表、遗留系统等。] 4.用例视图 [本节使用用例分析技术所生成的系统用例模型，描述其中的一些用例或场景。在该模型中纳入用例或场景，应该是系统中最重要、最核心的功能部分。] [另外，在本节中还应该选择一个主要的用例，对其进行描述与解释，以帮助读者了解软件的实际工作方式，解释不同的设计模型元素如何帮助系统实现。] 5. 逻辑视图 [逻辑视图主要是反映系统本质的问题领域类模型，在逻辑视图中将列出组成系统的子系统、包。而对每个子系统、包分解成为一个个类，并说明这些关键的实体类的职责、关系、操作、属性。这也是OO思想的体现，以类、类与类之间的协作、包、包与包之间的协作模型来表达系统的逻辑组织结构。]
详细设计说明书 1、引言 1.1、编写目的 本文档根据概要设计说明书，定义了程序模块的结构以及程序模块之间的接口、算法、逻辑等，为实际设计的时候提供更加详细的设计方案。 预期的读者：设计人员、开发人员、测试人员 1.2、背景说明： 本项目的名称：电脑配件管理系统 本项目的任务提出者：宜宾学院计算机学院 本项目的任务开发者：计算机学院09级1班第二小组 1.3、定义列出本文件中用到专门术语的定义和外文首字母组词的原词组。 1.4、参考资料 [1] 齐志昌，谭庆平，宁洪.软件工程，北京：高等教育出版社.2002 [2] 张海藩.软件工程导论.北京：清华大学出版社.2003 [3] 程成，陈霞.软件工程（原书第6版）.北京：机械工业出版社.2003 [4] 王珊，萨师煊.数据库系统概论(第四版).北京：高等教育出版.2006 [5] 陈志泊，李冬梅，王春玲.数据库原理及应用教程.北京：人民邮电出 版社.2003 [6] 郑阿奇.SQL Server实用教程.北京：电子工业出版社.2003 [7] 何玉洁.数据库原理与应用.北京：机械工业出版社.2007 2、程序系统的结构 用一系列图表列出本程序系统内的每个程序（包括每个模块和子程序）的名称、标识符和它们之间的层次结构关系。
3、程序1（标识符）设计说明 从本章开始，逐个地给出各个层次中的每个程序的设计考虑。以下给出的提纲是针对一般情况的。对于一个具体的模块，尤其是层次比较低的模块或子程序，其很多条目的内容往往与它所隶属的上一层模块的对应条目的内容相同，在这种情况下，只要简单地说明这一点即可。 1、1添加配件信息：配件ID，名称，价格，厂商。ID作为唯一的标识符。 1、2维护配件信息：由于时间的变化，配件的价格会随着发生改变，那么需要进行一定信息的更正。 2、1录入顾客信息：顾客信息包括：顾客编号，ID，姓名，地址，电话，Email。顾客编号作为唯一标示符。 2、2维护顾客信息：顾客的地址，电话，Email存在更换的可能，因此要留下更改的需求。 2、3供应商信息管理：名称，地址等等信息存在变动的可能，给出编号作为主码。 2、4交易信息管理：交易操作需要一定的延时，一边顾客改变主意可以撤销。 2、5雇员信息管理：对雇员的信息具有添加，更新操作。 2、6送货安排管理：具体安排某一个雇员，派送某一张订单。 2、7密码修改：为各个用户预留修改密码的权限，超级管理员可以修改其他权限用户的资料。 2、8登陆：输入正确的登录信息则可以进入首页。 3.1、程序描述 此程序是在需要的时候进入内存，当用户点击关闭时就应结束进程，节省更多的系统资源。各个子模块按需要被调用，所用模块是并发处理，节约用户的系统资源。 3.2、功能 说明该程序应具有的功能，可采用IPO图（即输入一处理一输出图）的形式。 3.3、性能 要求系统反应等待时间不超过0.5秒。 3.4、输入项 给出对每一个输入项的特性，包括名称、标识、数据的类型和格式、数据值的有效范围、输入的方式。数量和频度、输入媒体、输入数据的来源和安全保密条件等等。
学生成绩管理系统项目逻辑设计说明书 1．前言 1.1编写目的 有效的帮助我校解决现有教学教务中存在的教师的对学生的成绩信息进行录入、修改、删除、查询操作。使得教师、学生可以在自己的权限内对信息进行访问，修改及时查询。简化现有系统的流程使之更加便捷合理易操作.尽可能实现无纸化管理，以解决手工完成耗时巨大,效率很低的问题。 1.2背景 伴随着信息社会的到来，信息的极大丰富必然要求人们适应信息社会，信息和材料、能源一样成为一种社会的基本生产资料，在人类的社会生产活动中发挥着重要的作用，其中最重要的前提就是充分利用人们的才智和学习能力。传统的教学只教会了学生相关的知识，没有教会学生如何利用这些知识，以及再学习的能力。特别对于“管理信息系统”这类实用性比较强的课程，更需要培养学生的实际动手能力。.教与学互动与结合，强调应用，不仅让学生了解课程上讲授的管理信息系统方法和原理，而且让学生们利用这些知识解决实际问题。这对学生的实际工作能力是一个很好的锻炼。密切结合学生独立完成的系统开发作业，通过指导教师的点评，使学生能够在较短的时间内，通过实践，真正掌所学的知识。同时人们对信息和数据的利用与处理也已经进入了自动化、网络化和社会化的阶段，因此，开发相关的管理信息系统已经成为各行各业的必要和必需了，管理信息系统作为一门边缘学科，集管理科学、信息科学、系统科学、现代通信技术和电子计算机技术于一体，可以解决企业或组织所面临的问题，对于成绩管理员的劳动强度、提高工作质量和效率；方便管理人员对信息的查询、提高信息资源的利用效率和管理水平都具有重要意义 1.3参考资料 【1】数据库系统概论 [M].高等教育出版社.2006.05 2．表设计 2.1 表一览 1)学生信息表——学生表.dbf。 字段名称字段类型字段宽度 Sno char 20 Sname char 20 Ssex char 4
目录
1.引言 [对于由多个进程构成的复杂系统，系统设计阶段可以分为：架构设计（构架设计）、组件高层设计、组件详细设计。对于由单个进程构成的简单系统，系统设计阶段可以分为：系统概要设计、系统详细设计。本文档适用于由多个进程构成的复杂系统的构架设计。] [架构设计说明书是软件产品设计中最高层次的文档，它描述了系统最高层次上的逻辑结构、物理结构以及各种指南，相关组件（粒度最粗的子系统）的内部设计由组件高层设计提供。] [系统：指待开发产品的软件与硬件整体，其软件部分由各个子系统嵌套组成，子系统之间具有明确的接口； 组件：指粒度最粗的子系统； 模块：指组成组件的各层子系统，模块由下一层模块或函数组成；] [此文档的目的是： 1）描述产品的逻辑结构，定义系统各组件（子系统）之间的接口以及每个组件（子系统）应该实现的功能； 2）定义系统的各个进程以及进程之间的通信方式； 3）描述系统部署，说明用来部署并运行该系统的一种或多种物理网络（硬件）配置。对于每种配置，应该指出执行该系统的物理节点（计算机、网络设备）配置情况、节点之间 的连接方式、采用何种通信协议、网络带宽。另外还要包括各进程到物理节点的映射； 4）系统的整体性能、安全性、可用性、可扩展性、异常与错误处理等非功能特性设计； 5）定义该产品的各个设计人员应该遵循的设计原则以及设计指南，各个编程人员应该遵循的编码规范。 ] [建议架构设计工程师与组件设计工程师共同完成此文档。] [架构设计说明书的引言应提供整个文档的概述。它应包括此文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] 1.1目的 [简要描述体系结构文档的目的。]
软件架构设计说明书 The final edition was revised on December 14th, 2020.
目录
1.引言 [对于由多个进程构成的复杂系统，系统设计阶段可以分为：架构设计（构架设计）、组件高层设计、组件详细设计。对于由单个进程构成的简单系统，系统设计阶段可以分为：系统概要设计、系统详细设计。本文档适用于由多个进程构成的复杂系统的构架设计。] [架构设计说明书是软件产品设计中最高层次的文档，它描述了系统最高层次上的逻辑结构、物理结构以及各种指南，相关组件（粒度最粗的子系统）的内部设计由组件高层设计提供。] [系统：指待开发产品的软件与硬件整体，其软件部分由各个子系统嵌套组成，子系统之间具有明确的接口； 组件：指粒度最粗的子系统； 模块：指组成组件的各层子系统，模块由下一层模块或函数组成；] [此文档的目的是： 1）描述产品的逻辑结构，定义系统各组件（子系统）之间的接口以及每个组件（子系统）应该实现的功能； 2）定义系统的各个进程以及进程之间的通信方式； 3）描述系统部署，说明用来部署并运行该系统的一种或多种物理网络（硬件）配置。对于每种配置，应该指出执行该系统的物理节点（计算机、网络设备）配置情况、节点之间的连 接方式、采用何种通信协议、网络带宽。另外还要包括各进程到物理节点的映射； 4）系统的整体性能、安全性、可用性、可扩展性、异常与错误处理等非功能特性设计； 5）定义该产品的各个设计人员应该遵循的设计原则以及设计指南，各个编程人员应该遵循的编码规范。 ] [建议架构设计工程师与组件设计工程师共同完成此文档。] [架构设计说明书的引言应提供整个文档的概述。它应包括此文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。]
《员工信息管理系统详细设计说明书》 一、引言 编写目的 根据需求规格说明书、概要设计说明书，在仔细考虑讨论之后，我们对员工信息管理系统软件功能的划分、数据结构、软件总体结构的实现有了进一步的想法。本说明书的预期读者是与员工信息管理系统软件开发有联系的决策人，开发组成人员，扶助开发者，支持本项目的领导和公司人员，软件验证者。 背景 利用先进的管理手段，提高人事信息的管理水平，是每一现代公司所面临的重要课题。为了解决这一重要课题，就必须有一套科学，高效，严密，实用的人事信息管理系统。现代公司的人事信息管理都是在计算机上实现的，采用现代计算机管理系统来进行管理，提供规范，统一的服务，它在管理系统中的应用不仅可以简化，规范各机构的日常操作，而且可以使企业人事信息管理更加方便，简单，快捷，清晰，从而减轻工作人员的劳动强度，减少企业的财政消耗。 定义 SQL Server：所用的数据库管理系统 VS 2010:所用的开发软件 二、程序（一）设计说明 程序描述 主模块 功能 建立与数据库连接 获取系统设置 能够跳转至子模块：登陆、注册等模块。 输入、输出项 用户鼠标点击登陆、注册按钮 跳转至相应模块界面 流程逻辑
选择项 登陆系统注册系统查询系统管理系统界面设计 功能实现方法 '跳转登陆页面 Protected Sub LinkButton1_Click(ByVal sender As Object, ByVal e As EventArgs) Handles If ("UserName") Is Nothing Then ("") Else "", "") End If End Sub '跳转注册页面 Protected Sub lbtnRegister_Click(ByVal sender As Object, ByVal e As EventArgs) Handles ("") End Sub 三、程序（二）设计说明 程序描述
天生港2X300MW机组吹灰SCS逻辑设计说明 版本： A版 设计人：刘振会 批准人： 时间：2004年6月
1、锅炉吹灰系统逻辑设计说明: 1．1 锅炉吹灰器概述 锅炉吹灰器分为：锅炉本体长吹、锅炉本体短吹。其中长吹灰器有ML1--ML20、MR1—MR20共40个,短吹灰器有MA1—MA14、MB1—MB14、MC1—MC14、MD1—MD14共56个。 1．2 锅炉吹灰器运行方式 锅炉吹灰器可以选择手动或自动方式，有单吹和对吹两种工作方式；其中自动方式即吹灰顺控方式的运行方式如下： 在进行吹灰顺控启动之前，进行如下操作： 1．2．1在一定的锅炉负荷下,先进行冲管； 1．2．2选择吹灰器的种类：长吹、短吹,可选一个或两个都选； 1．2．3选择吹灰方式：单吹还是对吹； 1．2．4填写吹灰的起始吹灰器：长吹可以填写ML1、MR1----MR20任何一个吹灰器；短吹可以填写MD1～MD14、MC1～MC14、MB1～MB14、 MA1～MA14、之间的任何一个吹灰器。 1．2．5在上述操作完成后，当满足吹灰器启动允许条件后，点击开始按钮，吹灰程序会自动执行。 1. 3 吹灰程序流程: 1．3．1 锅炉吹灰蒸汽进汽门开允许 1．3．2打开锅炉吹灰蒸汽进汽门 1．3．3 打开本体#1~#4疏水门 1．3．4疏水温度高,关本体#1~#4疏水门 1．3．5若短吹允许条件满足时，则调用短吹吹灰程序，开始短吹； 1．3．6若长吹允许条件满足时，则调用长吹吹灰程序，开始长吹； 1．3．7等锅炉吹灰结束后,关闭锅炉吹灰蒸汽进汽门,打开本体#1~#4疏水门,如果吹灰过程中有MFT动作或其他异常条件需立即结束吹灰程序时,则 程序直接跳至第7步,并指示程序异常结束. 1.4 吹灰逻辑说明 1.4. 1吹灰器顺控启动允许条件：（以下两条件相与） 1)在遥控方式下无MFT； 2)当满足吹灰蒸汽压力正常、无进汽阀故障、负荷大于70%、锅炉吹灰进 汽门已开. 1. 4. 2本体长吹灰器顺控启动允许条件为左侧长吹和右侧长吹顺控启动允许条 件相与；其中，左侧长吹顺控启动允许条件为：（以下条件相与）：
软件设计说明书 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系统总体结构确认 对系统组成、逻辑结构及层次进行确认，对应用系统、支撑系统及各自实现的功能进行确认，细化集成设计及系统工作流程，特别要注意因软件的引进造成的系统本身结构和公司其他系统的结构变化。包括：
xxxxx系统详细设计说明书
版本历史
修改记录
目录 1引言 (5) 1.1编写目的 (5) 1.2背景 (5) 1.3参考资料 (5) 1.4术语定义及说明 (5) 2设计概述 (5) 2.1任务和目标 (5) 2.1.1需求概述 (5) 2.1.2运行环境概述 (5) 2.1.3条件与限制 (6) 2.1.4详细设计方法和工具 (6) 3系统详细需求分析 (6) 3.1详细需求分析 (6) 3.2详细系统运行环境及限制条件分析接口需求分析 (6) 4总体方案确认 (6) 4.1系统总体结构确认 (6) 4.2系统详细界面划分 (7) 4.2.1应用系统与支撑系统的详细界面划分 (7) 4.2.2系统内部详细界面划分 (7) 5系统详细设计 (7) 5.1系统程序代码架构设计 (7) 5.1.1UI(User Interface)用户界面表示层 (7) 5.1.2BLL(Business Logic Layer)业务逻辑层 (8) 5.1.3DAL(Data Access Layer)数据访问层 (8) 5.1.4Common类库 (8) 5.1.5Entity Class实体类 (8) 5.2系统结构设计及子系统划分 (8) 5.3系统功能模块详细设计 (9) 5.3.1XX子系统 (9) .1XX模块 (9) 列表和分页 (9) 创建XX (9) .2XX模块 (9) XX列表 (9) XX修改 (9) 5.3.2XX子系统 (9) 5.3.6.1用户管理模块 (9) 5.3.6.2角色管理模块 (14) 5.3.6.3系统设置模块 (14) 5.3.6.4系统登录注销模块 (14) 5.4系统界面详细设计 (14) 5.4.1外部界面设计 (14) 5.4.2内部界面设计 (14) 5.4.3用户界面设计 (14) 6数据库系统设计 (14) 6.1设计要求 (14) 6.2信息模型设计 (14) 6.3数据库设计 (14) 6.3.1设计依据 (14)
系统设计方案模板[文档副标题]
1 引言 1.1 编写目的 说明编写详细设计方案的主要目的。 详细设计的主要任务是对概要设计方案做完善和细化。说明书编制的目的是说明一个软件系统各个层次中的每个程序（每个模块或子程序）和数据库系统的设计考虑，为程序员编码提供依据。如果一个软件系统比较简单，层次很少，本文件可以不单独编写，和概要设计说明书中不重复部分合并编写。 方案重点是模块的执行流程和数据库系统详细设计的描述。 1.2 背景 应包含以下几个方面的内容： A. 待开发软件系统名称 B. 该系统基本概念，如该系统的类型、从属地位等 C. 开发项目组名称 D. 项目代号（项目规划所采用的代号）； E. 说明遵从的IT标准和原则，符合公司的IT ABBs 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 系统详细需求分析 主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认，
DEH-NK汽轮机综合控制系统 逻辑设计说明 2007.7 汽轮电机（集团） 科远自动化技术
1、汽轮机挂闸(复位) 已挂闸的条件：主汽门行程开关不在关的位置、启动油压已建立、主汽门行程大于50%三个条件三取二成立，且在解列时，转速通道未全故障。 对于配备挂闸电机的项目，在机组启动前，点击挂闸按钮，挂闸电机将正转，期间如果机组挂闸，则挂闸电机将停止。在电机得电期间可以点击停止按钮，使电机停止运转.在手动挂闸投入后，可以点动使挂闸电机正转或反转，每次点动使电机得电 0.3秒。 对于配备挂闸电磁阀的项目，在机组启动前，点击挂闸按钮，挂闸电磁阀将得电5S，期间如果机组挂闸，则挂闸电磁阀将停止得电。在电磁阀得电期间可以点击停止按钮，使电磁阀失电. DEH-NK只有在判断汽机挂闸后，DEH才能进行正常的转速及功率控制，如果挂闸条件不成立，DEH将立即将所有调门指令强制清零。 2、阀位标定 阀位标定功能提供了阀门伺服系统的整定功能：在汽机实际转速<500rpm且未挂闸 的条件下点击界面阀位标定“试验投入”按钮，投入阀位标定功能，所有调门的指令先自动降为0，操作人员根据需要可设定不同的调门指令，如50%，100%等，DEH能以一定的速率将阀门的指令定位在给定值。 当实际转速大于500转或并网或已经挂闸，或点击“试验切除”按钮后，阀位标定退出。注意实验结束时，需要将所有调门的指令手动清0。 3、摩擦检查 机组挂闸且转速低于500rpm后，选择高调门手动启动后（此时高调门关闭，抽汽门全开），点击“摩检投入”按钮，再点击“进行”按钮，汽机目标转速自动定为505rpm,此时可以更改升速率调整速度变化率。当转速大于500rpm时，摩检自动取消，所有调门全部关闭，随后抽汽调门全开,同时退出启动方式。如果继续启动，需要重新选择启动方式。 4转速控制（三种启动方式互为闭锁） 启动方式分为三种：就地启动，操作员自动，曲线启动。就地启动方式为：操作人员通过手动打开旁路门升速。操作员自动启动为通过DEH操作画面升速；曲线启动为简单自动升速控制。 机组挂闸后，需要选择启动方式，使机组启动。选择启动方式时，转速目标值将自动跟踪为选择启动方式时的机组实际转速。在选择启动方式后，启动方式不可退出，但可以进行启动方式的切换。（说明：在选择启动方式前，转速设定值跟踪实际转速，目标转速
户县二电厂扩建2×300MW工程TSCS系统逻辑设计说明 (讨论稿) 新华控制工程有限公司
一高加顺控功能组 控制对象：高加进口电动门、高加出口电动门、高加紧急放水电动门 逻辑功能： 高加顺控投退 #1高加水位高一值，输出报警信号，并联动1#高加紧急放水门1；#1高加水位高二值，输出报警信号，并联动1#高加紧急放水门2。 任一高加水位高三值、发电机甩负荷、任一主汽门关闭、高调门全关，凝汽器真空低二值，高加手动解列指令存在时，输出报警信号，输出高加解列信号，并同时输出指令关闭一、二、三段抽汽逆止门、电动门及联锁开启一、二、三段抽汽管道疏水门 逻辑说明： 1．高加顺控投入，自动同时开启高加出口电动门、再开启高加进口电动门，高加顺控退出，先自动关闭高加进口电动门，然后再关闭出口电动门。（注：给水走高加旁路为入口电动门关闭） 2.#1高加水位高一值时，输出报警信号，联锁开启#1高加紧急放水电动门 3．#1高加水位高二值时,输出报警信号;当高一、高二值信号同时存在时，联锁开启#1高加紧急放电动门 4．#1高加水位高三值时,输出信号报警,并且与高一值、高二值信号分别相“与”后,再相“或”输出解列高加指令. 5．#1高加水位正常时，联锁关闭#2高加紧急放水电动门 6．#1高加水位低一值时，输出报警信号，并联锁关闭#1高加紧急放水电动门1 7．#1高加水位低二值时,输出信号报警，并联锁关闭#1高加紧急放水电动门2 注：(#2、3高加逻辑相同) 二除氧器顺控功能组 控制对象：除氧器紧急放水门、除氧器溢水电动门、除氧器溢水点动门 逻辑功能： 除氧器水位异常时，输出报警信号，并联动紧急放水电动门及有关阀门和给水泵 逻辑说明： 1.除氧器水位高一值时,输出信号报警。 2.除氧器水位高二值时,输出信号报警并与高一值信号相“与”后,输出除氧器溢水电动门开启指令 3.除氧器水位高三值时,输出信号报警,并且与高一值、高二值信号分别相“与”后，再取“或”，以提高水位高三值信号的真实，再输出除氧器至定排放水门 4.除氧器水位低一值时，输出信号报警，
宿舍管理系统总体设计说明书 管理信息系统设计阶段的主要目的，是将系统分析阶段所提出的，反映了本系统使用情况的信息需要的逻辑方案，转化成可以实施的，基于计算机以及通信信息的物理方案，并考虑到企业的经济、技术和运行环境等方面的因素，确定系统的总体结构和系统各组成部分的技术方案，合理的选择计算机的各项软硬件配置，提出系统的实施计划，确保总体目标的实现。 系统设计是基于系统分析的基础上，由抽象到具体的过程，同时，还必须考虑到系统实现的内外环境和主客观条件。 通常，这一阶段工作的主要考虑以下几个方面： 1）系统分析的成果。系统设计，从工作流程的角度来看，是系统分析工作的继续，因此，系统设计人员必须严格按照系统分析阶段的成果-------“系统说明书”，所规定的目标、任务和逻辑功能开展设计工作。 2）现行技术。主要指可供选用的计算机硬件技术、软件技术、数据管理技术以及数据通信技术和计算机网络技术。 3）现行信息管理和信息技术的标准、规范和相关的法律制度。 4）用户需求。系统的直接使用者是用户，进行系统设计时应充分尊重和理解用户的要求，特别是用户在操作使用方面的要求，应尽可能使用户感到满意。 5）系统运行环境。新系统的目标应与现行的管理方法相匹配，与组织机构的改革和发展相适应。 在系统设计中，应尽量满足以下要求： 1）系统性； 2）可扩展性； 3）可靠性； 4）经济性。 系统设计阶段的活动主要包括：⑴系统总体布局方案的确定；⑵软件系统总体结构的设计； ⑶计算机硬件方案的选择和设计；⑷数据存储的总体设计。 一、软件模块结构设计 在系统需求分析阶段，已经弄清了系统的各种需求，解决了要让所开发的系统“做什么”的问题，并已在系统需求说明书中详尽地阐明了需求，在系统设计阶段，要着手解决“怎么做”的问题。 现有的系统设计的方法和工具有如下几种： l、结构化设计方法：规定了一系列模块的分解协调原则和技术，结构化设计的基础是模块化，即将整个系统分解成相对独立的若干模块，通过对模块的设计和模块之间关系的协调实现整个软件系统的功能。 2、系统流程图：是系统的描述工具。它用图形符号描述了所有的输入／输出和与之有关的处理， 同时，也包括了对所有文件的建立过程。 3、HIPO（分层和输入一处理一输出）技术：采用图形方法表达一个系统的输入和输出功能，以 及模块的层次。 4、控制结构图：用于描述模块的层次结构和模块之间的控制通讯联系的工具。 鉴于应用HIPO技术可以进行系统设计和评价。在系统实施之前对已设计的系统进行加工和修改：
任丘电厂2×350MW机组FSSS系统逻辑设计说明 设计： 校对： 审核： 批准： 新华控制工程有限公司 2012年1月12日
FSSS系统逻辑设计说明 1.综述 在现有的电厂安全运行规范中，需要设置炉膛安全保护系统(简称FSSS)。它是一个燃料安全联锁和燃烧设备控制系统，能在锅炉正常工作和启动、停止等运行方式下，连续监视燃烧系统的参数与状态，并且进行逻辑运算和判断，通过联锁装置使燃烧设备中的有关部件，按照既定的、合理的程序，完成必要的操作或处理未遂事故，以保证锅炉炉膛及燃烧系统的安全，它在防止运行人员操作事故及设备故障下引起锅炉炉膛及辅助设备爆炸方面起着重要作用。 以下的描述符合现行的NFPA标准和原电力部的设计规范。任何关于燃料安全处理和燃烧设备控制的办法、规则都根据些建议和意见进行核对，并适当地采纳（除非是NFPA标准不允许）。 2.锅炉的基本配置 本工程所采用的锅炉为北京巴布科克·威尔科克斯有限公司的超临界参数、螺旋炉膛、一次中间再热、平衡通风、固态排渣、全钢构架、半露天布置的 型锅炉 锅炉制粉系统：磨煤机——4台北方重工的MGS3854双进双出钢球磨煤机，给煤机——8台电子重力式给煤机，采用正压直吹式制粉系统。 锅炉油系统：采用两级点火方式，即高能点火装置点小油枪，再由小油枪点燃相应的煤燃烧器。 锅炉共有24只油燃烧器、6只小油点火器，前墙布置，每只油燃烧器配有1只油枪(可进／退)，1只点火枪(可进／退)、1只高能点火器、1只进油阀、1只吹扫阀、1只油火焰监测器；每只小油点火器配有1只油枪，1只点火枪、1只高能点火器、1只进油阀、1只气阀、1只油火焰监测器。 锅炉共有24只煤燃烧器，前墙布置，每台磨煤机配2台给煤机，分别对应各6只煤燃烧器。 主要功能 逻辑功能主要分为三大部分：公共逻辑，油组逻辑，煤组逻辑。 FSSS系统作为DCS的一个子系统，采用新华的XDPS－400e分散控制系统，由4对冗余组成。DPU66/86控制公共逻辑/A磨组/A油组；DPU67/87控制小油枪/B磨
软件工程 文件名称：系统设计说明书 项目名称：图书管理系统 作者：顾金俐 日期：2010-6-22
1 引言 1.1 编写目的 编写本报告的目的是明确本系统的详细需求，供使用单位确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准。 1.2 背景 1.开发软件名称：图书管理系统 2.项目开发者：计算机工程学院计算机科学与技术 软件071班202070402 顾金俐 3.用户单位：南京工程学院 1.3 定义和缩略语 本文使用了 表 1.1所显示的面向用户的术语、定义，包括通用词语在本文档中的专用解释。 表 1.2所列为本文用到的缩略语。
1.4 参考资料 本文使用了表1.3所列为本文用到的参考资料。 1.5 用户 1..本软件的最终用户是面向管理员（图书管理员和其它管理人员）、读者（老师和同学等），他们都具有一定的计算机应用基础，可以比较熟练操作计算机。管理员和读者都是经常性用户。 2.系统维护人员为计算机专业人员，熟悉数据库、操作系统、网络维护工作。维护人员为间隔性用户。 2 系统设计 2.1 系统架构 依据前期的需求调研，用户已经有完善的内部局域网，网络和硬件条件都较好，虽然C/S架构有其特有的优势，但最终不采用C/S架构。 系统采用目前最为流行的B/S架构，即用户的所有操作都在浏览器上进行。这种架构最大的优势是方便部署。架构示意如图2-1。
图2-1 系统架构图 2.2 系统设计模式 系统采用目前最为流行的MVC设计模式，即Model-View-Controller，即把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离，这样一个应用被分成三个层——模型层、视图层、控制层。 视图(View)：代表用户交互界面，对于Web应用来说，可以概括为HTML界面，但有可能为XHTML、XML和Applet。 模型(Model)：就是业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。 控制(Controller)：可以理解为从用户接收请求, 将模型与视图匹配在一起，共同完成用户的请求。一个模型可能对应多个视图，一个视图可能对应多个模型。 模型、视图与控制器的分离，使得一个模型可以具有多个显示视图。如果用户通过某个视图的控制器改变了模型的数据，所有其它依赖于这些数据的视图都应反映到这些变化。因此，无论何时发生了何种数据变化，控制器都会将变化通知所有的视图，导致显示的更新。这实际上是一种模型的变化-传播机制。模型、视图、控制器三者之间的关系和各自的主要功能。
软件架构设计说明书
Oxx＞架构设计说明书 版本1. 0. 0
目录
1.引言 ［对于由多个进程构成的复杂系统，系统设计阶段可以分为：架构设计（构架设汁）、组件高层设计、组件详细设计。对于由单个进程构成的简单系统，系统设计阶段可以分为：系统概要设计、系统详细设计。本文档适用于由多个进程构成的复杂系统的构架设计。］ ［架构设计说明书是软件产品设计中最高层次的文档，它描述了系统最高层次上的逻辑结构、物理结构以及各种指南，相关组件（粒度最粗的子系统）的内部设计由组件髙层设计提供。］ ［系统：指待开发产品的软件与硬件整体，其软件部分由体个子系统嵌套组成，子系统之间具有明确的接口； 组件：指粒度最粗的子系统： 模块：指组成组件的各层子系统，模块由下一层模块或函数组成：］ ［此文档的目的是： 1）描述产品的逻辑结构，定义系统各组件（子系统）之间的接口以及每个组件（子系统）应该实现的功能； 2）定义系统的各个进程以及进程之间的通信方式： 3）描述系统部署，说明用来部署并运行该系统的一种或多种物理网络（硬件）配宜。对于每种配宜，应该指岀执行该系统的物理节点（计算机、网络设备）配置情况、节点之间的连接方 式、采用何种通信协议、网络带宽。另外还要包括各进程到物理节点的映射； 4）系统的整体性能、安全性、可用性、可扩展性、异常与错误处理等非功能特性设计： 5）左义该产品的各个设计人员应该遵循的设计原则以及设计指南，各个编程人员应该遵循的编码规范。 J ［建议架构设计工程师与组件设计工程师共同完成此文档。］ ［架构设汁说明书的引言应提供整个文档的概述。它应包括此文档的目的、范用、左义、首字母缩写词、缩略语、参考资料和概述。］