当前位置:文档之家› TSCS系统逻辑设计说明

TSCS系统逻辑设计说明

TSCS系统逻辑设计说明
TSCS系统逻辑设计说明

户县二电厂扩建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.除氧器水位低一值时,输出信号报警,

5.除氧器水位无高一值、高二值信号时,输出电动紧急放水门关闭指令,除氧器溢水电动门关闭指令,

除氧器水位三个低二值信号经过“三取二”逻辑后,输出信号报警,并输出给水泵跳闸指令;

6.除氧器水位高一值和低一值信号相“或”取“非”后再输出一个“除氧器水位正常信号”用于电动给水泵的启动控制

7.发电机甩负荷、主汽门关闭时输出四段抽汽逆止门、电动门关闭指令

三低加顺控功能组

(一) #5、6低加顺控

控制对象:#5低加紧急放水门, #5低加紧急疏水门,五段抽汽逆止门、电动门,六段抽汽逆止门、电动门、#6低紧急加疏水门

逻辑功能:

#5、6低加水位异常时,输出报警信号,并联动#5、6低加紧急疏水门,五段、六段抽汽逆止门和电动门

逻辑说明:

1.#5低加水位高一值时,输出信号报警

2.#5低加水位高二值时,输出信号报警,并与水位高一值信号相“与”后,开5#紧急疏水电动门

3.#5低加水位高三值时,输出信号报警,输出#5低加抽汽逆止门、电动门关闭指令

4.#5低加水位低时,输出信号报警并联动关闭#5低加紧急疏水门

5.#6低加水位低且#5低加水位无高一值信号时联动关闭#5低加紧急疏水门

6.#6低加水位高二值且无#5低加水位低信号时,输出#5低加紧急疏水门开启指令

(#6低加水位保护逻辑与#5相同)

(二)#7、8低加顺控

控制对象:#7低加出口电动门、#8低加进口电动门、#8低加旁路电动门、#6低加紧急疏水门、#7低加紧急疏水门

逻辑功能:

#7、8低加顺控投入功能

#7、8低加水位异常时,输出报警信号,并联动紧急疏水门

逻辑说明

(一)#7、8低加顺控

1.#7、8低加顺控投入,7、8低加无水位高二值信号时,开启#7、8低加进口、出口电动门,进、出口门开启后联动关闭#7、8低加旁路电动门

2.#7、8低加顺控退出时,开启#7、8低加旁路电动门,旁路电动门全开后,联动关闭#7、8低加进、出口电动门

(二)#7、8低加保护

(#7、8低加水位保护逻辑与#5、6相同)

四电动给水泵逻辑

控制对象:电动给水泵组、辅助油泵

逻辑功能:

电动给水泵启动控制逻辑

电动给水泵跳闸逻辑

油泵控制逻辑

给水泵温度报警逻辑

逻辑说明:

1.当下列条件具备时,电动给水泵允许启动:

1)保护联锁开关在联锁位,除氧器水位正常,

2)密封水与前置泵进口压不低

3)密封水与前置泵进口压差不高

4)电动给水泵无反转信号当电动给水泵反转时,输出出口电动门关闭指令

5)润滑油压力正常

6)前置泵入口压力正常

2.启动

按下启动按钮,程控启动辅助油泵,启动电动给水泵,打开电动给水泵出口电动门

1) 按电动给水泵启动按钮,当条件具备,电动给水泵处于停止状态,并且没有给水泵跳闸指令时,输出电动给水泵启动指令

2)当三台给水泵中,二台汽动给水泵运行一台电动给水泵备用,任意一台跳闸,备用电动给水泵联锁开关在联锁位,启动条件具备,电动给水泵处于停止状态,并且没有给水泵跳闸指令时,输出电动给水泵启动指令,并联锁开启电动给水泵出口电动门

3.其它

1)给水系统正常运行由二台汽动给水泵担任,一台电动给水泵作为备用泵。

2)任一台汽动泵跳闸,报警并联锁开启电动给水泵出口电动门

3)两台汽动泵跳闸时,报警并联锁开启电动给水泵出口电动门,汽机快速减负荷

4.电动给水泵跳闸

当下列情况出现时,输出电动给水泵跳闸指令:

1)润滑油压力<0.08Mpa

2)给水泵进口压力<1.0 Mpa,且保护联锁开关在联锁位

3)给水泵入口流量低

4)除氧器水位低(LL)

5)给泵密封水回水温度高

6)给泵前置泵轴温高

7)给泵电机轴承及绕组温度高

8)给泵液偶轴温高

9)给泵轴温高

10)给泵工作油冷却器温度高

11)给泵润滑油冷却器温度高

5 电动给水泵温度报警

(1)任一给水前置泵轴温、绕组温度高于75度,逻辑给出高一值报警

(2)任一给水前置泵轴温、绕组温度高于90度,逻辑给出高一值报警,并跳给水泵

五真空泵顺控功能组

逻辑功能:真空泵启、停逻辑控制

真空泵进口气动门控制

逻辑说明:1 启动

1)按启动按钮,可直接启动真空泵

2)当联锁开关在联锁位时,两台真空泵的任意一台运行泵跳闸,备用泵自动投入

3)凝汽器真空破坏门开,且联锁开关在联锁位时,真空泵自动停止

4)真空泵进口气动门前压力高,则自动联锁开启动备用真空泵

5)真空泵启动,联锁打开相应的入口电动门

2 停止

1)按停止按钮,可直接停止真空泵

六交直流润滑油泵顺控功能组

逻辑功能:交、直流油泵启、停逻辑控制

逻辑说明:

1 当润滑油压力≤0.08MPa时,报警;当联锁开关在联锁位时,联动交流油泵

2 当润滑油压力≤0.07MPa时,报警;当联锁开关在联锁位时,联动直流油泵

3 当润滑油温低一值时,启动润滑油电加热器;当润滑油温高一值时,启动润滑油电加热器

4当联锁开关在联锁位时,两台汽机油箱的任意一台排烟风机跳闸,备用风机自动投入

七高压密封备用启动油系统逻辑

1当高压密封备用油泵联锁投入时,存在任一以下条件(1)空侧交流密封油泵事故跳闸(2)汽机主油泵出口压力低(3)汽机转速小于2000n/min时,高压密封备用油泵投入运行

八顶轴油泵开启逻辑

1 三台顶轴油泵互为备用:当联锁开关投入时,存在任一以下条件(1)汽机转速小于200r/min(2)汽机顶轴油泵出口压力低一值,启动任一备用油泵

九定子冷却水泵顺控功能组

逻辑功能:定子冷却水泵启、停逻辑控制

逻辑说明:1 操作CRT上的控制按钮,可直接启动、停止定子冷却水泵

2 当联锁开关在联锁位时,两台定子冷却水泵的任意一台运行泵跳闸,备用泵自动投入

3 定子冷却水压力低时,报警;当联锁开关在联锁位时,备用泵自动投入

4当联锁开关在联锁位时,定子冷却水出口压力低时,备用泵自动投入

5 定子冷却水泵的启、停指令均为T=5S的定宽脉冲

十凝结水泵顺控功能组

逻辑功能:凝结水泵启、停逻辑控制

逻辑说明:1 启动

1)按启动按钮,可直接启动凝结水泵

2)当联锁开关在联锁位时,两台凝结水泵的任意一台运行泵跳闸,备用泵自动投入

3)凝结水出口母管压力≤0.10Mpa时,报警;当联锁开关在联锁位时,备用泵自动投入

2 停止

1)按停止按钮,可直接停止凝结水泵

2)当凝结水泵轴承温度≥(90℃)时,输出凝结水泵跳闸指令,并输出1#凝结水泵轴承温度≥90℃信号报警

十一凝结水输送泵顺控功能组

逻辑功能:凝结水补充水泵启、停逻辑控制

逻辑说明:1 启动

1)操作CRT上的控制按钮,可直接启动凝结水输送水泵

2 停止

1)操作CRT上的控制按钮,可直接停止凝结水输送水泵

十二凝汽器顺控功能组

逻辑功能:凝汽器水位异常时,输出报警信号,并联动相关阀门

逻辑说明:1 凝汽器水位高一值时,输出报警信号并关凝结水输送水泵

2 凝汽器水位高二值时,输出信号报警,并且与高一值信号相“与”后,切除凝汽器水位自动,并强制关闭凝汽器补水调节阀(没做)

3 凝汽器水位低一值时,输出信号报警并开凝结水输送水泵

4凝汽器水位低二值和凝汽器水位低一值相与,凝结水总流量不低和凝结器水位

高一值相与,任意满足两条件之一就启动凝汽器再循环调节门(去MCS)

5凝泵轴承温度#1、凝泵轴承温度#2、凝泵电机推力轴承温度#1、凝泵电机推力

轴承温度#2任一高90度则逻辑为高二,输出报警信号并且跳凝泵;任一高75

度则逻辑为高一,输出报警信号。

6任一凝泵电机线圈温度高90度逻辑为“高二”输出报警信号并且跳凝泵;任

一高75逻辑为“高一”输出报警信号。

十三后汽缸温度保护

逻辑功能:后汽缸温度保护逻辑

逻辑说明:1(当汽机转速≥600rpm,汽机负荷≯15%额定负荷时,开启低压缸喷水减温电磁阀)当低压缸左、右任一排汽温度高(≥79℃)时,报警;并联锁开启低压缸喷水减温电磁阀

2当低压缸左、右排汽温度都低(〈79℃〉,报警;并联锁开启低压缸喷水减温电磁阀

十四冷却水升压泵的联锁

#1、2冷却水升压泵启动是两台互为备用,任一台跳闸或者泵后母管压力低则启动另一台油泵;

当泵的轴承温度任一高(≥75℃)时,报警,任一温度高(≥90℃)时,报警并且跳泵。

十五空侧回油密封箱#1、2排烟风机

1.当空侧回油密封箱#1、2排烟风机联锁投入时,任一台跳闸会自动启动另一台。

十六空侧及氢侧交流油泵和直流油泵的联锁。

当联锁投入时氢侧交流油泵运行,交流跳闸,直流自动启动;

当交流油泵在运行但母管压力仍低启动直流油泵.。

(空侧的直流油泵和交流油泵跟氢侧的逻辑完全一样)

十五油净化加热器的逻辑

当加热器允许遥控时,油净化装置温度低则启动加热器,油净化装置温度不低就停止加热器。

十七轴封加热器的投退

1.投运:手动给出启动信号,操作器进入自动状态,顺控第一步:同时启

动进口、出口电动门;第二步:关旁路电动门。

2.退运:手动给出停运信号,操作器进入自动状态,顺控第一步:开旁路

电动门;第二步:同时关闭轴加进口、出口电动门。

十八加热器疏水扩容器、本体疏水扩容器逻辑

加热器疏水扩容器温度高则打开疏水扩容器喷水电动门(脉冲宽度5秒);加热器疏水扩容器温度低则关闭疏水扩容器喷水电动门(脉冲宽度5秒)。

(本体疏水扩容器逻辑与加热器疏水扩容器的逻辑一样)

十九胶球清洗的投退

1、投运:手动给出启动信号,顺控第一步:开#1胶球入口电动门;顺控第

二步:启动#1胶球泵;顺控第三步:置#1收球网于收球位;顺控第四

步:开#1胶球出口电动门;顺控第五步:开1号装球室出口门;顺控第

六步:开1号装球室切换阀。任一步骤故障,则顺控自动退出。

2、退运:手动给出启动信号,顺控第一步:关1号装球室切换阀;顺控第

二步:关1号装球室出口门;顺控第三步:关1号胶球泵出口门;顺控

第四步:置1号收球网于反洗位;顺控第五步:停止1号胶球泵;顺控

第六步:关1号胶球泵入口门

二十主蒸汽、再热蒸汽管道疏水门功能组

逻辑功能:主蒸汽、再热蒸汽管道疏水门控制

逻辑说明:1.联锁开关在联锁位时,负荷>10%,自动关闭主蒸汽管道疏水气动、电动门;负荷<10%,自动开启主蒸汽管道疏水气动、电动门,并联锁开启高压疏扩、本体疏扩减温水门 2. 联锁开关在联锁位时,负荷>20%,自动关闭再热蒸汽管道疏水气动、电动门; 负荷〈20%,自动开启再热蒸汽管道疏水气动、电动门,并联锁开启高压疏扩、本体疏扩减温水

二十一一、二、三段抽汽管道疏水门功能组

逻辑功能:一、二、三段抽汽管道疏水门控制

逻辑说明:1。存在高加解列信号时,联锁开启各段抽汽疏水门;

2.一、二、三段抽汽疏水管道上、下管壁温差大,联锁开启各段抽汽疏水门 3.机组负荷>10%时,自动关闭各段抽汽疏水门,当机组负荷<10%时,联锁开启各段抽汽管道疏水

4.高压缸预暖时(DEH系统发出),自动开启各段抽汽管道疏水

5.发电机主断路器跳闸时,自动开启各段抽汽管道疏水门

二十二四、五、六段抽汽管道疏水门功能组

逻辑功能:四、五、六段抽汽管道疏水门控制

逻辑说明:1.疏水系统投入(即高压缸预暖或发电机主断路器跳闸)时,发出四、五、六段抽汽管道疏水门开启指令

2.四、五段、六段抽汽管道上下壁温差大,发出五、六段抽汽管道疏水门开启指令

3.#5、6低加水位高二值时,联锁开启五、六段抽汽管道疏水门

3.机组负荷>20%时联锁关闭四、五、六段抽汽管道疏水门,机组负荷<20%

时联锁开启五、六段抽汽管道疏水门

二十三汽机1、2号轴封风机

1操作CRT上的控制按钮,可直接启动汽机1、2号轴封风机

2当联锁开关在联锁位时,两台汽机1、2号轴封风机的任意一台运行泵跳闸,备用泵自动投入

3有就地检修开关、遥控开关

超市管理系统详细设计说明书

超市管理系统详细设计说明书 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医院的组织机构 ...................................................................................... 错误!未定义书签。 1.2各部门的业务活动 .................................................................................. 错误!未定义书签。 1.3用户对系统的要求 .................................................................................. 错误!未定义书签。 1.4确定系统的边界 ...................................................................................... 错误!未定义书签。第2 章系统功能设计 ...................................................................................... 错误!未定义书签。 2.1门诊管理子系统 ...................................................................................... 错误!未定义书签。 2.2药品管理子系统 ...................................................................................... 错误!未定义书签。 2.3住院管理子系统 ...................................................................................... 错误!未定义书签。 2.4门诊管理子系统与住院管理子系统交叉的部分................................... 错误!未定义书签。 2.5行政管理子系统 ...................................................................................... 错误!未定义书签。第3 章数据流图 .............................................................................................. 错误!未定义书签。 3.1门诊管理子系统 ...................................................................................... 错误!未定义书签。 3.2病房管理子系统 ...................................................................................... 错误!未定义书签。 3.3药品管理子系统 ...................................................................................... 错误!未定义书签。第4 章数据字典 .............................................................................................. 错误!未定义书签。 4.1挂号单数据字典 ...................................................................................... 错误!未定义书签。 4.2处理方案数据字典 .................................................................................. 错误!未定义书签。 4.3门诊病历数据字典 .................................................................................. 错误!未定义书签。 4.4门诊处方数据字典 .................................................................................. 错误!未定义书签。 4.5收费项目数据字典 .................................................................................. 错误!未定义书签。 4.6门诊医师数据字典 .................................................................................. 错误!未定义书签。 4.7门诊病人数据字典 .................................................................................. 错误!未定义书签。 4.8检验项目数据字典 .................................................................................. 错误!未定义书签。 4.9检查项目数据字典 .................................................................................. 错误!未定义书签。 4.10工作时间安排数据字典........................................................................... 错误!未定义书签。 4.11供应商数据字典 ...................................................................................... 错误!未定义书签。 4.12订单数据字典 .......................................................................................... 错误!未定义书签。 4.13药品数据字典 .......................................................................................... 错误!未定义书签。 4.14药库数据字典 .......................................................................................... 错误!未定义书签。 4.15订单细则 .................................................................................................. 错误!未定义书签。 4.16药品请领单 .............................................................................................. 错误!未定义书签。

FSSS逻辑设计说明

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 .............................. 错误!未定义书签。 功能............................ 错误!未定义书签。 输入............................ 错误!未定义书签。

数据库设计说明书-完整版

数据库设计说明书-完整版

目录 第一章引言 (1) 1.1编写目的 1 1.2背景 1 1.3参考资料 2 第二章外部设计 (3) 2.1标识符和状态 3 2.2命名约定 3 2.3设计约定 3 第三章结构设计 (4) 3.1概念结构设计 4 3.1.1实体和属性的定义 4 3.1.2设计局部ER模式

13 3.1.3设计全局ER模式 20 3.2逻辑结构设计 21 3.2.1模式 21 3.2.2外模式 32 3.3物理结构设计 32 第四章运用设计 (34) 4.1数据字典设计 34 4.2安全保密设计 34 4.3数据库实施 34 4.3.1创建数据库 34 4.3.2创建表 34

第一章引言 1.1编写目的 1、本数据库设计说明书是关于寝室管理系统数据库设计,主要包括数据逻辑结构设计、数据字典以及运行环境、安全设计等。 2、本数据库设计说明书读者:用户、系统设计人员、系统测试人员、系统维护 人员。 3、本数据库设计说明书是根据系统需求分析设计所编写的。 4、本系统说明书为开发软件提供了一定基础。 1.2背景 随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已经进入人类社会的各个领域并发挥着越来越重要的作用,然而在计算机应用普及以前我国大部分高校的学生信息管理仅靠人工进行管理和操作,这种管理方式存在着许多缺点,如:效率低,密保性差,另外时间一长,将产生大量的文件和数据,其中有些是冗余或者针对同一目的的数据不相吻合,这对于查找、更新和维护文件等管理工作带来了不少困难,同时也跟不上信息时代高速、快捷的要求,严重影响了消息的传播速度。然而现今学校的规模不断扩大,学生数量急剧增加,有关学生的各种信息也成倍增长,人工管理信息的缺点日渐突出,面对庞大的学生信息量,如何利用现代信息技术使其拥有快捷、高效的适应能力已成为当务之急。正因为如此,学生宿舍管理系统成为了学生管理不可缺少的部分,它的内容对于学校的管理者来说都至关重要,所以学生宿舍管理系统应该能

系统逻辑设计说明书

旅游交易门户系统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文档目的 《逻辑设计说明书》是项目组内部文档,是开发经理和项目经理在《概念设计说明书》的基础上,从业务逻辑和当前用户应用环境中抽象出系统对象的组成结构、流程和各个部分相互关系,另外还要设计数据库的逻辑结构和界面的逻辑关系。因此,《逻辑设计说明书》是将用户业务语言转化为项目组语言的关键。在《逻辑设计说明书》中的对象只是抽象的系统对象,而不是物理实现中采用的类、组件、模块和页面。 《逻辑设计说明书》要达到如下一些目标: ●定义系统的各个组成部分 ●描述各个部分的结构 ●描述各个部分的相互关系以及他们如何协调与合作 ●项目组成员对解决方案的共识 ●产生物理设计的基础

数据库设计说明书.doc

四川省山桐子能源科技有限责任公司 数 据库设计说明书 2013-5-20 第六小组成员 数据库设计说明书 1 引言 1.1 目的 为了有效指导山桐子能源网站系统数据库的设计,特设计此概要设计说明该网站数据库所含有的各数据表及其机构,以作为系统开发实现的依据,本说明书主要阅读对象为业主方、承建方、监理方相关技术人员和项目责任人。 1.2 背景 说明: a.数据库名称shantz 开发软件sql2005 b.任务提出者:山桐子科技能源有限责任公司 c.目负责人:张林鹏 d.者:赵霞、杨露、陈齐瑜、冯明华、张林鹏、胡芸儿 本系统将使用sql server 2005作为数据库存储系统,sql server 2000企业版将由山桐子公司自行购买。 1.3 定义 该文档也需要将本文档中所涉及的所有术语、缩略语进行详细的定义。还有一种可简明的做法,就是维护在一个项目词汇表中,这样就可以避免在每个文档中都重复很多内容。 id编号,u_name 名称,u_pwd 密码, u_realname 确认密码,u_papert 证件,u_address 家庭住址,u_phone 电话号码,u_news 新闻, 1.4 参考资料 a.山桐子网站设计项目分析会议记录。 b.《桐子网站需求分析说明书》 c.国家标准《数据库设计说明书(gb8567----88)》 2 外部设计 2.1 标识符和状态 要求:详细说明用于唯一地标识该数据库的代码、名称或标识符,附加的描述性信息亦要给出。若该数据库属于尚在实验中、尚在测试中或是暂时使用的,则要说明这一特点及其有效时间范围。 1)数据库标示符:shuantongzi 用户名:admin 密码:123 权限:全部有效时间:开发阶段 说明:系统正式发布后,可能更改数据库用户/密码,请在统一位置编写数据库连接字符串,在发行前请予以改正。 2) 数据库标示符:hyzc 用户名:user 密码:456 权限:会员有效时间:开发阶段 说明:系统正式发布后,可能更改数据库用户/密码,请在统一位置编写数据库连接字符串,在发行前请予以改正。 2.2 使用它的程序 dreamweaver8、https://www.doczj.com/doc/5a12314669.html,、sql 2005、ps、 2.3 约定 (1) 字符集采用 utf-8,请注意字符的转换。 (2) 所有数据表第一个字段都是系统内部使用主键列,自增字段,不可空,名称为:id,确保不把此字段暴露给最终用户。 (3) 除特别说明外,所有字符串字段都采用varchar(50) 类型,(无论汉字还是英文,都算一个字符)。 (4) 除特别说明外,所有小数的字段都采用 decimal(13,3) 的形式表达。 (5) 除特别说明外,所有日期格式都采用 date 格式,无时间值。 (6) 除特别说明外,所有整形都采用int 格式。 (7) 除特别说明外,所有字段默认都设置为 null 。 2.4 支持软件

软件体系结构设计说明书

软件体系结构设计说明书 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、输入项 给出对每一个输入项的特性,包括名称、标识、数据的类型和格式、数据值的有效范围、输入的方式。数量和频度、输入媒体、输入数据的来源和安全保密条件等等。

数据库系统设计说明书

数据库课程设计——学生信息管理系统 学院:机电工程学院 班级:09工业工程 组员:郎建鹏 学号:0911******* 指导老师:李峰平

目录 第一章系统分析 (2) 1 建立新系统的必要性 (2) 2 业务流程分析(业务流程图) (2) 3 数据流程图 (3) 4 数据字典 (4) 第二章系统设计 (4) 1 数据库设计(E-R) (4) 2系统运行环境 (6) 3输入输出设计 (10) 第三章设计总结 (10) 参考文献……………………………………………………………… 图例说明………………………………………………………………

第一章系统分析 1 建立新系统的必要性 这次的课程设计是在学习完《数据库原理》和《delphi程序设计》基础上进行的一次系统性的训练,既是对所学知识的巩固,也是对自己综合运用所学知识解决实际问题的一次锻炼。学生信息管理系统的主要目的是为了方便学校对学生的信息进行录入、修改、查询,提高学校的工作效率。这一系统的开发成功,解决了手写速度慢、容易出错的现状。 学生信息管理可以帮助学校最迅速最准确的完成所需的工作。无论是在适用性、灵活性和易操作性方面都显示出了它的强大功能。 2 业务流程分析(业务流程图)

数据流图是结构化分析中不可缺少的有力工具,它描述了系统的分解,即系统由哪些部分组成,各部分之间有什么联系等。但是,它还不能完整地表达一个系统的全部逻辑特征,特别是有关数据的详细内容。因此,仅仅一套数据流图并不能构成系统说明书,只有对图中出现的每一个成分都给出详细定义以之后,才能全面地描述一个系统。对数据流、数据存储和数据处理的详细描述,需要用数据字典(DD)。它包括数据流、数据存储、外部项和处理过程的详细条目。数据字典中把数据的最小单位定义为数据项,而若干数据项可以组成一个数据结构。数据字典是通过以数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。 第二章系统设计 1 数据库设计(E-R) (1)管理员实体的E-R图 (2)普通用户实体的E-R图

学生成绩管理系统逻辑设计说明书

学生成绩管理系统项目逻辑设计说明书 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.0.0

目录

1.引言 [对于由多个进程构成的复杂系统,系统设计阶段可以分为:架构设计(构架设计)、组件高层设计、组件详细设计。对于由单个进程构成的简单系统,系统设计阶段可以分为:系统概要设计、系统详细设计。本文档适用于由多个进程构成的复杂系统的构架设计。] [架构设计说明书是软件产品设计中最高层次的文档,它描述了系统最高层次上的逻辑结构、物理结构以及各种指南,相关组件(粒度最粗的子系统)的内部设计由组件高层设计提供。] [系统:指待开发产品的软件与硬件整体,其软件部分由各个子系统嵌套组成,子系统之间具有明确的接口; 组件:指粒度最粗的子系统; 模块:指组成组件的各层子系统,模块由下一层模块或函数组成;] [此文档的目的是: 1)描述产品的逻辑结构,定义系统各组件(子系统)之间的接口以及每个组件(子系统)应该实现的功能; 2)定义系统的各个进程以及进程之间的通信方式; 3)描述系统部署,说明用来部署并运行该系统的一种或多种物理网络(硬件)配置。对于每种配置,应该指出执行该系统的物理节点(计算机、网络设备)配置情况、节点之间 的连接方式、采用何种通信协议、网络带宽。另外还要包括各进程到物理节点的映射; 4)系统的整体性能、安全性、可用性、可扩展性、异常与错误处理等非功能特性设计; 5)定义该产品的各个设计人员应该遵循的设计原则以及设计指南,各个编程人员应该遵循的编码规范。 ] [建议架构设计工程师与组件设计工程师共同完成此文档。] [架构设计说明书的引言应提供整个文档的概述。它应包括此文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] 1.1目的 [简要描述体系结构文档的目的。]

数据库设计说明书

数据库设计说明书

数据库设计说明书 内容管理系统(DWCMS) 版本历史 1.引言 在使用任何数据库之前,都必须设计好数据库,包括将要存储的数据的类型,数据之间的相互关系以及数据的组织形式。数据库设计是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,使之能够有效地存储数据。为了合理地组织和高效率地存取数据,当前最好的方式,就是建立数据库系统,因此在系统的总体设计阶段,数据库的建立与设计是一项十分重要的内容。由于数据库应用系统的复杂性,为了支持相关程序运行,数据库设计就变得异常复杂,因此最佳设计不可能一蹴而就,而只能是一种“重复探寻,逐步求精”的过程,也就是规划和结构化数据库中的数据对象以及这些数据对象之间关

系的过程。 1.1 编写目的 数据库设计的好坏是一个关键。如果把企业的数据比做生命所必须的血液,那么数据库的设计就是应用中最重要的一部分,是一个系统的根基。用于开发人员进行项目设计,以此作为编码的依据,同时也为后续的数据库维护工作提供了良好的使用说明,也能够作为未来版本升级时的重要参考资料。数据库设计的目标是建立一个合适的数据模型。这个数据模型应当是满足用户要求,既能合理地组织用户需要的所有数据,又能支持用户对数据的的所有处理功能。而且要具有较高的范式,数据完整性好,效益高,便于理解和维护,没有数据冲突。 1.2 背景 1.3 定义 Lmbang:辣妈帮 E-R图:实体关系图

1.4 参考资料 A. 《细说PHP》教程 B. 《DWCMS项目需求分析说明书》 C. 本项目相关的其它参考资料。 2. 外部设计 外部设计是研究和考虑所要建立的数据库的信息环境,对数据库应用领域中各种信息要求和操作要求进行详细地分析,了解应用领域中数据项、数据项之间的关系和所有的数据操作的详细要求,了解哪些因素对响应时间、可用性和可靠性有较大的影响等各方面的因素。 2.1 标识符和状态 数据库表前缀:lmbang_ 用户名:root 密码;020808 权限:全部 有效时间:开发阶段 说明:系统正式发布后,可能更改数据库用户/密码,请在统一位置编写数据库连接字符串,在发行前请予以改正。 2.2 使用它的程序 本系统主要利用PHP作为前端的应用开发工具,使用MySQL

软件架构设计说明书

软件架构设计说明书 The final edition was revised on December 14th, 2020.

架构设计说明书 版本1.0.0

目录

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 三、程序(二)设计说明 程序描述

数据库设计说明书

数据库设计说明书 内容管理系统(DWCMS) 版 本 历 史 1. 引言 在使用任何数据库之前,都必须设计好数据库,包括将要存储的数据的类型,数据之间的相互关系以及数据的组织形式。数据库设计是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,使之能够有效地存储数据。为了合理地组织和高效率地存取数据,目前最好的方式,就是建立数据库系统,因此在系统的总体设计阶段,数据库的建立与设计是一项十分重要的内容。由于数据库应用系统的复杂性,为了支持相关程序运行,数据库设计就变得异常复杂,因此最佳设计不可能一蹴而就,而只能是一种“反复探寻,逐步求精”的过程,也就是规划和结构化数据库中的数据对象以及这些数据对象之间关系的过程。 1.1 编写目的 数据库设计的好坏是一个关键。如果把企业的数据比做生命所必需的血液,那么数据库的设计就是应用中最重要的一部分,是一个系统的根基。用于开发人员进行项目设计,以此作为编码的依据,同时也为后续的数据库维护工作提供了良好的使用说明,也可以作为未来版本升级时的重要参考资料。数据库设计的目标是建立一个合适的数据模型。这个数据模型应当是满足用户要求,既能合理地组织用户需要的所有数据,又能支持用户对数据的的所有处理功能。并且要具有较高的范式,数据完整性好,效益高,便于理解和维护,没有数据冲突。 1.2 背景 文件状态: [ ] 草稿 [ √ ] 正式发布 [ ] 正在修改 文件标识: 兄弟连 大腕组-LMB-DATABASE 当前版本: 2.0 作 者: 大碗小组 文件状态: 2014-01-01 版本/状态 作者 参与者 起止日期 备注 1.0 大腕组 大腕组成员2013-01-18 2014-01-08 测试版 2.0 大腕组 大腕组成员 2014-01-09 2014-02-13 正式版

吹灰系统逻辑设计说明

天生港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本体长吹灰器顺控启动允许条件为左侧长吹和右侧长吹顺控启动允许条 件相与;其中,左侧长吹顺控启动允许条件为:(以下条件相与):

相关主题
文本预览
相关文档 最新文档