Professional Documents
Culture Documents
1.1 Purpose: Online Integrated Shopping Management Portal
1.1 Purpose: Online Integrated Shopping Management Portal
CHAPTER 1
INTRODUCTION
1.1 Purpose
Mobile e-mail client is an application software which stores the messages in a file that
are located on the local Mobile. Like all other common e-mail client, it also provides the
basic functions like e-mail reading, creation and sending of new mails, Forwarding of
mails etc. It also helps in offline e-mail reading which is made possible by storing the
new mails whenever the user opens the application and connects to the internet.
1.2 Scope
Importance of e-mail communication
PDA market covers almost 60% of total mobile market.
The most famous and common OS used for PDA is symbian.
No device is more mobile and user friendly than PDA.
Consumes less power.
Accessing e-mails from PDA will be more convenient since they are
always on.
Simple interface compared to a computer
Just the basic knowledge about e-mail is required. Not required to know
the operation of a computer
J2ME: Java Platform, Micro Edition, or Java ME, is a Java platform designed
for embedded systems (mobile devices are one kind of such systems.
Department of Computer Science, SOE 1
Online Integrated Shopping Management Portal
1.3 References
IEEE SRS Format
HTML: Hyper Text Markup Language and Extensible markup Language are
the predominant markup languages for web pages. It provides a means to
describe the structure of text-based information in a document and to
supplement that text with interactive forms, embedded images, and other
objects.
Symbian OS: It is one of Nokia's mobile operating systems for mobile devices and
smartphones, with associated libraries, user interface, frameworks and reference
implementations of common tools, originally developed by Symbian Ltd.[
CHAPTER 02
SYSTEM ENVIRONMENT
-Symbian S60
Softwares -Qt
-Net beans
The table shown gives the details of all the hardware requirements for this software
to be run successfully. It consists of processor, memory, hard disk, floppy disk, monitor,
mouse, CD drive, operating system, etc. The table shown in the next page shows the all
details of above mentioned hardware.
Minimum and Recommended Hardware requirement are depicted in the table given in the
next page.
2 Memory 64 MB 128 MB
CHAPTER 03
SYSTEM ANALYSIS
Many e-mail clients are designed for symbian based phones. Most of them
were designed by manufactures them self offering less functionalities. These are
insufficient in providing functions like group mails. Different applications are required
for performing different functions on e-mail.
Proposed system is designed to works in symbian platform; it provides all basic functions
like, e-mail reading, composing new mails, reply, forwarding, deletion. And it includes
some special functions like offline mail reading, scheduling, group Mail.
Functions: client is the only user related with this software, he uses this
application to view and download mails from the mail server.
3.3 Constraints
Reliability in net connection. An un-interrupted connection is required while
storing the e-mails to the local device.
CHAPTER 4
SYSTEM DESIGN
4.1 Input Design
The data flow diagram reviews the current physical system, prepares input and
output specification, specifies the implementation plan etc. Four basic symbols are used
to construct data flow diagram. They are symbols that represent data source data flow and
data transformation and data storage. The points at which data are transformed are
represented by enclosed figures, usually circles, which are called nodes. Basic data flow
diagram symbols are:
1.
= Function
2.
=Files/Databases
3. = Input/Output
4. = Data flow
Apart from designing of the interface this module also covers user verification,
checking connectivity, error reporting etc...
Mail handling module will be an integral part of both online and offline modules.
This module comprises of almost 70% work of the total project. All the remaining
modules will directly inherit its properties.
Once the client establishes connection with the server, online module checks for
new mails. It also provides the user to back up the newly arrived mails to his local drives
so that he can use them even when he is offline through ‘offline module’.
The offline functionalities are explicitly activated when the device fails to
establish a connection with the server. At this point the client displays snapshot of mails
which were saved to the local drive (back up).
Just like the online module this module also provide facility for deleting messages
only this time the deleted messages are removed from the local drive.
All the activities performed on the back up messages are logged in to a ‘log file’.
This log file is critical in avoiding errors. Offline module also provides facilities for
offline mail scheduling. These scheduled messages will be mailed at the specified time
and date. If the client happens to be offline during the scheduled time, the messages will
be rescheduled and send whenever a connection is established with the server.
4. 3. DATABASE DESIGN
The data handled by the different modules includes user details like username, e-
mail id, and password, the mails received form server while online, backup copies of
mails and so on.. Including a database server (like MYSQL, DB2 every place etc) will
require installation of these third party soft wares on the device. This will be very
inconvenient for the user, moreover some of the DBMS management software like DB2
every place are not free of cost. Thus for the sake of simplicity the respective data will be
stored in files which are accessible directly by the software.
Critical user data like user name, password, e-mail id etc… will be stored in a file
called user.txt. The access to this file will be limited to this software alone by setting
attributes which prevents outside access.
The first one is a log file which stores the details of transfer of mails from server
to device. After each successful transfer details like total mails stored, time of updating
the log, total mails currently present in the directory etc… are included. When a file is
deleted the process is repeated and the number of deleted files is subtracted from the total
mails and log is updated. In case of failures the current transfer is aborted and the file is
updated with id stored till the last one successful update.
Each new mail is stored in a new file including time of receiving, sender name
and address and content of the message. Each file is given a unique index which is used
to identify the message. The index will be made according to the time of receiving of the
message.
A user-mail file is used to map e-mail id to file id. This indexing allows user to
see mails in the order of senders. This file is randomly updated after addition of new
mails or after deletion.