高级系统工程师岗位的工作职责

高级系统工程师岗位的工作职责（精选14篇）

1.高级系统工程师岗位的工作职责 篇一

职责：

1、负责服务器基础架构部署设计，并持续优化

2、负责研发平台的搭建，环境需求对接、设计和实施

3、负责集群化运算平台的自动化运维

4、负责大型GPU运算平台的设计与神经网络的搭建

5、解决运维过程中重大事故、性能瓶劲等问题

6、参与整体的网络结构设计，协助各方实施规划

7、参与系统、网络、应用的安全防护与安全审计

职位需求：

1、计算机相关专业，本科以上学历，8年以上半导体行业经验

2、精通Linux系统结构，至少熟悉二种以上脚本语言。

3、具备脚本开发能力，有业务开发经验优先;

4、了解研发型公司的存储网络与IB网络架构

5、主导或参考过大型的研发平台架构设计，有开发经验者优先

6、熟悉大型企业和数据中心的网络设计，有CCNP/ CISSP证书者优先

2.高级系统工程师岗位的工作职责 篇二

1 管理岗位工作量化系统的理论基础与设计思想

管理岗位工作量化系统的理论基础与设计思想如下:

(1)在本系统的管理思路设计中,项目管理的理论运用与实践是核心,体现项目管理思想的主要是认为事务无论大小,都有开始、结束和过程,具有项目特征,适用于简单的项目管理方法,可以拓展使用阶段控制、期量控制和统筹调整等项目方法,并力求采用项目成本计算方法,获得每个事务里的每个细微进程的时间成本信息。

(2)在管理的系统方法、关键流程链原理运用上,本系统主要体现在将任务按照关键流程链的方法进行决策点识别,在然后对识别的决策点进行类别划分后,将任务进行分类,目前确定的类别从决策点来看有下达任务、自建任务两类,从时态来看有完成任务和计划任务,从区域来看有本部门任务和跨部门任务等类别。

(3)在统计技术的运用上,本系统使用了趋势分析、排列分析、相关分析和正态分布判断等技术。其中对负荷和事务数的关系分析采用趋势分析和排列分析;对同岗位、同部门的工作习惯进行正态判断等分析,并采用分析结果调整相关方程修正参数。

(4)在组织行为学上和心理学上,本系统主要借鉴的有两个方面:一是给员工提供帮助,这方面的体现主要是为员工提供任务统筹、提醒、在线沟通与通知等功能;二是公开量化数据分析结果,比如执行力水平、负荷水平、事务数排名等,并公开任务进程,实现管理中的动态横向比较,产生工作动力。

(5)在借鉴了备份软件——“影子系统”工作原理上,本系统主要有两个特点:一是实现用户个人与岗位数据的分离;二是系统中所有的采集信息,可以从数据库中制度流程涉及的岗位、用户和系统共同穷尽的任务类别来进行数据提取和挖掘分析。

2 管理岗位工作量化系统设计的影响因素分析

2.1 管理岗位工作事务的特性识别分析

在对组织中所有管理类事物进行识别时,本文以现有的企业资源配置为基准,通过头脑风暴和调查,识别了很多的管理现象和形成因素,通过聚类和典型归纳,总结了8个典型现象、8个典型因素和2个可互相转化的交互因素,并将8个现象按流程顺序进行横向排列,将8个因素纵向罗列,在进行了相关强度分析后,按强相关降序排序,并将可互相转化的2个交互因素分别列在两个序列的最后,形成了特性识别分析表,如表1所示。

注:●强相关◇相关♀弱相关

依据纵向强相关度排名和综合相关度排名,本文确定了任务统筹、任务提醒、工作质量、控制与反馈、信息技术、过程数据等6个要因。通过其共性识别分析与复杂度判断,发现这6个因素中的5个具有共同的重复机械并可控制等特性。

2.2 管理事务属性的归类分层分析

企业管理类事务由各管理岗位的多个工作流交织组成,一个工作流包含一组具体执行过程,工作流起点定义为工作源,具体流转、执行过程定义为任务,工作流终点定义为岗位执点,任务的过程经历时间定义为任务历时,任务的用时定义为工作流时间成本。对具体的管理岗位事务的来源、称谓、过程和特点,本文进行了归类分层分析,结果如表2。

在分析表中,采集的信息看起来比较多,但通过归类、分层分析后,可依据其具体特性和企业实际归纳出会议、日常、项目、临时工作、会议等多个二级工作源。系统设计时,以二级工作源为依据,将系统功能划分为计划统筹、会议管理、项目管理和临时任务日志功能四个核心业务块,并配以任务回顾、任务跟踪查询、在线广播与交流和系统维护设置等服务与管理等功能。

3 管理岗位工作量化系统设计应实现的功能分析

3.1 任务统筹与提醒

在匹配任务统筹、提醒功能的研究上,本文结合企业实际设计了10个调查问题,对100名从事管理岗位的工作人员进行了电话访谈、调查和验证,最终确定任务统筹应实现以下功能:

(1)制定周期计划:每月为一周期。(2)制定计划:随时制定,可选择计划的循环与否。(3)接受上级、会议、项目任务:承接上级、会议和项目任务。(4)计划展示与统筹:提供列表模式和进度(甘特)模式,制定的月计划、周期计划、临时计划、项目计划、上级下达任务、会议决议内容均在一个列表或者甘特图中进行展示和调整。(5)实现工作任务完成情况的回顾,并能在选择好任意时间区间的条件下,导出本岗位的具体工作详细清单。

而匹配提醒主要应实现以下功能:

(1)计划开始提醒:在任务开始的前一天、任务开始前一小时给于提醒。(2)计划到期提醒:任务到期前一天和到期前一小时给于提醒。(3)会议通知提醒:会议召开通知与计划开始提醒属于同类提醒范围。(4)任务到达提醒:在上级、会议和项目任务到达岗位时给于提醒。(5)系统广播(消息)到达提醒。

3.2 数据采集与任务分析

在明确了系统所能采集到的数据后,本文认为如果要实现对管理性事务的定量描述,必须要对所采集的数据的任务时效特性、任务工作源特性、角色特性再进行一次细分研究,才能使数据的条理清晰,使每条任务信息数据都有一个“账户科目”,从而为建立分析模型奠定基础。

(1)任务时效特性分析。从管理事务的将来时态、正在进行时态和完成时态来看,不仅要获得将来时态的任务过程数据,即有计划期的任务信息数据,而且要获得正在进行时态、已经完成的任务信息数据,比如制定会议日程通知、领导交办的需要马上完成的事务等过程信息。

(2)任务工作源特性分析。系统在事务的任务类别管理上必须要实现以下两个功能,以获得管理岗位的事务类别信息,并以此对事务数据进行存储分类。

(3)任务角色特性分析。实现人员和岗位的分离,建立了岗位和姓名的映射表机制。这个特点在本系统设计中极其重要,常见的系统设计思路惯例是采用用户名直接登陆后进行操作,相关权限直接指定到人员,而在这里的区别是系统中的权限被按岗位进行设置,如果人员发生变动,那么这个人员在岗位变动后,登陆该系统,则不需要进行任何赋权改变,直接就能使用该岗位的权限,而且能够继续使用前面在这个岗位上工作人员所留下的所有工作安排和任务设置,并结合自己的实际情况进行改变和调整。

3.3 过程数据分析

3.3.1 员工个人工作情况的量化分析

依据所能采集到的数据和用户使用本系统的模拟推演,本文确定了如表3的分析目标。

3.3.2 岗位工作情况的量化分析

同样依据所能采集到的数据和用户使用本系统的模拟推演,结合员工个人分析结果,本文确定如下分析目标:

3.3.3 团队工作情况及协同性量化分析

考虑到企业实际,在前期的调查中,可以认定组织内部的比较多的重要工作是通过会议形式进行分析和下达的。

在这个系统自动生成的报告中,其会对会议的会议成本、会议决议完成率、及时率、部门协同性、综合执行力指数进行显示,量化显示的结果将能为发现管理改进机会提供较好的参考。

4 结论

管理岗位工作量化系统在管理事务的统筹上效果明显,如跨部门的事务处理、跟踪和沟通协调,特别是会议管理功能,而其中的决议跟踪功能,确保了每次会议召开的质量,提升了岗位和部门的执行力水平。第二,该系统能为员工的绩效计划制定、跟踪和评价提供了有价值的平台。实时工作记录模式最大程度地保留了员工的工作成果信息,为员工的周期绩效评价提供了有力的支撑。第三,该系统能为在企业形成了部门、员工工作比较的氛围。由于部门、员工工作数据被系统公布,相关执行力评价由系统依据预定的规则自动生成,促使部门、员工不断审视自己的工作方式和调整响应速度。第四,该系统能清晰的跟踪岗位、人员的动态,并相应归类相关信息,为补充和完善岗位价值、劳动强度分析和人员技能水平提供有用的参考信息。

摘要：针对企业部门之间运作的实际问题,总结了管理岗位工作量化系统的理论基础与设计思想,分析了管理岗位工作量化系统的影响因素,提出了该系统应实现的基本功能,并以郴州卷烟厂的实际应用说明了该系统功能的设计与应用情况。

关键词：管理岗位,工作量化,系统设计,工作事务

参考文献

[1]陈瑞玉.建立工作人员量化考核体系初探[J].珠江水运,2009,(8).

[2]李亚洲.浅谈管制工作中的量化管理[J].空中交通管理,2008,(9).

3.高级系统工程师的岗位职责 篇三

1.参与产品路线图的规划，以及产品需求的定义;

2.对接产品经理和项目经理，负责产品需求的澄清、分解，将产品需求书转化为系统设计规格书;

3.组织研发过程中的关键设计审核，负责协调产品开发和生产过程中的疑难问题分析与解决;

4.制定系统集成验证方案以及计划，并主导执行;

5.跟踪产品检测过程，负责准备注册文件;掌握设计控制流程，规范开发过程的合规性;

任职要求：

1.具有工业机器人，通讯或医疗器械，智能装备行业项目系统设计经验，必须有产品从立项到上市售后的完整经验;

2.熟悉嵌入式系统、工控机， 机器人伺服控制系统和电机选型，熟悉通信协议、CAN总线技术，理解机械力学设计,了解运动控制;

3.熟练使用SW，ME，EE开发工具之一;

4.具有开发流程管控意识，同时理解设计防范(DFMEA， PEFMEA);自动化、机电、电子，计算机软件相关专业。

4.高级实施工程师岗位的职责 篇四

1、负责部门项目实施工作及实施过程中各类实施文档的编制工作;

2、对部门所涉及到的项目/产品客户需求沟通、确认、收集归档工作;

3、负责软件安装调试、数据割接初始化、用户培训和项目推广;

4、及时记录并解决用户在系统使用过程中遇到的问题，其处 理结果上报项目经理;

5、配合项目经理完成项目验收工作;

6、完成领导交办的其他工作任务。

任职要求：

1、2年以上软件及硬件技术支持相关工作经验;

2、精通主流操作系统相关技术操作;

3、熟悉weblogic、tomcat等主流应用服务器;

5.高级测试工程师工作的岗位职责 篇五

1、负责行情、交易等后台系统的功能测试、接口、压力测试;

2、负责研究测试方法和工具，不断完善测试方案，提升测试质量，降低产品线上BUG量;

3、根据需求特性，制定完善的测试方案和测试流程;

4、负责测试效率提升建设，自动化测试，持续集成，压力测试平台等;

岗位要求：

1、3年以上服务端测试、测试开发或者开发经验，计算机相关专业;

2、熟悉linux系统，掌握以下至少一种语言：Java/Python/C++，计算机基础扎实;

3、熟悉软件开发流程，熟悉软件生命周期各阶段的测试方法，具有白盒测试、接口测试、自动化测试经验;

6.高级数据库系统中的并发控制问题 篇六

1 并发控制与恢复

1.1 高级数据库系统通过运行事务的管理程序来实现并发控制恢复功能

运行事务的管理程序是一组基本完整的运行程序, 原子性是其基本特征, 可以从两方面理解事务的原子性特征:一是存取共享数据的事务都是独立的, 不受其它事务的干扰;第二点是如果事务正常结束任务, 系统将保存它操作的结果, 如若事务出现异常结束, 系统会消除它对数据库带来的影响。可以看出保证事务的原子性, 就可以保证数据库状态的一致性。数据库系统通过并发控制的方法实现了事务的原子性特点, 如果事务运行失败, 就由数据库系统的恢复操作维护事务的原子性。所以说事务是逻辑上的单位, 只是代表了一组基本完整程序的操作;同时事务也是并发控制的单位, 目的是使事务的运行不受干扰;恢复的单位也是事务, 为了使事务的运行成功, 不对数据库产生影响, 并发控制和恢复可以联合保证数据库的管理系统所维护数据库状态的一致性。

1.2 高级数据库系统数据库恢复

(1) 恢复工作步骤。

(1) 对数据库进行完全性检查;

(2) 了解备份设备中的内容;

(3) 针对数据库恢复类型及备份内容选择不同的恢复策略;

(2) 恢复策略。

不同恢复类型的数据库采用不同的恢复方案, 对于完全恢复模型的数据库恢复按如下次序进行。

(1) 恢复最近的一次完全备份;

(2) 恢复最后一个差异备份 (有的话) ;

(3) 从最后一个差异备份时刻后按时间的先后恢复;

(4) 每一个事务日志备份 (有的话) 。

对容量日志记录恢复模型恢复方法也是如此如:对一个简单型数据库星期一进行了完全数据库备份, 星期二进行了差异备份, 星期三进行了完全数据库备份, 星期四进行了差异备份, 星期五进行了差异备份, 星期六出现故障。

恢复策略应为:恢复星期三的完全数据库备份和星期五的差异备份, 在讨论恢复时, 我们关心的是经历是否可以恢复, 而讨论并发控制的时侯, 我们关心的是怎样可以获得可串行经历。串行经历可以维护数据库的一致性, 而可串行经历就相当于一个串行经历。所以可串行经历是可以维护数据库状态一致的经历。在传统数据库系统中可串行性可以判断并发事务运行的正确性。

2 传统的并发控制方法

实时协同设计系统中, 是多用户共享工作空间, 共享的数据资源, 用户在一定的规则下并行的对共享数据操作, 为了保证协同设计系统的正常运行, 必须保证共享数据一致性。这也是实时协同设计系统要攻克的难关。为此, 研究人员提出多种解决并发控制一致性的策略。

在解决并发控制问题的典型策略有以下几种:加锁法可以给共享对象提供加锁和解锁的操作。用户如若想访问共享对象之前, 需获得此对象的锁。这种方法适合低度的并行交互。操作转换的方法是对共享对象的本地操作马上执行, 而远程操作在执行之前需对操作的参数进行调整, 来补偿由执行其它操作所引起的共享对象状态的变化。而集中控制方法是使用集中控制进程管理共享对象的操作。它同时接收多个用户的操作, 按一定规则排序, 之后用户按序执行, 保证了一致性。

3 高级数据库系统对并发控制的新需求及解决方法

高级数据库系统的显著特点是其事务的生存期很长, 一般可以持续几个小时至几天, 所以被称为长事务。长事务导致事务之间的冲突及死锁的概率增加。如果有冲突或者死锁的发生, 传统的方法只能是以冲突事务等待或者撤消死锁事务为途径解决。长事务存在的结果可能导致超长时间的等待, 或长事务被撤消将会造成多个用户的大量工作徒劳, 数小时以至多天的工作完全报废, 损失极为严重。这样传统的并发控制方法, 并不能适应高级数据库的应用需求。

现在, 对于长事务并发控制方法的研究共分为两大流派:一个是以可串行性来做为判断事务正确运行的标准, 还可以利用事务的语义扩展可串行化技术, 最终达到使系统并发度提高的目的。现以利它锁协议为示例。其二是突破可串行性标准的制约, 高度利用应用层语义及一致性谓词来构造非串行化的及维护数据库状态一致的事务经历, 例如基于NTPV模型并发控制的方法.先分述如下。

3.1 利它锁协议

通过对2PL方法扩展放松条件, 使事务可以有机会获取需要的锁, 利它锁的方法可以有效缓解因长事务存在引起的较短事务的长等待的状况。这种方法使系统获得更大的并发度, 使高级数据库系统的异发控制得到制约。利它锁适用于有长事务的高级数据库系统的并发控制的方法。但2PL也是不可避免的发生死锁, 而且也是不可能把长事务并发控制的问题全部解决, 但它可以有效的缓解事务的长期等待, 提高系统的并发度, 是相对适合长事务并发控制的一种方法。其基本思想是遵守2PL规则的同时, 对于长事务所占用的数据项, 一旦确定该事务不再使用这个数据项时, 就尽快解除相应锁, 方便其它事务的使用, 这就基本等于把事务获得锁的条件放宽, 较好的缓解了事务需长期等待的状况, 而且它同样具有2PL的优点:易实现、易理解和确保事务的可串行运行。当然也同时存在2PL所存在的问题。为了把事务不使用的数据项转让给其它的事务及时使用, 利它锁协议就在加锁和解锁两个基本的并发控制操作的基础之上, 添加了赠锁, 这是第三种并发控制操作, 而经过赠锁的数据项, 就可被其它用户使用了。当然赠锁操作是不可以代替解锁操作的, 最终事务是必须由解锁释放所有的数据项, 而不管其是否已经赠锁其中任一数据项。赠锁的操作基本规有两点, 其一是事务只能对当前上锁的数据项实行赠锁的操作, 二是事务不可以存取已经被自己赠锁的数据项。

3.2 基于NTPV模型的并发控制方法

NTPV模型在模型中引入了谓词和多版本的嵌套事务, 这也是这个事务模型名字的由来。这个模型被认为是适合长事务的事务模型, 它的并发控制方法突破了可串行化的限制, 被认为是具有前途的一种适于长事务管理并发控制方法。在NTPV模型中我们把每个事务都可看成是由若干个子事务组成的, 而每个子事务又是一个事务的模型称为嵌套事务。如此形成的事务嵌套树, 用树的叶结点来代表数据库的操作, 用谓词来表示数据库地一致性限制, 而多版本允许一个数据项同时存在不同时期多个版本值。NTPV模型应用了这三个概念, 可以更好的描述划分长事务, 对提高系统并发度极为有利。在NTPV模型当中, 把事务的运行看作是数据库状态的转变, 是对满足一致性谓词的转变。如果事务运行将数据库的状态从满足输入一致性谓词转换之后为满足输出一致性谓词, 则NTPV模型运行正确。但它也许不是一个可串行经历, 却是一个维护数据库状态一致性的正确经历。

4 结语

数据库技术的主要功能是提供数据的共享, 而数据库管理系统的根本任务是维护数据库的一致性。利它锁方法及基于NTPV的并发控制的方法, 它们代表了两种不同方向的工作成果。其前者是试图改进传统的方法来适应数据库应用的新需求, 后者则尝试着突破传统的方法局限利用应用层语义, 来构造新的正确性的事务经历, 这个工作更加的复杂和艰难, 它为高级数据库的并发控制新方法的开创, 提供了未来的可能性, 其更具有挑战性和意义。由于其系统的复杂及不成熟, 还未在面向的数据库管理系统中应用。开发实用有效的并发控制技术, 是我们不断努力的目标。

参考文献

[1]张杰敏.有关高级数据库系统中的并发控制问题[J].华北工学院学报, 1998, 19 (3) .

[2]章叶芹.协同CAD环境下并发控制问题的研究与解决[J].Computer Era No.11, 2006.

[3]孙建伶, 何志均.高级数据库系统中基于语义的并发控制计算机科学[M].1994.

7.高级测试工程师岗位的主要职责 篇七

职责：

1、完成整机调试，指导样机制作、样机测试、小批试产。

2、按照工作文件要求，编制详细设计测试文件并及时归档。协助客户编制与确认产品规格书。

3、对专用元器件图纸及样品的功能及性能进行确认。

4、试产首件产品确认及封样，指导工艺工程师解决试产中的技术问题和测试问题。

5、参加试产前及试产总结会议，并对生产过程进行技术指导及完善产品设计。

6、配合市场部做好技术支持，包括客户的需求，认证资料的提供。

7、完成直接主管安排的其它工作。

任职要求：

1、性别不限，___岁，大专及以上学历;

2、微电子、通讯工程、电子工程专业;

3、较强的电子理论基础，并有实际产品测试经历;具备质量、环境、安全管理体系相关要求的知识。

4、良好的中英文写作、阅读能力;

一定的沟通、协调能力;谨慎细心、责任心强、爱岗敬业;

5、___年以上类似控制器产品测试经验;熟悉项目测试流程;对相关电子产品有深刻认识。

高级测试工程师岗位的主要职责精选2

职责

1、参与编写测试方案，制定测试计划;

2、参与编写测试文档和测试用例;

3、搭建项目测试环境、更新测试软件，部署测试系统。

任职要求

1、大专及以上学历，计算机相关专业，___年及以上工作经验;

2、具备应用系统技术功能测试方案编制能力，安全测试、系统异常处理、高可用测试用例;

3、编写能力，并可以指导初级测试人员完成用例的编制工作;

4、掌握业内常用技术手段，了解业界技术测试前沿知识及发展动态;

5、具备Linux操作系统、Oracle、PG数据库管理、网络管理等经验，在相关领域从业___年以上;

6、工作严谨，责任心强。

高级测试工程师岗位的主要职责精选3

职责：

1、负责公司网络通信产品(AC、AP、出口网关、交换机、云平台等)的测试工作;

2、负责项目需求分析、测试方案设计，测试用例设计及测试执行;

3、参与自动化用例的编写、设计，自动化测试脚本的开发和调试;

4、推行探索性软件测试，搭建集群压力测试;

5、负责主导产品的功能、性能、接口、安全测试，解决测试过程中的复杂技术问题;

6、负责测试团队技能提升及测试体系建立，优化和改进测试流程;

7、通过对测试相关流程、策略、方法和工具等创新，提升公司产品的质量和开发效率;

8、建立与开发团队的沟通接口和交互机制。

任职资格：

1、本科及以上学历，计算机、通信、电子相关专业;

2、三年以上数据通信、网络设备、射频的测试经验;

3、有在大型通信数据厂商的测试工作经验者优先，有测试部门管理经验者优先;

4、精通TCP/IP协议，Wi-Fi、路由器、交换机、安全、语音等数据通信产品的原理;

5、有较强的学习能力和主动性，条理清晰，具备较强的分析问题的能力;

6、具备良好的团队合作精神、严谨的工作态度和良好的沟通能力。

高级测试工程师岗位的主要职责精选4

1.根据产品规范和需求文档，独立承担测试计划、测试用例的设计，独立完成测试用例、脚本及测试代码实现，测试环境搭建、测试执行等工作;

___对测试过程中发现的软件问题进行跟踪分析和报告，推动测试中发现问题及时

合理的解决;

3.完成产品迭代开发的测试任务，主要包含功能测试，用户体验测试、兼容性测试等;

4.解决测试过程中的复杂技术问题;

5.通过测试相关流程、策略、方法和工作等创新，努力提升测试品质和效率;

6.承担性能测试、接口测试邓相关任务执行。

高级测试工程师岗位的主要职责精选5

1.参与软件产品的需求分析，负责测试计划和测试方案的制定，预先评估项目的风险并能提出有效规避方案，负责并指导其他工程师开展软件产品的测试用例设计;

2.能实施、规划软件测试工作，并对软件问题进行跟踪分析和报告，推动测试中发现问题及时合理地解决;

3.完成对产品的集成测试与系统测试，对产品的功能、性能及其他方面的测试负责。负责并指导其他测试工程师执行项目测试，包括：构建测试环境、集成测试、回归测试、性能测试等;

4.编制相关的手册及文档;

8.高级系统工程师岗位的工作职责 篇八

企业资源计划(Enterprise Resource Planning, ERP)体现了当今世界上最先进的企业管理理论,并提供了企业信息化集成的最佳方案[1],因此已经成为众多企业追求管理革新与信息化建设的必然选择。但随着ERP系统在企业的深化应用,越来越多的企业已经不满足于ERP系统的基于无限产能、无资源约束的计划,因此,基于有限资源能力的高级计划排程(Advanced Planning and Scheduling, APS)理论自20世纪90年代开始逐渐发展并开始应用,相应的信息系统——APS系统也越来越受到人们的重视。一方面,尽管APS系统能够解决ERP系统不能解决的问题之一——生产排程问题,但是APS系统本身需要大量的数据作为运算基础,并且APS系统没有采购计划、库存控制、成本控制及人力资源管理等功能[2];另一方面,ERP系统虽然具有较强、较全面的事务管理功能,并可以形成大量的数据,但是ERP系统在生产排程与计划方面的不足越来越不能满足企业精细化管理的需求。因此,将ERP系统与APS理论、系统相结合是必然的发展方向。

尽管ERP系统已经得到越来越深入的应用,但相比而言,APS理论与系统仍处于发展阶段,并且,通用的理论与系统并不能简单适用于诸如离散制造等特定领域,因此需要研究如何将ERP系统与APS理论、系统相结合,以及如何应用于特定领域。

本文第1节介绍ERP与APS基本概念与定义,第2节描述并分析APS在生产排程中的应用问题,设计基于ERP系统的APS应用框架,描述并分析其应用过程。

1 概念与定义

1.1 ERP概述

ERP的理论最早由美国Garter Group Inc. 咨询公司于上世纪90年代提出,形成已有二十多年,并且其理论和应用不断在增添新的内容。传统ERP的核心是MRP和MRPII,但当前ERP极大地扩展了业务管理的范围及深度,管理范围涉及到企业的所有供需过程[1,3],力图实现对整个供应链的有效管理,包括物流、资金流与信息流。基于ERP理论的信息系统主要包括[4]生产计划管理、质量管理、设备管理、采购管理、库存管理、销售管理、客户关系管理、成本管理、财务管理等。概括地说,ERP有如下定义:

定义1[1]:ERP是建立在信息技术的基础上,利用现代企业的先进管理思想,全面地集成了企业的所有资源信息,并为企业提供决策、计划、控制与经营业绩评估的全方位和系统化的管理平台。

美国生产库存学会(American Production and Inventory Control Society, APICS)在2002年出版的《APICS字典》(第10版)中对ERP系统的定义扩展为:一种在制造、分销或服务业公司中有效地计划和控制为接收、制造、发运和解决客户订单问题所需的所有资源的方法。

由以上定义可以看出,生产计划始终是ERP系统的重要内容之一。然而,尽管ERP的理论与内容不断发展,但是其基于无限产能、静态物流结构与估算的提前期来进行生产计划排程,已经越来越无法满足制造企业,尤其是离散制造企业的生产管理需求,而无资源约束一直是ERP系统无法解决的问题之一。

1.2 APS概念与理论

APS是一种基于供应链管理和约束理论的先进计划与排产工具[5],APS直接解决整个计划问题,而不仅仅是单独地处理计划问题的一小部分[6]。它考虑客户需求、物料结构、物流供给、库存、人员设备加工能力等一系列约束,并处理各种异常情况[7],如缺料、停机、查单、数量调整、工期调整、加班设定等。APS与ERP的主要区别之一是,ERP基于无限产能理论,而APS基于资源约束理论[8]。

由于APS处理各种复杂的约束异常等,因此APS利用了许多管理规划理论与技术,同时集成了许多数学理论与计算机算法,也正是计算机技术的发展使得APS系统的实现与应用成为可能。概括地说,APS有以下定义:

定义2[8]:APS是供应链管理软件中的一种优化决策辅助系统,它是基于约束理论、采用多种数学解析优化算法、常驻内存运行的交互式计算机系统,借助一些复杂的数学运算方法来处理多种变量,使供应链的优化成为现实。

APS涉及到的数学方法与高级算法有线性规划、0-1规划、整数规划、混合整数规划、非线性规划、遗传算法、推理、约束理论和模拟、运筹学、近邻搜索以及启发式算法等。随着高级算法的研究,APS的运行效率也越来越高。

一般来说,APS系统包括以下功能[7]:

1) 能在固定资源条件下设法追求效益最大化的规划;

2) 即时作业的能力;

3) 能考虑供需规划的整合;

4) 提供决策支持的功能。

APS为制造业的四类制造模型提供解决方案[8]:

1) 流程式模型,APS主要解决顺序优化问题;

2) 离散式模型,APS主要是解决多工序、多资源的优化调度问题;

3) 流程和离散的混合模型,APS同时解决顺序和调度的优化问题;

4) 项目管理模型,APS主要解决关键路径和成本时间最小化问题。

本文主要考虑在离散制造模型下,如何将ERP与APS整合,进行多资源、多工序下的生产计划排产,从而使ERP与APS得到互补。

2 基于ERP系统的APS应用

2.1 排程问题描述与分析

在离散制造企业,APS主要解决多工序、多资源优化调度问题,从而计算出基于有限资源的动态计划。考虑如下场景:

假设企业有需要加工制造的生产订单,也有相应的工艺路线,那么计划员或车间计划员需要根据企业现有的设备、人员、物料等状况,排出切实可行的计划,从而完成对设备或人员的派工,或反馈生产能力在有限时间内无法满足订单需求,或进行相关的外协操作。一种简单的派工规则是先进先出,即先满足先到订单的生产加工,其他则排队等待。显然,这种粗略的排产方式不满足实际的需要,实际排产需要考虑各种物料的约束,也要考虑当前设备的可用状态,同时要考虑排产的目标,如要求排产结果尽可能满足设备最大利用率,或满足最少等待时间等,综合计划的目标往往不止一个,因此涉及了目标的优先级。考虑以上各种情况,同时也考虑插单、资源动态变化等情况,当生产订单众多时,手工排出精确的计划已经成为不可能的事,尤其对多品种、小批量的制造企业尤为如此。APS系统的作用在于解决该问题,主要利用计算机技术,运行数学算法,实现考虑各种约束条件的快速排程。

生产排程的一种概括的数学模型定义如下。

定义3[7]:设有n台设备,m道工序需要分配,ti表示工序i需要的加工时间,如果工序i分配到设备j上,则令xij=1,否则为0,且满足${\displaystyle \sum _{j=1}^{n}x}{}_{ij}=1$,即工序i只能分配到一个设备上,那么生产排程的数学模型为

$\begin{array}{l}\min \max {}_{1\le j\le n}{\displaystyle \sum _{i=1}^{m}x}{}_{ij}t{}_j‚\\ \left({\displaystyle \sum _{j=1}^{n}x}{}_{ij}=1,1\le i\le m\right)(1)\end{array}$

式(1)即为生产排程的目标:单设备的最大工作时间最小化。

2.2 基于ERP系统的APS应用框架设计

将ERP系统与APS集成,从而弥补ERP在生产排程方面的不足是解决生产排程问题的途径之一。从ERP系统在生产计划管理的功能出发,考虑APS系统的输入与输出,一个基于ERP系统的APS应用框架设计如图1所示。

图1所示的基于ERP系统的APS应用框架中,APS的输入数据主要来自于ERP系统,因此不能独立应用与存在。该框架有以下特点:

1)ERP系统与APS系统采用中间数据库方式集成。尽管系统集成也可以通过提供函数接口调用的方式,但中间数据库方式耦合程度较低,较适合接口的扩展,为企业未来集成总线建设提供方便。

2)数据导入导出模块控制数据传输与流程的同步。ERP系统提供数据后,APS系统进行运算,反馈计划等信息给ERP,然后ERP系统进行生产管理的后续流程。

3)APS系统与ERP系统交互不限于一次。根据不同的企业需求与流程设计,APS系统反馈的数据在ERP系统中也会由人工进一步调整,然后传入APS系统进行再次计算,直至满足优化目标。

在图1的应用框架中,APS系统可描述为以下模型。

定义4:在离散制造业生产排程问题应用中,与ERP系统集成的APS系统为:

1)输入:生产订单、物料、工具、库存、BOM、工序、设备、工作日历、人员班组等。

2)输出:优化的生产计划,包括可以满足订单的最迟或最早开完工时间,满足订单的工序计划,有准确的时间对应的物料需求计划等。

3)满足约束与目标:约束有设备、人员约束,工序约束,库存约束,订单交货时间约束等;目标有最小化任务延迟,最大化设备能力,定制目标等。

定义4的APS模型主要解决离散制造业的生产排程问题。在实际应用中,不同的企业环境,APS系统的输入输出、约束与目标等也有所不同。并且,需要注意的是,APS的输出可能是迭代结果,即APS系统输出初步计划给ERP后,计划人员根据实际情况调整,或外协,或撤单,然后再次交给APS计算,直至计算出优化的计划。

2.3 基于ERP系统的APS应用过程设计

一种基于ERP的APS应用工作流程设计如图2所示。过程描述如下:

1)APS系统接受来自ERP系统的数据,包括计划数据与基础数据等。

2)计划人员设置或调整APS各项参数,包括规则、约束条件、优化目标、优先级等。不同的APS系统可供调整的参数可能不同,但参数决定了APS运算的约束条件与优化目标,直接影响了计划的效果。

3)执行APS运算,并获得输出。这种输出一般是报表或甘特图,并有超期或超产能的标识等。

4)计划人员通过各种查询条件或实际情况,分析评估计划,如果发现参数需调整,则调整参数,继续步骤2;如果满足要求,则可将计划输入ERP。

5)计划人员根据最新情况在ERP中可以调整计划,或插单撤单,或外协,进入步骤1重新计算;如果不需要调整,则下达计划并执行。

在以上步骤中,有以下几个方面需要注意:

1) 输入数据的准确性。APS的计算基于基础数据的准确性,数据越准确,则计算结果越精确。

2) 分析与评估计划结果的重要性。由于数据准确性或一些实际要求的不同,分析与评估是APS应用重要的一环,它决定是否调整参数迭代计算。

3) APS与ERP的工作流程同步。APS应用必然影响到ERP工作流程的改变。

以上基于ERP系统的APS应用主要用于生产计划排程,尽管APS的能力不限于生产计划排程,也可以用于如供应链计划、库存计划等,但在实际应用中,生产计划排程是APS较成功的领域。

3 总结与展望

本文介绍了ERP与APS的概念与理论,描述并分析了生产计划排程问题,设计了基于ERP系统的APS应用框架,并且设计了该框架下基于ERP系统的APS的应用过程,从而使ERP系统与APS系统的优势互补,为进行离散制造的生产计划排程提供了途径。尽管APS理论与系统已经有了一定的发展,但是仍有较大的应用空间与应用前景,仍有许多实际问题需要去研究,例如,如何整合优化流程、如何将APS应用于整个供应链管理领域等。随着计算机技术与企业的发展,APS理论与系统必将得到更为广泛的应用,也必将能够提升企业的管理水平与竞争力。

参考文献

[1]罗鸿.ERP原理.设计.实施[M].北京:电子工业出版社,2005.

[2]王丹,张浩.离散制造业APS生产数据结构的研究及应用[J].机电一体化,2007,13(2):25-28,38.

[3]荆巍巍.基于ERP系统的数据挖掘应用研究[J].信息化研究,2010,36(8):1-4.

[4]刘坚,刘承焕.数据挖掘技术在制造型企业信息化中的应用[J].商场现代化,2008(9):58-59.

[5]翁元,周跃进,朱芳菲.基于约束理论的制造业高级计划排程模型的建立及应用[J].2007,10(9):17-21.

[6]ERRINGTON J.Advanced planning and scheduling(APS):a powerful emerging technology[C]//IEE Colloquium on NextGeneration I.T.in Manufacturing,Coventry,UK,1997:3/1-3/6.

[7]先进规划与排程系统[EB/OL].http://wiki.mbalib.com/wiki/先进规划与排程系统.

9.高级算法工程师的岗位职责说明 篇九

1、负责声纹识别的技术研发，提高其在复杂信道，噪音以及短语音情况下的性能;

2、负责声纹识别系统核心算法研发与优化，包括语音预处理(有效音检测、降噪等)、特征提取、模型选择与训练、结果分析、实验验证;

3、参与声纹研发和身份认证技术的产品化落地;

4、负责跟进行业前沿技术发展趋势，跟踪国际最新算法发展方向和相应技术。

岗位要求：

1.学历要求：

-国内211或985院校毕业，国外名校毕业;

-信号与信息处理、模式识别与智能系统、计算机应用等相关专业;

-统招硕士及以上学历，博士优先。

2.工作经验：

-有3~5年声纹识别方面的工作经历或实验室研究背景;

-在声纹识别、声音分类、预处理、特征提取算法方面有丰富经验或成果;

-具备扎实的模式识别、机器学习和深度学习等知识基础和丰富的项目研发经验。

3.能力要求：

-熟悉声纹识别的主流算法，如GMM-UBM,SVM-GSV,ivector-PLDA等;

-熟悉LR/GMM/SVM/CRF/HMM/DNN/CNN/RNN的研究背景;

-熟悉C/C++开发及shell/python等脚本，有较强的编程能力，能够流畅阅读英文文献;

-熟悉相关领域的最新进展和技术，具有国际会议/期刊论文或商用产品转化经验者优先;

10.高级运维工程师工作的岗位职责 篇十

1.全面负责公司整体业务的运维工作,故障紧急响应和处理，确保业务稳定运行;

2.负责公司办公环境的软硬件和桌面系统的日常维护;

3.负责服务系统日常监控，日志分析，及时排除故障;

4.系统的软硬件的安装、部署、维护及故障排错等维护工作;

5.负责机房的日常运营工作，涉及日常巡检和设备上/下架、突发机房保障和故障应急处理工作。

【任职要求】

1. 三至五年以上互联网企业一线运维工作经验,有中大规模互联网运维经验者优先;

2. 必须具备桌面支持(helpdesk)能力，公司内所有桌面支持的范围(可参考百度百科);

3. 对X86服务器有一定的了解，RAID配置有一定的了解。 4. 熟悉TCP/IP理论体系，熟悉Vlan、VPN等网络应用，能够进行网络规划、快速定位网络故障;

5. 精通Linux系统，具有丰富的系统管理、故障处理与性能调优经验;

6. 具有Oracle数据库的性能参数调优和SQL调优经验;

7. 熟悉docker，具备实际的docker应用运维经验;

8. 熟悉常见的监控系统，如Zabbix;

11.高级系统工程师岗位的工作职责 篇十一

10年以前,当设计院还站在暖通行业舞台中央的时候,设计院是人们争先恐后想抱的“大腿”。5年以前,当各地设计院先后完成股份制转化后,这只“大腿”似乎不那么粗壮了,纵然暖通专业毕业生人数骤增,但大批人才都去了企业,选择在设计院起步的,甚是一条艰辛之路。

在九江,暖通设计师并不多,这与九江和南昌的地理位置有很大关系。刘林松说,当前市场上的暖通设计图纸在很大一部分上来自于南昌的设计院。按理推断,九江当地的设计院在设计方案中充当的角色越来越弱。可事实上并非如此。刘林松告诉《中央空调市场》,现在的设计院业务依然红火,即使在国内空调行业呼声普遍低迷的2014年上半年,设计院本身的业务也没有明显的减少。“现在的中央空调设计应用的范围越来越广,而且做通风的多,尤其是地下室通风的很多。”这是他对当前工作的直观感受。

原本是硅酸盐专业毕业的刘林松,在工作2年后选择去同济大学进修暖通专业。“20世纪90年代初的年轻人有很多关于自己关于未来的想法,那时候现实没有如此紧迫,改革开放带来的经济大潮让很多人富起来,也让很多人有了幻想,这种幻想无疑有好有坏,但它终究还是推动了整个暖通行业向前发展。”当时的刘林松并没有如同现在的学生一般,一头扎在了学校,继续3年的学习进修。他告诉《中央空调市场》:“当时只是半读半工作,当时3年的时间还是大部分在工作上。”1992年,从同济大学毕业后,刘林松选择了在九江从事暖通设计工作。

也许,在当时看来,一份稳定的设计院工作是很多人梦寐以求的,除了在90年代下海的那批人,当时绝大部分的中国人还是一边欣赏着少数人的财富神话,一边想着如何安家立业过安生日子。刘林松就是这平凡且庞大群体中的一员。当时的九江市场,暖通着实是个新鲜事物,中央空调这一概念还远远没有普及到当地。刘林松说,当时他也只是仅仅从事一些通风的设计工作。

从业20多年,刘林松始终没有离开过九江,虽然中间也陆陆续续做了一些外地的项目,也去发达城市做过学习和考察,但九江作为他暖通事业开始的地方,刘林松寄予很深厚的感情。毫无疑问,他是个念旧的人,他现在甚至还能记得自己经手的第一个项目,为了那个项目,他甚至跑到过海南做相应的考察。虽然当时是其参与的第一个项目没有得到落实实施,但这给刘林松留下了第一笔设计经验。就是到了现在,刘林松同样对经验看得比理论重要。这是他对年轻设计师乃至刚毕业的学生给予的唯一建议。刘林松说:“在实地项目的方案设计中,一定要把理论与实际相结合。在设计的过程中,有些学生设计方案上的理论完全正确,可现实中达不到制冷供热需求。”

一个念旧的人会怀念习以为常的生活方式,在工作上也是如此。但如今设计院地位的悄然变化,让刘林松感叹市场经济浪潮的洗礼终于还是泛滥进入九江。在刘林松的阐述中,透露着当前设计师在设计中的种种无奈,这种无奈也正是当前设计师在设计中的职能的转变。

“过去,设计院在项目中绝对是占据主导地位的。这种主导的地位体现在一个项目从招标到设计再到施工的方方面面,设计院的地位简直是无懈可击的。”刘林松告诉《中央空调市场》,在过去一个项目的好坏很大程度上取决于设计院的设计水准,那时候国产和外资的竞争没有如今激烈,说得更惨淡一些,国产品牌还只是嫩苗。在外资品牌的选择上,设计院的图纸需求就成为了决定性的因素,谁也没有能力去全盘否定,甚至些微的修改在过去都是少见的。

这种品牌—设计院—市场,三者关系的维系一直到近年来,被越来越淡化模糊。虽然品牌在推广会上依旧会拉上一票设计师,但有名的终究只是少数人,少数专家称为了设计行业影响力集中的缩影,而他们身后广大的普通设计师群众以及设计院本身却被弱化了。在设计中,这种弱化被表现的十分明显。

这种现象的发生并非只是个例,在大多市场均如此。特别是在成熟市场,品牌对于设计院推广的需求变得越来越小,有的品牌甚至和设计院没有接触,这种情况在多联机厂家上越来越被凸显,而规模较小的水机厂家,在设计上也越来越多的选择其他渠道。刘林松说:“大型的公开招标项目已然是设计院的核心,需要设计院拿出具有分量的设计图纸。但是市场化的今天,小项目却成为了设计院业务的主要组成部分,这些小项目的图纸更多程度上取决于甲方的态度,价格因素体现的更为突出,甚至有些时候,图纸被施工方修改也在所难免。”这种市场需求的转变,在很大程度上对设计院的市场地位产生了一定的影响。可这并不代表着设计院的职能越来越弱。

12.高级系统工程师岗位的工作职责 篇十二

1、完成核心功能模块Java代码开发工作;

2、参与需求分析，编写设计文档，制定代码规范;

3、根据软件研发流程按时交付代码、文档和脚本;

4、缺陷修复和代码维护，指导初中级工程师的开发工作。

岗位要求：

1、大专及以上学历，专业不限，需学信网可查(入职必查)。

2、5年以上Java开发经验(编码经验)，精通Java编程;

3、熟悉Oracle、DB2、MYSQL等数据库一种以上，熟练掌握SQL;

4、熟练使用Eclipse、Svn、Maven等版本集成、开发工具;

5、做事认真，责任心强，热爱编程工作;

13.高级系统工程师岗位的工作职责 篇十三

1.负责Android/Linux、驱动部分的软件测试(驱动层(WIFI,3G,BT,GPS，SD/USB等)，功能，兼容性，性能及稳定性测试);

2.参与需求分析、设计评审，制定测试方案， 负责Android/Linux软件与驱动测试用例的编写及实施;

3.缺陷跟踪及趋势分析, 依据软件项目质量标准，评估和分析软件质量，并提供改进建议;

4.负责基于Andriod/ios、Linux系统和应用的功能、性能、兼容性测试,并提交测试报告;

5、参与机器人产品硬件测试的其他相关工作：功耗、热测试等

任职资格:

1.熟悉linux或Andorid，熟悉功能模块如WIFI/bluetooth/ethernet/USB/Storage/Audio/PMU等;

2.熟悉android adb等相关系统命令与shell;

3.具有Andorid系统测试经验者驱动测试经验者优先;

4.有较强的学习能力和团队合作精神;

5.具备自动化测试能力，至少会使用一种脚本语言(如C++、python、bat、shell 等);

5.熟悉Linux常用命令，能熟练使用常用调试工具

14.高级系统工程师岗位的工作职责 篇十四

空间数据系统咨询委员会CCSDS(Consultant Committee of Space Data System)在20世纪80年代提出的高级在轨系统AOS(Advanced Orbiting System)是一个对空-地和空-空的测控与通信数据及其他有效载荷数据进行数据处理及数据管理的系统。而RS(255,223)是高级在轨系统(AOS)前向和返向链路的纠错码型,可实现CCSDS标准低差错率的信道纠错。AOS系统规定在数据链路中与多路复用业务、位流业务或者虚拟信道存取业务相关的业务数据单元被插入到虚拟信道数据单元(VCDU)中,再采用RS纠错编译码保护VCDU,形成编码虚拟信道数据单元,它的错误概率将很低。

1 译码器的基本原理和算法的选择

RS码是由Reed-Solomon共同提出的,是一种最大分离码,即在给定每个码字所具有多少冗余量的情况下,能够产生极大的最小距离。此外RS码还是一种具有纠正多个错误能力的非二元码。对于RS(255,223)码型,是每接收223字节的串行字符数据信息块,便将其编码为255字节的码字信息,并可自动检测纠正每个码字中的错误,且错误量不大于16字节。

根据CCSDS101.0-b-6-s和131.0-b-1标准文献,RS(255,223)码特性被描述为:

(1)J=8每个RS码字有8位。

(2)E=16 RS码的纠错能力,每组RS码可以纠正16个错误。

(4)域生成多项式:F(x)=x8+x7+x2+x+1,用来生成域GF(28)中所有的元素。

(5)码生成多项式:

这里应当把a11作为域GF(28)中的本原元素。

RS译码器一般主要由伴随式计算模块、关键方程求解模块、钱氏搜索模块、福尼算法纠正模块组成。为了适应AOS系统数据高速传输的需求,要求RS译码器的处理速度也不断提高,而其中关键方程求解模块是硬件实现译码器提高处理速度的瓶颈。求解关键方程主要有BM算法和欧几里德算法,其具体实现也有时域译码和频域译码两种方法。

结合实验室现有的条件,决定求解关键方程采用文献[3]中的时域uiBM算法,这样可以很好地兼顾硬件电路数据处理速度和资源消耗两个方面。

2 译码器的具体实现

2.1 伴随式计算模块

伴随式计算采用Horner算法,就是从接收码组r(x)中计算码组生成多项式g(x)的32个根处的值,称为伴随式:

若全部的伴随式都为0,则传输过程中没有发生错误;若不全为0,则传输过程发生了错误,要根据伴随式找出错误图样e(x)。但是按照CCSDS标准,伴随多项式32个系数已经不是通用的常系数,因此伴随式改为:

2.2 关键方程求解模块

采用文献[3]中提出的ui BM算法。其算法伪码实现如下:

ui BM算法实际上是文献[4]所描述的Ri BM算法的改进。Ri BM算法的缺点在于使用了大量的有限域乘法器和加法器,使得消耗大量的芯片资源。而ui BM算法可以减少乘法器和加法器使用的数量,降低硬件实现的复杂度,从而减少所耗芯片资源。ui BM算法实现的原理结构图如图1所示。

图3电路结构图(参见右栏)

根据上述原理结构图,我们可以得知uiBM算法关键路径的延时是Tui BM=Tmult+Tadd,有限域乘法器时延和有限域加法器时延之和。表1给出了常用的几种求解关键方程算法的所耗硬件资源和关键路径的延时。可以看出ui BM不仅在关键路径延迟最小,而且资源消耗也最少,只不过完成ui BM算法所需的时钟周期是ri BM和Ri BM算法的3倍,却少用了一半的资源。与Euclidean算法相比,uiBM算法

在资源耗用上和算法完成时间上做了很好的折中。

2.3 钱氏搜索和福尼算法

经过上步关键方程的求解,得到错误位置多项式和错误值多项式。利用钱氏搜索电路可以找到错误的位置。由于CCSDS标准码生成多项式有别于普通的RS码。因此错误位置多项式应为:

福尼算法中的求逆使用了速度快的ROM查找表方法。最后将求得的错误图样和缓存的输入码字进行模和即异或运算得到正确的码字。

3 译码器的性能分析

根据上述RS译码实现结构,采用Verilog HDL硬件语言描述,各个模块之间采用握手信号实现流水线工作方式进行译码。使用QuartusⅡ7.2进行逻辑综合仿真,器件选用Altera公司的CycloneⅡEP2C35F484C8。分别将关键方程求解用Ri BM和ui BM算法的译码器进行全编译综合,结果见表2所示,两种算法实现的译码器在Tsu、Tco、Th三个时延指标上相差不多,采用uiBM算法的译码器,虽然其译码的数据时延多于RiBM算法的译码器,但是在占用芯片资源方面却远远占有优势。

参考文献

[1]“AOS Space Data Link Protocol.Recommendation forSpace Data Systems Standards”,CCSDS 732.0-B-2.Blue Book.Issue 1.Washington,D.C.CCSDS,January2006

[2]“TMSynchronization and Channel Coding.Recommendation for Space Data System Standards”,CCSDS 131.0-B-1.Blue Book.Issue 1.Washington,D.C.:CCSDS,September 2003.

[3]Kavish seth Viswajith KN,“Ultra Folded High-SpeedArchitectures for Reed-solomon Decodes”IEEEcomputer society,Proceedings of the 19th InternationalConference on VLSI Design.

[4]Dilip V Sarwate Naresh R Shanbhag,“High-SpeedArchitectures for Reed-Solomon Decodes”IEEE TransVLSI systems,VOL.9,NO.5,October 2001

[5]张玉良,“RS码硬件译码器的实现”,中国科学院研究生院,硕士学位论文,2005年1月

[6]石俊峰,“RS(255,223)译码器的FPGA实现及其性能测试”,中国科学院研究生院,硕士学位论文,2005年6月