理学荣誉学士学位 精算与风险管理
当地用人单位与专业组织每年都会赞助我校，给年级、模块或专业最优秀学生颁发奖项。赞助单位包括：景顺 （Invesco）、精算师慈善基金会（The Company of Actuaries Charitable Trust Fund）、SCOR Global Life、美世（Mercer）、Pramerica、Spence and Partners、Acumen Resources、Xafinity Consulting与安联（都柏林）。
就业与继续深造
毕业生就职方向：
毕业生就业单位包括：
克尔·亨德森（Kerr Henderson）、Spence ＆Partners、NFU Mutual、景顺 （Invesco）、Boal & Co精算与咨询、韬睿惠悦（Towers Watson） 、安联保险、美世、安盛保险、德勤、Capita、利宝保险公司、普华永道、Pramerica、大都会人寿保险公司、Xafinity。
在我大三那一年，我在Allianz Re Dublin公司实习，担任学生精算师的工作。经过这次实习，我不仅学习了VBA编程、分析推理和解决问题等技术能力，还全面了解了精算师的工作内容和职责所在。 Jo Khoon Loh，马来西亚 精算与风险管理本科毕业生
CN1614924A - 基于智能卡和动态密码的身份认证系统 - Google Patents
Publication number CN1614924A CN1614924A CN 200410081333 CN200410081333A CN1614924A CN 都会选择一个交易终端 1614924 A CN1614924 A CN 1614924A CN 200410081333 CN200410081333 CN 200410081333 CN 200410081333 A CN200410081333 A CN 200410081333A CN 1614924 A CN1614924 A CN 1614924A Authority CN China Prior art keywords dynamic password smart card password key information Prior art date 2004-11-26 Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.) Granted Application number CN 200410081333 Other languages English ( en ) Other versions CN100492966C ( zh Inventor 孙国华 马立河 覃晓春 杨源 王小矿 张长勇 Original Assignee 王小矿 Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the 都会选择一个交易终端 accuracy of the date listed.) 2004-11-26 Filing date 2004-11-26 Publication date 2005-05-11 2004-11-26 Application filed by 王小矿 filed 都会选择一个交易终端 Critical 王小矿 2004-11-26 Priority to CNB2004100813338A priority Critical patent/CN100492966C/zh 2005-05-11 Publication of CN1614924A publication Critical patent/CN1614924A/zh 2009-05-27 Application granted granted Critical 2009-05-27 Publication of CN100492966C publication Critical patent/CN100492966C/zh Status Expired - Fee 都会选择一个交易终端 Related legal-status Critical Current 2024-11-26 Anticipated expiration legal-status Critical
移动解决方案：借助移动终端探索巴塞罗那
“你能不能也在我们的智能手机上装一个这样的 APP ？”当然，家里每个人都有一部自己的智能手机。 Hank 是一位个体经营的土木工程师， Annie 是一家出版公司的总经理，他们使用智能手机主要出于工作需要。他们的女儿 Laura 则坦言，没有智能手机简直无法生活。 Hank 淘汰的一部旧手机给 Paul 用了三年，自从上次过生日后，他拥有了一部最尖端的手机。显然他的这部新神器不止用于玩游戏， Hank 想。“好极了。把这两个旅行箱放在这儿,让你姐姐和妈妈也过来。”
借助英飞凌移动解决方案提升数据传输率
当你想要弄清楚什么的时候，你不愿等待。不论是安装一个新的 APP ，还是查询下一班开往城市的列车、出租车叫车电话或距离最近的自行车租赁点，漫长的互联网加载时间都着实令人烦恼。当你想要在智能手机上查询某件重要事情的时候，时间至关重要——英飞凌已开发能加快加载速度的半导体产品。英飞凌各式各样的移动技术解决方案——包括信号放大器、天线调谐器和变频器等——彼此完美组合，可确保智能手机实现快速数据传输率。因此，在移动终端上进行网络搜索就像在家用电脑一样快。
借助智能手表，购票易如反掌
“真高兴我们还有几分钟时间，” Hank 对妻子说道，“我去买火车票。”“好极了，” Annie 一边说着，一边从手提包里拿出她的智能手机。“我得给妈妈打个电话，告诉她我们已平安抵达。你知道的，她总爱担心我们。”“这里这么吵，你们肯定说不了几句。要不等我们到了酒店再给她打电话？”
Hank 动身去找售票处。售票处很好找——主要因为买票的人已经排成了长龙。排队时间肯定很长，他想。旁边有几台自动售票机，它们操作很简单：仅需选择目的地并输入乘客人数。 Hank 只是将他的智能手表放到读取器前，便完成支付票款，售票机打印出 4 张车票和一张收据。整个过程用时不超过 20 秒。
Hank 的智能手表是 Annie 送他的圣诞礼物。尽管她很少有时间摆弄这个她称之为“大男孩玩具”的装置，但她深知丈夫很喜欢这个小玩意。 Hank 的确乐此不疲地抓住每次机会使用他的玩具。
确保移动解决方案的安全性
利用硅麦克风实现最佳音质
当他回到家人身边时， Hank 看到 Annie 还在讲电话。果不其然，他想：他妻子与岳母常常能在电话上讲一个多小时。但是，在火车站这么嘈杂的地方，她们怎么还能讲这么久？列车马上就要进站了。 Hank 给 Annie 做了个挂断电话的手势。她微笑着冲他点了下头。
“好的，妈妈，我得挂电话了。火车来了，明天给您打电话。再见！”就在那时，列车缓缓驶入。 Annie 把她的智能手机放回手提包，伸手去提旅行箱。“这里这么吵，你妈妈能听清楚你说什么吗？”他们在车上找到座位坐下后， Hank 问道，“她有点耳背。”“完全没问题。她听得很清楚，我也能听清楚她说的每句话。”都会选择一个交易终端
硅麦克风实现高通话质量
技术尖端的智能手机配备多个基于硅芯片技术的麦克风。较之常规麦克风，这种类型的微机电系统（ MEMS ）具有几个优点：它们不仅具备更高灵敏度，而且更加强健，跌落或摇晃时不那么容易受到损害。用户对它们提供的出色话音质量大加赞赏——要知道，多个 MEMS 麦克风结合适当软件可以过滤掉不利背景噪声。这样一来，哪怕在嘈杂的环境中，手机通话也不再是问题。
移动导航系统
随身携带的导航系统
大约 20 分钟后，这家人走出巴塞罗那火车站。 Hank 在他的智能手机上输入了什么。“这里离我们住的酒店只有不到两英里。步行要半个小时，但我们的行李这么多，走路太远了。我们坐出租车吧。你们有没有看到出租车？”“我们出站的时候我好像看到了出租车标识。” Annie 指出，“它们或许在车站另一侧等候客人。”“没问题，我们叫一辆车。”
Hank 打开一个 APP ，确认当前位置并叫了一辆出租车。“车马上就来，”他说。短短几分钟后，一辆出租车停在这家人前面。驾驶员热情地帮他们将行李放入后备箱。 Hank 与两个孩子坐到后排，让能讲一口流利西班牙语的妻子坐在副驾位置。“ Gallery 酒店，” Annie 说。“ Sí, Señora （西班牙语：是的，夫人），”驾驶员答道便驶离路边。
入住酒店后，一家人聚在父母的房间里。 Hank 惬意地躺在大床上。“我想先放松一会，这几天真是太忙了。”“我想来杯意式浓缩咖啡，我看到酒店对面有家小咖啡馆。要不要一起去？” Annie 说。“呃，其实我和 Paul 想四处逛逛，” Laura 表示。“好吧，” Annie 叹了口气说。她有时难以接受“宝贝们”正在渐渐长大，变得越来越独立。她丈夫的心态显然更放松：他已经睡着，发出轻微的鼾声。“但要在一起，不要走丢了！”“噢，妈妈，别担心！” Paul 说着翻了翻白眼。“我们的手机上有 GPS ，一切都会很好的。” Annie 忍不住笑了。“那走吧，一个小时后，我们在楼下的咖啡馆碰头。”
移动导航系统
在陌生的环境中迷失方向，这种事情早已成为过去。现在，归功于英飞凌的pico GNSS（全球导航卫星系统）模块，几乎所有智能手机都具备集成式导航功能。这些芯片能够在世界许多地方为用户指引道路。它们的结构允许它们不仅接收和处理 GPS 信号，而且可以接收和处理俄罗斯 GLONASS 系统和中国北斗系统的信号。将来，它还将能够解读欧洲伽利略卫星导航系统的信号。英飞凌 pico GNSS 模块的表面积仅为 1.5 mm x 1.1 mm ，可实现高度精确导航，并且仅占用很小空间。
英飞凌推出全球最小 GNSS 模块： BGM1143N9 可在紧凑式手机中实现 可靠的导航功能。
你的移动多面手
当 Hank 穿过马路，在她身边坐下时， Annie 刚刚喝完第二杯咖啡。他伸伸懒腰，打个哈欠。“亲爱的，睡得好吗？”“很好，睡一觉舒服多了。孩子们去哪儿了？” Annie 瞄了一眼她的手机。屏幕显示的地图上有两个小点紧挨在一起快速移动：这是 Laura 和 Paul 的手机定位。“他们在过来的路上，马上要到了。” Hank 咧嘴一笑。“我们像他们这么大的时候，进城去玩可没有这样的东西。”“是啊，” Annie ，“不过我倒是挺喜欢这种虚拟约束，能随时了解孩子们的行踪。”
这时， Laura 和 Paul 到了。“快来坐下，渴不渴？”都会选择一个交易终端 同往常一样，两个孩子沉迷于他们的手机，只是点了点头。 Annie 向侍者招招手，点了两杯矿泉水。“我好饿啊，”说着， Paul 都会选择一个交易终端 把目光从手机上稍稍移开。 Annie 毫不意外，她非常了解自己的儿子。“好的，”她说。
“我在网上查到一家很萌的小餐馆，很适合我们。它有 300 都会选择一个交易终端 多个好评，而且就在街角，看起来非常棒。”她把手机递给家人看看。“我们今天晚上就在那儿吃晚饭，怎么样？我可以在线预订。”只在手机上点了几下，便全部搞定。然后， Annie 去吧台结账。收银台上有一个紧凑式读取器，她只需将手机靠近读取器便可完成付款。由于金额低于 25 欧元，她甚至不必输入 PIN 码。“太好了，” Annie 回到桌边时说，“我们身上不用带那么多现金。”
MetaTrader 5 中的订单、持仓和成交
注：在调用 HistoryOrderGetTicket (index) 和 HistoryDealGetTicket (index) 函数之前，您需要用足够数量的历史订单和成交填写历史记录缓存。为此，使用以下函数之一：HistorySelect (start, end)、HistorySelectByPosition (position_ID)、HistoryOrderSelect (ticket) 和 HistoryDealSelect (ticket)。
使用活动订单获取信息
检查当前活动订单是一个标准过程。如果需要获得某些具体订单的信息，那么，在知道其单证的情况下，可通过使用 OrderSelect(ticket) 函数来进行。
- 使用 OrdersTotal() 函数获取订单的总数；
- 在一个循环中通过它们在列表中的索引搜索所有订单；
- 使用 OrderGetTicket() 函数将各个订单依次复制到缓存；
- 使用 OrderGetDouble()、OrderGetInteger() 和 OrderGetString() 函数从缓存获取正确的数据。如果需要，分析获得的数据并采取适当的措施。
获取有关未平持仓的信息
不断监视未平持仓并不仅仅是一个标准过程，而且当然应该在每个实例中实施。要获取具体持仓的信息，知道建仓所在工具的名称就已经足够了。为此，使用 PositionSelect(symbol) 函数。对于 EA 仅处理一个交易品种的那些情形（其附加到的图表的交易品种），可以用 Symbol() 函数或从预定义变量 _Symbol 获得交易品种的名称。
- 使用 PositionsTotal() 函数获取持仓的总数；
- 在一个循环中通过它们在列表中的索引搜索所有持仓；
- 使用 PositionGetSymbol() 函数将各个持仓依次复制到缓存；
- 使用 PositionGetDouble()、PositionGetInteger() 和 PositionGetString() 函数从缓存获取需要的持仓数据。如果需要，分析获得的数据并采取适当的措施。
处理历史记录缓存的原则
程序员通常是按照能够顺畅处理包含 5 至 10 个成交和订单的历史记录来编写处理历史记录缓存的代码的。一个典型的错误方法示例 - 将整个交易历史记录载入缓存，并且在一个循环中处理交易历史记录，搜索所有的订单和交易：
这对测试非常重要 - 用户发现测试程序突然变得周到，并开始在他们的客户端中寻找原因。因此，首先务必考虑优化 MQL5 程序的代码（EA 和从 EA 调用的指标）。不要依赖于计算机是铁做的并且有很多内核这一情况。
要使 EA 和指标能够在线正常工作，这点也一样重要。未经优化的程序代码甚至能够让最强大的计算机也瘫痪。
处理交易历史记录的正确算法：
- 确定请求将交易历史记录载入到缓存的需要。如果没有此必要，则不要执行以下操作；
- 确定交易历史记录的最后日期（或许不必包含到目前为止的交易历史记录）；
- 从结束日期开始计算交易历史记录的起始日期。通常 EA 需要的交易历史记录不超过一天或一周；
- 获取成交和历史订单的单证以按已知单证获取属性：
-
都会选择一个交易终端
- HistoryOrderGetDouble()
- HistoryOrderGetInteger()
- HistoryOrderGetString()
- HistoryDealGetDouble()
- HistoryDealGetInteger()
- HistoryDealGetString()
- 如果单证未知，并且如果有必要，则组织一个循环进行排序；
- 在循环中，按索引从交易历史记录缓存获取每个成交/订单的单证（HistoryOrderGetTicket(Index) 和 HistoryDealGetTicket(Index)）；
- 通过已知单证获取订单和成交的必要属性（参见第 4 点）。
本示例表达的基本想法是首先您必须验证在交易历史记录中发生的变化。一个选项是在 OnTrade() 函数内，将全局变量 TradeHistoryChanged 的值设置为 true，因为对于任何类型的交易事件，交易事件始终返回 true。
如果交易历史记录没有变化，则无需将交易历史记录重新载入缓存，并且浪费 CPU 资源。这是符合逻辑的，不需要任何解释。如果交易历史记录已经改变，则我们仅添加有必要的部分，并且仅处理每个成交/订单一次。避免不必要的重复循环。
本文附带了正确地和不正确地处理交易历史记录的例子，分别见文件 WrongWorkWithHistory.mq5 和 RightWorkWithHistory.mq5。
从历史记录按订单获取信息
除了一点以外，处理历史订单与处理活动订单几乎没有差别。如果 MQL5 程序的缓存中的活动订单的数量不能大于 1，则 HistoryOrdersTotal() 的结果，以及缓存中历史订单的数量取决于 HistorySelect(start, end)、HistorySelectByPosition() 或 HistoryOrderSelection() 函数加载了多少交易历史记录。
注：如果交易历史记录尚未通过 HistorySelect()、HistorySelectByPosition() 或 都会选择一个交易终端 HistoryOrderSelect() 函数之一加载到 MQL5 程序的缓存，则不可能处理历史订单和成交。确保在接收交易历史记录的相关数据之前请求必需的成交和订单历史记录。
在大多数一般情形中，需要在循环中从缓存搜索订单，然后分析订单。一般算法如下所示：
- 如果历史记录是通过 HistorySelect() 函数加载的，确定足够多的历史记录的时间范围 - 不建议将整个交易历史记录载入缓存；
- 使用 HistorySelect()、HistorySelectByPosition() 或 HistoryOrderSelect (ticket) 函数将交易历史记录载入程序的缓存；
- 使用 HistoryOrdersTotal() 获取缓存中订单的总数；
- 在一个循环中通过它们在列表中的索引搜索所有订单；
- 使用 HistoryOrderGetTicket() 函数获取缓存中订单的单证；
- 使用 HistoryOrderGetDouble()、HistoryOrderGetInteger() 和 HistoryOrderGetString() 函数从缓存获取订单数据。如果需要，分析获得的数据并采取适当的措施。
从历史记录获取成交信息
在大多数一般情形中，需要在循环中从缓存搜索成交，然后分析成交。一般算法如下所示：
- 如果历史记录是通过 HistorySelect(start, end) 函数加载的，确定足够多的历史记录的范围 - 不建议将整个交易历史记录载入缓存；
- 使用 HistorySelect() 或 HistorySelectByPosition() 函数将交易历史记录载入程序的缓存；
- 使用 都会选择一个交易终端 HistoryDealsTotal() 函数获取历史记录中成交的总数；
- 在一个循环中通过它们在列表中的数量搜索所有成交；
- 使用 HistoryDealGetTicket() 确定缓存中下一成交的单证；
- 使用 都会选择一个交易终端 HistoryDealGetDouble()、HistoryDealGetInteger() 和 HistoryDealGetString() 函数从缓存获取成交信息。如果需要，分析获得的数据并采取适当的措施。
通过持仓的标识符 (POSITION_IDENTIFIER) 从历史记录的缓存获取
HistorySelectByPosition (position_ID) 函数如同 HistorySelect (start, end) 函数，用来自历史记录的成交和订单填写缓存，但是必须满足一个条件 - 它们必须要有指定的持仓标识符 (POSITION_IDENTIFIER)。持仓的标识符是一个唯一的数字，自动赋予每个重新建仓的仓位，并且在其生命周期内不会改变。同时，必须记住，持仓的改变（持仓类型从 POSITION_TYPE_BUY 变为 POSITION_TYPE_SELL）并不会改变持仓的标识符。