个人可以开发股票交易软件进行下单吗？

　　1.、如果券商能提供接口，那非常简单。不过对绝大多数人，这是废话，一是券商不给提供，二是即使提供了，你的程序也得到营业部去跑。
　　2、 券商不提供接口，那就只能从交易软件客户端来想办法了
　　方法一：keyboard和mouse模拟的办法，比较笨的办法，速度快不起来。按我以往的经验，这种模拟keyboard和mouse的操作，因为要和UI打交道，很多地方得Sleep，不然很容易出错，自动下单，出错了可不是好玩的，那损失的都是钱。要想尽量减少出错，stress test的时候每步的sleep时间都得足够长，但这样一来，要足够可靠的话，整个过程估计3-5秒也完成不了。这个办法虽然是笨点，但如果对速度和可靠性的要求不高，也是可以接受的，毕竟要比手动操作要快。（对可靠性有担心的，可以留着交易软件每次下单前的确认窗口，这样还可以有最后一次人工确认的机会，但这样一来，批量下单就下不了了）。

　　方法二：跳过交易软件的UI层，直接调用下层的函数完成交易。大致方法是，1，得要code injection, 进程注入，你的代码得在交易软件的context下运行才行，2. 用debugger慢慢去看，了解交易软件自身是如何调用下层的函数去完成下单，比方说通达信的交易软件，与交易相关的函数，基本在tc.dll和tcapi.dll里面。这个办法弄通了，那下单估计可以在100ms以内完成，就完全和UI无关了。

　　方法三：从基于web和wap的交易上面动脑筋，这个渠道的下单方式，应该是http post了一些数据回server, 研究一下具体的格式就可以了。这条途径，从client来讲，下单的速度应该和方法二差不多。

　　3、FIX协议也是一种可能的突破口，部分柜台系统供应商已有现成的FIX产品，有基金、QFII客户的部分券商有采购（如中信证券），可以尝试一下。

1、股票代码：输入代码后，交易行为按委托要求进行该代码所代表的股票、权限、基金的对象进行操作。2、交易类型：选择项，包括委买（按输入的指定价格买入）、委卖（按输入的指定价格卖出）、扫货（自动以当前价格起向上逐档买入，直至数量达到委托数量）、清仓（自动以当前价格起向下逐档卖出，直至数量达到委托数量）。3、委托价格：输入的委买、委卖价格。扫货、清仓则无。

可以呀，我们就是自主开发股票交易软件，也可帮助对接券商交易接口~