1、尾矿、粉煤灰、煤矸石、副产石膏、矿渣、电石渣等大宗工业固废的综合利用，发展基于生活垃圾等固废的绿色生态和低碳水泥。在保证产品质量和生态安全的前提下，在水泥、混凝土、墙体材料和机制砂石等产品中提高消纳产业废弃物能力，逐步增加可消纳固废的品种。基于建筑废弃物生产产业，农作物秸秆等农林剩余物以及废旧木制品发展生物质建材。关于促进此行业稳增长调结构增效益的指导意见提出：提升水泥制品。停止生产32.5等级复合硅酸盐水泥，重点生产42.5及以上等级产品。加快发展专用水泥、砂石骨料、混凝土掺合料、预拌混凝土、预拌砂浆、水泥制品和部件化制品。积极利用尾矿废石、建筑垃圾等固废替代自然资源，发展机制砂石、混凝土掺
2、合料、砌块墙材、低碳水泥等产品。发展镁质胶凝材料等新型胶凝材料。中国建筑材料工业新兴产业发展纲要中提出重点发展领域：重点发展建材各产业的节能、环保技术装备及围绕资源利用和发展循环经济的节能环保技术与产品，同时向其他行业延伸与扩展节能环保技术与产品。新型多功能节能环保墙体材料及与墙体材料配套的绿色装饰装修材料产业：主要包括各种工程建筑和城乡居民居住用的轻质高强和多功能合一的新型墙体及与墙体材料配套的装饰材料，在原有承担建筑承重、隔断、围护等功能基础上形成的轻质高强、节能保温、低碳绿色、多功能多元合一的国际商贸城，其生产、制造和施工符合节能环保和提高施工劳动生产率要求，尤其以改善居住环境、提高使用
3、寿命、舒适健康为宗旨，具有耐用、节能、环保、防水、防火、隔音、隔热与保温抗震等多功能合一或相互可融合效能的国际商贸城作为重点。在国家及项目当地政策的倾斜和政府的大力扶持下，科技、资本、土地、人才等资源将得到进一步整合，科技创新中介平台、融资体系建设、创新机制、人才引进等方面将有新突破，从而为该项目创造了良好的政策环境。因此，本项目属于国家鼓励支持发展项目，符合国家大力发展产业链的战略部署，项目建设具备政策可行性。2.4.2市场可行性由于国家对产品的安全、环保、节能等要求将日益严格，传统的产品将日薄西山，而国际商贸城将从中获得发展机遇。推广使用国际商贸城是我国降低能源损耗的有效途径之一。该项目充
4、分利用企业自身资源优势，提升企业产品高附加值转化，生产出高品质国际商贸城、国际商贸城分析系列产品，满足市场需求；另一方面，每年可为公司增创丰厚利润，扩大公司市场份额，有助于公司进一步发展壮大。项目产品市场前景好，经济效益显著，投资建设十分必要，将有助于公司做强做大国际商贸城生产主业，调整优化产品结构，推进公司持续健康发展。因此，此次项目建设具备市场可行性。2.4.3技术可行性项目公司拥有一支作业技术纯熟、诚实敬业、年富力强、精干高效的技术人员和生产工人队伍，从而为公司的稳健高效发展奠定了雄厚的基础。公司产品技术及质量均达到国内领先水平，产品适合中国的国情，适销对路。同时，项目公司还将着重对国际
5、商贸城系列产品的生产工艺技术进行研发，不断提高产品生产技术水平。因此，本项目建设在技术上可行。项目公司已做了大量前期准备工作，同时拥有国内一流的技术队伍，资金实力及人才优势较强。项目公司将根据项目发展需要，整合国内优势资源和研究力量，把该项目打造成为国内知名的颇具规模的国际商贸城生产基地。项目建成后将紧跟国内国际先进技术发展脚步，不断缩短技术更新周期，对生产各环节进行全程质量控制，确保本项目技术水平的先进地位。2.4.4管理可行性本项目将根据项目建设的实际需要，专门组建机构及经营队伍，负责项目规划、立项、设计、组织和实施。在经营管理方面将制定行之有效的各种企业管理制度和人才激励制度，确保本项目
6、按照现代化方式运作。2.5分析结论鉴于以上必要性及可行性的预测分析得知，本项目的实施将面临较为广阔的市场发展空间，项目的进一步发展在赢得企业利润的同时，也能更好地服务社会和增加政府财税收入、提高劳动就业率。该项目建设还将形成产业集群，拉大产业链条，对项目建设地的经济发展起到很大的促进作用。因此，本项目的建设不仅会给项目企业带来更好的经济效益，还具有很强的社会效益。综合以上因素，本项目建设可行，且十分必要。第17页国际商贸城建设项目可行性研究报告第三章 行业市场分析3.1我国本行业发展前景分析本行业主要受宏观经济增长及固定资产投资等因素所驱动。受国内宏观经济调控影响，短期内本行业增长有所放缓，但
7、从长期看，在国内城市化进程加速以及国际承包业务逐渐成熟的大背景下，我国本行业具有广阔的发展前景。在经济发展新常态下，生产能力智能化、专业化将成为产业组织的新特征。可见，随着住宅产业化的逐步推进，国内房地产市场及相关建筑企业将面临新一轮产业变革。尤其今年以来，国内住宅产业化推进速度不断提升，产业基地和试点企业也在项目建设、建材生产等方面不断取得新成效，并产生了行业标准化的一些成熟经验，通过不断总结和完善，大规模的建筑产业创新变革就将来临。这场即将改变行业现状的新变革必将推动建筑行业的产业结构大调整和技术大升级。为此，建筑企业如何面临新挑战，如何寻求新突破，正是市场和业界普遍关注的问题。最近，陕西
8、、辽宁等省作出了推进本行业转型升级加快改革发展的指导意见，江苏省召开了推进本行业发展大会，具体措施涉及资金、管理、监督、人才培养及帮扶等多个方面。这些省份在围绕建筑产业现代化基地建设和新型产业发展两个重点上，均采取一系列措施，以推动建筑产业现代化技术研发及标准制定，开展技术创新和管理创新，推进工程设计、构建生产和施工安装标准化。河南则提出了加快全省本行业转型升级，进一步推动建筑强省建设的要求。从长远来看，未来40年，中国城市化率将提高到76%以上，城市对整个国民经济的贡献率将达到95%以上。都市圈、城市群、城市带和中心城市的发展预示了中国城市化进程的高速起飞，也预示了本行业更广阔的市场即将到来
9、。据预测，至2022年，中国本行业将增长130%。其中，2019年中国将超过美国成为全球最大的市场，占全球本行业总产值的19.1%。相信，随着我国建筑产业现代化进程的逐步加快，一种新常态下的产业发展模式将引领产业走向更加科学健康的发展道路。3.2我国此行业发展状况分析 我国经济发展正处在战略转型关键期，我国此行业面临着发展机遇，转变发展方式仍然是主要目标，结构调整、节能减排仍是重点。即将到来的“十三五”期间，我国经济发展仍处于大有作为的重要战略机遇期。世界经济结构进入调整期，世界经济治理机制进入一个变革期，创新和产业转型仍处于孕育期，新兴市场国家力量步入上升期的特征为我国经济发展提供了难得的机
10、遇。而我国以内需为主体的市场需求格局没有变化，工业化、信息化、城市化、市场化、国际化的“五化”发展目标为此行业未来发展提供了巨大的市场空间。随着我国工业化和城市化进程的不断加快，全社会房屋和基础设施建设仍将保持较大规模。落户制品、高耗能产品、及复合多功能产品、节能型材料、高技术材料、及各种新材料、共同基础材料、新能源和节能环保材料等将成为新的需. ;. 软件项目开发流程软件项目开发流程 修改历史修改历史 日期日期作者作者修改内容修改内容 2003-03-12 新規制作 2003-5-18 人员职责的变更，内容的变更 2003-12-4 针对 2004 年度制作最新工作内容下的工作流程 2004
11、-1-14 添加项目经理管理被职员填写下周日程表的规则 . ;. 1 1概述概述 .3 3 1.1目的 .3 1.2内容概述 .3 2 2开发部日常管理流程具体实施方案开发部日常管理流程具体实施方案 .3 3 2.1基本原则 .3 2.2内容概述 .3 2.3内容详细描述 .3 3 3开发部管理流程具体实施方案开发部管理流程具体实施方案 .1010 3.1内容概述 .10 3.2开发部概要流程图 .12 3.3开发部管理人员工作流 .12 3.4BUGSURVEY工作流 .15 3.5项目分析工作流 .15 3.6BETA后质量保证工作流 .15 3.7测试组BETA前工作流 .15 3.8项
12、目组基本工作流 .15 3.9测试部版前流程.19 4 4绩效考核实施方案绩效考核实施方案 .2121 4.1总则： .21 4.2流程图 .21 5 5开发部激励和过失管理流程开发部激励和过失管理流程 .2424 5.1激励管理系统 .24 5.2过失管理系统 .24 . ;. 1概述概述 1.1目的目的 用标准化的流程来统一管理公司的运作，避免混乱，提高管理的质量。 在实施过程中，所有管理者能够根据此统一的流程，总结经验，提高认识，加 强技术水平和管理水平。 提高公司级的技术分析能力，为公司储备一支分析队伍，侧重在需求理解和需 求分析、框架设计上的能力。 对人员负责内容上，明确化各自负责的
13、内容，提高工作效率。 1.2内容概述内容概述 开发部日常工作流程 开发部管理流程 开发部绩效考核流程 开发部激励和过失管理流程 2开发部日常管理流程具体实施方案开发部日常管理流程具体实施方案 2.1基本原则基本原则 公司开发部力求建立公平公正的评价体系，严谨的工作流程定义和及时的记录 与反馈，规范职员活动，形成一个紧张有序的团队。 没有一个明晰的流程和高效的反馈体系，就不可能把工作做好。但是，这需要 每个人按照规则把自己应该负责的那一部分高效完成，只有这样才能保证整个 系统的顺畅，同时，如果个人没有完成自己的指责和按照规定填写内容，影响 的不单单是自己的工作而是整个系统。 2.2内容概述内容概
14、述 日报周报使用规则 目的注意是为了提高开发部整体的计划能力，反馈能力和管理者的控制能力。 同时提高整体职员参与公司管理的渠道。 日常活动的方法 提供开发部工作流程外的突发事件的解决方法 2.3内容详细描述内容详细描述 2.3.1 日报日报/ /周报使用规则周报使用规则 （1）日报/周报的使用 加强全体人员的计划能力，做到我每天要做什么？今天项目经理给我的安排是 什么？对应项目经理和部长要知道每个人在做什么？只有这样，才能保证控制 人员可以宏观调控，而个人也不会不知所措。 注意事项： 1. 周报哪怕只有一天也需填写；保持统一性 2 开始时间必须为 22：00 结束时间为 23：00， 内容内容
15、负责人负责人填写要求填写要求监督人监督人违规处理违规处理 . ;. 周报项目组长 技术分析技术分析 负责人负责人 测试组组测试组组 长长 项目进展整体状况： 本周已完成工作量及不能解决的 问题反馈，建议或提议； 为每一个人员安排下周工作计划， 下周项目风险的预估。必须填写 必须每周五 16：00 前填写完毕。 项目经理没有按时提交的， 负责人扣除相应的 绩效 日报开发部全 体人员 项目进展状况： 不能解决的问题反馈建议或提议； 突发问题必须反馈；突发问题必须反馈； 当天已完成工作量，明天工作量当天已完成工作量，明天工作量 安排安排 建议大家把工作安排填写，有利 于提高自己的计划能力和规划能 力
16、。同时能保证事情不会忘记。 项目组长 （2）目标功能的使用 为每一个程序员根据个人不同的能力和状况设定目标，对于圆满完成目标者进 行鼓励。同时，保证公司的开发效果在可控制范围内。 3开发部管理流程具体实施方案开发部管理流程具体实施方案 3.1内容概述内容概述 开发部从流程上主要分为以下几方面： （1）开发部管理人员工作流 （2）BUG Survey 工作流 （3）项目分析工作流 （4）Beta 后质量保证工作流 （5）测试组 beta 前工作流 （6）项目组运行基本工作流 开发部从实施人员角色划分如下： 项目组长：项目组长： 统筹解决项目的全部事宜。进行项目的整体计划的制定和实施，保证项目的可
17、持续 发展和利润率。 项目经理：项目经理： 对公司级的资源进行调配，同时进行开发部的整体计划的制定和实施，保证开发部 的可持续发展和利润率。 . ;. 技术设计负责人：技术设计负责人： 统一协调分析组的工作，在对日项目分析组中，进行设计文档的统一确认，在对中 方项目中，承担需求的统一把关处理。同时负责分析组的日常工作安排的统筹。 QAQA： 统一管理项目质量保证，监督项目组各项活动有序开展 程序员：程序员： 主要是负责项目按照分析文档的实施，同时，在实施过程中优化代码结构，提出合 理化建议，其中优秀者可以作为 TeamLeader 负责具体组织工作和分析管理工作。 测试员：测试员： 负责公司测
18、试流程的具体实施，要求掌握测试的技术，提出合理化建议，并保证整 个软件的可靠度。 翻译人员：翻译人员： 负责中外文文档的翻译，要求工作严谨，保证质量。在同客户交流中，负责接待和 沟通。同时，在个人的发展意向中可以兼顾其它公司内的常务工作。 3.2开发部概要流程图开发部概要流程图 3.3开发部管理人员工作流开发部管理人员工作流 . ;. 3.3.1 软件开发管理体系构成软件开发管理体系构成 参与人员参与人员： （技术设计负责人+测试负责人）+项目组长 管理主线：管理主线： 管理人员去合适目前我们正在进行的总量有多少，检收而为付款的有多少， 实施完毕而没有检收的有多少。 管理人员去看我们下周能够接
19、受的项目有多少，以便在每周五可以制定下 周的工作计划。 项目经理可以看自己负责项目的基本参数。 BugBug 管理系统：管理系统：作为质量控制过程实际结果的监控。以便总结质量的问题，进 行反馈。 FileserverFileserver 文档文档：通过文档管理和整理，保证全部职员能够随时的了解其他 项目的信息和相信内容。同时，统一化文档管理，为以后的发展提供素材。所 有的文档主要包含如下几种： HearingSheet：一个简要的需求，重点在于强调这个需求的原因（前因后 果） UI 文件 设计文档： 东京和北京共同进行 估算报价书 问题收集表：所有的问题一定要集中在一个文档内 功能点文档：一定
20、要融合问题收集表内对应答案的所有内容 计划文档：要包含甘特图 项目总结及绩效分配方案：把项目总结作为重点进行。 单体测试用例；按照模板进行 测试组测试用例: 要保证最后的测试结果 确认测试用例： 客户确认 beta 版后障害书：项目确认者发送，按照同一格式进行书写和填写。 beta 后障害 list 表，其中包含 bug 的简单描述、bug 的类型确定和各部 门关于 bug 的总结。 （2）过程管理类 一个项目两次会议：项目启动会议和项目总结会议一个项目两次会议：项目启动会议和项目总结会议 项目启动会议主要是讲述项目的功能点，并据具体问题，进行严格的定义，说 明本项目所必须遵守的特殊规则，子功
21、能间的前后顺序，统一的接口定义，和 每个人在项目实施中应该注意的问题。 项目总结会议和 MD 分配方案的确定。主要是根据项目实施的结果，进行集中 的讨论 和谐而公平的团队和谐而公平的团队：公司其他方面的管理，就是为了加强管理，提倡量化。做 到各司其职，多劳多得，公平评价，提供机会给相应的人。 3.3.2 管理人员注意事项管理人员注意事项 其中反馈机制的建立最关键。其中管理必须遵守以下规则： . ;. 对象对象流程流程 编号编号 工作内容工作内容上流方上流方下流方下流方备注备注 项目经理分配项目客户负责人项目组长 解决人力矛盾项目组长 测试负责人 技术设计负责人 项目组长 测试负责人 技术设计负
22、责 人 下流方人员负责把结果 反馈给东京担当者 开发部经理公司管理问题项目经理 各级负责人 职员 全体职员一定要给问题提出者答 复，成为制度后颁布 组长分配项目项目经理各个成员 项目人力调节无项目经理如果出现空闲同时反馈。 分部管理问题无开发部经理 项目经理项目分析和问题确认无客户结果物概要需求文档和 问题与回复整理文档 项目里程碑信息反馈 项目开始时间，项目开始时间， alfa,betaalfa,beta 版本时间和版本时间和 原因，估算变更及原因原因，估算变更及原因 无项目经理 组织团队进行技术文档 的书写和维护 无测试部经理测试部经理 teamteam 所有成员所有成员 文档列表如下：
23、功能点文档 问题收集 计划书 单体测试用例 QA 监督 svn 的执行情况程序员 项目经理 组长 监督过程管理参数组长 项目经理 整理所有项目文档组长项目经理 对日汇报表组长项目经理 绩效考核提供过程情况 汇总 组长项目经理月度过程管理处理表 测试部经理组织书写测试用例项目经理（功能 点文档） 东京 整理汇总 beta 版后 bug 分析表 项目经理（提供 的完整的 后 障害书） 所有管理者其中的技术分析和管理 分析及对东京的建议应 由项目负责人进行填写 控制测试的结果 . ;. 3.4BugsurveyBugsurvey 工作流工作流 参见bugSurvey 工作规约 。 3.5项目分析工作
24、流项目分析工作流 参见项目分析工作规约 3.6BetaBeta 后质量保证工作流后质量保证工作流 参见beta 后规作规约 3.7测试组测试组 betabeta 前工作流前工作流 3.8项目组基本工作流项目组基本工作流 3.8.1 概述概述 在项目进行过程中，要求能够及时反馈。做好计划安排，并调整这个人力的配 比，以达到最好的效果。 3.8.2 对程序员的要求对程序员的要求 尤其在分析组成立前期，对分析组的设计书，尽可能提出建设性意见和设 计的问题，有利于提高项目分析能力 在功能实现上，主要和项目经理的沟通，把类结构设计和代码向理想情况 努力，同时用公司内的代码规范作为自己的行动准则 在日常活
25、动中，加强团体意识，加强责任感。 3.8.3 对项目经理的要求对项目经理的要求 主要职责为： 类设计的严格控制。保证整个软件包的可维护性 项目过程管理。能够紧密的控制整个项目的进程，发现项目中的各种风险 因素，尽早地把风险在项目中消除。 硬性要求如下： （1）每个项目（大于 10MD 正常项目）必须提供的文档为功能点文档， 需求收集，单体测试用例，项目总结及 MD 最终分配方案文档 （2）每个项目（大于 10MD 正常项目）必须召开两次会议： 项目启动会议主要为了统一项目的内容规则和要求，同时把整体 逻辑和框架做简要说明。 项目总结会议：主要是评价每个成员的表现和项目完整的状况和 质量，总结失
26、败的经验教训。同时根据评论的结果进行最后的 MD 的分配。 整个团队的建设和公司的管理工作。在项目管理中发现问题，把反映给公 司。以备在公司级别对整个流程和各个环节进行调整。 3.8.4 流程图流程图 . ;. 接收来自项目经理 的项目通知 收到来自分析组概 要设计第一版的通 知 确定alfa和beta版 本 接收来自分析组详 细设计第一版 项目启动会议，功 能点和人员分配 项目的类结构设计 （项目组长和程序 员） 编码 项目中出现新问题 开发组内代码检查 书写单元测试用例 单元测试 提交alfa版本 项目总结会议 关注项目的分析进 程并做初步计划 1、功能点文档 2、问卷 功能点及问卷文档
27、名确认及svn路径 邮件通知测试 经理，QA 对概要设计做初步 审核 邮件通知项目 经理及测试负 责人：项目开 始时间，alfa 时间beta时间 上传项目开始时 间，alfa时间beta 时间 计划安排文档 结合项目情况进行 计划调整 制作项目安排计划 表计划表上传SVN 项目经理审批 要遵守编 码规则和 类结构方 案 邮件给文档作 者，并通知项 目组长和项目 经理 提交项目经理 Bug管理系统录入 代码走读记录 制作单元测试文档上传SVN，路径， 文档名格式 提交项目经理 结果反映到单元测 试用例文档中并上 传SVN 邮件通知测试 组长 发送测试组 制作项目总结报告 上传SVN 3.8.5
28、 项目组文档管理项目组文档管理 原则： Comment A1: 注意修正 . ;. 所有文档必须都放在 SVN 上，进行统一管理。同时，负责人在本地应保 留一份同样的备份。 细节描述(各路径存放什么文件) 项目项目内容内容备注备注 Spec 设计说明书 QuestionSheet 设计说明书的补充说明 设计说明书的各个版本 设计说明书一览表 设计说明书一览表要记录所有文档 变更的情况，并指明最后项目实施 与文档之间的关系 Test case 项目组书写的单体测试用例 测试组书写的测试用例 东京发送的 confirm 测试用例 Schedule 针对项目实施的日程安排 对东京进行进度汇报的每个报
29、表 Function Points 功能点文档 All Bug Spec Beta 后障害书 针对此项目的 beta 后 bug 类型确定和经验汇总。完 毕后，应及时发送测试组项目经理。 UIHtml Demo Hearing Sheet 联系分析组，如果有应该直接 copy FP Spec FP sheet 不同版本 FP change 表 FP 说明，记录所有 FP 变更历史，以备后期确认的 方便。 3.9测试部测试部 版前流程版前流程 3.9.1 相关人员相关人员 测试部经理： 测试组成员： 3.9.2 测试人员的要求测试人员的要求 一定要注意配合。因为，在此环节，一种好的描述方式和沟通
30、方式将会直 接影响工作效率和工作质量。所以，首先大家要注意 bug 管理系统的使用 方法和规则，同时，尽量采用统一的属于进行描述，如果需要图形辅助， 也可以进行贴图。 加强需求理解能力。能够尽快的理解文档和功能测试用例。 在工作中细致、耐心、有条理。 同时对应 esm 系统需要测试部填写的过程参数必须严格按照规定填写。 3.9.3 工作流程图工作流程图 . ;. 收到功能点概要设 计 收到功能点详细设 计 接到开发组alfa通 知后 转测条件通过后 第一阶段测试 第一阶段测试结束 回归测试 提交beta版本 接到beta版 1、编写测试测试 方案 按照功能用例进去 测试 测试完 毕，关闭 ji
31、ra上问 题状态 1、检查测试结 果是否录入； 2、数据库及 Resource改动 启东beta版流程 文档上传svn，文 档名和路径 文档上传svn，文 档名和路径 编写测试用例 1、检查测试结果 是否录入； 2、数据库及 Resource改动 条件不具备， 不能转测韦根协议Wiegand协议是国际上统一的标准，是由摩托罗拉公司制定的一种通讯协议。它适用于涉及门禁控制系统的读卡器和卡片的许多特性。 它有很多格式，标准的26-bit 应该是最常用的格式。此外，还有34-bit 、37-bit 等格式。 而标准26-bit 格式是一个开放式的格式，这就意味着任何人都可以购买某一特定格式的HID卡
32、，并且这些特定格式的种类是公开可选的。26-Bit格式就是一个广泛使用的工业标准，并且对所有HID的用户开放。几乎所有的门禁控制系统都接受标准的26-Bit格式。简介Wiegand协议是国际上统一的标准，有很多格式，标准的26-bit 应该是最常用的格式。此外，还有34-bit 、37-bit 等格式。但是安防行业并不愿意把这些格式公开，而安防公司也常常变化这些格式来保证产品的保密性。而标准26-bit 格式是一个开放式的格式，这就意味着任何人都可以购买某一特定格式的HID卡，并且这些特定格式的种类是公开可选的。26-Bit格式就是一个广泛使用的工业标准，并且对所有HID的用户开放。几乎所有的
33、门禁控制系统都接受标准的26-Bit格式。Wiegand（韦根）协议是由摩托罗拉公司制定的一种通讯协议，它适用于涉及门禁控制系统的读卡器和卡片的许多特性；其协议并没有定义通讯的波特率、也没有定义数据长度韦根格式主要定义是数据传输方式:Data0和Data1两根数据线分别传输0和1.现在应用最多的是26bit,34bit，36bit，44bit等等。韦根数据输出的基本概念韦根数据输出由二根线组成，分别是DATA0 和 DATA1 ；二根线分别为0或1输出。输出0时：DATA0线上出现负脉冲；输出1时：DATA1线上出现负脉冲；负脉冲宽度TP=100微秒；周期TW=1600微秒；具体时序如下：例如
34、：数据01000的时序如下：韦根26位输出格式标准韦根输出是由26位二进制数组成，每一位的含义如下：1 2 9 10 25 26X X X X X X X X X X X X X X X X X X X X X X X X X X 二进制第1位为213位的偶校验位第29位对应与电子卡HID码的低8位第10-25位对应电子卡的PID号码第26位为14-25位的奇校验位这26位数据在读出器的韦根输出线D0，D1上输出。-韦根26位输出格式：E XXXX XXXX XXXX XXXX XXXX XXXX O前12BIT偶校验 前12位 后12位 后12BIT奇校验以上数据从左至右顺序发送。高位在前。
35、如果电卡的地区码位2个字符，即8位则可用那设置255个地区码（(15x16)+15=255）；电子卡的卡号位4个字符，即16位则可设置65536个卡号（(15x16x16x16)+(15x16x16)+(15x16)+15= 65,535）。以电子卡为标准26位韦根格式为例，假设电子卡号码为：地区码 ：01 卡号：0001韦根输出为:1 0000 0001 0000 0000 0000 0001 0前12BIT偶校验 前12位 后12位 后12BIT奇校验地区码 卡号-标准韦根输出是由26位二进制数组成，每一位的含义如下：12910132526EXXXXXXXXXXXXXXXXXXXXXXXX
36、O二进制第1位为2-13位的偶校验位第2-9位对应与电子卡HID码的低8位第10-25位对应电子卡的PID号码第26位为14-25位的奇校验位以上数据从左至右顺序发送。高位在前。例如：一只HID：16385，PID：00004的电子卡其26位韦根输出为：10000000100000000000001000检验位HID=16385（二进制的低8位）PID=4（二进制）检验位这26位数据在读出器的韦根输出线DATA0，DATA1上输出。DATA0，DATA1在没有数据输出时都保持+5V高电平。若输出为0，则DATA0拉低一段时间，若输出为1，则DATA1拉低一段时间。两个电子卡韦根输出之间的最小间隔为0.25秒。韦根26接收韦根的接收对时间的实时性要求比较高，如果用查询的方法接收会出现丢帧的现象：假设查询到DATA0为0时主程序正在指向其他任务，等主程序执行完该任务时DATA0已经变为1了，那么这样就导致了一个0 bit丢了，这样读出的卡号肯定奇偶校验通不过，所以表现出CPU接收不到ID模块发送的卡号了。唯一的办法是在外部中断里接收每个bit。（仅仅在中断里获得开始接收wiegand数据还不行，因为这是尽管给开始接收wiegand数据标志位置位了，但是主程序还在执行其他代码而没有到达查询开始接收wiegand数
