Nothing Usefull

8/10/2019 Nothing Usefull

1/36

CHAPTER I

INTRODUCTION

1.1 OVERVIEW

The target client for our software are students who lively are interested in rental

of books be it either from engineering or medical genre in the institution .They can log into

our website and browse the courses which they have aspiration to study. The student must

register themselves online, which is free. The booking or reservation of the books is online,

the detailed description about their book package and necessary terms and condition norms

would be emailed to the students registered email address which he/she may provide during

the time of registration.

Purpose

To implement book bank system online.

To provide the students with the information on books andscheduled times of book rental available.

To ensure validity and security in the online book bankmanagement system.

1.2 SCOPE OF THE PROJECT

The book bank system project is a software tool created to help andaccess the students gather required information about the various booksin the institution the project is web based interactive application. Focus islaid solely on the book display, schedule, categories, syllabus andpayment as per required.


2/36

OVERALL DESCRIPTION

1.3 PRODUCTPERSPECTIVE

This product requires a web browser which is capable of playing flash media.

This program will not be dependent on any other software and is not a component of another

program.

This program does not require any new hardware.

Soft!reI"terf!#e

1. OS windows !"/vista.

#. $ront end Tool %ational %ose &nterprise suite.'. (ack end Tool Oracle 1)i

H!r$!reI"terf!#e

1. "rocessor *ntel "entium *+#.) -.

#. -ardware ) (.

'. %0 21#mb

. 3+3 %0 1 nos.

1.% DEFINITIONS AND A&&REVATIONS

TER'S DESCRIPTION

&(&% The one who registers himself and

purchase books from the bank.

30T0(0S& 3atabase is used to store the details of

members and books.

03*4*ST%0TO% The one who verifies the availability of

book and issue them

5S&% ember

SO$T60%& %&75*%&&4T This software specification documents full

S"&8*$*80T*O4 set of features and function for online

recruitment system that is performed in

company website


3/36

3

TECHNOLO(IES TO &E USED

9 -T:

9 ;avaScript

9 ;ava

9 !:

TOOLS TO &E USED

9 &clipse *3& < *ntegrated 3evelopment &nvironment=

9 %ational %ose tool < for developing 5: "atterns=

1.) S*STE' FUNCTIONS

RE(ISTER+The register module contains the application form or registration form which contains followingdetails.

4ame, 0ddress, 8ontact number, &mail id, "assword etc.

LO(IN+

The :ogin module contains the form which contain membership name and member password.*t includes 5sername and "assword.

SEARCH &OO,+

The search book module contain list of books, from this list we search for the book which we

need. This also contains another field called as categories where can select the category of thebook.

DISPLA* DETAILS+

3isplay the details about the students particulars, the payments, the books, rental and schedule

times for books etc.

'AINTAIN &OO, DETAILS+

The administrator maintains the details of books.

LO(OUT+

To sign off from the webpage or your account log off.

1.- USER CHARESTERISTICS


4/36

4

AD'IN+

The administrator is used to register a new visitor for the website. 0dmin can keep those records

update. 0dmin keep sales record i.e., now much book is downloaded and how much book isbuyed newly with copy write etc.

RE(ISTERED USER+

%egistered user can search the book whatever needs and can read the book in online. *f user is

satisfied with this book, can download the book but after payment.

VISITOR+

The visitor can register the application form and become a member of the website. The visitor

can search books and read the boook but he must register to buy or download the book.

1. ENVIRON'ENTAL SPECIFICATION

SOFTWARE FUNCTIONS

$ront &nd 8lient The investor and buyer online interface is built using ;S" and

-T:.The buyer>s local interface is built using ;ava.

6eb Server lassfish application server


5/36

ASSU'PTIONS AND DEPENDENCIES

9 The 0pplicants and 0dministrator must have basic knowledge of computers and &nglish

:anguage.

9 The applicants may be required to scan the documents and send.

1.0 I'PLE'ENTATION+

0fter the completion of 5: diagrams for (OOA (04A SBST& we should generate the

code. Select the tools option from main menu then select the sub option program module in

which we are going to generate the code in ;0+0/+(/;#&&. Then go ahead and select the

generate code option as a result of code generation.

1.1 TESTIN(+

To perform the testing for the generated code again select the tools option from menu bar and

choose quality architecture option a sub window gets opened. 6e are going to perform 5nit Test

and Scenario testing for our proCect. So, select these testing option one by one and testing activity

is carried out for all the coding and testing is carried out.

CHAPTER 2

DEVELOP THE USECASE 'ODELIN(


6/36

!

2.1 INTRODUCTION TO USE CASE 'ODELIN(

5se case diagrams identify the functionality provided by the system,the users who

interact with the system


7/36

"

$ig 1?5: 5se case 3iagram

CHAPTER 3

DEVELOPIN( U'L ACTIVIT* DIA(RA'


8/36

#

3.1 INTRODUCTION TO U'L ACTIVIT* DIA(RA'

0ctivity diagrams are used to document workflows in a system, from the business

level down to the operational level. The activity diagram is a variation of the state diagram wherethe DstatesE represent operations, and the transition represent the activities that happen when the

operation is compleate. The general purpose of 0ctivity diagrams is to focus on flows driven by

internal processing vs. eFternal events.

&!s# Ee4e"ts

15A#t6t7 st!tes

0ctivity states mark an action by an obCect. The notations for these states are rounded

rectangles, the same notation as found in state chart diagrams.

25Tr!"sto"

6hen an activity state is completed, processing move to the other activity state.

Transitions are used to mark this movement and modeled using arrows.

35I"t! st!te

The initial state marks the entry point and the initial activity state. The notation for the

initial state is the same as in state chart diagrams, a solid circle. There can only be one initial

state diagram.

%5F"! st!te

$inal states mark the end of the modeled work flow. There can be multiple final states

on a diagram and these states are modeled using a solid circle surrounded by another circle.

)5S7"#8ro"9!to" :!r

0ctivities often can be done in parallel. To split processing, or to resume processing

when multiple activities have been completed, synchroniGation bars are used. These are modeled

as solid rectangles, with multiple transactions going in and/or out.

3.2 DRAWIN( U'L ACTIVIT* DIA(RA'


9/36

$

$ig #? 5: 0ctivity 3iagram

Lo;" oper!to"


10/36

%&

enter a/c no.andpassword

authentication

allowingaccess

invalid

valid

Tr!$"; !##ou"t $et!s


11/36


12/36

%'

bu!ng the amountfrom ban authorit!

verif! the maretstatus

sell it to theinvestor

CHAPTER %


13/36


14/36

%4

There is an association between two classes if an instance of one class must know about

the other in order to perform its work. 0n association between 0 and ( shown by a line Coining

two classes.

%5A;;re;!to"

0ggregation is the association in which one class belongs to the collection.if ( aggregates

0,then 0 is the part of (.

)5(e"er!9!to"

eneraliGation is an inheritance link indicating one class is a superclass of the other.0

genaliGation has a triangle pointing to the superclass.0n inheritance relationship is indicated in

the 5: by an arrow with a triangular arrow head pointing towards to the general

%.2DRAWIN( U'L CLASS DIA(RA'


15/36

%

$ig '? 5: class diagram

CHAPTER )


16/36


17/36

%"

).2 DRAWIN( THE SE=UENCE DIA(RA'

$ig ? 5: sequence 3iagram


18/36

%#

Lo;" Oper!to"

"nvestortradingaccount

#$ submitt account no.and password

%$ invalid &enter correct details

'$ reset a/c no.&password


19/36

%$

Tr!$"; A>C $et!s

maretauthorit!

bandatabase

investment

#$ bu!

%$ ban a/c balance> trading a/c balance

'$ mae investment

($ sell


20/36

'&

&ro


21/36

'%

).3 DRAWIN( COLLA&ORATION DIA(RA'

$ig 2? 5: 8ollaboration 3iagram


22/36

''

CHAPTER -

DEVELOPIN( THE STATE CHART DIA(RA'

-.1 INTRODUCTION TO U'L STATE CHART DIA(RA'S

0 5: statement diagram illustrate the intresting events and states of an obCect and

the behavior of an obCect in reaction to the event transition are shown as arrows , labeled with

their events state are shown as rounded rectangles .

&ASIC ELE'ENTS

15E6e"ts

0n event is a siginificant or noteworthy occurrence

$or eFamples ? 0 telephone reciver is taken off the hook

25St!tes

0 state is a condition of an obCect at a movement in a time , the time between events

$or eFample

0 telephone is in the state of being DidleE after the reciver is placed on the hook and until it istaken off the hook.

35Tr!"sto"s

Transition is a relation between states that indicates that when an event occurs,the obCect

moves from the prior state to the subsequent state.

$or eFample

6hen the event Doff hookEoccurs,transition the telephone from Didle to DactiveEstate.

%5Tr!"sto" !#to"

0 trancition can cause a action to fire . in a software implementation , this may represent

the invocation of a method of the class of the state chart diagram


23/36

'3

-.2 DRAWIN( THE U'L STATE CHART DIA(RA'

$ig J? 5: State chart 3iagram

CHAPTER


24/36

'4

DEVELOPIN( THE U'L PAC,A(E DIA(RA'

.1 INTRODUCTION TO U'L PAC,A(E DIA(RA'

The logical architecture is the large scale organiGation of the software classes into

packages, systems and layers.

*ts called the logical architecture because there>s no decision about how these elements

are deployed across different operating system process or across physical computers in a

network.

LA*ER+

0 layer is a very coarse grained grouping of clasess,packages or subsystems that has a

cohesive responsibility for a maCor aspect of the system.

:ayers are organiGed such that higher layers call upon services of lower layer,but not

normally vise versa.

:ayered architecture is divided into

1=Strict layered architecture

#=%elaFed layered architecture

*n strict layered architecture, a layer calls upon the services of thee layer directly

below it .This design is common in network protocol stacks, but not in information systems,

which usually have a relaFed architecture, in which a higher layer calls up on several lower

layers.

U'L PAC,A(E DIA(RA'+

*t is used for designing logical architecture of the system using this package we can

group anything

&F? classes, other packages

4otation? "ackage name may be placed on the tag if the packages show inner members or

it is placed in the main folder if no members. *t is common to shoe dependency between packages so that developers can see the large

scale coupling in the system. The 5: dependency line is used for a dashed arrow line with a arrow pointing towards

the dependant on packages.


25/36


26/36

'!

$ig K? 5: "ackage 3iagram

CHAPTER /

I'PLE'ENT THE TECHNICAL SERVICE LA*ER


27/36

'"

Technical services layer shows general purpose obCects and subsystems that

provide supporting technical services, such as interfacing with a database or error logging. These

services are usually applicationindependent and reusable across several systems. Technical

service layer describes the relationship between different actors, components of the software

process for any admin seek the registration for new members. So that the new visitor can login

the website and search for book and if need can buy it.

SCREENSHOTS+

CHAPTER 0

I'PLE'ENT THE DO'AIN O&JECT LA*ER


28/36


29/36

'$

"rivate rate 0s *nteger

MNNodel*d3JP231)'8Q

"rivate available 0s *ntegerMNNodel*d3JJ1#8#)#8&

"ublic Sub getperfume


30/36

3&

AD'INISTRATOR

MNNodel*d3JPJ)')1#Q

"ublic 4ew"roperty 0s itemMNNodel*d3J80&))1$

"ublic Sub paybill#


31/36

3%

CHAPTER 1

I'PLE'ENT THE USER INTERFACE LA*ER

USER INTERFACE LA*ER for &oo< &!"< S7ste4

AD'IN

The administrator is used to register a new visitor for the website. 0dmin can keep those recordsupdate. 0dmin keep sales record i.e., now much book is downloaded and how much book is

buyed newly with copy write etc.

RE(ISTERED USER

%egistered user can search the book whatever needs and can read the book in online. *f user is

satisfied with this book, can download the book but after payment.

VISITOR

The visitor can register the application form and become a member of the website. The visitor

can search books and read the boook but he must register to buy or download the book.

LO(IN The :ogin module contains the form which contain membership name and

ember password. *t includes 5sername and "assword.


32/36

3'

CHAPTER 11

DEVELOPIN( THE I'PLE'ENTATION DIA(RA'S

11.1 INTRODUC*ION TO I'PLE'ENTATION DIA(RA'S

*mplementation shows the implementation phase of system development. Two types of

implementation diagrams?

i. 8omponent diagram

ii. 3eployment diagram

11.2 CO'PONENT DIA(RA'

0 component diagram depicts how the components are wired together to form larger

components and or software systems. 8omponents are wired together by using an assemblyconnector to connect the required interface of one component with the provided interface of

another component. The components are slightly fuGGy thing.

*t describes the module part of the system which encapsulates its components.

*t describes the behaviour in terms of interface.

*t is a design level perspective.

11.3DOCU'ENTATION OF CO'PONENT DIA(RA'

The main component in the component diagram is foreign trading system. The traderwho come to do the trading process and administrator who manages all the other processes is the

sub components.

11.% DRAWIN( THE U'L CO'PONENT DIA(RA'


33/36

33

$ig Q? 5: 8omponent 3iagram

11.) INTRODUCTION TO DEPLO*'ENT DIA(RA'

0 deployment diagram models the physical deployment of artifacts on nodes. The nodesappear as boFes, and the artifacts allocated to each node appear as rectangles within the boFes.

4odes may have sub nodes, which appear as nested boFes.

*t has set of computational nodes

*t is the physical deployment of software element. Two types of computational nodes

i=3evice node

*t is the physical computing resource.0nd it has processing and memory services to

eFecute the software.ii=&&4


34/36


35/36

3

$ig P? 5: 3eployment 3iagram


36/36

3!

CHAPTER 12

CONCLUSION

This proCect is to scientifically approach the foreign eFchange market, and to

evaluate whether we can develop a strategy that can automatically trade in the market

successfully, and can outperform eFisting basic strategies. 0s the foreF market and the number of

individual retail investors grows, a new, successful strategy is valuable to those seeking financial

prosperity by trading currencies.

Our approach was to first understand the various overall market conditions trending,

directionless, and volatile. This is crucial, since different trading strategies prove appropriate for

differing market conditions. 0fter determining the type of market, we tested basic strategies and

eFamined their performance. 0fter optimiGing these systems, we discovered the best approachwould be to develop our own system, incorporating the most successful features from several

strategies, and come up with a strategy that greatly outperformed the basic ones we had tested.

Documents

Nothing Usefull