我们有一个集成系统(至少就是我们所说的),它包含一个前端到后端的巨大C++/VB/MSSQL软件,可以处理组织的每个方面.
我们现有的几位客户一直在询问是否有可能以性感的Web 2.0方式将其移植到网上,当然它也对我们有很大的价值,因为我们有一个更好,更新,更现代的产品,可以让我们采用我们认为SaaS模式在商业上是很好的,并且肯定会开启许多新的大门,因此我们并不是要让客户相信这不是一个好主意.
但是,网络是这样的应用程序的地方吗？
如果它应该用于Webtop(模仿桌面)用户界面,还是我们应该使用像UI这样的标准Web 2.0 37Signals？
在您的体验中,哪种方式会更好地展示此类应用,以及您在设计所选模型时可以从中获得哪些工具/语言/技术(如果有).
请记住,当前的桌面软件非常庞大,有超过200个SQL表,250个表单以及大约400种不同报表.
任何见解,提示或建议将不胜感激.
我提前感谢你们所有的时间,并为一篇很长篇文章中的许多部分问题道歉.
Geez,我不想在这里"迷恋"粉丝......但你的申请有一个目的.
希望这是为了让支持贵公司业务的人员更容易完成工作.
这些目的都不是由您使用的语言/平台决定的.零.压缩.没有.
您几乎可以在任何语言/平台上完成业务所需的任何功能.真.有些东西在一种语言或另一种语言中更容易,但你对一种语言与另一种语言的熟悉程度不仅仅能弥补"技术"差异.
任何改变支持公司业务的现有应用程序的架构/平台的决定都需要比当前模型具有一些重要的业务优势甚至可以考虑 - 然后您需要选择您和其他开发人员的平台/语言该公司最熟悉 - 这样您就可以快速增加业务价值,而不是花费大量时间来"加快"不熟悉的技术.
我建议您尽可能地为网页设计提供典型的Web 2.0轻量级方法.
首先,我将创建一个基于Web的界面来完成应用程序中最简单但最常用的工作流程.让生产版本共享您当前系统的数据库,以便它可以作为替代品,用于日常使用.
请记住,高级用户将打开几个浏览器窗口,以便模拟应用程序是多余的.一组引导您完成工作流程(添加客户端说明)和状态页面(查看客户端详细信息)的向导将是一个很好的起点.尽可能多地模仿Web 2.0海报儿童(即推特),并将他们的设计作为一个免费的起点.
不要试图一次完成所有操作,只需在现有系统中添加一个漂亮的Web前端,然后逐渐获得组织内的支持/使用.
如果您决定使用Django(即在python中开发网站),它可能会支持您的数据库开箱即用.配置您的设置以连接到数据库(按照教程),然后运行"inspectdb"manager命令创建一个python文件,描述您拥有的200个表.然后,您可以非常轻松地在数据库上运行SQL查询,而无需使用Django模型系统编写任何SQL,所有这些都在python命令行中完成.