实时传输，应该算一个大型的MIS系统，我们选的是Sybase数据库，假设时间很紧。如果用VB做开发工具，可能性能会差一些，显然用PB做前台开发可以体现速度上的优势，而实时传输数据的部分可以用DELPHI来完成比较合适。做一些中小型的MIS系统呢，例如餐饮店的管理，采取VB,DELPHI等开发工具都是可以的，尤其是VB和DELPHI现在采用的ADO引擎，提高了数据库访问的速度，加上界面和其他功能上的优势，做MIS程序也越来越方便了。归根到底，预计模块对数据库的要求而定义出用什么语言最合适。
四.开发步骤
关于MIS软件开发的步骤我认为比较合理的是(其他团体开发软件的工程类似)：
1.初期业务调研
主要了解业务内容和业务流程，主要为做投标方案和无数据演示版软件打基础，这也是与开发产品软件不同的地方，产品软件往往仅实现特定功能，只需要很少的调研或根本不需要调研。
2.研究同类软件
毕竟个人的思路是有限的，要集思广益，可以相互讨论，但找一些同类软件来拓宽自己的开发思路是很重要的，当然，也不能局限于别人的软件的界面和思路，跳不出别人的圈子。
3.做投标方案和无数据演示版
因为很快可能要参与投标，不妨把参与投标比喻成招亲，你的演示界面好比人员的外包装，界面漂亮，人家对你的第一印象就好，相信大家做菜单和窗口这些界面是很内行的，可以加一些图片和小动画，给人以清爽的感觉，无疑，花点时间做软件的演示会给自己在竞争的实力上加个砝码，而你的标书相当于你的谈吐，是实力和能力的体现。
如果中标，无数据演示版软件还有另外一个作用，就是让一些领导视察提意见建议时给领导演示，因为是无数据演示，一般不会出现程序的错误。
4.详细业务调研
这不同于初期业务调研的是要和用户进行共同研究业务流程，写出需求分析说明，一方面让开发人员有个分析问题的过程，另一方面可以让用户确认需要那些功能，以免等开发出来后，用户说哪些功能应该有，怎么没有，到底用户当时有没有提出此要求，口说无凭，拿给他需求分析说明书看就行了。
5.总体设计
这当然是重中之重，直接关系到软件的开发周期，开发效率和开发质量，所以要多花些时间，最好大家一起参与，仁者见仁，智者见智，以防疏一漏百，到时候再改，大家肯定都有类似教训，总体设计做不好，结果数据结构重新调整时，大家很多汗水就白流了。行成统一的开发字典，人手一份，有改动时同时通知每个开发成员。另外要有一个尽量详细的开发计划，做到软件开发有条不紊的进行。确定开发工具，详细设计数据库，文档当然必不可少了。
6.系统开发
进行系统开发时，应该注意符合软件的开发规范，鉴于文档的重要性，写程序同时应该把帮助文件的内容一起写出来，因为此时考虑到很多处理方法，考虑的比较详细，不要等软件完成以后，再想如何写帮助文件，茫然不知帮助该写些什么，另外写一些详细的文档可以防止自己以后看自己写的程序时，自己都搞不清如何处理的，哪些地方该做修改的尴尬局面。写的过程中要主要功能调试，不要以为我这样写代码应该没有问题，程序的隐患往往在不经意间发生。写程序的过程中可根据实际情况，对开发计划和系统设计做一些调整。
7.有数据测试并试运行
在拿给用户之前，一定要进行系统的全面测试，可以到某相关单位进行测试，出现问题及时修正。保证拿给用户的是确实能用的软件，就一切OK了(后期维护的路其实还很长的)。
行胜于言，团体软件开发的成功会给我们带来愉悦和帮助我们提高开发水平，这样我国整体的软件开发水平才能逐步提高，反之，留给我们的永远是遗憾。