| Nowadays Client/Server Model is a common way of computer application and MIS. It is greatly possible for it to change from host-based computing system to distributed computing system. To access different data sources, a new software layer named middleware can be added into Client/Server architecture. It extends Client/Server to Client/Middleware/Server architecture. Middleware technology provides the most efficient method to share data resource and realize interoperating in heterogeneous DBMS environment. In the first section, the dissertation analyzes the merits and shortcomings of Client/Server Model. Secondly, it presents the definition, functions and standardization of middleware, discusses profoundly some key technique of middleware, such as RPC and datagram queue. Thirdly, it analyzes the mechanism of realization on ODBC, CORBA, TOP/END, Message-Oriented Middleware, Transaction Middleware and Object Request Broker. Finally, it supplies a fundamental Client/Middleware/Server architecture----DBMS, and analyzes its characteristics and request for properties. In the second part, the dissertation describes a specific project: Gold Account Management System from the status of analysis, design to realization. The whole system was developed by C++. Because C++ is more difficult than Java in respect of complex management for memories and points, multi-thread synchronization and mutex, it is urgent to solve these problems in an original way. The part of Server/Middleware consists of NetLogic (Middleware), CppRuntime and CDBC which is similar to JDBC in Java. The dissertation expounds five sections in NetLogic respectively: Server Application, Filter and Interceptor, Session Layer, Networks Gateway and Client API. By successfully using a software package ACE (Adaptive Communication Environment), multi-thread synchronization/mutex and multi-event separation can be realized smoothly. Furthermore, some entity classes and functions for service in Client are also explained at the end of this part. In the last chapter, the author puts forward some possible prospects of middleware development in the future. |