6.4、智能照明控制系统
1.施工准备
（1）施工前应对所安装的设备外观、型号规格、数量、标志、标签、产品合格证、产地证明、说明书、技术文件资料进行检验，检验设备是否选用厂家原装产品，设备性能是否达到设计要求和国家标准；
（2）施工前设备必须24小时通电检查，检查设备的稳定性，并做好设备通电检查记录，发现不合格设备及时更换；
（3）根据系统功能要求，规划传感器、执行器以及相关系统设备物理地址，设备安装前，进行设备地址写入工作，并对设备做好标识；
2、设备安装位置的设置
（1）根据图纸设计要求，正确选定安装位置；
（2）施工前对设备安装位置的性质进行统计，例如：机柜安装、吊装、墙装、顶装、安装高度等，做到安装之前心中有数；
（3）统计需要在配电柜(箱)内安装的设备，并计算设备在各配电柜(箱)内需占用的空间，向相关单位提前提出，由配电柜(箱)生产厂家预留安装空间。设备统计应做到准确无误，尤其注意不遗漏供电单元、总线耦合器、逻辑单元等系统设备。 3、设备安装
（1）传感器安装位置符合设计要求和实际使用要求，安装方向正确； （2）设备安装必须牢靠、稳固；
（3）系统总线敷设路由合理，满足规范及系统要求； （4）根据线标和设计要求做好正确接线；
（5）检查被控照明回路是否与设计一致，并做好相关记录。 4、施工安装记录
（1）设备进场必须填写进场记录并报监理核准； （2）通电实验结束之后必须填写通电记录；
（3）设备安装结束之后必须填写相关记录并转交下道工序； 5、设备调试
传感器、执行器以及系统设备之间通讯线采用EIB专用四芯屏蔽线，以确保设备之间通讯正常。每条线缆两端标识清晰，线缆与设备连接采用专用接线端子。传感器/执行器/系统设备调试：
首先用万用表检查220VAC电源，然后打开电源开关，确认供电单元工作正常后，为传感器、执行器以及系统设备下载程序，并检查所有设备工作状态；利用编程软件测试传感器、执行器反馈情况和动作情况，从电脑中分别测试每个点，并从现场确认每个点的动作是否有误。连接台式电脑，运行监控界面软件，控制照明回路开、关，观察现场照明状态以及控制主机界面显示状态；利用传感器(光感、定时器、面板开关等)控制照明回路开、关，观察现场照明状态以及控制主机界面显示状态。
系统所有设备由二根信号线和二根电源线连接成CANBUS通讯网络，将面板、模块采用手拉手方式进行连接，每个设备设置唯一的单元地址并用软件设定其联动功能，通过输出控制模块进行负载控制，除此之外还可以与其他如空调、消防、保安等系统联动。
通过场景/定时模块将输入面板单元群组地址和输出模块组件建立对应联系，当监测到操作面板有输入信号时，输入单元将其转变为CANABUS信号在CAN系统总线上进行广播，所有的输出单元接收并做出判断，控制相应回路输出。
6.5、软件开发和测试
1.培训人员
1) 参与软件开发的用户代表应接受为期一天左右的关于需求工程的培训。 2) 编写项目术语：为了解决沟通方面的问题，编一部术语汇编将项目应用领域的专用词汇给予定义说明，既要包括那些有多种含义与用法的术语，也要包括那些在专用领域和一般使用中有不同含义的词。 2.获取需求
1) 确定需求开发过程：确定如何组织需求的收集、分析、细化并核实的步骤，并将它编写成文档。对重要步骤要给予一定的指导。
2) 需求分类：软件需求包括三个不同的层次——业务需求，用户需求和功能需求，业务需求代表了需求链中最高层的抽象，他们为软件系统定义了项目视图和范围业务需求不应包括用户需求，而所有的功能需求都应该源于用户需求。
3) 明确不同类型的用户：在项目中，应尽早为产品确定并描述出不同的用户类，这样，就能从每一个重要的用户类代表中获取不同的需求。作为用户类的划分依据，可以是：用户使用产品的频度，他们的应用领域和计算机系统知识，他们所使用的产品特性、他们所进行的业务过程、他们在地理上的布局以及他们的访问优先级。
4) 明确需求来源。
5) 编写项目视图和范围文档，获取业务需求。
6) 确定非功能需求：非功能需求定义了使软件运行良好的特性，包括产品的易用程度，执行速度，可靠性，健壮性，也称为质量属性。 3.需求分析
需求分析包括提炼、分析和仔细审查已经收集到的需求，以确保能找出其中的错误、遗漏或其它不足的地方。
1) 给需求分类 将需求分成以下几种类型： (1)业务需求 (2)使用实例或说明 (3)业务规格 (4)功能需求 (5)质量属性 (6)外部接口需求 (7)限制 (8)数据定义 (9)解决思想
2) 绘制系统关联图
关联图确定了通过某一接口与系统相连的外部实体，同时也确定了外部世界和系统之间的数据流和物流。
3) 创建用户接口原型
创建一个原型并且让合适的用户群对其评价来对需求进行分析。
4) 分析需求可行性
在允许的成本，性能要求下，分析每项需求实施的可行性，明确与每需求实现相联系的风险，包括与其它需求的冲突，对外界因素的制约和技术障碍。
5) 确定需求的优先级别
设定优先级的一般方法是把需求分成三类：
(1)基本的：只有在这些需求上达成一致意见，软件才会被接受。
(2)条件的：实现这些功能将增强产品的性能，如果不实现产品也可以被接受。 (3)可选的：一个功能类，实现或不实现均可。 进入开发阶段后，根据需求的优先级确定开发顺序。
6) 为需求建立模型
为了进一步检查需求的不一致性、模糊性、错误和遗漏，需要把用文本表示的需求和用模型表示的需求结合起来。这样的模型有数据流图、实体关系图、状态变换图、对话框图、对象图及交互图。
7) 建立数据字典
在开发阶段，数据字典定义客户数据项以确保客户与开发小组是使用一致的定义和术语。
4.编写需求规格说明
参照相关国家规范编写《软件功能规格说明书》。 1) 需求验证 （1）审查需求文档
组织一个由不同代表（如分析人员、客户、设计人员、测试人员）组成的小组，对SRS及相关模型进行仔细的检查。 （2）用户书面确认
需求说明规格编写完成并且通过需求验证后，即可要求客户签字同意中止需求过程。
（3）以需求为依据编写测试用例
根据用户需求所要求的产品特性写出黑盒功能测试用例。客户通过使用测试用例以确认是否达到了期望的要求。还要从测试用例追溯回功能需求以确保没有需求被疏忽，并且确保所有测试结果与测试用例相一致。同时，要使用测试用例来验证需求模型的正确性。如对话框图和原型等。 （4）编写用户手册
在需求开发早期即可起草一份用户手册，用它作为需求规格说明的参考并辅以需求分析，优秀的用户手册要用浅显易懂的语言描述出所有对用户可见的功能，而辅助需求如质量属性、性能需求及对用户不可见的功能则在SRS 中予以说明。
（5）确定合格的标准
将合格的测试建立在使用情景描述或使用实例的基础止。 5.需求管理
当完成需求说明后，不可避免地还会遇到项目需求的变更。有效的变更管理需要对变更带来的潜在的影响及可能的成本费用进行评估。项目负责人与关键的项目风险承担者要进行协商，以确定哪些需求可以变更，同时，无论是在
开发阶段还是在系统测试阶段，还应跟踪每项需求的状态。这些都是需求管理的内容。 6.可交付文档
项目测试将要创建的各种文档、工具和报告，及其创建人员、交付对象和交付时间。
1) 测试模型
确定将要通过测试模型创建并分发的报告。
2) 测试记录
说明用来记录和报告测试结果和测试状态的方法和工具。
3) 缺陷报告
确定用来记录、跟踪和报告测试中发生的意外情况及其状态的方法和工具。
4) 测试步骤 制定测试计划 (1)确定测试需求 (2)评估风险 (3)制定测试策略 (4)确定测试资源 (5)创建时间表 (6)生成测试计划
5) 设计测试
(1)准备工作量分析文档 (2)确定并说明测试用例
(3)确定测试过程，并建立测试过程的结构 (4)复审和评估测试覆盖
6) 实施测试
(1)记录或通过编程创建测试脚本 (2)确定设计与实施模型中的测试专用功能 (3)建立外部数据集
7) 执行测试 (1)执行测试过程 (2)评估测试的执行情况 (3)恢复暂停的测试
技术标(暗标)
