这个是《造价结算信息库》的其中两个界面，拿来当个纪念。

1.合同拆分界面，没有截图具体的拆分页面

2.造价信息台账页面

还在实验室，没有用到生产环境，还需要修改和美化。。。挺好玩的。

 说明

     近半月在帮人做一个b/s版的报表中心，因为主程序是c/s的，但是要分布到其它地方应用。

     有的是借鉴了别人的。报表用的是用友的华表控件。

 感受

    报表不难做，主要是美工，太费劲了。做了改，改了修。始终不是很满意。现在拿出来给大家笑话吧。

 图片

   1。主界面

 2.报表中心

   最难搞的，因为未来还要加权限和分类。目前只是这么简单的。

3。单个报表 界面

 大家都回家过年了，估计也没有人出来看博客了。发一篇应该不算罪过吧,大部分是借鉴，一小部分是自己琢磨，非公司级作品，所以非专业和严谨。不过有的公司还不如我做的那。

 1.登录界面

 2。主界面(树形菜单)

3.主界面(outlookbar)。两个导航是可以切换的。

4。办公流程的主界面. 

。

5.请假单的发起页面。有人会奇怪跟他们的流程为什么会不同，呵呵，这个是我独创。我的原则是实用简单傻瓜才是硬道理。

6.请假单的查看页面。

7。请假单审批页面

8。已发流程的查看页面

就这么些图片了，其他什么都没有了。大家都是在赚点击率，我也赚点，勿怪。

 前言

     本想转行炒股，无奈资金被庄家洗去大半，所以打算杀一个回马枪，再研究技术。最近公司在上portal的项目，从外面大公司买了相关的软件和服务，从开始实施到现在(还未使用)已经大半年了。从原来没概念到现在已经有了一些感性认识，所以听一听大家对portal的看法。

     简单来说就是一个门户，里面有一些块块，显示着不同系统提供的数据信息。类似CAB系统。

 Portal概念解释(来自百度百科)

     在Portlet规范JSR168里是这样讲的：“portal是一种web应用，通常用来提供个性化、单次登录、聚集各个信息源的内容，并作为信息系统表现层的宿主。聚集是指将来自各个信息源的内容集成到一个web页面里的活动”。

　　Portal的功能可以分为三个主要方面：

　　1. Portlet容器：Portlet容器与servlet容器非常类似，所有的portlet都部署在portlet容器里，portlet容器控制portlet的生命周期并为其提供必要的资源和环境信息。Portlet容器负责初始化和销毁portlets，向portlets传送用户请求并合成响应。

　　2. 内容聚集：Portlet规范中规定portal的主要工作之一是聚集由各种portlet应用生成的内容。

　　3. 公共服务：portlet服务器的一个强项是它所提供的一套公共服务。这些服务并不是portlet规范所要求的，但portal的商业实现版本提供了丰富的公共服务以有别于它们的竞争者。在大部分实现中都有望找到的几个公共服务有：

 个人看法

   优点1:能够对外对内提供多种不同的门户。

   优点2:集合所有公司业务系统的数据信息，在一个平台上展示，方便用户。

   优点3:待办集成，可以集成不同业务系统待办事宜。

   优点4:信息发布，比如内部通启和通知通告，新闻等等。

   优点5:统一登录方式，登录门户只需输入一次密码，就可以通行于各个系统。

   优点6:促使公司形成统一的组织架构。

   缺点1：只能发布信息，但不能收集信息。

   缺点2:目前只能集成B/S，但不能集成C/s架构的系统。

   缺点3:强制各个系统统一组织架构，毕竟业务系统有各自特色，统一步伐有时会有点困难

   缺点4：功能太过单调。

   缺点5:对页面开发和维护需要代码支持，不能通过配置来实现，技术要求高。

   以上是我对Portal的看法，希望大家能够提供自己的看法，谢谢。