OnlineClassifiedPortal.

com

4.1 Requirement Specification
4.2 Feasibility Study
4.3 Risk nalysis
4.4 !ife Cycle "odel
4.# $ffort %istribution %ia&ram
4.' (ask %ependency %ia&ram
4.) Pro*ect Sc+edule
22
OnlineClassifiedPortal.com
Requirements of client describe as follo,-
System s+ould pro.ide secure and accurate data.
System s+ould easy to operate.
System s+ould pro.ide information related to firm.
Guest-Site:
System s+ould display different Classifieds/ads ,it+ detail
information i.e. acti.ated by admin.
System s+ould pro.ide facility to re&ister t+emsel.es as user
or ad.ertiser.
System s+ould pro.ide facility to searc+ particular classified
,it+ detail information.
System s+ould pro.ide facility to &uest user to &i.e t+em
.ie, related to site as a feedback.
System s+ould pro.ide company information0 policy0 etc.
User-Site:
System s+ould display different classified/ads ,it+ detail
information i.e. acti.ated by admin.
System s+ould pro.ide facility to send query to ad.ertiser for
particular classifieds/ads.
System s+ould enable to &et response from ad.ertiser for
t+eir query.
System s+ould pro.ide facility to searc+ particular classified
,it+ detail information.
System s+ould pro.ide facility to sa.e particular
classifieds/ads as per t+em c+oice.
System s+ould pro.ide facility to update user personal profile
and pass,ord.
System s+ould pro.ide facility to &i.e t+em .ie, related to
site as a feedback.
23
4.1 Requirement Specification
OnlineClassifiedPortal.com
Advertiser-Site:
System s+ould pro.ide a facility to purc+ase a ne, sc+eme
as per t+em c+oice for upload classifieds/ads.
System s+ould pro.ide facility to upload t+eir classifieds/ads
in different sc+eme accordin& to different display format
a.ailable and mana&e t+em classified as per t+eir
requirement.
System s+ould enable to recei.e query from user for
particular classifieds/ads and &i.e t+em response.
System s+ould pro.ide facility to searc+ particular classified
,it+ detail information.
System s+ould pro.ide facility to update user personal profile
and pass,ord.
System s+ould pro.ide Sc+eme led&er t+at contain current
status of sc+eme and classifieds/ads upload in different
sc+eme.
System s+ould pro.ide remainder related sc+eme status i.e.
sc+eme e1piry and e1piry point.
System s+ould pro.ide facility to &i.e t+em .ie, related to
site as a feedback.
Admin-Site:
System s+ould pro.ide follo,in& information to dmin.
Re&istered user information
d.ertiser information and t+ose sc+emes0 and
classifieds/ads information.
Feedback information
System s+ould pro.ide facility to mana&e follo,in& database
entry to admin.
Sc+eme master
Price master
Cate&ory master
Subcate&ory master
City
State
Country
Policy
dmin account master
System s+ould enable to acti.e /appro.e follo,in& request
Sc+eme request
Classifieds/ads request
System s+ould pro.ide facility to upload and mana&e
classifieds/ads be+alf of ad.ertiser.
24
OnlineClassifiedPortal.com
System s+ould pro.ide Sc+eme led&er of particular ad.ertiser
t+at contain current status of sc+eme and classifieds/ads
upload in different sc+eme.
System s+ould pro.ide facility to searc+ particular classified
,it+ detail information.

Feasibility study plays .ery important role in t+e de.elopment of any
system0 but ,+en it is t+e case of de.elopment of any soft,are t+en its importance
increases muc+ more because in t+e case one s+ould be .ery clear about a.ailability
of t+e time and resources. 2efore startin& t+e de.elopment of t+e soft,are one
s+ould &i.e considerable amount of time for feasibility study because t+e successful
completion of pro*ect depends upon feasibility.
(+e feasibility of our pro*ect +as been *ud&ed on t+e basis of time0
tec+nolo&y0 resources a.ailable and pro*ect len&t+.
Time:
(+is pro*ect takes at least # mont+ to be completed if ,e take +elp of
reused components ot+er,ise it ,ill take ' mont+s to be completed.
3e ,ill not make use of components and t+erefore ,ill be able to
complete t+e pro*ect in ' mont+s. (+us accordin& to time t+e feasibility is not
t+at ri&+t.
Technology:
(+e necessary tec+nolo&y0 .i4.0 front5end de.elopment tool0 back5end
database tec+nolo&y and .arious ot+er tools namely installation tools0 etc. for
de.elopin& t+e system0 are already a.ailable ,it+in t+e or&ani4ation. So t+is
problem is feasible.
Resources:
3e need &ood kno,led&e soft,are en&ineers and practitioners. 3e need
6et connection.
3e +a.e all t+e resources in t+e desired amount.
Project Size:
(+e Pro*ect si4e mi&+t be abo.e 1#777 !OC. (+is is *ust t+e rou&+
assumption because ,e don8t +a.e any basis of t+e past pro*ects.
2#
4.2 Feasibility Study
OnlineClassifiedPortal.com
(+us t+e pro*ect o.erall feasibility is normal and t+erefore ,e +a.e
undertaken t+is pro*ect.

3it+ t+e de.elopment of t+e soft,are0 ,e +a.e defined some proacti.e
risks before tec+nical ,ork initiated. (+is part of documents includes t+e risk
mana&ement step.
91: Risk : Unrealistic Deadline
Proaility : !"#
$m%act : &igh
Descri%tion:
2ecause of t+e s+ort duration and lar&e system t+ere is
Probability not to complete t+e pro*ect ,it+in deadline.

'ontingency Plan:
From t+e startin& day of t+e pro*ect0 ,e +a.e ,orked +ard and
.ery speedily to complete t+e pro*ect ,it+in deadline.
()* Risk : 'ustomer +ill change re,uirements
Proaility : -"#
$m%act : &igh
Descri%tion:-
(+e customer ,ill c+an&e t+e requirements .ery frequently as
t+e pro*ect be&ins. So0 ,e +a.e probability no to complete t+e pro*ect as
t+e customer required.
'ontingency Plan:
From t+e past pro*ect0 ,e +a.e kno,led&e about it. So ,e
interact ,it+ customer e.ery time ne, ,ork be&ins and conduct F(R ;
re.ise t+e ,ork as t+e customer requires.
2'
4.3 Risk nalysis
OnlineClassifiedPortal.com
(.* Risk : Develo%ers $ne/%erienced
Proaility : !"#
$m%act : &igh
Descri%tion:
3ell de.elopers of t+e soft,are are ine1perienced of t+e .6$(
en.ironment. So0 t+ere is probability not to complete t+e pro*ect.
'ontingency Plan:
From t+e startin& day of t+e pro*ect0 ,e +a.e ,orked +ard and
,e referred t+e books and also take t+e &uidance of t+e intelli&ent to
complete t+e pro*ect.
Technical Risk
01 2anguage Di33iculties
(+e familiarity ,it+ t+e front5end lan&ua&e is illustrated in t+is risk.
(+e reasons be+ind t+is risk are as follo,s-
(+e Pro*ect is mandatory built .6$( platform. Since t+is lan&ua&e is
ne, to t+e pro&rammers0 t+e pro&rammers mi&+t face some
difficulties.
s no one from t+e pro&rammers is partially familiar ,it+ t+is
platform0 some functionalities mi&+t not considered in
implementation or some functionalities mi&+t not ac+ie.ed
completely.
)1 S%eci3ication amiguity
(+e comple1ity of t+e requirements or inappropriate understandin& is
included in t+is risk. (+e reason be+ind t+is risk is as follo,s-
(+e specification of t+is pro*ects little profound and +ard to identify.
2)
OnlineClassifiedPortal.com
.1 Technology Unkno+n
(+e risk is concerned ,it+ t+e unreali4ed tec+nical conditions.
(+e reasons be+ind t+is risk are as follo,s-
(+e platform ,e s+ould be ,orkin& on is client5ser.er en.ironment0
,+ic+ is introduction to all of us.
(+e lack of conceptual implement on t+is kind of en.ironment is
ne,.
The 3ish one diagram de%icting risks o3 our %roject
So3t+are Risk 4anagement Plan
1 <dentify t+e pro*ect8s risk items
2 Present a plan for resol.in& eac+ risk item
3 =pdate list of risk items0 plan0 and results mont+ly
4 >i&+li&+t risk5item status in mont+ly pro*ect re.ie,s.
Compare ,it+ pre.ious mont+8s rankin& status
# <nitiate appropriate correcti.e actions
Resources
5udget
'hange
Process
Time
$ncorrect
5 Real time performance
s+ortfall
5 "ore t+an estimated
5 =nrealistic sc+edule
3ron& customer queried
<nadequate queries
'om%any gave +rong in3o.
5 "ore t+en estimated
5 =nrealistic bud&et
5 !ack of trainin& on tools
5 Company req. may
c+an&e
5 Personnel s+ortfall
5 (ec+ ,ill not meet
e1pectation
5 S/3 not accepted by CR"
5 %e.elopin& ,ron& S/3
module
2?
OnlineClassifiedPortal.com
(+e Online Classified Portal pro*ect requires frequent user interaction.
For t+at reason0 our first c+oice included t+e Prototype model. >o,e.er0 ,e +ad
doubts about t+e prototype model0 and t+erefore ,e concluded to use t+e Spiral
"odel. (+e risk5based approac+ of t+e Spiral "odel is si&nificant to t+e
de.elopment of t+is prototype0 and it ,ould also +elp select an establis+ed lifecycle
model or determine a different model constructed from .arious p+ases of ot+er
lifecycle models. fter re&ular re.ie,s0 ,e decided t+at t+e best approac+ ,as to use
a +ybrid model t+at ,ould implement t+e risk mana&ement of t+e spiral model alon&
,it+ t+e incremental model0 ,+ic+ is a mi1ture of t+e prototype model and t+e linear
sequential model. Currently0 t+e pro*ect re.ol.es around t,o establis+ed sta&es-
Requirement nalysis and Prototype %e.elopment. bo.e fi&ure s+o,s t+e life
cycle for t+e de.elopment process as ,ell as entry and e1it criteria for t+e different
p+ases of t+e pro*ect.
2@
4.4 !ife Cycle "odel
OnlineClassifiedPortal.com
Project Planning: 2 to 3 A
Re,uirement Analysis: 17 to 2# A
Design: 27 to 2# A
'oding: 1# to 27 A
Testing 6 Deugging: 37 to 47 A
37
(estin& and
%ebu&&in&
nalysis 937547A:
nd
%esi&n
9475#7A:
Codin&
91#527 A:
4.# $ffort %istribution
OnlineClassifiedPortal.com
%eli.ery Confirmation
7ote: 3e prepare documentation of e.ery P+ase.
31
Re,uirements
Analysis
Re,uirements
Gathering
8stimation Scheduling
Testing
'oding 9
$ntegrating
4odule
Designing
4.' (ask %ependency %ia&ram
OnlineClassifiedPortal.com
:ork reakdo+n Structure
<t is di.ided in to fi.e main parts-
01 Sco%e 9 Planning:
<n t+is particular p+ase of t+e pro*ect ,e +a.e e1plained t+e problem
definition alon& ,it+ its requirements in detail. ll t+e researc+ ,ork and
back&round study prior t+e pro*ect initiali4ation +as been conducted in t+is p+ase.
(+e ,ork breakdo,n structure and sc+edulin& c+art is prepared after conductin&
t+e feasibility study and risk analysis.
)1 Re,uirement Analysis:
>ere ,e +a.e tried to &at+er all t+e requirements pertainin& pro&ram
code0 user interface and database desi&n. (+e detailed flo, of data in t+e system is
depicted. 3e +a.e s+o,n t+e relations+ips bet,een t+e entities of data t+rou&+
entities relations+ip dia&rams. (+is particular p+ase leads milestone SOF(3R$
R$B=<R$"$6( SP$C<F<C(<O6.
.1 User $nter3ace Designing:
%ependin& on t+e inputs and outputs of t+e system i.e. t+e interaction
bet,een t+e user and t+e system ,e +a.e desi&ned t+e interface. 3e +a.e made it
simple and attracti.e ,+ic+ makes it more users friendly.
;1 $m%lementation and Testing:
%ependin& upon t+e requirement specified in scope0 ,e +a.e
implemented t+e system usin& latest SP.6et tec+nolo&y.
<1 =ther Peri%heral Activities >or ?uality Assurance:
Continuously meetin&s ,ere +eld for pro*ect trackin& and analy4in& t+e
+i&+er risks. (+eir de&ree of ri&or ,as al,ays tested and properly documented.
(+ese acti.ities ,ere conducted considerin& our bud&et constraints and required
accuracy. <t +elped us to be focused and built a quality product.
32
OnlineClassifiedPortal.com
(ime line
33