| 作者 |
内容 |
| threen |
 求助：如何设计一个税务项目的三层结构开发方案
本人最近接到boss的一个棘手任务，由于本人在这方面的无知，恳请大家帮助。
任务描述：设计一套三层结构体系（c-s-s和b-s)，应用于税务征管软件。内容包括：
1。应用服务器的选择；
2。客户端开发工具的选择；
3。中间层组件开发工具的选择；
4。将什么功能摆在中间层实现；
5。系统的整体设计方案。
项目背景和要求：本项目是一个税务征管的解决方案，项目要求如下：
1。在一个省内实现税务的自动化征管，企业是客户端用户，中间事务层，和数据库服务器都集中在省会的税务局内；
2。要求企业既能用网页方式报税，也能用客户端报税，但必须通过中间层，不能直接连接数据库；
3。税务局现有一台IBM AIX的什么型号的小型机，跑的是自带的AIX
Unix,想尽量利用起来，作为应用服务器（如果实在没法做，可以建议他们买台跑Win的服务器）；
4。数据库税务局已经购买了Oracle 8i,不能更改。
公司的开发能力状况：
1。以前积累了丰富的税务软件经验，对于业务熟悉精通；
2。以前开发的税务软件均采用c-s结构或2.5层结构，主要的开发工具为pb7,vb6；
3。个别人有java的开发经验，局限于JSP；
4。公司上层的开发思想是走低成本的路子，且尽量靠近目前程序员所熟悉的开发工具。
情况描述如上，希望大家多多提出建议，谢谢！！！ |
| 02/04/13 18:59 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| freeman99 |
 回复:
求助：如何设计一个税务项目的三层结构开发方案
用IBM的websphere做应用程序服务器。这么大的项目，请IBM帮你们搞定得了。 |
| 02/04/14 14:35 |
酷帖！ 臭帖！ 回复 |
酷帖评价： 臭帖评价： |
| 返回页首 |
|
| yuanli |
回复:
求助：如何设计一个税务项目的三层结构开发方案
呵呵，
三层就三层，不就是MVC吗
model（数据）
controller（商业和控制）
view（GUI）
三层结构基本包含：
数据连接与处理层，可以实现的方法是EJB或JDO的基本JAVABEAN
商业层，处理商业的中间层，如DAO和OperatorDB基层和基于上层的Extense
控制是连接GUI与商业的通讯，一般试验Main Controller的方式
GUI层，GUI包括显示逻辑与服务
显示商业TagLib来简化GUI开发，使用TagLib引擎来处理具体的商业到GUI的通讯 |
| 02/04/15 00:56 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| davidqql |
 一些建议
如果采用C-S-S结构
1。应用服务器的选择，就用那台IBM机器吧
2。客户端开发工具的选择，c,java都可以
3。中间层组件开发工具的选择，中间件可以使用Weblogic
4. 业务逻辑处于中间层
如果采用b/s结构则更加方便了
数据层：使用他们的Orcle数据库就可以了
中间层：使用IBM的Websphere,安装在aix系统（现有机器）上就可以了
表示层（客户端）：网页，使用JSP
开发工具：IBM Visual Age, Jbuilder, 文本编辑器都可以
若要整体方案，我们合作吧，我们有资深多层体系系统的设计背景，你的系统其实很简单。 |
| 02/04/15 09:56 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| joy_wind |
J2EE
我一直用java作多层企业级应用开发。我给你提供一个采用j2ee的方案，仅供参考。
j2ee是一个健壮、开放的平台，它对企业级应用提供了一个完整的解决方案，
1，在客户端，你可以采用web型客户端，如jsp/servlet/applet等；或者桌面型客户端java
application。在这两者中的选择取决于你的实际业务需要，一个要考虑的方面是，你们的业务是否很密集，如果是，那么web页面相比application响应较慢的缺点可能会引起用户的抱怨，但是web客户端的0维护性（近似的讲。如果客户连浏览器也不会装，那就没办法了）我想应该值得你考虑。我们一个电信项目出于客户端响应的考虑采用的就是java
application。但是用application 你可能需要投入学习swing组件的成本。还有，一个“胖”的客户端，尤其是java
application要求对客户端机器有较高的配置。
2，中间件。利用你现有硬件，既然是AIX，那就用websphare或者weblogic，都很贵。你使用oracle8i，那么OAS也可以考虑，不过我没用过。无论哪一种中间件，只要他支持ejb2那么对于你的开发来讲没有多大区别，不同的只是发布上的不同。还有一些免费的j2ee服务器，如果信任它，就用它。
另外，好好的AIX为什么要改成windows
？有点像把一匹宝马当驴子用来拉磨的感觉。
3，数据库没什么好说的，采用中间件，数据库的功能被弱化了。对了，oracle新推出了它的应用服务器,oracle9iAP,埃里森捧着它到处吹呢。你们使用oracle，说不定oracle9iAP和oracle数据库结合比websphare/weblogic要强大得多呢。 |
| 02/04/16 10:33 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| threen |
求助：如何设计一个税务项目的三层结构开发方案
thanks for your advice,but my boss would not agree to it! |
| 02/04/16 10:35 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| threen |
 回复:
J2EE
1.如果采用b-s模式，主要的缺点如你所说，税务申报业务密集，速度慢很容易引起客户抱怨；另外，可能不能很好支持打印功能，税务软件很重要的一点是凭证打印；
2。如果采用应用程序，是否非要java application呢？是否可以采用PB的客户端？税务软件的客户端基本全是PB做的。
3.对于Oracle9iAP，因为过新，应该是不会用的。 |
| 02/04/16 10:53 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| joy_wind |
 回复:
J2EE
采用pb开发客户端很有诱惑性，我最早就是搞pb的，我也希望能够用pb这样的rad工具来开发客户端，多好啊！开发快、报表漂亮。可是我没试过，我想理论上应该可以，结合xml什么的。你可以试试，如果真可以那太好了，别忘了告诉我啊，我们交流交流。 |
| 02/04/16 11:01 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| threen |
 回复:
J2EE
谢谢你给我的建议，等方案定下来，一定通知你。 |
| 02/04/16 11:06 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| joy_wind |
回复:
J2EE
ok!
谢谢！不过带有感情色彩地讲，我还要多说一点：
多考虑考虑j2ee。它是开放的，健壮的和经过实践检验的。它不再是一个孩子了（相比.net）。实际上，IBM已经全面拥抱java了，oracle的产品首先支持的就是java，更别说bea,iona这样纯粹的中间件公司。sap
公司内部已经使用java作为与其BABP语言并列的开发语言。所有这些并不是要你去跟风，在企业级应用方面，众多大厂商对java的支持会为你提供许多大量而免费的资源，在建立企业级应用方面他们许多成功的经验，在开发过程中，你会发现，这很重要。 |
| 02/04/16 11:22 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| threen |
 回复:
J2EE
本人确实是十分想接触和学习一下j2ee，但是决策权并不在我身上，我只有建议的能力。
从领导的角度看，在满足用户基本需求的前提下，软件开发的速度和成功率是他们最关心的，因为这代表了利润。
中国的软件企业总是短视，缺乏向前看的胆识，只知道模仿，不知道创造。可怜的程序员们95%的时间是在机械的重复。 |
| 02/04/16 11:38 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| newdongkui |
回复:
求助：如何设计一个税务项目的三层结构开发方案
照你描述的情况，J2EE并不适合，虽然地税系统似乎因该使用这样的结构。
低成本运作，b－s 结构，ASP最适合，你们有正好VB程序员。
适中一点，选择JSP也应该可以控制住。 |
| 02/04/16 11:38 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| newdongkui |
 回复:
J2EE
可是资本方的角度来衡量，这是无可厚非。中国的软件落寞不是资本运营者的失败（他们永远的第一追求是利润），而是普遍地消费者技术和管理意识的落后。
你觉得呢， |
| 02/04/16 11:43 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| threen |
回复:
一些建议
使用Jaguar应用服务器,客户端用PB开发如何？
关键是如何在广域网范围内实现应用程序客户端和服务器的连接。 |
| 02/04/16 12:39 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| threen |
回复:
J2EE
也许！但是总是有管理者的主观意识在里面，也许真的是需要一次大淘汰，才能显示出谁才能把握市场。 |
| 02/04/16 12:45 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| idlecrook |
 回复:
求助：如何设计一个税务项目的三层结构开发方案
用pb和com好了，一句话便宜。 |
| 02/04/16 13:07 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| dxcwxc |
回复:
求助：如何设计一个税务项目的三层结构开发方案
其实你的情况，最好参考一下联想的国税系统设计，应该比较跟你很接近，
如果一定要上多层体系，可以接做地税很有名的一家企业的解决方案， |
| 02/04/16 13:14 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| threen |
 回复:
求助：如何设计一个税务项目的三层结构开发方案
你也做税务系统吗？多多指教。
联想的国税是两层的，而且只适合大厅报税，不符合要求。
做三层地税系统的企业参考了不少，发觉他们都是假三层，没法用！在广域网范围内的税务征管只有B/S的解决方案，普遍使用ASP，很难在一个省内推广。 |
| 02/04/16 13:32 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| gsycl |
如果用MS
ASP,首先你会得到BOSS的表扬，然后被客户臭骂，最后...
夸张了一点，如果业务繁忙而重要，建议不要用MSASP,不要被当前的状况所限：技术可以提高、合理的成本可以向BOSS分析。 |
| 02/04/16 13:57 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| davidqql |
 扔掉你的PB吧
如果你纯粹使用b/s结构，开发工具就是文本编辑器和网页编辑器。中间件可以使用Web
server.
既然你的用户没有传统系统的负担，采用这种方式很好。
如果他们已经在使用一些中间件产品，则无论你用PB还是Delphi，或是C++，取决于你们公司的现状。
Jaguar在业界不是很有名气。 |
| 02/04/16 15:36 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| idsg |
我们做过WebSphere的项目
我们做过WebSphere的项目，符合你们的要求，有兴趣同我联系。
根据你们低成本的要求，可作如下配置：
服务器：AIX+ Oracle + WebSphereApplicationServer（标准版）。之所以用标准版，因为便宜，不使用EJB，就不需要买高级版本。使用JSP+servlet+JavaBean技术足够。
客户端：VB或Java等均可，通过标准协议同服务器上的servlet通信，即能充分满足你们的需求。
想了解更多，同我联系。 |
| 02/04/16 17:54 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| dxcwxc |
回复:
求助：如何设计一个税务项目的三层结构开发方案
－－－》 你也做税务系统吗
做过几个税务的征管系统，
－－－》联想的国税是两层的，而且只适合大厅报税
没错，但目前电子申报的用户数很少，财务人员喜欢出来
－－－》做三层地税系统的企业参考了不少，发觉他们都是假三层，没法用！在广域网范围内的税务征管只有B/S的解决方案，普遍使用ASP，很难在一个省内推广。
考虑报税时并发数非常高，完全采用集中中间服务器，在通常情况下WINDOWS平台下目前很难实现，不过通过CITIX在多部署几台PCSERVER也有成功的例子，
不过打印税单时不是很方便。如果你了解UNIFACE你可以多一种选择，但成本会上升。 |
| 02/04/16 18:05 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
