文章 "如何创建订购指标的需求规范"

新文章 如何创建订购指标的需求规范已发布:

大多数情况下, 开发交易系统的第一步是创建技术指标, 以便识别有价值的市场行为形态。 专业开发的指标可以从自由职业服务板块订购。 从本文中, 您将学习如何创建一份适当的需求规范, 这将有助于您更快地获得所需的指标。

第一阶段是构建之字折线:

  1. 由蜡烛条判断超买区域, 其指标值 Value > Lmax (Lmax=-20)。
  2. 由蜡烛条判断超卖买区域, 其指标值 Value < Lmin (Lmin=-80)。
  3. Lmax 和 Lmin 的值应包含在指标参数中。
  4. 在超买区域烛台的高点应该加上黄点 — 这是 H 点。
  5. 在超卖区域蜡烛条的低点应该加上绿点 — 这是 L 点。
  6. 如果两个 H 点之间至少有一个 L 点, 则在两个 H 点之间的间隔中搜索一个 LL 点。 最低价的蜡烛条将成为 LL 点。 通常, LL 点不一定是 L 点。 搜索最低价蜡烛条。
  7. 如果两个 L 点之间至少有一个 H 点, 则在两个 L 点之间的间隔内搜索 HH 点。 具有最高价的蜡烛条将成为 HH 点。 通常, HH 点不一定是 H 点。 搜索最高价蜡烛条。
  8. 连接 LL 和 HH 点以便绘制之字折线。 默认颜色是黄色。 第一步完成。


作者:MetaQuotes Software Corp.

根据几个主题的讨论结果,我开始为客户撰写一篇文章,作为订购机器人或指标时的调查问卷。我只写了有关订购指标的部分,结果发现超过 7 页。因此,我决定写两篇小文章,而不是一篇大文章--一篇关于订购指标,另一篇关于订购机器人。

请有兴趣的读者对当前版本提出建议/愿望/批评。在我看来,这篇文章已经完成了95-99%,但我可能忘记了一些要点,并人为地添加了一些内容。

最后一点还没有完成 -指标的验收和测试 - 对 这个问题还没有特别的想法。 经过讨论后,这篇文章将以标准的方式发表,以便客户和交易应用程序的开发人员可以使用。 这还不是一个 TOR 构造函数,但它已经是一个尝试,使客户可以理解一个简单的指令。

我可能从未见过比https://www.mql5.com/zh/articles/235 更明智、更抒情的了。

第一个帖子并没有真正展示计划或其精髓。

Как заказать написание советника и получить желаемый результат
Как заказать написание советника и получить желаемый результат
  • 2011.03.30
  • Andrey Khatimlianskii
  • www.mql5.com
Автоматический трейдинг набирает все новые обороты - выпущен MetaTrader 5 c новым MQL5, успешно прошел Чемпионат по автоматическому трейдингу - Automated Trading Championship 2010, новая версия любимого всеми торгового комплекса активно внедряется брокерами. Да и предшественник "пятерки" - MetaTrader 4 - все еще активно используется сотнями...

这篇文章的结构很奇怪--在指标样式、颜色等设计、必要设置的输出、 TOR 中的屏幕样式、重绘(如果订购的逻辑意味着重绘,那么客户当然应该知道)、每个刻度线的 计算(用户为什么需要知道?

最常见的困惑是条形图的编号、什么是缓冲区以及缓冲区与图形对象的区别、为什么没有必要在图形对象上进行操作(当然,如果可以的话)、将生成的文件放在哪个文件夹中、源文件和可执行文件之间的区别是什么、最好能举例说明需要在油漆中绘制的面板,因为大多数情况下,这听起来像是 "我需要三个按钮来打开、关闭和其他东西"。


Rashid Umarov:

当出现错误时,有必要了解其发生的原因。这意味着,您应尽量获取所有细节,以便进行调查。在这种情况下,您不仅应该用截图或视频来展示情况,还应该向开发人员提供程序和终端本身的日志。 因此,您不仅应该知道平台 日志的位置,还应该在职权范围中提前确定程序到底应该输出什么,以及有关其运行的信息应该以何种格式输出。

不,一开始您可以写 "预期是什么?为什么预期是这样 "和 "这里发生了什么 - 某个条形图上的某个值是错误的" + 屏幕截图上的日期和符号仍然经常褪色 + net to all this....。但最主要的是前两点,然后您可以要求客户发送更多日志和设置等,有时这并非必要。如果您在几周前订购了产品,但刚刚发现有问题,您可以提供订单链接。一般情况下,在邮件中经常会弹出一个截图,猜猜是什么问题,订单一般是什么。

而 "图纸太小"--如果我在 ToR 中看到,我会说 "为什么是这些图纸?",但无论如何我都不会干涉他们的设计。在 TOR 中经常会出现这样的情况,画出波峰、波谷等,客户希望程序员能以某种神奇的方式明确定义,因为在他们的头脑中,没有如何寻找它的定义。

我的意思是,TOR 不应该是抽象的概念,可以有两种解释 - 这是主要的,还有一些小的东西 - 完全不干涉

o_o:

这可能是我见过的最聪明、最抒情的https://www.mql5.com/zh/articles/235

在第一篇文章中,没有太多的计划,但可以看出其中的精髓

你不需要歌词--你需要的是客户 读懂的相当枯燥的文字。

我试着写得简短些,但还是有不少收获。

Rashid Umarov:

你不需要歌词--你需要的是客户 读完的相当枯燥的文字。

我试着写得简短些,但还是有不少收获。

如果这篇文章是试图为未来的"mql5 大师"系统化 TOR,那么有必要删除和再删除

如果是为了向客户说明需要什么,则需要添加和补充。


现在从文本中看不出最终目标。这样的观点,就像从 "大师 "的屏幕上得到的碎片,暗示风格。

对于论述性文章来说,这一点也不合适

Galina Bobro:

文章的结构很奇怪--在指标样式、颜色等设计、必要设置的输出、TOR 中的屏幕样式、重绘(如果订购的逻辑意味着重绘,那么客户当然应该知道)、每个刻度的计算(用户为什么需要知道?


我们的想法是,客户会说:"我想要一个这样的指标

  1. 画两条红线和一个柱状图
  2. 柱状图根据这样的算法改变颜色
  3. 指标应使用这样的价格和这样的指标
  4. 只能在开仓时进行计算
  5. 输入参数的组成和名称是这样或那样的
  6. 当颜色发生变化时向我发送推送
  7. 在日志中写下这样那样的内容
  8. 控制需要一个带有此类参数的面板
  9. 这里有附带说明的图片"。

潜在的承包商一看,很快就能计算出人工成本,并给出工程的初始费用,而无需对 TOR 文本进行长时间的研究。

也就是说,让承包商更容易处理潜在的订单。想象一下,就像在麦当劳订餐一样。

Rashid Umarov:

潜在的承包商会看一看,计算一下人工成本,然后给出工程的初步费用,而不需要对 职权范围的文本进行长时间的研究。

也就是说,为了使承包商更容易处理潜在的订单。想象一下,就像麦当劳下订单一样。

这里是作为一个执行者,我说,这是没有用的,与客户的其他问题。你认为合适的就在那里。

指标的主要内容是什么?不是线条、Gitogram、颜色、如何计数(程序员应该知道,而不是客户),不是警报或花哨的东西,而是逻辑,即客户想在指标中加入什么,他想在指标的帮助下得到什么,指标应该执行什么功能。这样客户就能充分说明,剩下的就可以稍后商定。除了面板的存在和功能应该事先知道,面板的外观如何可以以后再了解。

而你却反其道而行之,完全不提逻辑....。

o_o:

如果是为了向客户解释需要什么,那就补充补充。

恐怕最终不会有人读它。大多数人都不会走到终点

Galina Bobro:

指标最重要的是什么?不是线条、Gitogram、颜色、如何计数(这应该由程序员知道,而不是由客户知道),不是警报或花哨的东西,而是逻辑,客户到底想在指标中加入什么内容,他想在指标的帮助下得到什么,指标应该执行什么功能。

而你的一切恰恰相反,你对逻辑只字不提....。

逻辑--这里很难有一个模板。根据您的经验,如何将其形式化?

要添加评论,请登录注册