coms final doc

8/12/2019 COMS Final Doc

1/98

HMITS CABLE OPERATOR MANAGMENT SYSTEM

A PROJECT REPORT ON

CABLE OPERATOR MANAGEMENT SYSTEM

Submitted to JNT university for the !rti!" fu"fi""ment of theRe#uirement for the

A$!rd of %e&ree forMCA

%one by

Mr. B. Veeranjaneya Reddy

Holy Mary Institute Of Technology Science

'Y%ERABA%

1


2/98


CERT()(CATE

This is to certify that Mr. B. Veeranjaneya Reddy , bearing Roll No.

041070081 have developed Software project titled COMS For Sun Informatics as

a partial F lfill!ent for the award of the "egree of MC#.

'EA% O) %EPARTMENT PR(NC(PALHoly Mary Institute Of Technology Science

E*TERNAL

2


3/98


ACKNOWLEDGMENT

My e$press than%s and gratit de and than%s to #l!ighty &od, !y

parents and other fa!ily !e!bers and friends witho t whose s pport, '

co ld not have !ade this project s ccessf l.

' wish to place on !y record !y deep sense of gratit de to !y projectg ide, Mr+ P+Srir!m, Sun Informatics , 'yder!b!d for his constant

!otivation and val able help thro gh the project wor%. ($press !y

gratit de to Mr+ Siv! R!o , "irector of Sun Informatics for his val able

s ggestions and advices thro gh o t the co rse ' a! very ! ch than%f l to

o r 'e!d Of The %e !rtment Mr + ' also e$tend !y than%s to other

Fac lties for their Cooperation d ring !y Co rse.

Finally ' wo ld li%e to than% !y friends for their cooperation to

co!plete this project.

B. Veeranjaneya Reddy

3


4/98


PREFACE

In an era where havin a com!uter sin of your o!erations is a matter of!resti e for some and necessity for others. "ana ement of these !rojects is sti##

an area which is i nored or done in traditiona# manner. $e in a system ca##ed

%Cabl O! rator Mana" m nt S#st m &is inte rated and automation software for

ca'#e o!erators. (a'#e o!erators wi## !rovide distri'uted channe#s to their customers .

)his a!!#ication !rovides most of the features re*uired to mana e the

!rojects deve#o!ed in a software deve#o!ment firm.

)o maintain their customers and num'er of users this software

!rovides automation. In this (+" System they can main their staff mem'er&s

detai#s and their customer detai#s. By usin this (+" System they can divide

their areas macro !arts to micro !arts. By usin this system they can meet their

'usiness re*uirements. (a'#e +!erators once they divided their areas into micro

!arts then they can assi n their staff mem'ers to ta,e care a'out their micro !art

areas.

)his vo#ume !resents the manner in which the software was

deve#o!ed and how the various !ro'#ems are tac,#ed at the different #eve#s to

convince the user.

$e ho!e that this !ac,a e wou#d !rove to 'e an e-ce##ent

environment for sim!#er for end user.

$% & ran'an #a R ((#

4


5/98


CONTENTS

)* INTROD+CTION

I )R+/ ()I+ )+ (+"S R +S2 +F )32 R+ 2() R+B52" I 26IS)I S S)2" S+5 )I+ +F )32S2 R+B52"S S(+ 2 +F )32 R+ 2()

,* PRO-ECT ANAL.SIS S) / +F )32 S S)2" 39R/$9R2 : S+F)$9R2 S 2(IFI(9)I+ S I ) : + ) ) R+(2SS "+/25S S2/ $I)3 S)IFI(9)I+

/* SELECTED SOFTWARE

0* SOFTWARE RE1+IRMENT SPECIFICATION F ()I+ 95 R2; IR2"2 )S 2RF+R"9 (2 R2; IR2"2 )S

2* PRO-ECT DESIGN /9)9 /I()I+ 9R 2


6/98


INTRO!"CITON

6


7/98


S+NINFORMATICS

87@ aja#a,shmi 2states@ =rd F#oor@ S.R. a ar@3ydera'ad


8/98


Sun Informatics is a #eadin !rovider of fu##


9/98


Com!atibilit# Ass ssm nt A 9void cost#y hirin mista,es with e-!ert recruiters throu h

Sun Informatics@ our re#ia'#e com!ati'i#ity assessment too#.

Int rnational Staffin" A 5evera e our #o'a# networ, to meet your internationa#

recruitin needs.

Pro' ct Outsourcin" A 5et us create a nationwide !roject team for your #ar e staffin

assi nments.

&i( oconf r ncin" A (onduct #on


10/98


9BS)R9()

Tit"e of the Pro-e.t/ CABLE OPERATOR MANAGEMENT S#STEM

%es.ri tion/

(a'#e +!erator "ana ement System is inte rated and automation software for ca'#e

o!erators. (a'#e o!erators wi## distri'ute )V channe#s to their customers for that they

char e some money month#y.

)o maintain their customers and num'er of users this software !rovides automation. In

this (+" System they can main their staff mem'er&s detai#s and their customer detai#s.

By usin this (+" System they can divide their areas macro !arts to micro !arts. Byusin this system they can meet their 'usiness re*uirements. (a'#e +!erators once

they divided their areas into micro !arts then they can assi n their staff mem'ers to

ta,e care a'out their micro !art areas.

(a'#e o!erators they can maintain their staff mem'ers #i,e co##ection 'oys@ he#!ers and

technicians. 9## the co##ection 'oys wi## have user id and !assword. 9t the end of the

every day they wi## #o in to the (+" System they wi## feed their co##ection detai#s and

remar,s.

By usin this (+" System they can ,now a'out their e*ui!ments #ocated on which

areas. 3ow many active ? non active customers are thereJ a## these detai#s they can

view it 'y usin the re!orts. "IS re!orts were enerated for the month of co##ections@

e-!enses@ !endin amount@ com!#aints area wise and date wise@ month wise.

10


11/98


E0istin& System/

9## the wor, ca'#e o!erator used to maintain manua##y in 'oo,s @ vouchers@ co##ection

cards etc.@

S#st m D si"n:

(+" System K(+"SL is an inte rated software dea#s with (a'#e

+!erators. 3e#!s the (a'#e +!erators mana e their customers and !rovides the

information a'out various channe#s. It ma,es easy to a## o!erations of the (a'#e+!erators and accurate.

Mast rs :

)he information s!ecified in the "aster is re arded static@ in the sense that it is

M ermanentN or non


12/98


9rea 5ist

2m!#oyee 5ist

(ustomer 5ist

(o##ections 9rea wise

)ota# (o##ections

(o##ections 'etween /ates

(ustomer 9?c

5ist of 9ssets

S.STEM SPECIFICATION:Soft=ar R >uir m nts :

+ 2R9)I S S)2" A $I )

FR+ ) 2 / A VB. 2)

B SI 2SS 5+ I( A VB. 2)

/9)9B9S2 A "S.9ccess

7ar(=ar R >uir m nts :

R+(2SS+R A = or 3I 32R

ram A D1>"B

39R/ /ISO A >0 B

12


13/98


INTROD+CTION

13


14/98


)* P+RPOSE OF T7E PRO-ECT

(a'#e +!erator "ana ement System is inte rated and automation software for

ca'#e o!erators. (a'#e o!erators wi## distri'ute )V channe#s to their customers

for that they char e some money month#y.

)o maintain their customers and num'er of users this software !rovides

automation. In this (+" System they can main their staff mem'er&s detai#s andtheir customer detai#s. By usin this (+" System they can divide their areas

macro !arts to micro !arts. By usin this system they can meet their 'usiness

re*uirements. (a'#e +!erators once they divided their areas into micro !arts

then they can assi n their staff mem'ers to ta,e care a'out their micro !art

areas.

,* PRO$LEMS IN T7E E?ISTING S.STEM

9n e-tensive study of e-istin system was carried out. )here is an e-istin system

avai#a'#e in 'ranch. )he system is run manua##y . It is difficu#t to run efficient#y 'y man

!ower@ and difficu#t to res!ond every user within short !eriod. )hus we came to ,now

the essentia# need to ma,e it automated

.

12 PROPOSE% SYSTEM/

)o 9utomate entire o!erations of the (a'#e +!erator to maintain their customers #ist

and co##ections. In this (+" System they can maintain their staff mem'er&s detai#s and

their customer detai#s. By usin this (+" System they can divide their areas macro

!arts to micro !arts. By usin this system they can meet their 'usiness re*uirements.

14


15/98


(a'#e +!erators once they divided their areas into micro !arts then they can assi n

their staff mem'ers to ta,e care a'out their micro !art areas.

By usin this (+" System they can ,now a'out their e*ui!ments #ocated on which

areas. 3ow many active ? non active customers are thereJ a## these detai#s they can

a'out it 'y usin the re!orts. "IS re!orts were enerated for the month of co##ections@

e-!enses@ !endin amount@ com!#aints area wise and date wise@ month wise.

0* SCOPE OF T7E PRO-ECT

)o maintain entire o!erations of the ca'#e o!erator to 'e 9utomated.

)o maintain entire o!erations of the ca'#e o!erator to 'e automated.

)he current system is interactive with the data'ase !rovides efforts can 'emade so that the system can ado!t the avai#a'#e data'ase features of a new

site.

15


16/98


PRO-ECT ANAL.SIS

16


17/98


)* ST+D. OF T7E S.STEM

The complete system can be divided into five halves on basis of access levels.

A Acco!nt "ana#ement

$ %tilities

& A!tho'in#

( )ditin#

) App'ovin#

* (eployment

Account &anage&ent'

%sin# this pa't of an application the administ'ato' can vie+ the list of

!se's and thei' a'ea of speciali,ation. The administ'ato' can c'eate a ne+ !se's-

modify e istin# !se'. An administ'ato' p'ovides pe'mission to the ne+ly c'eated

!se' by placin# the ne+ !se' into set of 'oles s!ch as a a!tho'- app'ove'- edito' o'deploy. This pa't of the application is only accessible to the administ'ato'.

"tilities '

%tilities section of the application is !sed to sh!t do+n the application fo' the

no'mal pe'son to ope'ate as +ell as to !p the site bac/ fo' its !se.

Authoring'

An administ'ato' o' a pe'son +ith the a!tho' p'ivile#es can access this pa't

of the application. This pa't of the application incl!des c'eatin# ne+ content in the

fo'm of sto'ies +hich is no'mally done by the develope's o' content +'ite's.

17


18/98


The ne+ly c'eated content may incl!de no of notes +hich +ill #!ide the

edito' at the time of editin# the content. The ne+ly c'eated content then can be

posted to edito' fo' editin#.

E%itor'

An edito' 'eceives the content posted by the a!tho'. An edito' can vie+ the

content and late' post the content to a ne+ 'evision o' to an e istin# 'evision. f a

content is fo!nd !ns!itable to the ca!se the content is 'et!'ned bac/ to the a!tho'.

This pa't of the application can be e plo'ed only by an administ'ato' o' the !se's

+ho possess an edito' p'ivile#e. The edito' can +ithd'a+ the content f'om bein#hosted if fo!nd !nfit fo' hostin#.

A$$ro(er'

An app'ove' is a pe'son +ho +ill app'ove the contents to be hosted on the

site. An app'ove' can app'ove the content to the deploy section o' (iscontin!e the

content !sa#e o' 'et!'n the content bac/ to the edito' fo' 'evision. The 'et!'ned

content sho!ld accompany +ith a messa#e to the edito' 'e#a'din# the 'evision in

the content. This pa't of the application can be accessed by the administ'ato' of the

pe'son +ho possess an App'ove' p'ivile#e.

!e$loy'

This a'ea of the application incl!des the deployment pa't of an application.

A deploy pe'son can vie+ the content befo'e deployin# it. The pe'son can also

'et!'n the content if fo!nd !nfit to be hosted on the site. The 'et!'ned content is

sent bac/ to the app'ove'. The deployment of the content incl!des the content to be

placed in specific a'ea of the hostin# envi'onment. The hostin# envi'onment is

divided into th'ee cate#o'ies. The (eploy content- the mana#e' content- the

p'otected content. These cate#o'ies a'e s!bdivided into no of sections.

18


19/98


A%&inistrator'

An administ'ato' has all the p'ivile#es that of the #!est as +ell as the no'mal

'e#iste'ed !se'. Alon# +ith these common feat!'es an administ'ato' has the

administ'ato' 'elated feat!'es s!ch as c'eatin# ne+ !se's and #'antin# 'oles to

those ne+ly c'eated !se's. The 'oles #'anted by the administ'ato' cannot be

chan#es by the !se'. An administ'ato' can c'eate ne+ !se' as a #!est o' as an !se'

o' an administ'ato'. The access levels a'e as pe' the #'ants done by the

administ'ato'.

An administ'ato' can also be pa't of a team and co!ld lead a p'o ect team this

is possible only if administ'ato' +hen b!ildin# a team incl!des himself in the team

section. f incl!ded as a mana#e' he is not a pa't of the team b!t s!pe'viso' of the

team.

The 'e#iste' option on the homepa#e of the application is p'ovided only to

'e#iste' a ne+ !se' as a #!est.

ACCESS CONTROL FOR DATA W7IC7 RE1+IRE +SERA+T7ENTICATION

The follo+in# commands specify access cont'ol identifie's and they

a'e typically !sed to a!tho'i,e and a!thenticate the !se' command codes a'esho+n in pa'entheses

% ) A") % )

19


20/98


The !se' identification is that +hich is 'e !i'ed by the se've' fo'

access to its file system. This command +ill no'mally be the fi'st

command t'ansmitted by the !se' afte' the cont'ol connections a'e

made some se've's may 'e !i'e this .

A ( A This command m!st be immediately p'eceded by the !se' name

command- and- fo' some sites- completes the !se':s identification fo'

access cont'ol. ince pass+o'd info'mation is !ite sensitive- it is

desi'able in #ene'al to ;mas/; it o' s!pp'ess type o!t.

20


21/98


SOFTWARE RE1+IREMENTSPECIFICATION

SO)T3ARE RE45(REMENT SPEC()(CAT(ON

RE45(REMENT SPEC()(CAT(ON )

The soft+a'e- )lect'onic (oc!ment "ana#ement system is desi#ned fo'

mana#ement of the content ove' a site.

INTRO!"CTION

21


22/98


Pur$ose' The main p!'pose fo' p'epa'in# this doc!ment is to #ive a #ene'al

insi#ht into the analysis and 'e !i'ements of the e istin# system o' sit!ation and

fo' dete'minin# the ope'atin# cha'acte'istics of the system.

Sco$e' This (oc!ment plays a vital 'ole in the development life cycle (

2 (emonst'atin# the system and installin# the system at client:s location afte' the

acceptance testin# is s!ccessf!l.

3 !bmittin# the 'e !i'ed !se' man!al desc'ibin# the system inte'faces to +o'/ on

it and also the doc!ments of the system.

4 &ond!ctin# any !se' t'ainin# that mi#ht be needed fo' !sin# the system.

5 "aintainin# the system fo' a pe'iod of one yea' afte' installation.

)unctional Re*uire&ents'

22


23/98


O"TP"T !ESIGN

!tp!ts f'om comp!te' systems a'e 'e !i'ed p'ima'ily to

comm!nicate the 'es!lts of p'ocessin# to !se's. They a'e also !sed to p'ovides a pe'manent copy of the 'es!lts fo' late' cons!ltation. The va'io!s types of o!tp!ts in

#ene'al a'e=

. ) te'nal !tp!ts- +hose destination is o!tside the o'#ani,ation.

. nte'nal !tp!ts +hose destination is +ith in o'#ani,ation and they a'e the

!se'?s main inte'face +ith the comp!te'. pe'ational o!tp!ts +hose !se is p!'ely +ith in the comp!te' depa'tment.

nte'face o!tp!ts- +hich involve the !se' in comm!nicatin# di'ectly +ith

Out$ut !efinition

The out$uts shoul% +e %efine% in ter&s of the follo,ing $oints'

Type of the o!tp!t

&ontent of the o!tp!t

*o'mat of the o!tp!t


24/98


t is not al+ays desi'able to p'int o' display data as it is held on a

comp!te'. t sho!ld be decided as +hich fo'm of the o!tp!t is the most s!itable.

*o' ) ample ill decimal points need to be inse'ted

ho!ld leadin# ,e'os be s!pp'essed.

!tp!t "edia=

n the ne t sta#e it is to be decided that +hich medi!m is the mostapp'op'iate fo' the o!tp!t. The main conside'ations +hen decidin# abo!t the

o!tp!t media a'e=

.The s!itability fo' the device to the pa'tic!la' application.

.The need fo' a ha'd copy.

.The 'esponse time 'e !i'ed.

.The location of the !se's

.The soft+a'e and ha'd+a'e available.

The cost.

eepin# in vie+ the above desc'iption the p'o ect is to have o!tp!ts

mainly comin# !nde' the cate#o'y of inte'nal o!tp!ts. The main o!tp!ts desi'ed

acco'din# to the 'e !i'ement specification a'e=

The o!tp!ts +e'e needed to be #ene'ated as a hot copy and as +ell as !e'ies to be

vie+ed on the sc'een. eepin# in vie+ these o!tp!ts- the fo'mat fo' the o!tp!t is

24


25/98


ta/en f'om the o!tp!ts- +hich a'e c!''ently beein# obtained afte' man!al

p'ocessin#. The standa'd p'inte' is to be !sed as o!tp!t media fo' ha'd copies.

INP"T !ESIGN

np!t desi#n is a pa't of ove'all system desi#n. The main ob ective d!'in# the

inp!t desi#n is as #iven belo+=

To p'od!ce a costBeffective method of inp!t.

To achieve the hi#hest possible level of acc!'acy.

To ens!'e that the inp!t is acceptable and !nde'stood by the !se'.

%T TAC) =

The main inp!t sta#es can be listed as belo+=

(ata 'eco'din#

(ata t'ansc'iption

(ata conve'sion

(ata ve'ification (ata cont'ol

(ata t'ansmission

(ata validation

25


26/98


(ata co''ection

%T TD ) =

t is necessa'y to dete'mine the va'io!s types of inp!ts. np!ts can be

cate#o'i,ed as follo+s=

) te'nal inp!ts- +hich a'e p'ime inp!ts fo' the system. nte'nal inp!ts- +hich a'e !se' comm!nications +ith the system.

pe'ational- +hich a'e comp!te' depa'tment?s comm!nications to the

system>

nte'active- +hich a'e inp!ts ente'ed d!'in# a dialo#!e.

%T ")( A=

At this sta#e choice has to be made abo!t the inp!t media. To concl!de abo!t

the inp!t media conside'ation has to be #iven toE

Type of inp!t *le ibility of fo'mat

peed

Acc!'acy

26


27/98


@e'ification methods

e ection 'ates

)ase of co''ection

to'a#e and handlin# 'e !i'ements

ec!'ity

)asy to !se

o'tabilility

eepin# in vie+ the above desc'iption of the inp!t types and inp!t media- it

can be said that most of the inp!ts a'e of the fo'm of inte'nal and inte'active. As

np!t data is to be the di'ectly /eyed in by the !se'- the /eyboa'd can be conside'ed

to be the most s!itable inp!t device.

) A@ (A &)

At this sta#e ca'e is to be ta/en to ens!'e that inp!t data 'emains acc!'ate

fo'm the sta#e at +hich it is 'eco'ded !pto the sta#e in +hich the data is accepted

by the system. This can be achieved only by means of ca'ef!l cont'ol each time

the data is handled.

) ()T)&T

)ven tho!#h eve'y effo't is ma/e to avoid the occ!''ence of e''o's- still a

small p'opo'tion of e''o's is al+ays li/ely to occ!'- these types of e''o's can be

discove'ed by !sin# validations to chec/ the inp!t data.

27


28/98


(ATA @A< (AT

'oced!'es a'e desi#ned to detect e''o's in data at a lo+e' level of detail.(ata validations have been incl!ded in the system in almost eve'y a'ea +he'e the'e

is a possibility fo' the !se' to commit e''o's. The system +ill not accept invalid

data. heneve' an invalid data is /eyed in- the system immediately p'ompts the

!se' and the !se' has to a#ain /ey in the data and the system +ill accept the data

only if the data is co''ect. @alidations have been incl!ded +he'e necessa'y.

The system is desi#ned to be a !se' f'iendly one. n othe' +o'ds the system

has been desi#ned to comm!nicate effectively +ith the !se'. The system has been

desi#ned +ith pop !p men!s.

% ) T) C*A&) () C

t is essential to cons!lt the system !se's and disc!ss thei' needs +hile

desi#nin# the !se' inte'face=

% ) T) *A&) D T)" &A $) $ A(


29/98


n the comp!te' initiated inte'faces the comp!te' #!ides the p'o#'ess of the

!se'Fcomp!te' dialo#!e. nfo'mation is displayed and the !se' 'esponse of

the comp!te' ta/es action o' displays f!'the' info'mation.

% ) G T AT)( T) C*A&)

%se' initiated inte'faces fall into to+ app'o imate classes=

1. &ommand d'iven inte'faces= n this type of inte'face the !se'

inp!ts commands o' !e'ies +hich a'e inte'p'eted by the comp!te'.

2. *o'ms o'iented inte'face= The !se' calls !p an ima#e of the fo'm to

hisFhe' sc'een and fills in the fo'm. The fo'ms o'iented inte'face is

chosen beca!se it is the best choice.

& " %T) B T AT)( T) *A&)

The follo+in# comp!te' H initiated inte'faces +e'e !sed=

1. The men! system fo' the !se' is p'esented +ith a list of alte'natives

and the !se' chooses oneE of alte'natives.

2. I!estions H ans+e' type dialo# system +he'e the comp!te' as/s

!estion and ta/es action based on the basis of the !se's 'eply.

i#ht f'om the sta't the system is #oin# to be men! d'iven- the openin# men!

displays the available options. &hoosin# one option #ives anothe' pop!p men!

+ith mo'e options. n this +ay eve'y option leads the !se's to data ent'y fo'm

+he'e the !se' can /ey in the data.

29


30/98


) ") AC) () C =

The desi#n of e''o' messa#es is an impo'tant pa't of the !se' inte'facedesi#n. As !se' is bo!nd to commit some e''o's o' othe' +hile desi#nin# a system

the system sho!ld be desi#ned to be helpf!l by p'ovidin# the !se' +ith info'mation

'e#a'din# the e''o' heFshe has committed.

This application m!st be able to p'od!ce o!tp!t at diffe'ent mod!les fo'

diffe'ent inp!ts.

Perfor&ance Re*uire&ents'

e'fo'mance is meas!'ed in te'ms of the o!tp!t p'ovided by the application.

e !i'ement specification plays an impo'tant pa't in the analysis of asystem. nly +hen the 'e !i'ement specifications a'e p'ope'ly #iven- it is possible

to desi#n a system- +hich +ill fit into 'e !i'ed envi'onment. t 'ests la'#ely in the

pa't of the !se's of the e istin# system to #ive the 'e !i'ement specifications

beca!se they a'e the people +ho finally !se the system. This is beca!se the

'e !i'ements have to be /no+n d!'in# the initial sta#es so that the system can be

desi#ned acco'din# to those 'e !i'ements. t is ve'y diffic!lt to chan#e the systemonce it has been desi#ned and on the othe' hand desi#nin# a system- +hich does

not cate' to the 'e !i'ements of the !se'- is of no !se.

30


31/98


The 'e !i'ement specification fo' any system can be b'oadly stated as #iven

belo+=

The system sho!ld be able to inte'face +ith the e istin# system The system sho!ld be acc!'ate

The system sho!ld be bette' than the e istin# system

The e istin# system is completely dependent on the staff to pe'fo'm all the d!ties.

MO!"LES O) THE APPLICATION

Mast rs :

)he information s!ecified in the "aster is re arded static@ in the sense that it is

M ermanentN or non


32/98


(ustomer "aster


33/98


34/98


)e!sibi"ity Study/

Feasi'i#ity Study is a hi h #eve# ca!su#e version of the entire !rocess intended to answer

a num'er of *uestions #i,eA $hat is the !ro'#emJ Is there any feasi'#e so#ution to the

iven !ro'#emJ Is the !ro'#em even worth so#vin J Feasi'i#ity study is conducted once

the !ro'#em c#ear#y understood. Feasi'i#ity study is necessary to determine that the

!ro!osed system is Feasi'#e 'y considerin the technica#@ +!erationa#@ and 2conomica#

factors. By havin a detai#ed feasi'i#ity study the mana ement wi## have a c#ear


35/98


In this !hase@ we study the feasi'i#ity of a## !ro!osed systems@ and !ic, the 'est feasi'#e

so#ution for the !ro'#em. )he feasi'i#ity is studied 'ased on three main factors as

fo##ows.

,%)% T c;nical F asibilit#:

In this ste!@ we verify whether the !ro!osed systems are technica##y feasi'#e or not. i.e.@

a## the techno#o ies re*uired to deve#o! the system are avai#a'#e readi#y or not.

)echnica# Feasi'i#ity determines whether the or aniGation has the techno#o y and s,i##s

necessary to carryout the !roject and how this shou#d 'e o'tained. )he system can 'e

feasi'#e 'ecause of the fo##owin rounds.

9## necessary techno#o y e-ists to deve#o! the system.

)his system is too f#e-i'#e and it can 'e e-!anded further.

)his system can ive uarantees of accuracy@ ease of use@ re#ia'i#ity and the datasecurity.

)his system can ive instant res!onse to in*uire.

+ur !roject is technica##y feasi'#e 'ecause@ a## the techno#o y needed for our !roject is

readi#y avai#a'#e.

Front 2nd A V'. et

Bac, 2nd A "S 9ccess

3ost A $indows000

,%,% Economical F asibilit#:

In this ste!@ we verify which !ro!osa# is more economica#. $e com!are the financia#

'enefits of the new system with the investment. )he new system is economica##y

feasi'#e on#y when the financia# 'enefits are more than the investments and

e-!enditure. 2conomica# Feasi'i#ity determines whether the !roject oa# can 'e within

the resource #imits a##ocated to it or not. It must determine whether it is worthwhi#e to!rocess with the entire !roject or whether the 'enefits o'tained from the new system

are not worth the costs. Financia# 'enefits must 'e e*ua# or e-ceed the costs. In this

issue@ we shou#d considerA )he cost to conduct a fu## system investi ation.

)he cost of h?w and s?w for the c#ass of a!!#ication 'ein considered.

35


36/98


)he deve#o!ment too#.

)he cost of maintenance etc.@

+ur !roject is economica##y feasi'#e 'ecause the cost of deve#o!ment is very

minima# when com!ared to financia# 'enefits of the a!!#ication.,%/% O! rational F asibilit#:

In this ste!@ we verify different o!erationa# factors of the !ro!osed systems #i,e manuir m nt S! cification:

In this ste!@ we enerate a re!ort on System Re*uirement S!ecification. )his is a

document@ which consists of the #ist of re*uirements and functiona#ities to 'e !rovided in

the new system. 3ere we a#so enerate re!orts on software re*uirement and hardware

re*uirement for deve#o!in the a!!#ication.

SELECTE! SO)T-ARE

41


42/98


Mi.rosoft+NET )r!me$or8

The . )T *'ame+o'/ is a ne+ comp!tin# platfo'm that simplifies application

development in the hi#hly dist'ib!ted envi'onment of the nte'net. The . )T

*'ame+o'/ is desi#ned to f!lfill the follo+in# ob ectives=

To p'ovide a consistent ob ectBo'iented p'o#'ammin# envi'onment +hethe'

ob ect code is sto'ed and e ec!ted locally- e ec!ted locally b!t nte'netB

dist'ib!ted- o' e ec!ted 'emotely.

To p'ovide a codeBe ec!tion envi'onment that minimi,es soft+a'edeployment and ve'sionin# conflicts.

To p'ovide a codeBe ec!tion envi'onment that #!a'antees safe e ec!tion of

code- incl!din# code c'eated by an !n/no+n o' semiBt'!sted thi'd pa'ty.

42


43/98


44/98


The . )T *'ame+o'/ can be hosted by !nmana#ed components that load the

common lan#!a#e '!ntime into thei' p'ocesses and initiate the e ec!tion of

mana#ed code- the'eby c'eatin# a soft+a'e envi'onment that can e ploit both

mana#ed and !nmana#ed feat!'es. The . )T *'ame+o'/ not only p'ovides seve'al

'!ntime hosts- b!t also s!ppo'ts the development of thi'dBpa'ty '!ntime hosts.

*o' e ample- A . )T hosts the '!ntime to p'ovide a scalable- se've'Bside

envi'onment fo' mana#ed code. A . )T +o'/s di'ectly +ith the '!ntime to

enable eb *o'ms applications and J"< eb se'vices- both of +hich a'e

disc!ssed late' in this topic.

nte'net ) plo'e' is an e ample of an !nmana#ed application that hosts the '!ntime

in the fo'm of a " ") type e tension . %sin# nte'net ) plo'e' to host the

'!ntime enables yo! to embed mana#ed components o' indo+s *o'ms cont'ols

in KT"< doc!ments. Kostin# the '!ntime in this +ay ma/es mana#ed mobile code

simila' to "ic'osoftL ActiveJL cont'ols possible- b!t +ith si#nificant

imp'ovements that only mana#ed code can offe'- s!ch as semiBt'!sted e ec!tion

and sec!'e isolated file sto'a#e.

The follo+in# ill!st'ation sho+s the 'elationship of the common lan#!a#e '!ntime

and the class lib'a'y to yo!' applications and to the ove'all system. The ill!st'ation

also sho+s ho+ mana#ed code ope'ates +ithin a la'#e' a'chitect!'e.

44


45/98


)e!tures of the Common L!n&u!&e Runtime

The common lan#!a#e '!ntime mana#es memo'y- th'ead e ec!tion- code

e ec!tion- code safety ve'ification- compilation- and othe' system se'vices. These

feat!'es a'e int'insic to the mana#ed code that '!ns on the common lan#!a#e

'!ntime.

ith 'e#a'ds to sec!'ity- mana#ed components a'e a+a'ded va'yin# de#'ees of

t'!st- dependin# on a n!mbe' of facto's that incl!de thei' o'i#in s!ch as the

nte'net- ente'p'ise net+o'/- o' local comp!te' . This means that a mana#ed

component mi#ht o' mi#ht not be able to pe'fo'm fileBaccess ope'ations- 'e#ist'yB

access ope'ations- o' othe' sensitive f!nctions- even if it is bein# !sed in the same

active application.

The '!ntime enfo'ces code access sec!'ity. *o' e ample- !se's can t'!st that an

e ec!table embedded in a eb pa#e can play an animation on sc'een o' sin# a

son#- b!t cannot access thei' pe'sonal data- file system- o' net+o'/. The sec!'ity

feat!'es of the '!ntime th!s enable le#itimate nte'netBdeployed soft+a'e to be

e ceptionally feat!'e 'ich.

The '!ntime also enfo'ces code 'ob!stness by implementin# a st'ict typeB and

codeBve'ification inf'ast'!ct!'e called the common type system &T . The &T

45


46/98


ens!'es that all mana#ed code is selfBdesc'ibin#. The va'io!s "ic'osoft and thi'dB

pa'ty lan#!a#e compile's

Cene'ate mana#ed code that confo'ms to the &T . This means that mana#ed code

can cons!me othe' mana#ed types and instances- +hile st'ictly enfo'cin# type

fidelity and type safety.

n addition- the mana#ed envi'onment of the '!ntime eliminates many common

soft+a'e iss!es. *o' e ample- the '!ntime a!tomatically handles ob ect layo!t and

mana#es 'efe'ences to ob ects- 'eleasin# them +hen they a'e no lon#e' bein# !sed.

This a!tomatic memo'y mana#ement 'esolves the t+o most common application

e''o's- memo'y lea/s and invalid memo'y 'efe'ences.

The '!ntime also accele'ates develope' p'od!ctivity. *o' e ample- p'o#'amme's

can +'ite applications in thei' development lan#!a#e of choice- yet ta/e f!ll

advanta#e of the '!ntime- the class lib'a'y- and components +'itten in othe'

lan#!a#es by othe' develope's. Any compile' vendo' +ho chooses to ta'#et the

'!ntime can do so.


47/98


!nmana#ed code enables develope's to contin!e to !se necessa'y & "

components and (


48/98


+NET )r!me$or8 C"!ss Libr!ry

The . )T *'ame+o'/ class lib'a'y is a collection of 'e!sable types that ti#htly

inte#'ate +ith the common lan#!a#e '!ntime. The class lib'a'y is ob ect o'iented-

p'ovidin# types f'om +hich yo!' o+n mana#ed code can de'ive f!nctionality. This

not only ma/es the . )T *'ame+o'/ types easy to !se- b!t also 'ed!ces the time

associated +ith lea'nin# ne+

48


49/98


feat!'es of the . )T *'ame+o'/. n addition- thi'dBpa'ty components can inte#'ate

seamlessly +ith classes in the . )T *'ame+o'/.

*o' e ample- the . )T *'ame+o'/ collection classes implement a set of inte'faces

that yo! can !se to develop yo!' o+n collection classes. Do!' collection classes

+ill blend seamlessly +ith the classes in the . )T *'ame+o'/.

As yo! +o!ld e pect f'om an ob ectBo'iented class lib'a'y- the . )T *'ame+o'/

types enable yo! to accomplish a 'an#e of common p'o#'ammin# tas/s- incl!din#

tas/s s!ch as st'in# mana#ement- data collection- database connectivity- and file

access. n addition to these common tas/s- the class lib'a'y incl!des types that

s!ppo't a va'iety of speciali,ed development scena'ios. *o' e ample- yo! can !se

the . )T *'ame+o'/ to develop the follo+in# types of applications and se'vices=

&onsole applications.

c'ipted o' hosted applications.

indo+s C% applications indo+s *o'ms .

A . )T applications.

J"< eb se'vices.

indo+s se'vices.

49


50/98


51/98


52/98


system can no+ be safely deployed th'o!#h the eb. Do!' applications can

implement the feat!'es of a local application +hile bein# deployed li/e a eb

pa#e.

52


53/98


PRO-ECT DESIGN

53


54/98


55/98


2. Assemblin# bette' systems doc!mentation.

3. %sin# mo'e effective methods fo' desi#nin#- p'ocessin#- lo#in and

comm!nicatin# info'mation +ith p'o ect team membe's.

4. "a/in# bette' !se of e istin# tools and techni !es.5. "ana#in# system en#inee'in# p'ocess effectively.

Out$ut !esign'

ne of the most impo'tant facto's of an info'mation system fo' the !se' is

the o!tp!t the system p'od!ces. itho!t the !ality of the o!tp!t- the enti'e system

may appea' !nnecessa'y that +ill ma/e !s avoid !sin# it possibly ca!sin# it to fail.

(esi#nin# the o!tp!t sho!ld p'ocess the in an o'#ani,ed +ell th'o!#ho!t the

manne'. The 'i#ht o!tp!t m!st be developed +hile ens!'in# that each o!tp!t

element is desi#ned so that people +ill find the system easy to !se effectively.

The te'm o!tp!t applyin# to info'mation p'od!ced by an info'mation system

+hethe' p'inted o' displayed +hile desi#nin# the o!tp!t +e sho!ld identify the

specific o!tp!t that is needed to info'mation 'e !i'ements select a method to

p'esent the fo'mation and c'eate a doc!ment 'epo't o' othe' fo'mats that contains

p'od!ced by the system.

Ty$es of out$ut'

hethe' the o!tp!t is fo'matted 'epo't o' a simple listin# of the contents of a

file- a comp!te' p'ocess +ill p'od!ce the o!tp!t.

A (oc!ment

A "essa#e

et'ieval f'om a data sto'e

55


56/98


T'ansmission f'om a p'ocess o' system activity

(i'ectly f'om an o!tp!t so!'ces

Layout !esign'

t is an a''an#ement of items on the o!tp!t medi!m. The layo!ts a'e b!ildin# a

moc/ !p of the act!al 'epo'ts o' doc!ment- as it +ill appea' afte' the system is in

ope'ation. The o!tp!t layo!t has been desi#nated to cove' info'mation. The o!tp!ts

a'e p'esented in the appendi .

In$ut %esign an% control'

np!t specifications desc'ibe the manne' in +hich data ente' the system fo'

p'ocessin#. np!t desi#n feat!'es +ill ens!'e the 'eliability of the systems and

p'od!ce 'es!lts f'om acc!'ate data- o' th!s can be

'es!lt in the p'od!ction of e''oneo!s info'mation. The inp!t desi#n also dete'mines

+heneve' the !se' can inte'act efficiently +ith this system.

O+.ecti(es of in$ut %esign'

np!t desi#n consists of developin# specifications and p'oced!'es fo' data

p'epa'ation- the steps necessa'y to p!t t'ansaction data into a !sable f'om fo'

p'ocessin# and data ent'y- the activity of data into the comp!te' p'ocessin#. The

five ob ectives of inp!t desi#n a'e= &ont'ollin# the amo!nt of inp!t

Avoidin# delay

Avoidin# e''o' in data

56


57/98


Avoidin# e t'a steps

eepin# the p'ocess simple

Controlling the a&ount of in$ut'

(ata p'epa'ation and data ent'y ope'ation depend on people- beca!se labo!'

costs a'e hi#h- the cost of p'epa'in# and ente'in# data is also hi#h. ed!cin#

data 'e !i'ement e pense. $y 'ed!cin# inp!t 'e !i'ement the speed of enti'e

p'ocess f'om data capt!'in# to p'ocessin# to p'ovide 'es!lts to !se's.

A(oi%ing %elay'

The p'ocessin# delay 'es!ltin# f'om data p'epa'ation o' data ent'y ope'ations is

called bottlenec/s. Avoidin# bottlenec/s sho!ld be one ob ective of inp!t.

A(oi%ing errors'

Th'o!#h inp!t validation +e cont'ol the e''o's in the inp!t data.

A(oi%ing e/tra ste$s'

The desi#ne' sho!ld avoid the inp!t desi#n that ca!se e t'a steps in p'ocessin#

savin# o' addin# a sin#le step in la'#e n!mbe' of t'ansactions saves a lot of

p'ocessin# time o' ta/es mo'e time to p'ocess.

0ee$ing $rocess si&$le =

f cont'ols a'e mo'e people may feel diffic!lt in !sin# the systems. The bestB

desi#ned system fits the people +ho !se it in a +ay that is comfo'table fo'

them.

NORMALI1ATION

57


58/98


t is a p'ocess of conve'tin# a 'elation to a standa'd fo'm. The p'ocess is

!sed to handle the p'oblems that can a'ise d!e to data 'ed!ndancy i.e. 'epetition of

data in the database- maintain data inte#'ity as +ell as handlin# p'oblems that can

a'ise d!e to inse'tion- !pdation- deletion anomalies.

(ecomposin# is the p'ocess of splittin# 'elations into m!ltiple 'elations to

eliminate anomalies and maintain anomalies and maintain data inte#'ity. To do

this +e !se no'mal fo'ms o' '!les fo' st'!ct!'in# 'elation.

Insertion ano&aly = nability to add data to the database d!e to absence of othe'data.

!eletion ano&aly = %nintended loss of data d!e to deletion of othe' data.

"$%ate ano&aly = (ata inconsistency 'es!ltin# f'om data 'ed!ndancy and pa'tial!pdate

Nor&al )or&s = These a'e the '!les fo' st'!ct!'in# 'elations that eliminateanomalies.

)irst Nor&al )or& =

A 'elation is said to be in fi'st no'mal fo'm if the val!es in the 'elation a'e

atomic fo' eve'y att'ib!te in the 'elation. $y this +e mean simply that no att'ib!te

val!e can be a set of val!es o'- as it is sometimes e p'essed- a 'epeatin# #'o!p.

Secon% Nor&al )or& =

A 'elation is said to be in second o'mal fo'm is it is in fi'st no'mal fo'm

and it sho!ld satisfy any one of the follo+in# '!les.

58


59/98


1 'ima'y /ey is a not a composite p'ima'y /ey

2 o non /ey att'ib!tes a'e p'esent

3 )ve'y non /ey att'ib!te is f!lly f!nctionally dependent on f!ll set of p'ima'y

/ey.

Thir% Nor&al )or& =

A 'elation is said to be in thi'd no'mal fo'm if thei' e its no t'ansitive

dependencies.

Transiti(e !e$en%ency = f t+o non /ey att'ib!tes depend on each othe' as +ell as

on the p'ima'y /ey then they a'e said to be t'ansitively dependent.

The above no'mali,ation p'inciples +e'e applied to decompose the data in

m!ltiple table the'eby ma/in# the data to be maintained in a consistent state.

!ata !ictionary

Afte' ca'ef!lly !nde'standin# the 'e !i'ements of the client the the enti'e data

sto'a#e 'e !i'ements a'e divided into tables. The belo+ tables a'e no'mali,ed to

avoid any anomalies d!'in# the co!'se of data ent'y.

59


60/98


E R %(AGRAM

PASTE YO5R ER9%(AGRAMS 'ERE

60


61/98


%ATA )LO3 %(AGRAM )

A data flo+ dia#'am is #'aphical tool !sed to desc'ibe and analy,e

movement of data th'o!#h a system. These a'e the cent'al tool and the basis f'om

+hich the othe' components a'e developed. The t'ansfo'mation of data f'om inp!t

to o!tp!t- th'o!#h p'ocessed- may be desc'ibed lo#ically and independently of physical components associated +ith the system. These a'e /no+n as the lo#ical

data flo+ dia#'ams. The physical data flo+ dia#'ams sho+ the act!al implements

and movement of data bet+een people- depa'tments and +o'/stations. A f!ll

desc'iption of a system act!ally consists of a set of data flo+ dia#'ams. %sin# t+o

familia' notations Do!'don- Cane and a'son notation develops the data flo+

dia#'ams. )ach component in a (*( is labeled +ith a desc'iptive name. 'ocess is

f!'the' identified +ith a n!mbe' that +ill be !sed fo' identification p!'pose. The

development of (*(?s is done in seve'al levels. )ach p'ocess in lo+e' level

dia#'ams can be b'o/en do+n into a mo'e detailed (*( in the ne t level. The lopB

level dia#'am is often called conte t dia#'am. t consists a sin#le p'ocess bit- +hich

plays vital 'ole in st!dyin# the c!''ent system. The p'ocess in the conte t level

dia#'am is e ploded into othe' p'ocess at the fi'st level (*(.

The idea behind the e plosion of a p'ocess into mo'e p'ocess is that

!nde'standin# at one level of detail is e ploded into #'eate' detail at the ne t level.

61


62/98


This is done !ntil f!'the' e plosion is necessa'y and an ade !ate amo!nt of detail

is desc'ibed fo' analyst to !nde'stand the p'ocess.


63/98


'ocess that t'ansfo'ms data flo+.

o!'ce o' (estination of data

(ata flo+

(ata to'e

CONSTR"CTING A !)!'

eve'al '!les of th!mb a'e !sed in d'a+in# (*(?s=

1. 'ocess sho!ld be named and n!mbe'ed fo' an easy 'efe'ence. )ach name

sho!ld be 'ep'esentative of the p'ocess.

2. The di'ection of flo+ is f'om top to bottom and f'om left to 'i#ht. (ata

T'aditionally flo+ f'om so!'ce to the destination altho!#h they may flo+ bac/

to the so!'ce. ne +ay to indicate this is to d'a+ lon# flo+ line bac/ to a

63


64/98


so!'ce. An alte'native +ay is to 'epeat the so!'ce symbol as a destination.

ince it is !sed mo'e than once in the (*( it is ma'/ed +ith a sho't dia#onal.

3. hen a p'ocess is e ploded into lo+e' level details- they a'e n!mbe'ed.

4. The names of data sto'es and destinations a'e +'itten in capital lette's. 'ocessand dataflo+ names have the fi'st lette' of each +o'/ capitali,ed

A (*( typically sho+s the minim!m contents of data sto'e. )ach data sto'e

sho!ld contain all the data elements that flo+ in and o!t.

I!estionnai'es sho!ld contain all the data elements that flo+ in and o!t.

"issin# inte'faces 'ed!ndancies and li/e is then acco!nted fo' often th'o!#h

inte'vie+s.

SAILENT )EAT"RES O) !)!2s

1. The (*( sho+s flo+ of data- not of cont'ol loops and decision a'e

cont'olled conside'ations do not appea' on a (*(.

2. The (*( does not indicate the time facto' involved in any p'ocess +hethe'

the data flo+s ta/e place daily- +ee/ly- monthly o' yea'ly.

3. The se !ence of events is not b'o!#ht o!t on the (*(.

T#PES O) !ATA )LO- !IAGRAMS1. &!''ent hysical

2. &!''ent


65/98


C"RRENT PH#SICAL =

n &!''ent hysical (*( p'ocess label incl!de the name of people o' thei' positions o' the names of comp!te' systems that mi#ht p'ovide some of the ove'all

systemBp'ocessin# label incl!des an identification of the technolo#y !sed to

p'ocess the data. imila'ly data flo+s and data sto'es a'e often labels +ith the

names of the act!al physical media on +hich data a'e sto'ed s!ch as file folde's-

comp!te' files- b!siness fo'ms o' comp!te' tapes.

C"RRENT LOGICAL'

The physical aspects at the system a'e 'emoved as m!sh as possible so that

the c!''ent system is 'ed!ced to its essence to the data and the p'ocesso's that

t'ansfo'm them 'e#a'dless of act!al physical fo'm.

NE- LOGICAL =

This is e actly li/e a c!''ent lo#ical model if the !se' +e'e completely

happy +ith he !se' +e'e completely happy +ith the f!nctionality of the c!''ent

system b!t had p'oblems +ith ho+ it +as implemented typically th'o!#h the ne+

lo#ical model +ill diffe' f'om c!''ent lo#ical model +hile havin# additional

f!nctions- absol!te f!nction 'emoval and inefficient flo+s 'eco#ni,ed.

NE- PH#SICAL'

65


66/98


67/98


DATA FLOW

1 A (ata *lo+ has only one di'ection of flo+ bet+een symbol. t may

flo+ in both di'ections bet+een a p'ocess and a data sto'e to sho+ a 'ead

befo'e an !pdate. The late' is !s!ally indicated ho+eve' by t+o sepa'atea''o+s since these happen at diffe'ent type.

2 A oin in (*( means that e actly the same data comes f'om any of t+o

o' mo'e diffe'ent p'ocesses data sto'e o' sin/ to a common location.

3 A data flo+ cannot #o di'ectly bac/ to the same p'ocess it leads. The'e

m!st be atleast one othe' p'ocess that handles the data flo+ p'od!ce some

othe' data flo+ 'et!'ns the o'i#inal data into the be#innin# p'ocess.

4 A (ata flo+ to a data sto'e means !pdate delete o' chan#e .

5 A data *lo+ f'om a data sto'e means 'et'ieve o' !se.

A data flo+ has a no!n ph'ase label mo'e than one data flo+ no!n ph'ase can

appea' on a sin#le a''o+ as lon# as all of the flo+s on the same a''o+ move

to#ethe' as one pac/a#e.

PASTE YO5R %)%;S 'ERE

67


68/98


+s cas Dia"rams1. se case dia rams descri'e what a system does from the stand!oint of an e-terna#

o'server. )he em!hasis is on what a system does rather than how.>. se case dia rams are c#ose#y connected to scenarios. 9 scenario is an e-am!#e of

what ha!!ens when someone interacts with the system.=. 9 use case is a summary of scenarios for a sin #e tas, or oa#. 9n actor is who or

what initiates the events invo#ved in that tas,. 9ctors are sim!#y ro#es that !eo!#e oro'jects !#ay.

4. 9 use case dia ram is a co##ection of actors@ use cases@ and their communications.

se case dia rams are he#!fu# in three areasA

D t rminin" f atur s @r >uir m nts* . ew use cases often enerate newre*uirements as the system is ana#yGed and the desi n ta,es sha!e.

Communicatin" =it; cli nts . )heir notationa# sim!#icity ma,es use casedia rams a ood way for deve#o!ers to communicate with c#ients.

G n ratin" t st cas s . )he co##ection of scenarios for a use case may su esta suite of test cases for those scenarios .

Class Dia"rams1. 9 (#ass dia ram ives an overview of a system 'y showin its c#asses and the

re#ationshi!s amon them.>. (#ass dia rams are static. )hey dis!#ay what interacts 'ut not what ha!!ens when

they do interact.

otationsA

"5 c#ass notation is a rectan #e divided into three !artsA c#ass name@ attri'utes@and o!erations.

ames of a'stract c#asses are in ita#ics. Qe-am!#eA Payment Re#ationshi!s 'etween c#asses are the connectin #in,s.

R lations;i!s:

1. Association


69/98


other in order to !erform its wor,. In a dia ram@ an association is a #in,connectin two c#asses.

>. A""r "ation . )hey are usefu# for e-!#ainin sma## !ieces with com!#icated re#ationshi!s@

es!ecia##y recursive re#ationshi!s.2ach rectan #e in the o'ject dia ram corres!onds to a sin #e instance. Instancenames are under#ined in "5 dia rams. (#ass or instance names may 'e omittedfrom o'ject dia rams as #on as the dia ram meanin is sti## c#ear .

S >u nc Dia"rams1. (#ass and o'ject dia rams are static mode# views. Int raction (ia"rams are

dynamic. )hey descri'e how o'jects co##a'orate.>. 9 s >u nc (ia"ram is an interaction dia ram that detai#s how o!erations are

carried out


70/98


4. )he o'jects invo#ved in the o!eration are #isted from #eft to ri ht accordin towhen they ta,e !art in the messa e se*uence.

Colla+oration !iagra&s1. (o##a'oration dia rams are a#so interaction dia rams.

>. )hey convey the same information as se*uence dia rams@ 'ut they focus ono'ject ro#es instead of the times that messa es are sent.

=. In a se*uence dia ram@ o'ject ro#es are the vertices and messa es are theconnectin #in,s.

otationsA

)he o'ject


71/98


=. )he activity dia ram shows the how those activities de!end on one another.

otationsA

)he !rocess 'e ins at the '#ac, start circ#e at the to! and ends at the concentricwhite?'#ac, sto! circ#es at the 'ottom. )he activities are rounded rectan #es.

9ctivity dia rams can 'e divided into o'ject s=imlan s that determine whicho'ject is res!onsi'#e for which activity. 9 sin #e transition comes out of eachactivity@ connectin it to the ne-t activity.

9 transition may branc; into two or more mutua##y e-c#usive transitions. Guar(8!r ssions Kinside Q L #a'e# the transitions comin out of a 'ranch. 9 'ranch

and its su'se*uent m r" mar,in the end of the 'ranch a!!ear in the dia ramas ho##ow diamonds.

9 transition may forB into two or more !ara##e# activities. )he for, an )he su'se*uent 'oin of the threads comin out of the for, a!!ear in the dia ramas so#id 'ars.

Com!on nt D !lo#m nt Dia"rams

1. 9 com!on nt is a code modu#e. (om!onent dia rams are !hysica# ana#o s ofc#ass dia ram. D !lo#m nt (ia"rams show the !hysica# confi urations ofsoftware and hardware.

otationsA

The physical ha'd+a'e is made !p of no%es . )ach component belon#s on a node.&omponents a'e sho+n as 'ectan#les +ith t+o tabs at the !ppe' left.

A system is si!ply a set of co!ponents that interact to acco!plish

so!e p rpose.

Syste!s are of two types. O en Systems+ C"osed Systems .

Syste!s that interact with their environ!ents are open syste!s.They receive inp t and prod ce o tp t. 'n contrast* syste!s that do notinteract with their s rro ndings areclosed syste!s all ongoing syste!s are open. Closed syste!s e$ist only as aconcept.

Syste! develop!ent can generally be tho ght of as having two !ajor

co!ponents

71


72/98


System An!"ysis+

System %esi&n+

System !n!"ysis is the process of gathering and interpreting facts,diagnosing proble!s, and sing the infor!ation to reco!!end

i!prove!ents to the syste!. Syste! "esign is the process of planning a

new b siness syste! or one to replace or co!ple!ent an e$isting syste!.

Systems !n!"ysis is abo t nderstanding sit ations, not solving

proble!s. (ffective analysts therefore e!phasi+e investigation and

estioning to learn how the syste! c rrently operates and to identify there ire!ents sers have for a new or !odified one. Only after analysts f lly

nderstand the syste! are they able to analy+e it and asse!ble

reco!!endations for syste! design.

The !anner in which a syste!s investigation is cond cted will

deter!ine whether the appropriate infor!ation is gathered. 'n t rn, having

the right infor!ation infl ences the ality of the application that follows .inother words, good syste! design, whether developed thro gh the S"-C

!ethod, prototyping, or str ct red !ethods, begins by doc !enting the

c rrent syste! and proper diagnosing the syste!s re ire!ents.

M- "'#&R#MS

se/case diagra!s)

72


73/98


73


74/98


A(min Mo(ul +s cas Dia"ram

3ote#

9rea

2m!#oyee

(ustomers

(ustomer Status

"onth#y(har es

74


75/98


R !orts Mo(ul +s cas Dia"ram

Re!orts

9rea 5ist

2m!#oyee 5ist

(ustomers 5ist

(o##ections 9rea

$ise

)ota#(o##ections

(o##ectionsBetween

/ates

(ustomer 9?(

75


76/98


77/98


78/98


78


79/98


Acti9it# (ia"ram for Lo"in

2nter 0ser I/ and 1assword

Va#idation

.o

)y!e

0ser 9dministrator

/is!#ay 9dmin "odu#e

/is!#ay 9uthorised "odu#e

79


80/98


5o in )y!e

0ser

9dminstrator 0sersor Staff

+s cas Dia"ram for Lo"in

(hec, user ty!e

/is!#ay 9uthorised "odu#e

/is!#ay 9dmin "odu#e

80


81/98


+SER ACTI&IT.DIAGRAM

0ser or 9 ent5o in

)y!e)y!e )y!e

"asters (o##ections Re!orts

81


82/98


83/98


9dmin

Lo"in A(minM nu Lo"utData $as

Inva#id0ser

5o in

View /etai#s

View Branch /etai#s

Branch /etai#s

Saved Successfu##y

Lo"out

5o out Successfu##y

T; s ar t; f =o!tions in A(min m nu

A(min S >u nc Dataflo= Dia"ram

.ew 9rea

9rea /etai#s

9rea "aster

2m!#oyee "aster .ew 2m!#oyee

.ew 2m!#oyee Saved

2dit 2m!#yee /etai#s

2dit 2m!#oyee Success

83


84/98



85/98


>+ CONSTR5CT(ON/

This is the act al constr ctive phase of the project where the !odels and

designs are added with f nctionality. The constr ction phase involves

coding, co!piling and b ilding the f nctional !od les of the project.

85


86/98


86


87/98


87


88/98


88


89/98


89


90/98


90


91/98


91


92/98


?+ TEST(NG/

92


93/98


TEST(NGTEST(NG

Testing is the process of e$ercising software with the intent of finding

errors. The 2eb/app testing is a collection of related activities with a single

goal) to ncover errors in web application content, f nction, sability,

navigability, perfor!ance, capacity and sec rity.

There are several areas of testing involved in web applications. For the

c rrent web application, ' sed so!e of the! as follows.

CONTENT TEST(NG

Content testing atte!pts to ncover errors in content of the web

application. 'n addition to e$a!ining static content for errors, this testing

step also considers dyna!ic content derived fro! data !aintained as a part

of database syste! that has been integrated with the web application.

Content testing of all web pages is eval ated for syntactic and

se!antic errors.

#t syntactic level ' have verified the content for spelling, p nct ation

and any gra!!ar !ista%es of all pages which contain the content of the

website.

#t se!antic level ' have verified for the following aspects.

o 2hether the content is valid or not.

o 2hether the for!at of the content is good and readable or not.

o 2hether all the web pages are showing consistent content or not.

The content incl des the dyna!ic infor!ation abo t the co!panies,

stoc% val es and flowchart details which is fetched fro! the database. The

consistency of this infor!ation is thoro ghly tested.

%ATABASE TEST(NG

"atabase testing is done to ncover the errors which occ r as a

conse ence of fetching large e ities of data fro! the database, e$tracting

93


94/98


relevant data fro! the database, accessing the database sing several

eries etc,

'n this project, ' have tested the application for database errors in

following areas.

o 2hile converting the ser re est into a database ery

o 2hile fetching dyna!ic content to the web pages.

o 2hile opening and closing the active connections to the database

o 2hile presenting the raw data fetched fro! database in a

for!atted =TM- o tp t.

o Co!! nication between the web application and the re!ote

database.

5SER (NTER)ACE TEST(NG

9## the interfaces that have 'een desi ned are reviewed whether they meet

the customer re*uirement or not. $hi#e testin a## interfaces I have verified for

errors as fo##ows.

o(rrors related to specific interface !echanis!s for e$a!ple propere$ec tion of all !en lin%s that are provided in each web page

o (rrors related to all se!antics of navigation and web application

f nctionally that is provided in each web page.

o (rrors in consistency related to different aspects of the interfaces li%e

font style, color, si+e, screen bac%gro nd color etc.,

o (rrors in viewing the interfaces in different web browsers li%e Microsoft

internet e$plorer, Mo+illa firefo$ etc.,

(NTER)ACE MEC'AN(SM TEST(NG

2hen a ser interacts with a web application, the interaction occ rs

thro gh one or !ore !echanis!s which are called interface !echanis!s.

94


95/98


Testing done within theses !echanis!s is the interface !echanis! testing.

This testing is done in following areas.

Lin8s/

(ach navigation lin% is tested to ens re that appropriate web page is

lin%ed or not. ' have listed all the lin%s in each for! to test whether each lin%

is connecting the appropriate page or not.

)orms/

Testing for!s has been done at two different levels i.e. at !ini! !

level and at !ore targeted level. #t !ini! ! level ' have tested for)

o 2hether labels been correctly defined for fields or not.

o 2hether server is receiving all the infor!ation contained in the for!

and no data are lost in the trans!ission between client and server.

o 2hether appropriate defa lt val es are available when the ser does

not select any ite! in the selection bo$.

o 2hether scripts that perfor! data validation fro! the client/side are

wor%ing properly or not.

#t !ore targeted level ' have tested for)

o 2hether te$t fields have proper width to enter data.

o 2hether te$t fields are allowing string length !ore than specified

length.

o 2hether tab order a!ong different controls is in re ired order or not.

C"ient Side S.ri tin&/

(ach and every f nction written in scripting has been tested by B"!.8

Bo0 Testin&+

' have co!bined the for!s testing with this client/side script testing,

beca se inp t for scripting is provided fro! for!s. So!e !ethods of

scripting will be perfor!ed in so!e partic lar browsers and in others not. So

95


96/98


' have also perfor!ed co!patibility testing to ens re that the scripting

f nctions will wor% properly in all browsers.

5SAB(L(TY TESTS

'n this testing ' have verified p to, which level that, sers can interact

with the syste! effectively. Tests are designed to deter!ine the degree to

which the web application interface !a%es sers easy to wor% with. ' have

designed test case so that sability testing can be verified at different levels)

o sability test has been perfor!ed on each and every individ al

interface i.e. for!s.

o sability test has been perfor!ed on total web page with related client

side scripting f nctions.

o sability test has been perfor!ed on total web application.

COMPAT(B(L(TY TESTS

#s this is a web application, it sho ld r n on different environ!ents

li%e different co!p ter architect res, operating syste!s, browsers and

networ% connection speeds.

#s different co!p ting config rations can res lt in difference in client

side scripting speeds and display resol tion, operating syste! variance !ay

ca se web application processing iss es.

"ifferent browsers prod ce slightly different res lt as we e$pected, in

so!e cases this res lts !ay not be a proble! b t in so!e cases there will

be serio s errors.

To perfor! these testing strategies first we have prepared what are all

the client side f nctions that enco nter proble!s with different

co!patibilities. 'n essence of those we have tested by identifying different

co!p ting platfor!, typical display devices, the operating syste!s

s pported on the platfor!, the browsers that are available with !e.

96


97/98


NA@(GAT(ON TEST(NG

Navigability is tested to ens re that all navigation synta$ and

se!antics are e$ercised to ncover any navigation errors. >e$) dead lin%s,

i!proper lin%s, erroneo s lin%s?. The job of navigation testing is to ens re

that the navigation !echanis!s are f nctional, and to validate that each

Navigation Se!antic nit can be achieved by the appropriate ser category.

2e have done the navigation testing in following areas.

Navigation lin%s are thoro ghly tested.

Redirects are properly chec%ed.

's the target page to a navigation lin% is correct or not.

's the lin% caption !eaningf l or not.

+ %EPLOYMENT/

The error/free project, which passed all the tests, is now deployed at the

client environ!ent in this phase.

F ) R2 2 39 (2"2 )S

)his !roject can 'e further enhanced to !rovide reater f#e-i'i#ity and

!erformance with certain modifications whenever necessary.

97


98/98

coms final doc

Documents