海思方案 HI3518E平台ISP调试环境搭建
3518E平台的搭建
海思的SDK提供了ISP调试的相关工具，降低了IPC开发ISP调试的难度。初次搭建ISP调试环境，记录一下。
SDK版本：Hi3518_MPP_V1.0.A.0
硬件平台：HI3518E_OV9732
工具包：PQ_TOOL (Hi3518E_V100R001C01SPC0A0\01.software\pc\PQ_TOOL)
文件说明：Hi3518_ITTB_MPP2_V1.0.A.0_B030.tgz 设备端工具； PQTools_V3.7.5.zip PC端工具
环境搭建步骤：
（1）将Hi3518_ITTB_MPP2_V1.0.A.0_B030.tgz拷贝至nfs共享目录名，解压后运行HiIspTool.sh脚本
倘若用海思自带的工具出图像并调节ISP运行：
#./HiIspTool.sh -a -p ov9732_720p_line.ini
ps一下可以看到两个进程
696 adminlvj 58488 S ./ittb_stream -p ov9732_720p_line.ini
699 adminlvj 19676 S ./ittb_control
倘若运行自己的工程出图像了，这时只需要运行一下命令即可。
#./HiIspTool.sh -a
ps一下可以看到一个进程
699 adminlvj 19676 S ./ittb_control
（2）PC端直接解压PQTools_V3.7.5.zip，运行HiPQTools.exe，输入选择sdk版本Hi3518_MPP_V1.0.A.0 ，输入设备IP，就可以连接上摄像头
倘若运行了ittb_stream，可以PC端软件上打开视频图像窗口
连接成功，至此，最简单的ISP调试环境搭建就完成了。复杂的就是后面的ISP调节过程了。
解决：将OV9732sensor库拷贝至Hi3518_ITTB_MPP2_V1.0.A.0/libs/下，将ov9732_720p_line.ini拷贝至Hi3518_ITTB_MPP2_V1.0.A.0/configs/下
附录：
ov9732_720p_line.ini
[plain]view plaincopyprint?
1.[sensor]
2.Sensor_type =ov9732 ;the type of sensor
3.Mode =0 ;LINE mode,mode = 0 ,WDR mode,mode =1
4.DllFile =libs/libsns_ov9732.so ;LineDllFile path
5.
6.[vi_dev]
7.Input_mod =2 ;VI_INPUT_MODE_BT656 = 0
8. ;VI_INPUT_MODE_BT601,
9. ;VI_INPUT_MODE_DIGITAL_CAMERA
10.
11.Work_mod =0 ;VI_WORK_MODE_1Multiplex = 0
12.
13. ;VI_WORK_MODE_2Multiplex,
14.
15. ;VI_WORK_MODE_4Multiplex
16.
https://www.360docs.net/doc/839932002.html,bine_mode =0 ;Y/C composite or separation mode
18.
19. ;VI_COMBINE_COMPOSITE = 0 /*Composite mode */
20.
21. ;VI_COMBINE_SEPARATE, /*Separate mode */
22.
https://www.360docs.net/doc/839932002.html,p_mode =0 ;Component mode (single-component or dual-component)
24.
25. ;VI_COMP_MODE_SINGLE = 0, /*single component mode */
26.
27. ;VI_COMP_MODE_DOUBLE = 1, /*double component mode */
28.
29.Clock_edge =1 ;Clock edge mode (sampling on the rising or falling edge)
30.
31. ;VI_CLK_EDGE_SINGLE_UP=0, /*rising edge */
32.
37.Mask_0 =0xFFC00000
38.
39.Mask_1 =0x0
40.
41.Scan_mode = 1;VI_SCAN_INTERLACED = 0
42.
43. ;VI_SCAN_PROGRESSIVE,
44.
45.Data_seq =2 ;data sequence (ONLY for YUV format)
46.
47. ;----2th component U/V sequence in bt1120
48.
49. ; VI_INPUT_DATA_VUVU = 0,
50.
51. ; VI_INPUT_DATA_UVUV,
52.
53. ;----input sequence for yuv
54.
55. ; VI_INPUT_DATA_UYVY = 0,
56.
57. ; VI_INPUT_DATA_VYUY,
58.
59. ; VI_INPUT_DATA_YUYV,
60.
61. ; VI_INPUT_DATA_YVYU
62.
63.
64.
65.Vsync =1 ; vertical synchronization signal
66.
67. ;VI_VSYNC_FIELD = 0,
68.
69. ;VI_VSYNC_PULSE,
70.
71.VsyncNeg=0 ;Polarity of the vertical synchronization signal
72.
73. ;VI_VSYNC_NEG_HIGH = 0,
74.
75. ;VI_VSYNC_NEG_LOW /*if VIU_VSYNC_E
76.
77.Hsync =0 ;Attribute of the horizontal synchronization signal
78.
83.HsyncNeg =0 ;Polarity of the horizontal synchronization signal
84.
85. ;VI_HSYNC_NEG_HIGH = 0,
86.
87. ;VI_HSYNC_NEG_LOW
88.
89.VsyncValid =0 ;Attribute of the valid vertical synchronization signal
90.
91. ;VI_VSYNC_NORM_PULSE = 0,
92.
93. ;VI_VSYNC_VALID_SINGAL,
94.
95.VsyncValidNeg =0;Polarity of the valid vertical synchronization signal
96.
97. ;VI_VSYNC_VALID_NEG_HIGH = 0,
98.
99. ;VI_VSYNC_VALID_NEG_LOW
100.
101.Timingblank_HsyncHfb =0 ;Horizontal front blanking width
102.
103.Timingblank_HsyncAct =1280 ;Horizontal effetive width
104.
105.Timingblank_HsyncHbb =0 ;Horizontal back blanking width
106.
107.Timingblank_VsyncVfb =0 ;Vertical front blanking height
108.
109.Timingblank_VsyncVact =720 ;Vertical effetive width
110.
111.Timingblank_VsyncVbb=0 ;Vertical back blanking height
112.
113.Timingblank_VsyncVbfb =0 ;Even-field vertical front blanking height(interlace, invalid progressive) 114.
115.Timingblank_VsyncVbact=0 ;Even-field vertical effetive width(interlace, invalid progressive) 116.
117.Timingblank_VsyncVbbb =0 ;Even-field vertical back blanking height(interlace, invalid progressive) 118.
119.
120.
121.;----- only for bt656 ----------
122.FixCode =0 ;BT656_FIXCODE_1 = 0,
123.
124. ;BT656_FIXCODE_0
130.DataPath =1 ;ISP enable or bypass
131.
132. ;VI_PATH_BYPASS = 0,/* ISP bypass */
133.
134. ;VI_PATH_ISP = 1,/* ISP enable */
135.
136. ;VI_PATH_RAW = 2,/* Capture raw data, for debug */ 137.
138.InputDataType=1 ;VI_DATA_TYPE_YUV = 0,VI_DATA_TYPE_RGB = 1,
139.
140.DataRev =FALSE ;Data reverse. FALSE = 0; TRUE = 1
141.
142.
143.[vi_chn]
144.
145.CapRect_X =0
146.
147.CapRect_Y =0
148.
149.CapRect_Width=1280
150.
151.CapRect_Height=720
152.
153.DestSize_Width=1280
154.
155.DestSize_Height=720
156.
157.CapSel =2 ;Frame/field select. ONLY used in interlaced mode
158. ;VI_CAPSEL_TOP = 0, /* top field */
159. ;VI_CAPSEL_BOTTOM, /* bottom field */
160. ;VI_CAPSEL_BOTH, /* top and bottom field */ 161.
162.PixFormat =19 ;
163.
164.
165.
166.SrcFrameRate=-1 ;Source frame rate. -1: not controll
167.
168.FrameRate =-1 ;Target frame rate. -1: not controll
169.
170.
176.Vpss_IeEn =TRUE
177.
178.Vpss_NrEn =TRUE
179.
180.Vpss_HistEn =TRUE
181.
182.Vpss_DieMode=0 ;Define de-interlace mode
183.
184. ;VPSS_DIE_MODE_AUTO = 0,
185.
186. ;VPSS_DIE_MODE_NODIE = 1,
187.
188. ;VPSS_DIE_MODE_DIE = 2,
189.
190.[vpss_chn]
191.Vpss_W =1280
192.Vpss_H =720
193.
194.[isp_image]
195.
196.Isp_W =1280
197.
198.Isp_H =720
199.
200.Isp_FrameRate=30
201.
202.Isp_Bayer =3 ;BAYER_RGGB=0, BAYER_GRBG=1, BAYER_GBRG=2, BAYER_BGGR=3 203.
204.
205.[isp_timing]
206.
207.Isp_WndMode=0 ;WIND_NONE= 0,WIND_HOR= 1,WIND_VER= 2,WIND_ALL= 3, 208.
209.Isp_HorWndStart=0
210.
211.Isp_HorWndLength=1280
212.
213.Isp_VerWndStart=0
214.
215.Isp_VerWndLength=720
216.
222.[venc]
223.
224.RcMode =VENC_RC_MODE_H264CBR
225.
226.Gop =30
227.
228.StatTime =1
229.
230.ViFrmRate =30
231.
232.TargetFrmRate=25
233.;----- only for VENC_RC_MODE_H264CBR ---------- 234.BitRate=4096
235.FluctuateLevel=1
236.;----- only for VENC_RC_MODE_H264VBR ---------- 237.MaxBitRate =10000
238.
239.MaxQp=32
240.
241.MinQp=24
242.;----- only for VENC_RC_MODE_H264FIXQP ---------- 243.IQp=20
244.
245.PQp=23
246.
247.[bind]
248.
249.ViDev =0
250.
251.ViChn =0
252.
253.VpssGrp =0
254.
255.VpssChn = 0
256.
257.VencGrp =0
258.
259.VencChn =0
260.
261.VoDev =0
262.
267.VpssSnapGrp=0 268.
269.VpssSnapChn=1 270.
271.VencSnapGrp=1 272.
273.VencSnapChn=1
智慧旅游监管平台建设方案
智慧旅游监管平台建设方案 1.1 智慧旅游监管平台 1.1.1建设目标 智慧旅游综合管理系统以XX县市旅游局——旅游景点/企业——旅游者的三级计算机网络为基础，建立起面向全市旅游部门的管理体系。系统将按照6个模块进行具体规划与实施，建设一系列子系统以实现前述功能。建设内容包括XX县的旅游企业管理、旅游人才管理、评价管理系统、业务流程管理、综合视图展示、决策分析等多系统融合等功能的智慧运维中心，提供智能线路推送和智能车场管理的智能交通导引，可进行人流量统计、报表输出与智能分析的电子门票，确保游客人身安全的远程报警等功能。 智慧旅游综合管理系统将从游客选择旅游线路开始，贯穿各景区内的旅游过程和各景区内外的衣食住行服务，持续到旅游结束后的回顾与评价，对游客的整个旅游过程进行智能化的全周期服务。建设完成后，XX县旅游业将在透彻感知、互联互通、分析预测和主动推送四个阶段，都具有明显的“智慧特征”。 1.1.2系统结构 略。 1.1.3系统功能 1.1.3.1 旅游企业管理 1.1.3.1.1 概述：
现在的县内景区现缺少一个成熟的旅游企业管理系统，目前仍以多点生产的运作格局，依托传统的电话、纸质办公模式，已不能满足管理的时效性和准确性的要求, 因此为了提升管理，促进发展，需要根据现状建设一套符合企事业单位自身特点的协同旅游企业管理系统，实现各单位、各部门跨地域、高时效地协同工作。 1.1.3.1.2 “六大整合”目标 对于任何大型景区，规模不等于效益，做大不等于做强，尤其对于多地、多景区独立运营的大型景区，必然会遇到战略分散、组织分散、流程分散、信息分散、资源分散、文化分散的发展瓶颈，必须通过信息化手段来推动管理的“六大整合”目标：战略一致、组织扁平、流程结合、信息集中、资源共享、文化一统，从而突破瓶颈，从做大走向做强，从实现规模扩展走向实现规模效益。 从“战略分散”到“战略一致” 将多家原来各自为政的下属景区，在景区的统领下，统一传递、执行与落实共同的景区战略，为同一个目标而不是多个目标而共同努力。 从“组织分散”到“组织扁平” 面对景区不同管理模式的下属景区，基于扁平式组织管理模式，建立系统、科学、规范的管理制度体系去保障景区管理有序、高效运行。 从“流程分散”到”到“流程优化” 流程体系。下属景区自身已经存在各种隐性与显性流程，须在内部进行流程清洗、梳理、整合、优化并贯彻落实执行。
工作方案：镇生活垃圾强制分类工作方案
××镇生活垃圾强制分类工作方案 为进一步落实绿色发展理念，深入推进生态文明建设，提升城市品质，根据《××市人民政府办公室关于印发〈××市生活垃圾强制分类工作方案〉的通知》要求，××市要确保在××年底生活垃圾回收利用率达到35%以上。为推进我镇生活垃圾强制分类工作，特制定本方案。 一、总体要求 （一）指导思想 全面贯彻“创新、协调、绿色、开放、共享”五大发展理念以及全面协调可持续的科学发展观，加快建立分类投放、分类收集、分类运输、分类处理的垃圾处理系统，将生活垃圾分类作为推进绿色发展和生态文明建设的重要举措，完善城市管理服务，提升城市品质。 （二）基本原则 1、政府主导，全民参与。落实各村（社区）、各有关单位主体责任，强化公共机构和企业示范带头作用，引导居民逐步养成主动分类的习惯。 2、因地制宜，循序渐进。综合考虑我镇发展水平及实际情况，合理订制生活垃圾分类办法。先在公共机构、各企业和学校开展工作，再逐步扩大到全镇范围。 （三）工作目标
××年起，推进全镇公共机构率先开展生活垃圾强制分类，加快完善有害垃圾、易腐垃圾、可回收物、大件垃圾、园林废弃物等分流分类收运处理，力争在2020年底前，公共机构及相关企业全面实施 生活垃圾强制分类工作，完善生活垃圾分类收集和资源回收设施设备，确保生活垃圾回收利用率达到35%以上，基本建立生活垃圾分类相关标准体系，形成切合我镇实际的生活垃圾分类模式。 二、工作内容 （一）生活垃圾强制分类主体范围及目标 ××年，全镇公共机构开始推行生活垃圾强制分类，包括党政机关、学校、科研、文化、出版、广播电视等事业单位，协会、学会、联合等社团组织。全镇相关企业开始推行生活垃圾强制分类，包括宾馆、饭店、购物中心、超市、专业市场、农贸市场、农产品批发市场、商铺、商用写字楼等，实现全镇生活垃圾回收利用率达到20%以上。 ××年，巩固强化、稳步推进全镇公共机构及相关企业的强制分类工作，引导居民逐步养成主动分类习惯，形成全社会共同参与垃圾分类的良好氛围，实现全市生活垃圾回收利用率达到35%以上。 （二）生活垃圾强制分类标准及收运处理要求 公共机构、相关企业等实施强制分类的主体负责将其产生的生活垃圾分为可回收物、易腐垃圾、有害垃圾及其他垃圾，其中，必须将有害垃圾作为强制分类的类别，易腐垃圾、可回收物可逐步纳入强制分类的类别，其他垃圾按现有生活垃圾收运处理。 1、有害垃圾分类收运处理
开发环境与测试环境搭建方案
开发环境与测试环境搭建方案 1. 总体原则 1．开发与测试环境单独搭建，开发与测试环境的分离便于利于重现开发环境无法重现的BUG 以及便于开发人员并行地修复BUG ，如果选择开发环境来进行测试，开发人员进行某项误操作后发生系统崩溃或者系统不能正常运行的意外，此时测试工作也不得不停止。 2．测试环境与测试数据库分离，测试环境与测试数据库分离保证测试数据库的稳定性、数据准确性以及今后性能测试指标值的准确性。 3．开发环境与开发数据库共用一台，由于开发环境对及其性能要求不高，因此应用与数据库采用共用。 4．测试环境WEB 应用部署与生产环境相同，测试数据库的配置（用户、表空间、表）也需与生产环境一致。 2. 环境管理 2.1. 系统架构 开发环境构架： 测试环境系统构架： 2.2. 硬件配置 从上述的系统架构图分析需要3台服务器组建开发与测试环境，机型选择普 通的PC Server 机器即可。 2.3. 安装软件 建议方案中给出是环境搭建的主要软件，其他的工具未在罗列中，根据具体 需要自行安装。 服务器 内存 CPU 硬盘 备注 开发服务器 2G 到4G 之间 4C ，主频2G 以上 300G 左右 测试服务器 8G-16G 之间 4C ，主频2G 以上 300G 左右 测试数据服务器 8G-16G 之间 4C ，主频2G 以上 500G 左右
3. 权限管理 3.1. 开发环境 开发人员均可访问开发服务器应用代码与开发数据库，可以修改代码与数据 以及发布部署开发版本以便自测。 3.2. 测试环境 测试环境由版本管理员管理，负责整个测试环境的管理，包括版本部署、服 务启停、数据变更等，测试环境对开发人员只开发查询权限，仅可查询应用日志，服务运行、测试数据。 4. 版本管理 开发与测试环境安装 SVN 版本管理软件，由版本管理员负责对开发与测 试环境的版本管理工作。 5. 备份管理 1．备份主要包括开发与测试环境的代码与配置，备份方式暂为全量备份。 2．每日凌晨3点系统自动对每个项目的代码已经配置文件自动备份，备份文件名：项目名称_code_yyyymmdd.tar ，备份完成后传至备份服务器(服务器待定)。 3．每当长假(元旦、清明、五一、端午、十一、中秋、春节)前期，需手工对开发与测试环境进行全量备份。 4． 服务器 操作系统 中间件 数据库 测试工具 版本管理 工具 开发服务器 RedHat Linux 5.4 64位 Weblogic 9 Oracle 10 无 SVN 测试服务器 RedHat Linux 5.4 64位 Weblogic 9 无 JIRA SVN 测试数据服务器 RedHat Linux 5.4 64位 无 Oracle 10
大型垃圾场废塑料回收、纸厂废塑料回收方案(成都大环宇技术资料)
大型垃圾场废塑料、纸厂废塑料回收设备方案 相关名称：生活垃圾塑料回收设备城市垃圾塑料处理设备垃圾填埋场塑料再生回收设备 垃圾填埋场废塑料回收设备垃圾焚烧场废塑料回收设备 造纸厂废塑料加工设备纸浆料回收设备纸厂尾料再生回收设备 产品方案描述： 随着社会进步，人们生活水平不断提高，城镇化步伐加快，大量城市垃圾、生活垃圾的产生出现暴涨趋势， 此外，分布于全国各地的再生纸厂，作为为高污染企业，所产生的废水、废气在政府部门管控下已得到一定程度的治理，但大量的造纸厂下脚料（主要成分为纸厂废塑料和纸浆料）排放却成为老大难的问题，单纯的予以取缔同样无助于废纸资源的循环再生，上述两项所产生的废弃物，已成为现代社会中无法忽视的大问题，最终将成为地球人躲不掉的梦寐。 传统低成本的填埋方式作为短视行为已不可持续，大型的焚烧发电因维护运营成本高昂、二次污染严重（不可避免产生二噁英等有害物）、也受到极大制约，最终选择对垃圾场和再生造纸厂的废塑料进行分类再生回收处理，符合最大限度的节能环保以及对资源的循环再生利用，并符合资源价值最大化的原则，因此将受到全人类社会普遍重视，上述废弃物中最典型和最有价值的当属其中大量的的废塑料和废金属。 单一纯净的废塑料回收加工无论在技术上或是设备上已经较为成熟，但垃圾场废塑料以及造纸厂废塑料因其数量庞大，组分复杂，传统意义上的私营废塑料加工作坊或中小型回收加工企业必须迈过技术关、设备关、场地设施关、规模关几大门槛方能形成规模优势体现规模效益，所幸的是各级政府部门已经意识到并给予这一行业或领域的政策和资金支持，从而使这一行业得到极大促进，体现出巨大的社会效益和经济效益，为各地有识之士或企业家所重视。 垃圾场再生资源和再生造纸厂废塑料的回收加工，首先在于合理确立规模、因地制宜制定切实可行的前级分选、净化流程以及后级深加工（如再生造粒）流程。 本方案和设备，专门针对垃圾场塑料和纸厂废塑料回收重点和难点加以设计，具有处理能力大、自动化程度高、节约人工、安全、环保、节能的突出优势。由于是开放式组合设备、可根据用户实际情况灵活组套，实现多级层次分选，多次摩擦清洗，二次粉碎清洗、以及沉水料和浮水料自动分离漂洗等功能，也可简化为开放式半自动清洗设备。另外还可根据不同用户要求设计中央控制系统，实现二次控制、程序控制。 开放式破碎清洗干燥生产线是与封闭式生产线相对而言的一种设备配置模式，其生产原理和工艺都相通，但开放式生产线需要借助一定的场地基础设施来安装各级设备，以此来扩大处理能力和生产规模，同时合理降低设备投入成本，因此更加具有实用性；而封闭式生产线几乎所有环节和设施都采用机械化装备，会受体积容量以及运输的局限，无法做到足够大，因此其破碎清洗能力受到限制，但其机械化和自动化程度可以做到最高。无论是开放式生产线还是封闭式生产线，用户结合我公司场地设施规划布局以及水处理设计，均能更好的满足国家对节能环保可再生资源及循环产业的升级要求，随着我国对再生资源产业调整的不断深入，落后的作坊式加工，传统的散户加工点将逐渐淘汰，大中型专业回收加工厂将取而代之，而设备不断向园区化、、规模化、专业化、自动化方面发展已成为趋势，该设备将为更多用户所重视和接受。 垃圾场废塑料、纸厂废塑料再生回收工艺流程、设备设施简介 主要流程及设备：原料分选（人工、风选、浮选、筛选、磁选、金属探测分选、光电分选）—破碎（撕裂、粗碎、细碎）—清洗（摩擦、热洗、冷洗、漂洗、超声波、滚筒筛、）—脱水（挤压、离心、自干）—干燥（热风、搅拌、红外、微波）—深加工（塑化挤出造粒、高速团粒、混炼或塑制） 辅助设备设施：各级各类传输、过渡、连接设备，各级各类工位、仓位、平台，各级各类给排水系统，打包、散浆、沉沙、混合、计量、除尘、除烟、中央控制。 生活垃圾和纸厂废塑料回收相关参考图片（因设备在不断更新以及用户需求差异，具体以所定实物为准） 废塑料来源
测试环境搭建方案
各种缺陷管理工具比较 mantis 1.概述 缺陷管理平台Mantis，也做MantisBT，全称Mantis Bug Tracker。Mantis是一个基于PHP技术的轻量级的开源缺陷跟踪系统，以Web操作的形式提供项目管理及缺陷跟踪服务。在功能上、实用性上足以满足中小型项目的管理及跟踪。更重要的是其开源，不需要负担任何费用。 Mantis是一个缺陷跟踪系统具有多特性包括：易于安装，易于操作，基于Web，支持任何可运行PHP的平台(Windows,Linux,Mac,Solaris,AS400/i5等)。已经被翻译成68种语言，支持多个项目，为每一个项目设置不同的用户访问级别，跟踪缺陷变更历史，定制我的视图页面，提供全文搜索功能，内置报表生成功能(包括图形报表)，通过Email报告缺陷，用户可以监视特殊的Bug，附件可以保存在web服务器上或数据库中(还可以备份到FTP服务器上)，自定义缺陷处理工作流，支持输出格包括csv、MicrosoftExcel、MicrosoftWord，集成源代码控制(SVN与CVS)，集成wiki知识库与聊天工具(可选/可不选)，支持多种数据库(MySQL、MSSQL、PostgreSQL、Oracle、DB2)，提供WebService(SOAP)接口，提供Wap访问。 2 .优点 1，流程定制方便且符合标准，满足一般的缺陷跟踪； 2，安装简单； 3 .缺点 1.只能简单的对缺陷进行管理，不能管理整个测试流程：测试需求-测试计 划-测试案例-执行测试案例-提交缺陷-测试总结报告；
2.界面比较简单，有些功能不能实现（如上传附件） QC 1.概述 Quality Center 是一个基于Java 2 Enterprise Edition (J2EE) 技术的企业级应用程序。Quality Center 可以帮助您组织和管理应用程序测试流程的所有阶段，包括制定测试需求，计划测试，执行测试和跟踪缺陷。 2.优点 1，QC能够帮助你组织和管理软件测试过程的每个阶段，包括测试需求管理、测试计划、测试案例、测试执行和缺陷跟踪。 2，QC执行对测试用例执行统计情况，对bug的统计，分析等功能比较强大； 3.缺点 1，安装比较复杂 2，收费软件。 JIRA 1.概述 JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。JIRA创建的问题类型包括New Feature（新功能）、Bug、Task（任务）和Improvement（增加或修改）四种，还可以自己定义，所以它也一是过程管理系统。JIRA融合了项目管理、任务管理和缺陷管理，许多著名的开源项目都采用了JIRA。
垃圾分类工作方案.doc
xx小学生活垃圾处理分类实施方案 为贯彻落实上级文件精神，加快推进生活垃圾分类工作，现结合我校实际，就推进xx学校生活垃圾分类工作制定本方案。 一、指导思想： 贯彻落实党的十九大精神，以推进和谐校园、建设生态校园、促进校园文化建设为要求，以“科学规划、全员参与、整体推进”为工作原则，积极推进生活垃圾分类工作，引导全校师生树立绿色低碳、环保健康的生活理念，创造整洁、优美的校园环境，提升学校的整体文明水平。 二、工作目标： 1、逐步完善校园垃圾分类收集、分类处置体系。 2、逐步实现校园垃圾源头减量，科学分类，无害处理。 3、努力形成全体师生积极践行生活垃圾分类的良好氛围。 三、实施措施： （一）加强领导，完善机制，确保垃圾分类工作有序推进。 1、加强领导，完善工作机制。 领导小组组长：xx 副组长：xxx玲 组员：xxxxxxx所有班主任 2、健全队伍，加强分类管理
（1）成立学校垃圾分类指导员队伍，明确各部门、组（室）、实验室负责人为学校指导员，具体负责本部门、组（室）的垃圾分类处置工作的日常宣传指导和管理、监督和检查。 （2）成立班级垃圾分类指导员队伍，明确班主任为班级指导员，具体负责本班的垃圾分类处置工作的日常宣传指导和管理、监督和检查；成立班级垃圾分类绿色小卫士队伍，具体负责本班级的垃圾分类处置工作的自主管理。 （3）规范保洁员队伍，加强学校层面的垃圾收集和处置工作。 3、加大投入，完善设施设备。 向各部门、组（室）、班级等发放生活垃圾分类宣传资料、垃圾袋等，指导全体教职工、学生将垃圾分类投放；校园内增设生活垃圾分类收集箱，班级内分设可回收垃圾桶和不可回收垃圾桶。 （二）加大宣传，体验实践，确保垃圾分类减量工作有效开展。 1、多途径开展专题宣传活动，努力提升垃圾分类知晓率。通过教职工大会、班队会、国旗下讲话、红领巾广播、板报、宣传栏、倡议书、电子屏幕等多种形式开展垃圾分类普及教育，强化师生垃圾分类减量意识，提升知晓率。 2、多途径开展各种实践活动，努力提升垃圾分类践行
开发环境与测试环境搭建方案
开发环境与测试环境搭建方案 总体原则 1．开发与测试环境单独搭建，开发与测试环境的分离便于利于重现开发环境无法重现的BUG 以及便于开发人员并行地修复BUG ，如果选择开发环境来进行测试，开发人员进行某项误操作后发生系统崩溃或者系统不能正常运行的意外，此时测试工作也不得不停止。 2．测试环境与测试数据库分离，测试环境与测试数据库分离保证测试数据库的稳定性、数据准确性以及今后性能测试指标值的准确性。 3．开发环境与开发数据库共用一台，由于开发环境对及其性能要求不高，因此应用与数据库采用共用。 4．测试环境WEB 应用部署与生产环境相同，测试数据库的配置（用户、表空间、表）也需与生产环境一致。 环境管理 1.1. 系统架构 开发环境构架： 测试环境系统构架： 1.2. 硬件配置 从上述的系统架构图分析需要3台服务器组建开发与测试环境，机型选择普 通的PC Server 机器即可。 1.3. 安装软件 建议方案中给出是环境搭建的主要软件，其他的工具未在罗列中，根据具体 需要自行安装。 服务器 内存 CPU 硬盘 备注 开发服务器 2G 到4G 之间 4C ，主频2G 以上 300G 左右 测试服务器 8G-16G 之间 4C ，主频2G 以上 300G 左右 测试数据服务器 8G-16G 之间 4C ，主频2G 以上 500G 左右
权限管理 1.4. 开发环境 开发人员均可访问开发服务器应用代码与开发数据库，可以修改代码与数据 以及发布部署开发版本以便自测。 1.5. 测试环境 测试环境由版本管理员管理，负责整个测试环境的管理，包括版本部署、服 务启停、数据变更等，测试环境对开发人员只开发查询权限，仅可查询应用日志，服务运行、测试数据。 2. 版本管理 开发与测试环境安装 SVN 版本管理软件，由版本管理员负责对开发与测 试环境的版本管理工作。 3. 备份管理 1．备份主要包括开发与测试环境的代码与配置，备份方式暂为全量备份。 2．每日凌晨3点系统自动对每个项目的代码已经配置文件自动备份，备份文件名：项目名称_code_yyyymmdd.tar ，备份完成后传至备份服务器(服务器待定)。 3．每当长假(元旦、清明、五一、端午、十一、中秋、春节)前期，需手工对开发与测试环境进行全量备份。 4． 服务器 操作系统 中间件 数据库 测试工具 版本管理 工具 开发服务器 RedHat Linux 5.4 64位 Weblogic 9 Oracle 10 无 SVN 测试服务器 RedHat Linux 5.4 64位 Weblogic 9 无 JIRA SVN 测试数据服务器 RedHat Linux 5.4 64位 无 Oracle 10
卫生健康系统生活垃圾分类工作实施方案
卫生健康系统生活垃圾分类工作实施方案 为全面推进我县卫生健康系统生活垃圾分类处置工作，根据XX精神，结合我县卫生健康系统实际，制定本方案。 一、指导思想 全面贯彻党的十九大精神和落实健康X战略部署，以提升生活垃圾“减量化、资源化、无害化”水平为目标，建立健全分类投放、分类运输、分类处理的生活垃圾收运处理体系，促进资源回收利用，发展循环经济，提升各类垃圾的回收、处置和资源再利用能力，实现我县医疗机构生活垃圾分类管理，按要求规范处置，进一步提高医疗行业生态文明建设水平。 二、主要目标及实施范围 2018年全面启动生活垃圾分类工作，到2020年底，全县所有医疗卫生健康机构（含中医医疗机构）实施生活垃圾分类管理，对产生的生活垃圾实现准确分类投放、暂存，并与各类垃圾回收单位按分类进行有效衔接，分类运输、分类管理。建立健全生活垃圾分类相关规章制度、宣传引导和监督管理体系，实现城区医疗机构生活垃圾分类全覆盖，生活垃圾回收利用率达到40%以上。 三、分类标准
按照中、省有关文件要求，将有害垃圾作为强制分类的类别之一，生活垃圾按照3＋1法进行分类。居民产生的生活垃圾按照有害垃圾、可回收物和其他垃圾进行分类。医院等企业事业单位食堂和餐饮企业产生的餐厨垃圾由我县餐厨垃圾收运处理系统进行单独收运处理。结合《城市生活垃圾分类及其评价标准》和我县实际，将生活垃圾分为3大类、17小类。 1.有害垃圾：含有有害物质，需要特殊安全处理的生活垃圾，包括对人体健康或自然环境造成或潜在危害的过期药品、灯管、家用化学品和电池等，主要包括： ①灯管类，废荧光灯管（日光灯管、节能灯等）废温度计、废血压计等。 ②家用化学品，家庭日常生活中产生的废药品及其包装物、废杀虫剂及物、废油漆和溶剂及其包装物、废矿物油及其包装物、废胶片及废像纸等日用化学品。 ③电池类，包括各类可充电电池、扣形一次电池（镉镍电池、氧化汞电池、铅蓄电池）等。 2.可回收物：适宜回收和再生利用的生活废弃物，包括纸类、塑料、橡胶、玻璃、金属、衣物、家具、家用电器和电子产品及其他大件垃圾，主要包括： ④纸类，包括书、报纸、包装纸、纸版纸等污染的废纸；
WEB测试环境搭建和测试方法
WEB测试时搭建测试环境所需的软硬件包括：电脑一台、JDK1.6、Tomcat7.0、mysql、IE 浏览器、Firefox浏览器、Chrome浏览器、SVN客户端 通过SVN客户端导出最新的Web工程部署到Tomcat7.0下的webapps中，另外重要的一 点就是修改数据库连接的配置文件，连接到正确的测试数据库（企业一般有开发人员所用的数据库和测试人员所用的数据库），数据库连接的配置文件在WEB-INF文件夹下，修改好数据库的配置文件后，在Tomcat7.0\bin\startup.bat启动Tomcat，在Tomcat没报错的情况下，用浏览器访问后台，出现一个登录界面，这样，一个简单完整的Web测试环境就搭建起来了！ 二、Web测试方法 1、链接测试 链接是web应用系统的一个主要特征，它表示页面与页面直接的切换和用户不知道具体地 址去访问其他页面的手段，如果页面不能跳转或者是访问失败，有很大程度上是web应用程序的链接出问题了；其中有一个重要的性能指标就是链接速度的测试，用户打开一个页面或者是去访问另外一个页面，如果web系统响应时间太长（例如超过5秒钟），用户就会因没耐心而离开，还有就是有些页面有超时的限制，这样可能引起数据丢失，使用户得不到真实的页面。 2、数据库测试 在web应用技术中，数据库起着重要的作用，数据库为web应用系统的管理、运行、查询和实现用户对数据存储的请求提供空间，也就是说用户在页面进行各类操作，如添加、查询 删除等一系列动作，都会被数据库记录。 3、浏览器测试 浏览器是web客户端最核心的构件，来自不同厂商的浏览器对不同开发语言开发的应用程序有不同的支持，这就需测试人员对主流的浏览器和不同版本的浏览器进行有效的测试。
测试环境搭建与部署
测试环境搭建与部署 1.目的 1.1.为了完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称。稳定 和可控的测试环境，可以使测试人员花费较少的时间就完成测试用例的执行，无需为测试用例、测试过程的维护花费额外的时间，并且可以保证每一个被提交的缺陷都可以在任何时候被准确的重现。 2.适用范围 2.1.硬件环境搭建：指测试必须的服务器、客户端、网络连接设备以及打印机/扫描仪等辅助 设备所构成的环境；若要求的硬件配置种类较多，可以定义一些基本硬件配置； 2.2.软件环境搭建：指测试软件运行时的操作系统、数据库及其他应用软件构成的环境；2. 3.利用辅助测试环境进行的测试： 兼容性测试：在满足软件运行要求的范围内，可选择一些典型的操作系统和常用应用软件对其进行主要功能的验证。 2.4.网络环境：指被测软件运行时的网络系统、网络结构以及其他网络设备构成的环境、网 络设备、网络结构、网络系统等。 2.5.对测试环境的要求： 尽可能真实的环境 符合软件运行的最低要求 选用比较普及的操作系统和软件平台 营造纯净、独立的测试环境 无毒的环境 3.术语和定义 无 4.职责 4.1.技术部测试组成员 4.1.1.负载规划、建立和维护软件测试管理流程并持续优化 4.1.2.组织环境搭建工作的实施 4.1.3.在搭建环境中进行的工作分批写入测试用例和测试报告中 4.1.4.对应环境中发现的问题及时反馈并追踪
5.部署和管理测试环境 5.1.确定测试环境的组成 5.1.1.所需要的计算机的数量，以及对每台计算机的硬件配置要求，包括CPU的速度、内存 和硬盘的容量、网卡所支持的速度、打印机的型号等； 5.1.2.部署被测应用的服务器所必需的操作系统、数据库管理系统、中间件、WEB服务器以 及其他必需组件的名称、版本，以及所要用到的相关补丁的版本； 5.1.3.用来保存各种测试工作中生成的文档和数据的服务器所必需的操作系统、数据库管理 系统、中间件、WEB服务器以及其他必需组件的名称、版本，以及所要用到的相关补丁的版本； 5.1.4.用来执行测试工作的计算机所必需的操作系统、数据库管理系统、中间件、WEB服务 器以及其他必需组件的名称、版本，以及所要用到的相关补丁的版本； 5.1.5.是否需要专门的计算机用于被测应用的服务器环境和测试管理服务器的环境的备份； 5.1. 6.测试中所需要使用的网络环境。例如，如果测试结果同接入Internet的线路的稳定 性有关，那么应该考虑为测试环境租用单独的线路；如果测试结果与局域网内的网络速度有关，那么应该保证计算机的网卡、网线以及用到的集线器、交换机都不会成为瓶颈； 5.2.管理测试环境 5.2.1.设置专门的测试环境管理员角色：职责包括：测试环境的搭建。包括操作系统、数据 库、中间件、WEB服务器等必须软件的安装，配置，并做好各项安装、配置手册的编写； 记录组成测试环境的各台机器的硬件配置、IP地址、端口配置、机器的具体用途，以及当前网络环境的情况；测试环境各项变更的执行及记录；测试环境的备份及恢复；操作系统、数据库、中间件、WEB服务器以及被测应用中所需的各用户名、密码以及权限的管理； 5.2.2.记录好测试环境管理所需的各种文档：测试环境的各台机器的硬件环境文档，测试环 境的备份和恢复方法手册，并记录每次备份的时间、备份人、备份原因以及所形成的备份文件的文件名和获取方式；用户权限管理文档，记录访问操作系统、数据库、中间件、WEB服务器以及被测应用时所需的各种用户名、密码以及各用户的权限，并对每次变更进行记录； 5.2.3.测试环境访问权限的管理：为每个访问测试环境的测试人员和开发人员设置单独的用 户名和密码。访问操作系统、数据库、WEB服务器以及被测应用等所需的各种用户名、密码、权限，由测试环境管理员统一管理；测试环境管理员拥有全部的权限，开发人员
智慧医疗综合监管平台建设整体解决方案
智慧医疗综合监管平台建设整体解决方案 1
目录 系统总体设计 (3) 设计目标 (3) 设计思路 (5) 总体结构设计 (7) 逻辑架构 (7) 物理架构 (7) 方案特点 (10) 高清技术的应用 (10) 高效编码技术的应用 (10) 智能技术的应用 (10) 高效的存储方案 (10) 系统扩展性、兼容性行强 (11) 系统集成及开放性好 (11) 多系统应急联动指挥 (11) 智慧医疗综合监管平台 (13) 平台设计概述 (13) 平台整体架构设计 (15) 平台整体架构 (15) 功能模块构成 (16) 核心管理模块 (18) 服务功能模块 (19) 扩展功能模块 (22) 定制集成服务 (23) 集成接口 (24) 客户端 (24) 平台子系统功能 (25) 1
视频监控子系统功能 (25) 报警管理子系统功能 (33) 车辆管理子系统功能 (35) 大屏控制子系统 (40) 综合查询子系统 (43) 应用维护子系统 (44) 地理信息子系统 (54) 智能巡检系统 (57) 平台对接设计 (60) 接入第三方设备 (60) 与其他业务平台对接 (63) 成功案例 (66) 中国人民解放军总医院 (66) 大连大学附属中山医院 (67) 2
系统总体设计 设计目标 医院综合安防系统采用高清视频监控、智能图像分析、车牌识别、RFID/NFC与报警管理等技术，实现整个院区的综合监管，实现全网调度、管理及智能化应用，为用户提供一套“高清化、网络化、智能化、高集成”的安防综合监管系统，满足用户在综合安防业务应用中日益迫切的需求。 本方案立足于建成统一的中心管理平台。通过管理平台实现全网统一的安防资源管理，对视频监控、车辆管理、门禁管理、报警管理等系统进行统一管理，实现远程参数配置与远程控制等；通过管理平台实现全网统一的用户和权限管理，满足系统多用户的监控、管理需求。本方案通过对院区进出人员、车辆、突发事件和规章制度的监管，实现医院院区安防业务的全方位“四维一体”安全管控。具体表现在： ?管人员：对凡是进出院区的人员进行录像记录和权限管理，通过高清的视频监控，结合人脸识别、门禁管理、电梯层控等系统，对院区内所有的重要公共区域中的所有人员的出行进行全面的合理的监督管理，做到“进出划分权限，出入视频留影，事件有据可查”。 ?管车辆：对凡是进出院区的车辆进行抓拍记录和收费管理， 3
四川省互联网医疗服务监管平台升级建设方案
四川省互联网医疗服务监管平台升级 建设方案 一、项目背景 随着国家《互联网诊疗管理办法》、《互联网医院管理办法》文件出台，明确了医疗机构开展线上诊疗需提交申请并经行政部门审批，相应的线上诊疗活动要纳入省级卫健委监管部门的监督与管理。为了规范业务开展，强化服务监管，按照《关于进一步做好互联网医院和互联网诊疗相关工作的通知》等文件要求，拟对省互联网医疗服务监管平台进行功能升级。 二、建设目标 根据《互联网诊疗管理办法》、《互联网医院管理办法》等文件规定，在本次升级建设中，将结合我省互联网医疗服务审批和监管工作的开展，进一步优化和完善医疗机构和医务人员备案流程及提交信息项，针对各级监管部门进行权限分配和分级管理，实现互联网医疗服务业务信息采集和监管指标应用。
三、建设内容 （一）监管端升级功能 1.分级监督管理 （1）分级权限设置 实现省级管理部门、市级管理部门、县级管理部门、医疗机构管理部门对互联网医疗服务情况的分权监督管理。 （2）省级监管功能 实现省级管理部门监督管理全省互联网医院和互联网医疗业务，包括对全省开展互联网医疗服务的医疗机构、医务人员、ca机构、互联网平台的备案管理，对全省线上业务信息进行收集和查看，对全省的业务数据统计进行查看分析，通过监管指标进行监管。 （3）市级监管功能 实现市级监督管理本属地化互联网医疗业务，对本市所辖区域开展互联网医疗服务的医疗机构、医务人员进行备案管理，对本市所辖业务信息进行收集查看，对数据统计进行查看分析，通过监管指标进行监管。 （4）县级监管功能 实现区县级管理部门对所辖区域开展互联网医疗服务的医疗机构、医务人员进行备案管理，对线上服务进行数据
史上最全ProE二次开发测试及环境配置方法
32位系统preo5.0二次开发测试及环境配置 首先,proe5.0是配合VC++2008来进行二次开发的,因此首先得安装VS2008,其次,要确保proe5.0中已经安装了protoolkit,安装方法略。 如何测试Pro/Toolkit安装成功 第一步，找到proe安装目录下的protooltik文件夹，并找到..\protoolkit\i486_nt\obj这个路径下的一个叫做make_install的文件，用写字板打开，找到如下 # Pro/Toolkit Source & Machine Loadpoint (EXTERNAL USE - DEFAULT) 这么一行字，然后把它下面的PROTOOL_SRC=../..改成PROTOOL_SRC = ...\PTC\protoolkit，保存下关闭就好了。 第二步，在“开始”中找到Microsoft Visuall Studio Tools→Visual Studio Tools→Visual Studio Tools2008命令提示符，打开。 第三步，在打开的这个界面里面敲下如下字符cd ...\PTC\protoolkit\i486_nt\obj，然后回车，再敲上如下字符：nmake /f make_install dll，然后再回车，等其运行完毕，关掉命令提示符，然后再回到...\PTC\protoolkit\i486_nt\obj文件夹中，会发现多了一个pt_inst_test.dll文件，证明前面的工作全是成功的。 第四步，回到...\PTC\protoolkit文件夹，找到protk.dat文件，用写字板打开，将第二行和第三行前面的“.”改成路径...\PTC\protoolkit，将第五行后面的“18”改成“wildfire5.0”，其他保持不变，保存，关闭。 第五步，启动proe5.0，找到工具→辅助应用程序，打开，点“注册”，找到...\PTC\protoolkit，里的protk.dat，打开，选中，点“启动”，发现左上角出现“’pt_inst_test.dll’启动成功”。关闭“辅助应用程序”。 第六步，打开“文件”菜单栏，会有一个“安装检测”，点击后，会出现“PRO/PROTOOLKIT 安装检测成功”。至此，PRO/PROTOOLKIT安装检测全部完成。 配置VC++2008 Debug模式配置 第一步，加上PRO/TOOLKIT的包含文件和库文件，打开工具→选项→项目与解决方案→VC++目录显示以下内容的目录→包含文件，添加如下文件： ...\PTC\protoolkit\includes ...\PTC\protoolkit\protk_appls\includes ...\PTC\prodevelop\includes ...\PTC\prodevelop\prodev_appls\includes 将包含文件换为库文件，添加如下文件： ...\PTC\protoolkit\i486_nt\obj ...\PTC\prodevelop\i486_nt\obj
浙江省房地产监管分析平台建设方案
浙江省房地产监管分析平台建设方案 根据国家和省关于加快个人住房信息系统、房地产市场信息系统和预警预报体系建设的要求，按照建设部发布的有关工作纲要和数据标准，结合我省实际，制定本方案。 一、总体要求 （一）指导思想。以邓小平理论和“三个代表”重要思想为指导，仔细贯彻落实科学发展观，全面实施新型城市化战略，立足当前，着眼长远，建立与房地产业发展和住房保障工作要求相适应的技术保障体系，提高房地产市场监测分析能力、行业监管能力和公共服务能力，促进房地产市场平稳健康发展和城镇住房保障工作水平稳步提升，确保人民群众“住有所居”。 （二）目标任务。 近期目标：搭建省、市两级住房信息系统网络，采集房地产市场监管涉及的土地出让、规划设计、开工建设、预售许可、买卖合同、房屋登记、存量房交易、住房保障等信息，建立省级基础数据库，同时整合以设区城市系统为中心的县（市、区）原有系统，满足全国个人住房信息联网要求，建设省级个人住房信息系统、房地产市场监管系统、住房保障监管服务系统。 远期目标：在近期目标的基础上，采集物业服务、房屋征收、
住房公积金等信息，纳入土地、金融、税收等信息，形成全面、综合、及时反映我省房地产市场运行状况、住房公积金和住房保障进展情况的房地产监管分析系统，满足房地产市场调控决策和住房保障等工作需要。 （三）建设原则。 ——统一平台，整合资源。统一开发全省房地产数据交换与管理平台，应用于省中心与设区城市的数据交换和管理。鼓励各设区城市开发应用全市统一的业务平台，通过终端延伸、系统切换、系统升级等方式，实现县（市、区）系统整合。县（市、区）今后不再开发单独的房地产信息系统。在充分整合原有资源的基础上，对不达标的系统进行升级、改造和优化，发挥投资的综合效用。 ——统一标准，分步实施。根据全国《个人住房信息系统数据标准》，制定《浙江省个人住房信息系统数据标准》。以建设部《房地产信息系统技术标准》为基础，增加住房保障、土地、金融、税收等内容，制定《全省房地产监管分析平台数据标准》。各设区城市开发业务平台、整合县（市、区）系统，均要严格遵守以上两个数据标准。同时，考虑全国要求和我省现有水平，允许各地在坚持整体设计的前提下，先开发应用与个人住房信息相关的子系统，采集、整理和传输个人住房相关数据；再开发应用其他子系统，最后完成全部规定信息的互联互通。
XX区大件生活垃圾收运处置实施方案
XX区大件生活垃圾收运处置实施方案 按照《XX省城镇生活垃圾分类标准》（DB 33/T 1166-2019），大件垃圾指的是重量超过5千克或体积大于0.2立方米或长度超过1米且整体性强而需要拆解后再利用或处理的废弃物，包括废家用电器和家具等。为规范大件生活垃圾的收集、运输、处置流程，建立一套完整高效、科学合理的大件垃圾回收利用体系，遵循“减量化、资源化、无害化”的原则，统筹安排大件生活垃圾收运处置的各个环节，避免产生大件生活垃圾乱堆乱放、随意丢弃的现象。现将有关事项通知如下： 一、规范大件垃圾收运处置范围 市区二环线范围内及婺城新城区 二、收运方式和费用承担 （一）对于有物业管理的小区内大件垃圾，按照“谁污染，谁付费”原则,在小区内设置临时堆放点，由物业负责联系运输单位将小区内的大件垃圾统一收运至十八里大件垃圾处置中心。产生装运费用由物业公司承担。 （二）对于无物业管理的住宅区内大件垃圾，由所在社区负责统一归集临时堆放点，达一定数量后负责联系装运单位外运处置。现阶段由市供销社下属国企XX市供销再生资源有限公司负责将社区内的大件垃圾统一收运至十八里大件垃圾处置中心。收运产生费用纳入城区低价值可回收物兜底回收政府补助体系中。 （三）对于违法丢弃在街道边、道路两侧及垃圾房（桶）周边的无主大件垃圾，由各区环卫部门负责统一收运至十八里大件垃圾处置中心。产生费用纳入各区环卫经费中，违法行为由各区执法部门依法进行查处。 三、联系方式 XX垃圾卫生填埋场大件垃圾处置中心 联系人：梅光东电话：****-********，*********** XX市供销再生资源有限公司 联系人：吕卸忠电话：****-********，*********** 四、相关要求
开发环境与测试环境搭建办法
精心整理 开发环境与测试环境搭建方案 1.总体原则 1．开发与测试环境单独搭建，开发与测试环境的分离便于利于重现开发环境无法重现的BUG 以及便于开发人员并行地修复BUG，如果选择开发环境来进行测试，开发人员进行某项误操作后发生系统崩溃或者系统不能正常运行的意外，此时测试工作也不得不停止。 2．测试环境与测试数据库分离，测试环境与测试数据库分离保证测试数据库的稳定性、数据准确性以及今后性能测试指标值的准确性。 3．开发环境与开发数据库共用一台，由于开发环境对及其性能要求不高，因此应用与数据库采用共用。 4．测试环境WEB应用部署与生产环境相同，测试数据库的配置（用户、表空间、表）也需与生产环境一致。 2.环境管理 2.1. 系统架构 开发环境构架： 测试环境系统构架： 2.2. 硬件配置 从上述的系统架构图分析需要3台服务器组建开发与测试环境，机型选择普通的PCServer机器即可。 服务器内存CPU 硬盘备注 开发服务器2G到4G之间4C，主频2G以 300G左右 上 300G左右 测试服务器8G-16G之间4C，主频2G以 上
2.3. 安装软件 建议方案中给出是环境搭建的主要软件，其他的工具未在罗列中，根据具体需要自行安装。 3. 权限管理 3.1. 开发环境 开发人员均可访问开发服务器应用代码与开发数据库，可以修改代码与数据以及发布部署开发版本以便自测。 3.2. 测试环境 测试环境由版本管理员管理，负责整个测试环境的管理，包括版本部署、服务启停、数据变更等，测试环境对开发人员只开发查询权限，仅可查询应用日志，服务运行、测试数据。 4. 版本管理 开发与测试环境安装SVN 版本管理软件，由版本管理员负责对开发与测试环境的版本管理工作。 5. 备份管理 1．备份主要包括开发与测试环境的代码与配置，备份方式暂为全量备份。 2．每日凌晨3点系统自动对每个项目的代码已经配置文件自动备份，备份文件名：项目名称_code_yyyymmdd.tar ，备份完成后传至备份服务器(服务器待定)。 测试数据服务器 8G-16G 之间 4C ，主频2G 以上 500G 左右 服务器 操作系统 中间件 数据库 测试工具 版本管理 工具 开发服务器 RedHatLinux5.464位 Weblogic9 Oracle10 无 SVN 测试服务器 RedHatLinux5.464位 Weblogic9 无 JIRA SVN 测试数据服务器 RedHatLinux5.464位 无 Oracle10
大件垃圾处理方案.doc
大件垃圾处理方案 1.1大件垃圾的来源 大件垃圾处理厂作用是用来处理市产生的大件垃圾,大件垃圾主要是指废旧家具和其他一些非电子产品的物品。 废家具主要包括床架、床垫、沙发、扶手椅、桌子、椅子、衣橱/衣柜、书柜等具有坐卧、凭倚、贮藏、间隔等功能的废旧生活和办公器具,通常由若干个零、部件按一定接合方式装配而成,用于家具的材料除木材、金属、塑料外,还有藤、竹、玻璃、橡胶、织物、装饰板、皮革、海绵等;其它类大件垃圾包括主要包括厨房用具、浴卫用具、自行车等,还包括不规则形状的罐类、被褥、草席、长链状物(软管、绳索、铁丝、电线等)等,材料主要是陶瓷、金属、玻璃、橡胶、装饰板、皮革、海绵等。 1.2工程规模 根据市的人口数量和经济情况,初步估计市的的大件垃圾产量在80—90吨/日,考虑一定的富余量,确定大件垃圾处理厂的工程规模为100吨/日。 2大件垃圾处理厂方案设计原则 (1)认真贯彻国家关于环境保护工作的方针和政策,使设计符合国家的有关法规、规范、标准。
(2)大件垃圾处理厂总平面布置力求紧凑,减少占地和投资。 (3)大件垃圾处理过程中的自动控制,力求管理方便、安全可靠、经济实用,提高管理水平,降低劳动强度。 (4)污水处理设备,要求采用技术成熟、高效率低能耗、运行可靠的产品,部分关键设备可考虑从国外知名品牌。 (5)严格按照招标文件界定条件进行设计,适应项目实际情况要求。 (6)积极创造一个良好的生产和生活环境,把大件垃圾处理厂设计成一个花园式的厂区,绿化面积超过40%。 3大件垃圾回收利用现状 大件垃圾经过检测后,不能通过翻新再使用的大件垃圾经过分类拆解,将大件垃圾进行整体拆分,拆解过程中尽量保持元器件、零部件及材料的完整性,对于可再使用的元器件、零部件进行回收,同时对危险材料及零部件进行识别拆除,拆除过程必须保证危险材料和零部件不破损、不遗漏,通过适当方式的贮存,并采用无害化的方式进行处理。对于不可直接再使用的零部件需要进行进一步拆解,以回收其中的可再生材料。对大件垃圾拆解和处理的过程是将大件垃圾由“整”化“零” ,变废为宝的过程,这个过程实现对大件垃圾中可回收零部件以及材料的回收,实现大件垃圾的资源化。对于回收的废旧零部件和材料,在再生利用时必须遵循一定要求,防止在再生利用中对环境造成二