|
|
产品 | 支持 | 搜索 | Microsoft指南 |
|
|
|
瑞软台帐管理解决方案
解决方案介绍 解决方案全称:瑞软台帐管理解决方案 一、开发背景
二、方案详细介绍 本系统主要用于一些日常工作需要频繁录入数据的企事业单位;本系统能够帮助他们方便的存储大量数据,快捷的进行查询和修改,并能够根据需要进行筛选和分组统计操作;大大节省了人力和物力,并增加了数据的安全性。另外,本系统适应企业的多样化需求,可随时增加任意格式的单据,非常符合企业的需求。 例如:银行在平常工作中,需要手工录入大量的凭证单据,日积月累,很容易造成单据的丢失和损坏,并且不容易查询,如果使用本系统,不但能够使数据存储起来非常安全,而且能够方便的进行查询、分组和统计等工作。 实现的功能 本系统框架结构仿Outlook设计,充分考虑用户的习惯和需求;整体简洁明了、操作快捷方便。具体界面如下图所示:
本系统主要用于对卡片帐的管理,包括对卡片帐的分类、增加、删除、查询、打印和导入导出等功能。她遵循个性化设计思想,用户可以定制帐单类型和帐单分组,灵活地查询和打印,同时她还支持多种文件格式的导入和导出。详细功能如下:
本系统具有很好的通用性和可扩展性,适用于任何涉及卡片帐或类似于卡片帐管理的企事业单位。 采用的技术和工具 该解决方案利用Visual C++、SQL Sever、Project和Visio等先进的开发和辅助工具进行设计和编码工作;在实施过程中,全部按照国际CMM认证标准和方法进行,增强了软件的计划性、安全性和可追溯性。采用Windows 2000 作为工作平台,利用SQL Server2000作为服务端。但最终产品的发布会兼容Windows95/98/NT/2000/XP等一系列操作平台。 系统整体采用采用传统的C/S结构(见图TOBS-2)。服务器端包括数据库和前台处理程序;客户端为一普通数据录入程序;另外带一帐单模板设计器以方便随时增加单据模型。在开发过程中,充分采用了COM(对象组件模型)技术大大增强了系统的可扩展性和易维护性。
程序采用实时监测机制,随时获得客户端发送的请求,并根据请求的类型进行相应的处理,或接受或发送。服务程序具有多线程功能,可同时响应多个客户的请求。其流程图如下: 程序采用Outlook多视图结构,每个视图都可隐藏或显示,但必须有一个为显示,不可全部隐藏。为了减少客户端对服务器的过分依赖性,客户端将不直接连接服务器数据,而是采用随时上传和下载的功能,通过服务器端的程序和数据库进行数据的交换。如果服务器端未开启或出现故障,客户端仍能独立运行,进行简单的查询等操作。其流程图如下: 客户/服务器数据请求流程图如下:
本系统在市场中没有真正的竞争对手。因为,同类软件由于各种原因,将软件的各个功能全部封死在系统内部,这将使系统失去应有的灵活性和可扩展性,不能适应银行业务多样化的需求。 本公司借助已有产品(瑞软表单)的强大功能和自己独特的设计理念完全实现了单据的多样性需求;其次,本系统内部实现了强大的查询和分组统计功能,为用户对数据进行分析、查找等维护工作提供了方便;另外,本系统内部增加了类型丰富的数据导入和导出功能,能够兼容XML、CSV等多种形式。 总之,本系统的设计和实现都融入了当今先进的技术和思想,并借助本公司自有的强大产品开发而成;在同类产品中,占有不可替代的优势,许多先进功能,都是独一无二的。 因此,产品在销售方面,可以不用考虑竞争方面的问题;将大量精力投入到开拓渠道中去,通过在银行系统中进行试用和培训等方法,争取银行客户;并进而开发其他潜在客户。
成功案例介绍 用户单位名称:中国工商银行信用卡中心背景情况: 中国工商银行信用卡中心(以下简称: 信用卡中心)是工商银行信用卡和固定资产管理的机构,在平时的工作中需要记录大量的客户资料和固定资产的资料,于是积累了大量的纸面资料,查询起来很不方便;因此,决定使用软件解决这个问题。 信用卡中心本身已经具备了实施信息化的基本硬件条件,但是,由于时间较长,计算机的配置有高有低,而且使用的操作平台也不相同。 二、方案详细介绍 在实施过程中,我们首先调查统计了信用卡中心所需的工作站数量以及各个工作站的硬件情况;然后,根据他们的需求编写需求说明书、设计开发计划书和详细设计说明书;接下来,便可以根据详细设计说明书进行编码设计;最后,通过用户试用、发现问题、解决问题这样一个不断完善的过程,最终交付用户试用。 该系统根据用户的要求,实现了如下功能:
信用卡中心已有的网络结构为星型网络拓扑结构(如下图所示),拥有一个服务器和将近30台工作站;工作站的硬件配置很不平衡,有PII233,32M,也有PIII800,128M;给开发过程增加了一定难度,为了适应现有的硬件环境必须增强系统的兼容性。
本系统采用C/S传统结构,根据信用卡中心的硬件环境开发而成。 程序采用实时监测机制,随时获得客户端发送的请求,并根据请求的类型进行相应的处理,或接受或发送。服务程序具有多线程功能,可同时响应多个客户的请求。其流程图如下:
程序采用Outlook多视图结构,每个视图都可隐藏或显示,但必须有一个为显示,不可全部隐藏。为了减少客户端对服务器的过分依赖性,客户端将不直接连接服务器数据,而是采用随时上传和下载的功能,通过服务器端的程序和数据库进行数据的交换。如果服务器端未开启或出现故障,客户端仍能独立运行,进行简单的查询等操作。其流程图如下:
效果与反馈: 在使用过程中,用户不断地发现问题,然后及时地反馈给我们,我们进行修改后,在发给用户测试。 经过长时间的测试和修改,系统已基本符合用户的需求,交付用户使用。在用户的使用过程中,本系统帮助用户有效地对他们所涉及到的数据进行了安全、清楚地存储和管理,并节省了从事这项工作所需要的人力和物力,大大提高了工作效率。 在使用过程中,用户不断产生新的需求;例如,增加柱形图分析功能等。
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
个人信息中心 | ©2004 Microsoft Corporation. 版权所有. |
||