SRS FORMAT Index & Tables 1.

Introduction
Purpose of the Project:
Online Blood Bank is aims serving for human welfare !e have all "he informa"ion# $ou will ever need Man$ %eo%le are here for $ou# "o hel% $ou# willing "o dona"e blood for $ou an$"ime !e have done all "he &ob# res" is $ours sear'h "he blood grou% $ou need (ou 'an hel% us b$ regis"ering on Online Blood Bank if $ou are willing "o dona"e $our blood when needed As a %roud member of OnlineBloodBank and a res%onsible human being# $ou 'an hel% someone in need So dona"e blood in online

Scope of the project:

Online Blood Bank is aims serving for human welfare !e have all "he informa"ion# $ou will ever need Man$ %eo%le are here for $ou# "o hel% $ou# willing "o dona"e blood for $ou an$"ime !e have done all "he &ob# res" is $ours sear'h "he blood grou% $ou need (ou 'an hel% us b$ regis"ering on Online Blood Bank if $ou are willing "o dona"e $our blood when needed As a %roud member of OnlineBloodBank and a res%onsible human being# $ou 'an hel% someone in need So dona"e blood in online

Modules: 1. Admin 2. Donar

1. Admin) This module fo'uses on "he bo"h donars & a''e%"ors *a'h member in a
donar & a''e%"or is given a user id and %assword# whi'h iden"ifies him uni+uel$ The

member is given a login form he en"ers "he login de"ails user id and %assword o%"ions given "o ,hange Password Main"ain donar de"ails Main"ain referral on'e -%da"e donar de"ails .iew *x%erian'es /ogou"

The

!henever a user wan"s "o 'hange his 0 her %assword he 'an sele'" "he 'hange %assword o%"ion The s$s"em dis%la$s "he form# whi'h asks him for his old %assword and new %assword The s$s"em "hen 'om%ares "he old %assword wi"h "he exis"ing %assword in "he da"abase and if "he$ ma"'h "hen "he %assword is se" "o "he new %assword in "he da"abase The id for re"rieving "he de"ails from "he da"abase is brough" "hrough "he session# whi'h is main"ained using 'ookies in "he form This removes "he burden on user in "$%ing user id again and also main"ains se'uri"$ b$ no" allowing one user "o 'hange %assword of o"her a''iden"all$

2. Donar)
*a'h member in a 1onar is given a user id and %assword# whi'h iden"ifies him uni+uel$ The member is given a login form he en"ers "he login de"ails user id and %assword The o%"ions given "o a ea'h member in a s"aff are ,hange %assword Find a Blood grou% !h$ dona"e blood !ho needs blood Find A 1onar Refer A Friend /ogou"

!henever a user wan"s "o 'hange his 0 her %assword he 'an sele'" "he 'hange %assword o%"ion The s$s"em dis%la$s "he form# whi'h asks him for his old %assword and new %assword The s$s"em "hen 'om%ares "he old %assword wi"h "he

exis"ing %assword in "he da"abase and if "he$ ma"'h "hen "he %assword is se" "o "he new %assword in "he da"abase The em%lo$ee id for re"rieving "he de"ails from "he da"abase is brough" "hrough "he session# whi'h is main"ained using 'ookies in "he form This removes "he burden on user in "$%ing user id again and also main"ains se'uri"$ b$ no" allowing one user "o 'hange %assword of o"her a''iden"all$ A" "he end "he user is able "o log ou" from "he s$s"em using "he logou" o%"ion

References:
1. Windows Programming Using MFC 2 Jeff Prosice Geroge S e! erd %r&glinn'i. Pressman 1am,a&g 2. MFC Internals 2 ". Programming in Microsoft #C$$ 2 (. Software )ngineering Conce!ts 2 *. +,-ect +riented .nal/sis and 0esign 2

Technologies:
$ou 'an use "he 3*T Framework "o develo% "he following "$%es of a%%li'a"ions and servi'es)

,onsole a%%li'a"ions S'ri%"ed or hos"ed a%%li'a"ions !indows 4-I a%%li'a"ions 5!indows Forms6 ASP 3*T a%%li'a"ions 7M/ !eb servi'es !indows servi'es

2.+2erall 0escri!tion3
Sotware Interface3
OP*RATI34 P/ATFORM R1BMS SOFT!AR* FRO3T *31 TOO/ : : : : !I31O!S 899903T07P S:/S*R.*R 8999 .S 3*T 899; ASP 3*T

4ardware Interface3
RAM =AR1 1IS> : : <8;MB MI3IM-M 89 4B

1. Data Flow Diagrams: 0ata flows are data str&ct&res in motion5 w ile data stores are data str&ct&res. 0ata flows are !at s or 6!i!e lines75 along w ic str&ct&res are 'e!t &ntil needed. 0ata flows are data str&ct&res in motion5 w ile data stores are data str&ct&res at rest. 4ence it is !ossi,le t at t e data flow and t e data store wo&ld ,e made &! of t e same data str&ct&re. 8 e following are some 0F0 s/m,ols &sed in t e !ro-ect )9ternal entities data str&ct&res tra2el5 w ere as t e data stores are !lace w ere data

Pro'ess) A "ransa'"ion of informa"ion "ha" resides wi"hin "he bounds of "he s$s"em "o be module

0.8.F:+WS

1ATASTOR*)A re%osi"or$ of da"a "ha" is "o be s"ored for use b$ one or more %ro'esses# ma$ be as sim%le as buffer of +ueue or as a rela"ional da"abase

FIRST LEVEL DTAFLOW DIAGRAM

donar Informa"ion

1onar 3ew Regis"ra"ions donars 1e"ails 1onar Module Employee Status 1onar Ma"ian ,lien" 1e"ails
Admin information Module

1onar blood informa"ion

DFD For Admin

Admin Master

Admin Master

Admin Master

Insert Admin Verify Data 3.1

Check for Donar Verify Data 3.1

hec! for "ser Account

Verify Data 3.1

Check for Scheme s Insert

Admin Master

DFD For User Account

1onar Mas"er Page -ser Mas"er

,he'k for "he 1onar Inser" 1onar .erif$ 1a"a 2.1 Profile .erif$ 1a"a

2.2
,he'k for "he 1onar A''oun" 1e"ails Inser" .erif$ 1a"a

8? 1onar Mas"er

2. Unified Modeling L ngu ge Di gr !s "UML#$ The unified modeling language allows the software engineer to express an analysis model using the modeling notation that is governed by a set of syntactic semantic and pragmatic rules. A UML system is represented using five different views that describe the system from distinctly different perspective. Each view is defined by a set of diagram which is as follows. User Model Vie% i. ii. This view represents the system from the users perspective. The analysis representation describes a usage scenario from the end! users perspective. Structur l !odel &ie% "n this model the data and functionality are arrived from inside the system. This model view models the static structures.

'e( &ior l Model Vie% "t represents the dynamic of behavioral as parts of the system depicting the interactions of collection between various structural elements described in the user model and structural model view.

I!)le!ent tion Model Vie%

"n this the structural and behavioral as parts of the system are represented as they are to be built.

En&iron!ent l Model Vie% "n this the structural and behavioral aspects of the environment in which the system is to be implemented are represented. UML is specifically constructed through two different domains they are

UML Analysis modeling which focuses on the user model and structural model views of the system#

UML design modeling which focuses on the behavioral modeling implementation modeling and environmental model vie

"se# ase Model Sur$e%$

*# Use + se Di gr !s

Ad!in$ 8 e .dministrator is t e &ser of t e s/stem. 4e is t e res!onsi,le !erson to re;&ire t e new 0onars and stat&s5 Matins t e .dd new 8as's 0etails.

Login

Admin

3ew 1onar Regis"ra"ions

1onar Informa"ion

Referral on'e 1e"ails

*x%erian'es

/ogou"

Don r$ 8 is mod&le foc&ses on t e ,asic 0onar. )ac &ser id and !assword5 w ic gi2en a login form w ere in identifies

0onar is gi2en a

im &ni;&el/. 8 e 0onar is

e enters t e login details &ser id and

!assword. .s

e is a registered into t e s/stem s ows

is form wit

is< er select o!tions

Login

Donar

4e" "he Informa"ion abou" wh$ dona"e blood

Find a donar

Refer a friend

,hange Password

*# Se,uence Di gr !s Ad!inistr tor Login Se,uence

&ogin screen 'nter log name

Administrator login master

Administrator Admin Master login master

(alidate &og name )*

(alidate Pass+ord )* hec! for re,uired pri$ileges )* Authenticate The id Donar Registrations and Add -e+ Tas! Details .

2# Se,uence Di gr !s E!)lo-ee Login Se,uence

&ogin screen 'nter log name

Administrator login master

Administrator Admin Master login master

(alidate &og name )*

(alidate Pass+ord )* hec! for re,uired pri$ileges )* Authenticate The id

&ea$e Applications and Information of Tas! and Shifts

. ELA'ORATIO. /0ASE


Admin login
.."ses// Authenticate the gi$en parameter .."ses// 1ona"e blood .."ses//
Check for any specific schedules allocated upon him

.."ses//
:uer$ Anal$@er

.."ses//
S"ore

Donar *x%erian'es

re
S"ore

.."ses//

.."ses//

er% Anal%0er .."ses//

Supply the customer ID

.."ses//

Authenticate the customer ID

S"ore

S t o

,hange Password

Enter the required policy parameters

.."ses//
:uer$ Anal$@er

S t o r e r e

Flo% c( rt$

3. !"I"#$% &A"I'!S(I) Diagrams

)=1 >)ntit/=1elations i!? 0iagram is &sed to re!resents t e relations i! ,etween entities in t e ta,le. The symbols used in E-R diagrams are: S@MA+: PU1P+S) 1e!resents )ntit/ sets.

1e!resent attri,&tes.

1e!resent 1elations i! Sets.

:ine re!resents flow Str&ct&red anal/sis is a set of tools and tec ni;&es t at t e anal/st. 8o de2elo! a new 'ind of a s/stem3 8 e traditional a!!roac Pro-ect management5 and considerations. foc&ses on t e cost ,enefit and feasi,ilit/ anal/sis5 ardware and software selection an !ersonal

Admin
yob Gender BloodType Location Phno

-sernam e

Password

Full Name

Donar Registrations

Admin 3ame

1onar 1e"ails

=ow "o dona"e bloods Who needs blood 1onar informa"ion *x%erian'es de"ails Comments

Donar blood details

Donar:
yob Gender BloodType password Location Phno

-sernam e

Full Name

Donar profile

1onar 3ame

1onar 1e"ails

donar 1e"ails

E perience details Who needs blood Blood de"ails !e"er a "riends

'ommen"s Donate blood

11.C'!C&*SI'! 8 is !ro-ect and MFC. Gro&!s.)ac as el!ed &s in im!lementing t e #is&al C$$ &sing .!!WiBard

We a&tomated t e wor' of allocating s ifts to t e )m!lo/ee gro&! formed as same de!artment )m!lo/ees or different el!ed &s in learning +,-ect a2e a !lan of com!leting

according to t eir 0esignation and Gender ..ll 8as's are done ,/ different de!artment )m!lo/ees. Generation of s ifts allocation for )m!lo/ee oriented feat&res and im!lementing t em in MFC. We came to 'now a,o&t t e sc ed&ling t e tas's &!dating ,/ time and tas' wit in time !ro!er designing of 1otating t e sc ed&les.