bpo management system Essay Example for Free

bpo management system Essay1. Introduction1.1 PurposeThis document describes the steep take aim design for the chart/EORS Intranet procedure coat and the chart Internet office drill. The purpose of this design is to show the high-level technical start out to impact the requirements defined in system requirements specification. This serves to identify the architecture of the system and high-level interactions between major system comp 1nts.1.2 ObjectivesIdentify and describe the softwargon architecture for the system. earmarkhigh-level approaches to various technical ch bothenges. Provide a guide for future development efforts, much(prenominal) as detailed design and coding. 1.3 ScopeThis high level design encompasses the approach for meeting the requirements as defined in the documents chart/EORS Intranet Mapping system Requirement Specification and graph Internet Mapping System Requirement Specification.2. System Architecture2.1 OverviewThe following diagram shows the system architecture used by graph social function natural coverings.The system design habituates web establish multi-tier system architecture. The info storage is managed at the selective information tier by the databases. The main business logics are hosted in the deuce applications in the web waiter. Because subprogram is an area that in that respect are many requirements related to thickening side interactions with the graphic content of the application, application logics are partitioned based on the most attach location to execute them. Some are located on the client browsers to provide instantaneous feedback to the user.The general system operation flow involves the following1. entropy updates from various sources such as the chart II CORBA causas, EORS data inputs, device and progeny editing modules are stored in the databases.2. When a mapping application receives a mapping request, it sends the reckon map generation request to the ArcIMS map host. The Ar cIMS boniface retrieves the map data from the databases and creates a rendering of the map and saves it as a raster pictorial matter file. The mapping application generates HTML sc bothywags infix with the effigy and sends it to the browser client.3. For the graph Intranet mapping client, the application also generates the participating content in VML format, which encodes the device and concomitant information in vector format. This en adequate to(p)s the application to update the driving data without having to reload the whole map image. This avoids the heavy load on the map horde when the application scales up.4. When the images and VMLdata arrives at the client browser, the client perils the map to the user. The user weed interact with this data on the client.2.2 SQL emcee and ArcSDEArcSDE from ESRI allows managing of geographic information in commercial databases such as SQL boniface, Oracle, DB2 and Informix. ArcSDE provides functionalities to efficiently store an d retrieve spatial information using spatial indexing mechanisms. ArcSDE provides a set of API and administrative utilities that dish manage the spatial data storage. For the map mapping systems, the combination of ArcSDE and SQL Server manages the spatial information in the relational database. ArcSDE adds spatial functionalities without disrupting standard SQL database capabilities.2.3 Map Server (ArcIMS)ArcIMS take ons a few components that ordain play important roles in the CHART mapping application. The workhorse component that processes the data and generates maps is the spatial emcee. Managing the spatial servers is the ArcIMS Application Server, which monitors apiece spatial servers activity and brokers map requests to the least busy spatial server.The detailed interaction of a map request is as the followingWhen the ASP.Net page receives a map request, it parses it and uses the ActiveX Connector object sample to construct a map request. The connector then sends the m ap request in ArcXML format to the Application Server. The Application Server then finds the least busy spatial server and forwards the map request to it. The spatial server performs the query against the ArcSDE database, retrieves the data and renders them into a raster image file. The location of the file is then sent back to the connector and the ASP.Net page writes it back to the client as HTML page with the image embedded in it.2.4 Web Server (IIS) .Net Framework and ASP.NetThe web server hosts and publishes content to the client browser. In the case of the CHART mapping applications, most of the content is dynamic content generated by ASP.Net modules. When IIS recognizes a page being anASP.Net module (an aspx extension), it passes the request to the .Net Framework to load the module and handle the request. The ASP.Net pages are then loaded into recollection and executed. The .Net Framework provides many utilities such as garbage collection, tracing, just-in- cartridge holder compilation that manages the execution of ASP.Net modules. The ASP.Net page modules are where the CHART mapping application logic is coded.The web server also provides security via the solidd Socket Layer (SSL), allowing interactions between the users browser and the web server to be encrypted when necessary.2.5 Security2.5.1 meshwork Level SecurityNe bothrk mould security will be managed by the electronic engagement security configurations like firewall and RSA secure ID.2.5.2 Secured Socket Layer (SSL)MDOT has a certificate server to provide digital certificates for the SSL configuration. The server line must remain consistent with the certificate. All links shall use the very(prenominal) server put forward, otherwise, if the server is referred using an IP address or a local server name, etc., the user will see an alert indicating the certificate is in-consistent with the resource. IIS supports the configuration of one folder in the web application requiring SSL sequence other portion does not. The school term information remains consistent between SSL portion of the web site and the non-SSL portion.2.5.3 Enterprise intaker Enters Read-Only ViewMany of the CHART mapping functionalities are for viewing and reviewing data, i.e. a read- solitary(prenominal) view. The design allows enterprise viewers and CHART users to entre the read-only portion of the web site without having to input user name and password. This also enables CHART users to reach the viewing area without having to enter their login information again.When system receives a user request to enter the secured area, the system checks whether the current session has been authenticated. If not, system displays login screen. The user shall enter their CHART user name and password. Upon receipt of the user name and password, the system checks itagainst the CHART II databases user tables. If they are authenticated, the system stores the user information in the session. The session will be m anaged in the server until the configured beatout expires. All subsequent requests from the same user session will inherit the same authorization information for the user.2.5.4 CHART engager Enters Editing AreaOther applications, like future versions of CHART II and CHART Lite, flowerpot launch the map editing URL via the HTTPS protocol. The user name and password green goddess be sent via https request. The system verifies their earmark information against the CHART II user database using an OLEDB/ODBC connection. If the authentication information is correct, the system will store this information in the session. The user will be redirected to the map page. If the authentication is rejected, the user request will be redirected to the login screen to reenter the authentication information.Associating a CHART user with an op-center/default map view area Based on CHART II R1B3 database design, users are not associated with an op-center rather, the user specifies an op-center duri ng logon. In order to display a default map view area based on an op-center, an external application launching the CHART mapping application will also need to pass in the operation center name to initialize the map to the associated extent.Passing user name and password in URL requestThe mapping site shall prepare a module that verifies the user name and password, then forward the page to the map page, hence avoiding showing the password on URL address box. At the current time, without the full integration with CHART II and CHART Lite, the system will expect plain text user name and password. In the future, an encryption/decryption algorithms agreed between the systems can be added to achieve higher security.2.5.5 EORS SecurityCurrently, the EORS security has not been implemented. EORS functions will behard-coded with security configuration.3. Ne twainrk ConfigurationThe design above depicts CHART web configuration as the Internal network, a Demilitarization Zone (DMZ) network fo r hosting the web server and connecting out to the external Internet network.There will be two firewalls, one between the Internet and the DMZ network and another one between the DMZ network and the internal network. The map server and database servers are to be hosted in the internal network for maximum security. The initial configuration calls for two physical computers to host the map servers and database servers. In the future, if the system needs to scale up, spare physical servers can be added. The Intranet web server can optionally be hosted on the load- braced virtual(prenominal) server too.3.1.1 Map Server Load balanceThe design achieves load balancing by a combination of Windows 2000 Advanced Server Network Load Balancing (NLB) Service and the ArcIMS Application Server. The system utilizes two physical server computers. The two servers are configured with NLB. NLB works on the TCP/IP level. Any incoming traffic from web server to the virtual server IP address is load bal anced between the two application servers by NLB. ArcIMS Application Server operates at the application level, monitoring each spatial servers load and operation. When a spatial server is busy, it directs the map request to idling spatial server(s).Each physical map server hosts one ArcIMS Application Server and two ArcIMS Spatial Server instances. An application server failure forces NLB to direct immature connections to the remaining application server. When the failed server is recovered, new client connections should once again be shared between the two servers. The two spatial server instances are cross registered to the application servers. As shown in the diagram, Spatial Server A1 and A2 are registered to Application Server B and A correspondingly. This arrangement ensures that when a spatial server is flock, the application server can becalmutilize the spatial server from the other server to serve the map request and the application server continue to function. Also, thi s configuration also allows ArcIMS to load balance at the Spatial Server level as opposed to just the network traffic level, which is what NLB provides. This configuration can withstand an Application Server failure, a Spatial Server failure, a simultaneous Application/Spatial Server failure or computer hardware failure of one of the physical map servers. exploitation two map servers with network load balancing should provide high-availability load balanced ArcIMS web site.3.1.2 Database Load BalancingBy running two SQL Server and ArcSDE instances with NLB to balance the load, the system can achieve high availability at the database server layer. The database servers are completely independent and share no hardware components. This lineament of availability is achievable with the standard edition of SQL Server.The two database servers are setup with Transactional replication. One of the two SQL Servers is configured as the publisher and the other one as a subscriber. All the data modification such as insert, delete and update will be performed on the publisher and channels are replicated to the subscriber. Transactional replication can provide very low latency to Subscribers. Subscribers receiving data using a push subscription usually receive changes from the Publisher within one minute or sooner, provided that the network link and adequate processing resources are available (latency of a few seconds can often be achieved).When the web server and map server requests use the virtual IP address on the load-balanced group of database servers, they are directed to the database server with the least amount of load. If one of the database servers goes down due to hardware failure, NLB detects that this server is down and no longer directs database requests to this machine. The remaining machine handles the database requests and apart from a slight drop in performance the users are unaware that a database server has failed. When the hardware is fixed the offendin g machine can be brought back online.One limitation exists for this design. It happens when the publisher database is down. In this situation the data updates cannot be committed until the publisher database comes back. But at the same time, all read access from the Internet and Intranet server could still be directed to the secondary server. In the case when the publisher data is going to be down for extended time period, system configuration need to allow system administrator to change the configuration so that the replica will serve as the main database. Compared with clustering solution, this system design provides the maximum database availability and performance benefit.The databases that need to be replicated would include1. Background map database.Background map data does not change often. A snapshot replication is sufficient for replicating data updates in one database to the other.2. CHART/EORS Spatial DatabaseCHART/EORS spatial database stores CHART and EORS device and ev ent information with spatial data. They are dynamically updated throughout the day. Transactional replication will be setup to ensure that data change in one database gets replicated to the other one.3. SDE metadata.In general, the system can continue to provide access of map and data to both the Internet and Intranet users in the case of failure of any one component in the system. The only exception is that when the publisher database is down, the new data cannot be updated into the system. Users will get delayed information.3.1.3 DMZ ConfigurationCHART is currently implementing a Demilitarization Zone (DMZ) network to enhance the network security. This entails creating a separate network for the web server computer(s) and separating it from the internal network with a firewall.In an ideal world, the DMZ would have no physical connection to the internal network. This would require two separate map server setups to serve theInternet and Intranet users. The recommended way to impleme nt is to disallow any access from the DMZ to the internal network, but allow access from the internal network to the DMZ. In other words, allow out-bound connections. On each of the ArcIMS server computers, mount a network aspire to a shared drive on the Web server. Each ArcIMS spatial server would write the output raster image files to the location on the web server to be delivered to the Internet client browsers.4. Database OrganizationTo reduce the dependency and operation interference between the spatial data and the attribute data, the EORS spatial database and CHART spatial database will be created as two SQL Server databases. To reduce the performance overhead when joining data between the spatial and attribute data, the EORS spatial database will reside on the same database server(s) as the EORS database.5. Technical Challenges5.1 Map Display MechanismCHART Intranet mapping application requires that changes in event and device data be reflected on all map clients in a near- real-time fashion (within 5 seconds). To do so via the traditional raster map publishing mechanism will result in all clients retrieving updated map every 5 seconds or at least when event/device status update requires a new map to be generated. When there is large number of users of the system, it will result in a high map server load in a concentrated short time period.To resolve this issue, the project team reviewed various technical approaches and summarizes their advantages and disadvantages as the following5.1.1 Raster (JPEG, GIF or PNG) ImageThis is a popular approach that utilizes the basic image display functionality of web browsers. It utilizes the server processing power efficiently. The disadvantages are that the images have limited client side intelligence, leaving most of the computation concentrated on the server. Its capability of handling large number of concurrent map requests is limited. Generally, one map server can support 4-8 requests per second. ForCHARTs situa tion, when an event changes status, if a new map image needs to be generated, it would be about 40 requests per second (200 users at 5 second update interval). Many servers will be required to support the load.With the license fee involved with using GIF format, we will not use GIF for map publishing. Compared with JPG format, PNG graphics do not have the bleeding effect inherent with the JPEG compression algorithm. With the map displaying lines rather than continuous tone images, it is much cleaner. PNG also results in a smaller file, which translates into faster download times for client. The only JPG advantage is server side image generation times. It is recommended to utilize PNG for the Intranet application to produce highest quality images for standardized IE browser date utilizing JPG for the Internet to allow for support of as many browsers as realizable. Also, the reduction in image processing time should deliver better web image generation performance.5.1.2 XML Based Vec tor Graphics5.1.2.1 Vector Markup Language (VML)VML is a XML based W3C standard in describing vector graphics. Basically, it encodes the vector coordinates of points, lines and polygons in XML format. The support of VML is include in Internet Explorer 5.0 and later. There is no download needed to display VML encoded vector graphics. It also has built-in support for style sheet and scripting. This makes it possible to modify the display properties and positions of the vector graphics using the Java hired man on the client-side browser. Using this functionality, we can dynamically update the display of devices and events.5.1.2.2 ascendible Vector Graphics (SVG)Scalable Vector Graphics is another XML-based W3C standard format for vector graphics. Compared with VML, it requires Java or ActiveX based plug-in to be displayed. Also, based on review of the plug-ins (SVG Viewer by Adobe), there is not as much support for scripting as for VML.5.1.3 ArcIMS Java ViewerArcIMS includes a Java Vi ewer, which provides a Java Applet that can becustomized to a certain extent to display vector encoded GIS data on the client side. It requires a download to the client. The Java Viewer reads vector data from ArcIMS feature server encoded using an ESRI proprietary compression format, which makes it difficult to implement special features such as WSMS offsetted road networks because they need to be offset dynamically based on map scale.5.1.4 MapObjects JavaMapObjects Java from ESRI provides a set of Java-based objects for GIS functionalities. It has an extensive set of functionality that can satisfy the requirements. But, it requires a license fee of $100/seat, or like server-based licensing. It also requires a download to client machine to run it.5.1.5 SummaryBased on the research above, the project team recommends the following design Use raster map for background map display (background data with SHA grid map are often large amount of data, suitable for server side processing) Us e XML data format to transport the device and event data from server to browser client. Use JavaScript to create and update the VML vector data elements to display the dynamic layers including all the CHART/EORS devices and events.The diagram above illustrates the map display mechanism1. Map server reads the spatial data from background database and sends the published map image to the client browser to be displayed as background.2. Device and event information is broadcasted from the CHART II system in the form of CORBA events.3. CORBA event listener receives the event broadcast and saves the data into CHART spatial database.4. CHART/EORS device and event data are published in XML format to the client. Client browser parses the XML into a XML archive Object Model (DOM) using the XML parser.5. The client browser then iterate through the DOM tree structure and create corresponding VML elements based on the XML device and event data. The VML elements are displayed on the top of the b ackground raster map image. 6. At a pre-configured interval, the browser client retrieves update of device and event data from the IIS server in XML format and update the VML displaybased on the updated information.5.2 Automated Refresh of Device and Event DataCHART/EORS device and event information needs to be updated at a pre-configured interval. They should be updated separate from the background map to reduce the load on the map server. The technical approach to achieve this will be to use a hidden physical body to send the request to retrieve updated device and event data and receive the repartee. The response will package the data in XML file to be parsed into a document object model (DOM) and display the data on map. The request can be to retrieve all data or only retrieve data newer than last retrieval.When the new device/event is received and it requires changing the display of the device/events, the style assignment for the elements can be changed to update the device an d event display. The VML elements will be sent using real-world coordinates (Maryland State Plane 1983). aft(prenominal) the data has been retrieved to the client side, the VML map layers can be dynamically projected using the local coordinate space. When user zooms or pan the map, the VML will be projected using the updated coordinates to fit the new map extent without going back to the server to retrieve new data set.5.3 Inter-Frame Client Script SynchronizationThe map page has a few establishs and the browser loads them asynchronously. Scripts in one frame may call scripts in another frame that may not have been loaded. The approach to resolve this is to add client-side exception handling and verification routine to ensure that the script is called always after the frame is loaded.5.4 Assigning and Editing Event LocationThe dynamic nature of VML elements in the browser allows adding and modifying VML elements by scripting. When the user clicks or drags the mouse on the map, cli ent-side script manages the duty period of screen coordinates and real-world map coordinates. The coordinates are sent back to the servers secured URL where the information is extracted and saved to the database.5.5 ScalabilityThe CHART mapping application serves not only the Intranet users, but also Internet browser clients. During emergency situations, the load on both the Internet and Intranet servers could get extremely high. The system must be able to scale up to serve large amount of users.The technical approach to solve this issue involves two main facets. As described in the network configuration section, the system will employ network load balancing and allows adding additional hardware in the future. The system should also be able to utilize the caching feature of IIS and ASP.Net to scale up without significantly increase hardware investment. ASP.Net allows caching configuration for individual page modules, such as whether the page is cached and how long it is cached. Aft er the application is deployed, these caching settings can be configured on the web pages. For example, if it is determined that the Internet mapping can be up to 3 seconds late, by setting caching time to 3 seconds, all requests from the Internet will receive a cached response without creating additional load on the map and database server.5.6 Exception Management and RecoveryCHART II keeps its clients updated via a push model using the CORBA Event Service. The Event Service does not guarantee delivery therefore it is possible for event data to be lost/dropped (although in practice, this is rare). To account for this possibility, the CHART Web Event attendee will refresh its information about the status of devices and traffic events from CHART II at a configurable interval. Also, each time the Event attender is started, it will retrieve all relevant data from CHART II. Thus, the update model becomes a push model with an occasional pull to be safe.This process will be used to reco ver from the following situations1. The Event Listener was down and did not receive new data from CHART II.2. CHART II CORBA event(s) occasionally dropped while the Event Listener is up and running.Another likely scenario is that the CHART II server or service(s) restart. After a typical restart, the CORBA Event Service CORBA objects will berecreated with the same characteristics allowing the Event Listener to continue to automatically receive CHART II CORBA events. As the CHART II services will not be processing events during this time, no events are likely to be missed. Therefore, the Event Listener does not need to do anything special to handle a CHART II server or service(s) restart.Sometimes CHART II maintenance will require that new (and different) Event Service CORBA objects be created. This might happen during a CHART II upgrade, for example. In this case, the Event Listener will need to be restarted so that it can pick up the new objects. Since this type of maintenance doe s not occur often and the Event Listener restarting is fast, the restart can be handled as part of the CHART II upgrade procedures.5.7 Integration with ASP Code in EORS and CHART Web ApplicationThe CHART Intranet Mapping, replacing the existing EORS mapping application, will still be launched as a separate window by a URL disembowel with a few parameters identifying the district, view type, etc. The impact on EORS web application should be limited to modifying the URL links.The current CHART Internet Mapping site uses include statement to include site navigation pages from upper level CHART web sites pages. When upgrading Internet Mapping to ASP.Net, include statement is no longer used. Instead, a ServerXMLHTTP request can be formulated to request the text from the included ASP page and merge them into the mapping ASP.Net pages. The limitation of this implementation would be that the ASP.Net application couldnt share the session and application variables from the ASP application. C urrently, there are only a couple of them, such as database connection string. The ASP.Net mapping application will maintain a separate set of application variables.6. User Interface Design6.1 Intranet Map settle User Interface DesignHere following is a high-level frame structure for the Intranet mapping site1. AppFrame is the highest-level frame that includes all the child frames. On the top of the page, there will be the title frame, which will host theCHART icon. Also inside the title frame will be a group of tabs, such as Traffic, Roadway Weather, Message Sign, etc.2. ToolsFrame hosts the map navigation and other map related tools. The ToolsFrame will also host carte du jour system that allows the user to bring up data and other detailed information.3. HiddenFrame will be used to submit and receive information from the server.4. ContentFrame is further separate to a map frame on the left and a data frame on the right. The user shall be able rearrange the frame saltation to g ive more space to the map or data area. Data frame will display data as well as legend, layer control and other items when needed.5. PromptFrame will display the current tool selected and instructions for user activities.Here is a screen shot of the preliminary user interface design6.2 Internet Map Site User InterfaceThe overall CHART Internet mapping web site design will mystify the same as current web site. The site will stay as part of the overall CHART web site by including the CHART navigation menus into the site.The site will not be using frames instead, all elements will be laid out as HTML tables.7. References1. CHART/EORS Intranet Mapping System Requirement Specification 2. CHART Internet Mapping System Requirement Specification3. Security and ArcIMS ESRI White Paper4. ArcSDE Configuration and Tuning show for Microsoft SQL Server ESRI White Paper 5. ArcIMS 4.0 High-Availability Configuration Testing Using Network Load Balancing ESRI White Paper 6. Vector Markup Languag e (VML) Specification W3C8. hurt and GlossaryArcXML ESRIs map request/response specification in XML format CORBA Common Object Request Broker ArchitectureCSS Cascading Style SheetsDOM Document Object ModelESRI Environment System Research InstituteGIS Geographic Information SystemGML Geography Markup LanguageNLB Network Load BalancingSSL Secure Socket LayerSVG Scalable Vector GraphicsVML Vector Markup LanguageXML Extensible Markup Language