
9
双绞线同种设备用交叉,异种设备用直联。---EIA/TIA 568A和 EIA/TIA568B线序。
双绞线测试标准有三个:TIA/EIA-568《商业建筑电信布线标准》----TSB-67《现场测试非屏蔽
双绞电缆布线测试传输性能技术规范》-----ISO/IEC 11801:1995(E)国际布线标准。
双绞线测试的设备主要有:音频生成器和音频放大器、万用表(测试电压、电阻、电流)、
连通性测试仪(测试电缆的连通性)和电缆分析仪(常用的有 DSP-100测试仪、Fluke 620
局域网电缆测试仪、Wire Scope 155测试仪)。
光缆测试的种类:
连通性测试:使用手电光(闪光灯)对照光纤一端,在另一端看能否看到光,若看到,则
通;
端-端的损耗测试(使用光功率计和光纤测试光源)
收发功率测试:使用跳线和光功率计
反射损耗测试:使用路线和光功率计
光纤测试的设备:闪光灯、可视电缆示踪仪和故障定位仪、光功率计、光纤测试光源、光损
耗测试仪(OLTS---由光功率计和光纤测试光源组成)、 光 时 域 反 射 计 。
机 房 施 工监理的重点:审查好承建单位的工程实施组织方案(尤其是审查施工质量保证措施)
---控制好施工人员的资质,坚持持证上岗----认真贯彻《建筑智能化系统工程实施及验收规
范》、及时发现并纠正违反规范的做法----深入现场落实“随装随测”的要求。
机房的监理规范详细见《电子计算机机房设计规范》(GB50174-93)和《建筑防雷设计规范》
(GB50057-94)
(七)信息网络系统监理(重点)
信息网络系统常用监理方法:评估(主要用于网络设备的造型和采购)、网络仿真(主要用
来对网络设计方案进行必要的评估,是否满足业主的需求)、 现场旁站(适合于网络综合布
线的质量控制)、 抽 查 测试(综 合布线的性能、质量的测试)、 网络性能测试(使用必要的网
络测试工具,对测试性能进行测试,如丢包率、响应时间等)
工程准备阶段
立项阶段—1、协助建设单位了解承建单位的人力和物力情况;2、协助对项目从经济、技术、
系统生存环境、可选方案进行可行性分析。
招标阶段---1、把好工程投资关(评估投标单位的技术方案、组织人员与职责评审);
工程设计阶段
设计阶段—1、结合信息工程的项目特点,收集设计所需的技术经济资料;2、配合设计单位
对方案设计进行技术经济分析、优化设计;3、协助建设单位进行设计文件的评审;4、参
与主要设备、材料的选型工作;5、审核方案中主要设备、材料清单;6、审核系统设计方
案及其他详细设计文件;7、组织设计文件的报批;8、对方案设计内容进行知识产权保护
监督;9、审核技术方案中信息安全保障措施;10、协助建设单位对工程建设周期总目标进
行分析讨论;11、审核承建单位编制的工程项目总进度计划、各分项工程阶段进度计划,
若于合同/实际环境相冲突,应督促承建单位进行调整、更改;12、审核工程设计和承建单
位的设备/材料清单和采购计划,并检查、敦促其执行;
监理进行设计方案评审时,应坚持如下 8 大原则:标准化原则、先进性和实用性原则、可靠
性和稳定性原则、可扩展性原则、安全性原则、可管理性原则、对原有设备和资源合理整
合的原则、经济和效益性原则。
10
网络基础平台方案的审核重点:网络整体规划、网络设备、服务器、操作系统、存储备份
系统的选型;
网络服务平台方案的审核重点:Internet 网络服务系统规划和选型、多媒体业务网络规划和
选型、数字证书系统规划和选型;
网络安全和管理平台的审核重点:防火墙系统、入侵监测和漏洞扫描系统、其他网络安全
系统、网络管理系统;
环境平台的审核重点:机房建设、综合布线系统
工程施工阶段
开工前---审核实施方案、进度计划、实施组织方案、承建单位及相关个人资质;
开工准备—了解实施的各种活动准备,如设备采购等情况;
设备采购时监理主要职责:1、审核承建单位的采购计划和采购清单;2、审核设备质量及
其到货时间;3、订货、进货确认;4、组织到货验收;5、设备移交审核;6、外购硬件和
软件的监理;
设备采购监理的重点:1、设备是否与工程量清单、合同规定的规格相符;2、设备说明书
等证明文件是否齐全;3、到货是否及时;4、配套软件是否成熟。
设备到货验收流程:1、承建商提前三天通知建设单位和监理单位设备到达时间和地点,并
提交交货清单;2、监理单位协助建设单位做好设备到货验收准备;3、监理单位协助建设
单位进行设备验收(对设备规格、数量、质量进行核实,检测合格证、出厂证等证明文件是
否齐全,必要时可使用测试工具对其性能进行测试、评估),并做好记录;4、发现短缺或破
损,要求设备提供商补发或免费更换;5、提交设备到货验收监理报告;
施工阶段---对现场布线等施工进行旁站等监理、检测。
工程验收阶段
工程验收流程:承建单位制定并提交验收计划给建设单位和监理单位,在三方认为项目已
满足验收前提条件下,组织成立验收委员会/项目验收小组,根据验收计划和经过三方讨论
通过的验收标准实施验收,然后对验收过程和结果进行评审并形成验收报告,若结论是通
过,则移交产品或项目给建设单位,否则督促承建单位进行整改。
工程验收组一般由建设单位组织,监理单位、承建单位共同参与;验收组应有明确分工,一
般为测试小组、资料文档评审小组和工程质量鉴定小组;
信息网络系统验收需提交的文档主要有如下 9 类:1、网络系统技术方案;2、网络系统到货
验收报告;3、主机网络系统实施总结报告;4、网络系统测试报告;5、用户手册;6、随
机技术资料;7、工程主机网络系统安装配置手册;8、工程主机网络系统维护手册—管理员
级;9、工程主机网络系统日常维护及应急处理方案。
三、信息系统与软件工程
(一)开发方法
常用开发模型:
瀑布模型(生命周期法,是生命周期法中最常用的开发模型),它将开发的过程分成软件
计划、需求分析、软件设计、程序编码、软件测试和运行维护 6 个阶段,规定了它们自上
11
而下,适用于大型软件开发过程。
变换模型(演化模型)是在快速开发一个原型的基础上,根据用户提出的反馈和建议,对
原型进行改进,直到演化成最终软件产品。
螺旋模型:将瀑布模型和变换模型相结合,并增加了风险分析;
喷泉模型:为软件复用和生存周期中多项开发活动的集成提供了支持,是一种面向对象
的开发方法;
智能模型:基于知识的软件开发模型,与专家系统结合在一起,是一种基于规则的系统;
V 模型:以测试为中心的开发模型;
增量模型:融合了瀑布模型的基本成分(重复应用)和原型实现的迭代特征;它采用随着
时间的进展而交错的线性序列。其最大优点是人员分配灵活;
RAD(快速应用开发)模型,是一个增量型的软件开发过程模型,强调极短的开发周期。
它是采用基于构件的开发方法。
CBSD(基于构件的开发)模型,是利用模块化方法,将整个系统模块化。整个过程分为需示
分析和定义、体系结构设计、构件库的建立、应用软件构建、测试和发布 5 个阶段。
构件工具常见的有 Microsoft 的 DCOM , Sun 的 EJB 和 OMG 的 CORBA.
原型方法模型,是适用于产品开发的早期阶段需求不确定时采用。其常分为水平原型(功
能导航)和垂直原型(实现部分功能,重点在复杂算法的实现)两种
XP 方法模型,是一种轻量(敏捷)、 高 效 、 低 风险、柔性、可预测、科学且充满乐趣的软
件开发方式。它由价值观(沟通、简单、反馈、勇气)、 原则(小步快走)、 实 践 和 行 为 四 个
部 分组成
RUP(Rational Unified Process)方法模型,是一个统一的软件开发过程,也是一个通用过
程框架,能应用于多领域的项目开发,它也是基于构件,使用的建模语言是 UML,它有三
个特点:用例驱动、以基本架构为中心、迭代和增量。其软件过程在时间上分为四个阶段:
初始阶段---细化阶段----构建阶段----交付阶段。
可行性研究主要从 5 个方面:经济可行性、技术可行性、法律可行性、执行可行性、可选
择性。
(二)需求分析
需求分析主要是用来确定开发软件的功能、性能、数据和界面等要求;需求分析常用方法:
结构化分析方法-----软系统方法(代表方法:Checkland)----面向对像分析方法(OOA)----
面向问题域的分析(PDOA)
数据流图(DFD)是结构化分析中的重要方法和工具,是表达系统内数据的流动并通过数据
流描述系统功能的一种方法。它有 4 种基本符号:数据流(用名字+箭头来表示)、 加 工(用
圆圈来表示)、数据存储(用直线表示)和外部实体(数据源或数据终点,用标有名字的方
框表示),同时数据流图遵循“自顶向下,逐层分解”的原则。
数据字典是关于数据的信息集合,也就是对数据流图中包含的所有元素的定义集合。数据字
典和数据流图共同构成了系统的逻辑模型。
(三)软件设计
软件设计分为概要设计(也叫高层设计,是将软件需求转化为数据结构和软件的系统结构,
常采用结构图、层次图和 HIPO(层次图加输入/处理图)来描述)和详细设计(也叫低层设
12
计,是对结构图进行细化,得到详细的数据结构与算法,常使用程序流程图、盒图、PAD图
(问题分析图)及 PDL(伪码)等工具来描述)
软件设计包含 4 个即独立又相互联系的活动:即数据设计、体系结构设计、接口设计(界面)、
过程设计。
结构化设计包括体系结构设计、接口设计、数据设计和过程设计等任务,是一种面向数据
流的设计方法,采用自顶向下、逐步求精和模块化。
(四)程序编写
程序设计风格应从源程序文档化(程序的注释点源程序的 1/3 到 1/2 )、 数据说明、语句结构
和输入/输出方法 4 个方面,力图做到程序的可读性。
(五)软件测试(较)
软件测试是软件质量保证的主要手段之一,测试并不仅仅是为了要找出错误,再则没有发现
错误的测试也是有价值的,完整的测试是评定软件质量的一种方法。
软件测试的类型:动态测试(黑盒测试法(测试人员不清楚程序的内部结构和处理过程的
一种测试,常见的方法有:等价类划分、边界值分析、错误猜测和因果图,测试的重点在
于是否实现了某种功能)、 白盒测试法(测试人员清楚程序的内部结构和处理过程的一种测
试,常见的方法有:基本路径测试、循环覆盖测试、逻辑覆盖测试,测试的重点在于检验
内部控制结构和数据结构是否有错,即结构)和灰盒测试法( 界 于 黑盒与白盒测试之前的一
种方法,测试的目的在于评价软件质量好与坏)) 和 静 态测试(即不在机器上运行,采用人
工检测和计算机辅助静态分析的手段进行检测,实践证明,30%~70%的逻辑设计和编码错
误都能发现,其主要方法有:桌前检查(程序员自己检查自己编写的程序)、 代 码 审 查 ( 他
人 (一个小组)对程序员编写的程序进行检查)、 代 码 走 查 )
注:静态测试也可以实现白盒测试,如使用人工检查代码方法来检查代码的逻辑问题。
根据测试的目的、阶段不同,可将测试分为单元测试(模块测试,由开发人员自已负责)、
集 成测试(测试的是模块之间的协作性,其测试计划应在概要设计阶段完成)、 确 认 测试( 验
证 软件的功能、性能及其他特性是否与用户要求一致,其测试计划应在需求分析阶段完成)
和系统测试(整个项目的各种都集成在一起的测试,其测试计划应在需求分析阶段完成)
验收测试内容通常包括:功能测试、性能测试、压力测试、配置测试、平台测试、安全性测
试、恢复测试及可靠性测试等。
(六)软件维护
软件维护点整个软件生命周期的 60%~80,常见的维护类型分为三种:改正性维护(为 了 纠
正 软件存在的错误和缺陷所进行的维护)、 适 应性维护(为了使软件适应外部环境(新的软
硬件、数据库环境)所进行的维护)、 完 美 性维护(添加、扩充、修改软件功能、提高软件
性能所进行的维护),除上述之外,还有一种预防性维护。