Mobile Administrator-Computer Sciences Applications-Project Report, Study Guides, Projects, Research of Applications of Computer Sciences

Download Mobile Administrator-Computer Sciences Applications-Project Report and more Study Guides, Projects, Research Applications of Computer Sciences in PDF only on Docsity! 1 Project Report Remote Administration via Mobile Phone 1. Project Overview This section gives an overview of the software product including description or purpose of the product as well as its comparison with other software product in the market now a days. 1.1 Description Mobile Administrator is a remote administration tool consisting of an emulated terminal, service management system and an alert system. It has two parts, e.g. Client application and Server application. This software is to be used by the system administrators, which are not available on the site of administration most of their time. It will give them the ability to remotely connect to the server and perform server administration as much required. 1.2 Comparison with other products Many software applications are available on internet to get downloaded and installed on mobile phone to perform remote administration but each has its own pros and cons. In beginning the solutions stick to use a webpage based interface and connect to server via Internet but even for that a computer was needed with a live Internet connection and wasn’t feasible while traveling and nevertheless in such cases remote desktop connection would have been better with more control over the remote system. Then came the idea of command line tools to administrate, but the problem remained of limited GUI and inflexible mobile keypad in most of cases. Today VNC clients are the burning topic but they still lack and have their own problems, which are discussed later. Some of features of this product already exist in other application, so for some features this software application will be just like a 1-in-all package with some extra. docsity.com 2 Project Report Remote Administration via Mobile Phone 1.2.1 Popular Remote Administration Applications Names of existing applications include AlertMobile Pro, LogMeIn, Hidden Administrator, Idokorro Mobile Admin, pcAnywhere, etc Mobile but each of them has its own plus and minus points. 1.2.2 Similarities The similarities are given as below:  A remote administration application  Use of GPRS for communication  Java powered  Authentication of remote client 1.2.3 Common set of Features The main features of product are listed as below:  It will run on any mobile phone provided that the phone supports Java, GPRS and minimum hardware requirements.  It will not import desktop.  It will not use Remote Frame Buffer Protocol.  It will let user access common commands via drop down list, select required switches, provide input for selected switches and simply run that command.  It will let user execute scripts from mobile by selecting their names from the drop down list.  It will provide user a terminal-like environment on his mobile and he would be able to type in commands and execute them as he does on system.  It will have certain shortcut/hot key for execution of certain commands while being on emulated terminal.  It might also support command completion on emulated terminal.  It will log every remote connection.  It will be Free and Open Source. docsity.com 5 Project Report Remote Administration via Mobile Phone 2.2 Prototype Prototype of client application was made without any checks. Furthermore, second increment was implemented with stubs and drivers to have a basic know-how of the software working. 2.2.1 Need of Prototype Prototype is the non-functional or a very little functional representation of the whole software. Its usual purpose is to demonstrate the flow of events and interface rather than the actual functionality. Normally the purpose of a prototype is to be able to communicate more easily and efficiently with the client as well as to be able to be more elaborative in design process and finding any requirements that are likely to be missed if we stick to the usual model-based development. Examples of which will include software program dependencies, which are not to be found before software construction phase in the usual model-based development. 2.2.2 Prototype Description A prototype of the client side of project was made to document any missing requirements and produce design that is more precise. Following screenshots demonstrate the prototype along with the description. 2.2.2.1 Prototype Screens This section shows screenshots taken from the prototype to establish an understanding of user’s screen-to-screen journey. docsity.com 6 Project Report Remote Administration via Mobile Phone Figure 1 Launch Application Figure 2 Splash screen docsity.com 7 Project Report Remote Administration via Mobile Phone Figure 3 Wait screen Figure 4 Application menu docsity.com 10 Project Report Remote Administration via Mobile Phone Figure 9 Remote actions menu Figure 10 Selecting a command docsity.com 11 Project Report Remote Administration via Mobile Phone Figure 11 Selecting switches Figure 12 Inputting switches docsity.com 12 Project Report Remote Administration via Mobile Phone Figure 13 Selecting script Figure 14 Emulated Terminal docsity.com 15 Project Report Remote Administration via Mobile Phone 2.3 Requirements Revised During the phase of Software Requirements Specification document, high-level requirements were captured with no or very little amount of requirements. During this phase Software Requirements Specification document was revised and more refined as well as new requirements were added. 2.3.1 What is new? A purely new requirement of letting user execute scripts (available on server) from the client application appeared. This requirement was first treated as a separate requirement, but then due to similarities, it was included in the Issue Commands use case of the Software Requirements Specification document. One reason could be that client has no intelligence to categorize the data being sent to the server application as a command or a script name, except that for the ease of the administrator, a separate drop down list, as it was shown in the prototype, was introduced and all commands that invoke scripts were prefixed with es_ which stands for Execute Script. Once server application receives a command, it will then grade it as a builtin command or a command to invoke a script. Moreover, during the research and prototyping, certain APIs and modules were found which are to either to be included in the software as a pre-compiled component or they should be present on the host system. 2.3.2 Dependencies For the server application, the user interface is generated by using JAPI, which is a nice little API that avoids the use of anonymous classes. It is used to increase the performance in the software as for every anonymous class, two classes are generated at compile time and this factor gets multiplied if the class is an inner class already. This is provided as a builtin part of the server application as of yet and will not need any further action by the user. PAM (Pluggable Authentication Module) is a set of APIs that allow user to get authenticated while using another application. JPAM is missing bridge between Java and PAM. JPAM was used to authenticate user. This API is also provided as a builtin component of the server application as of yet but it also depends on other modules like: docsity.com 16 Project Report Remote Administration via Mobile Phone  commons logging o Not included in the distribution. It is a very common dependency and mostly already available on the system.  JAAS o JAAS is integrated into the Java 2 SDK, version 1.4.  pam-devel-0.77-66.2 or similar RPMs o depends upon the host system vendor for presence. A fresh installation will eradicate any doubts. 2.4 Technologies Used After a survey of available technologies for mobile application development, MIDP 2.0 and CLDC 1.1 were chosen in Java 2 ME . Table 1 Comparison of Mobile Technologies available at Wikipedia [1] 2.4.1 Comparison of available technologies docsity.com 17 Project Report Remote Administration via Mobile Phone Table 2 Comparison based on support available at Wikipedia [1] docsity.com 20 Project Report Remote Administration via Mobile Phone Figure 23 Client Application - High Level Design 2.5.2 Detailed Design of 1st Increment Figure 24 Server Application - First Increment - Detailed Design docsity.com 21 Project Report Remote Administration via Mobile Phone Figure 25 Client Application - First Increment - Detailed Design 2.6 Construction 2.6.1 Construction of 1st Increment As the progress report is being prepared, the first increment, Remote Connection, is under construction phase. 3. Conclusion Remote Administration via Mobile Phone is going according to the schedule and as the clock ticks the needs for such software application increases. Increasing number of features after a review of requirements every now and then is what makes this product distinguishable and evolutionary. docsity.com 22 Project Report Remote Administration via Mobile Phone 4. References [1] Wikipedia, Mobile Development, URL: http://en.wikipedia.org/wiki/Mobile_development [2] Junathank, Knudsenand and Sing Li, Beginning J2ME, From Novice to Professional, 3rd Edition, pp2 [3] Sun Microsystems, Supported Device Table, URL: http://developers.sun.com/mobility/device/pub/device/list.do;jsessionid=9A12C9A27177DCB0A71 F2912E5D5EB0A?filterIds=124&filterIds=61 docsity.com