Se Lab Practical
Se Lab Practical
Time Bo ving
2. Mos COw Pyles
8. Protot yping
he DsoM roject contuinr sevn stuye
5. Design un builel iy3n
2 Feuaibility tudy 6. mplemen tutin
8. Businerr stuey . fos Pojer
4, functiun al Mode Heytjon
11
fven Development CFpo):
thà methed Foeue on Defynfyy nd Budig nhres in
Cotqst to the Smuvt metod on detibe c the snl)
stepr 6F *he we thut shoutol be obtuineel tepavtoly
Develop mont
he prineiele
development methudoloyy Folleor euter
methocl indi he
juot in ime Produejon'. rhe lean
educing
devel opment nndseven
Inereqsing pee of soptoave yomje phded
Leqn development eun be s
3. ctimineting veute
Amplifing lenmg
S. Defeo commitment
t . Eyy elivwry
he te m
S
cmpoceg
Building Jnteg oit y
whole
?. Optnile the
when to yse he Hgile Moctel
Feguent chqngur re qujrec
whe
pe' enee tesm
when q highiy qurifiec and
av i luble
when
is e dy to hve mecting
all the time
Fue
Introduction to sottware engineering (4340702)
9. Crficient design cmd fulEilk the businorr meqnirem9
4. Anytíme chunger re cceptuble
. It educer totul development time
PEQUIEEMENT A NALYsr
DESIGN
Feusibitity ctudy
"The main goql of thir phsie i to detY mine whetheY
it uould be fingncially nd techni cully fuible to develog
+he so Ftoae
he Fea cibility stud involave understandiny the
problem qnd then determine the vazítur fousible stat
to ore th e problem
These Jiferent identified solutjonr re qmalyed bese
on theiY bene fitr und dru ub atie4
Requirementr nalyir specificatton- The ain oc
the seyuire ment umalyir and speciFica tion pheie s tu
undesstand 4he eyct Te qurement of the custmer qm
docun ent +hern
difer ent uctivitie
propery.Thir phuse Coniirtr of two
Peguirement guthering md qnalyi- tintty at hc
requirenentr egrrdng
+hecustomer 4md ton the gatheTe
anulg2ed. The goa of the unatyi purtnauirement
is to remve
e
Intrdcthn to soXuare engineenng (4340702)
fequiement Speiticdíon' hee |nly1el ro9iromon
CCqye n the sRI)mto 4 ocument
Constuet between the (ustom es ndl
An future
tho develment +eqm nd c ustomer, he developerr
end t
he (ustom
dieute betuoen
document
Cen be cet led by emininy the
The gocql of 4his phuse ir toenvert the
Desg)
4cquired in the Sns ihto 4 formyt tht
euiYmentT Softoare
Cun be codecd i 4
Pregmmig lungueye
Pocyment use fo ocum ent
Desiym
9/
Introduetion to software engineering (4340702)
pifiylt to qccom modute eh4nge roqueas qhír model
essymes that all the (ustomer nequirem ents e y be
of tho
eompletely end correcty aefined at the boginning
projet, but actuay eustumeris euiremonty teeipr on
chunging
ehamge rejuett afr the mequirement! pecifi<atjun phse
iS comglete.
of phwe, rhis model reco mmendr thyt 4
"Noe kugeing
new phuue cun oturt only ftts the
eompletun of 4ho
prerio phuse. yt i n neal rojets, +hir can't be meiin.
cost, physes
ined. To in Yeqse e rfitegey umd reduce
myy overlp.
In crementa] Mode| Inement #n
Commymjcqt(ov)
tuYes
fwue
4l|t1 plunn/ng
N Modeling camulys, designs) Deliey of 4ingemen
ontyuctíoy (codo, test )
Y Depleymentcdeliver, f ced butk
Inqem ent tt 2
pelivey of inmomont
Delivery uf 1 in rement
verjuq vnodat,
Jncemetl phuce
Retremea Anntyeí6
ponign
tude
Tosl
dowg (ntu
Rquirements of softoyre 4re irst broken
tonstrurtod
evel modutey thut cun be fnrementally
and aelivered, For the nezt inrm
nude sust
At 4my me, +ho pl4 na is
tongr4erm pbyA,
md mot for 4ny ind o
to vnodi the venfun us perthe need
Therefoye it is eusier
of the (ustomer, tore
e4m Fiwt 4ndorta ker to develup
Developmont
" The
yttm,
feutyres df he
yr fully devetoppe,4hen theie
One 4 he core Feytyre
inYouSe levels o- eapabiliher b adding
qse efino to sy(cerive vemjoni,
new functin ir wing
uuall develope
Euch inrementul versíon irof developnnt
inieoutive w4tex fatl model
vesion or the soFto4re jf onstryct oc
Ar qch cuceeoive feed back. of he cutumer ir tobe
tk
nd delivesel, mow the then incorpertteq intoH
weT e ta tcen ueTe
nd these
9|
ue ]yere)entul Molel ?
when to cloqrly ndetool
systeng qre
Requiement f the
"
when sowrt engineesiny
invalv e
eatyer 4ne goalr tre
when hish- isk lanshtiy dowlupnent cehedule
fivut
" A prje t has n9uireme
pviititel
derelop
yuy cun r e ucl,
NeQtechnoluyie
Nodel
Advantuger of Jnremental el
ecogni
RqUy u be
end debug
- cuey to tut
dujy itr
More Flexible hunlle
mqn4e i k beequye
Simple to
îalion, fntionslity ealy,
yetr
imfovtant
The clent
of fhemental Model
Disqdvqntsges
Need for gool elummy
9
IntnxttAH sotuarr engineering (4340 N2}
Inrementl Model ?
Q1- when tu wse. the
oftn. fncemen Modyles u e wed when
w' Mout
8 Peer Review:Have smeone else read the projetdescription In addition to spelling and grammatieal
errOrs, ask them to look for missing details that are significant to the project.
9. Revise: Update and revise the document as the project progresses. Treat the project description as a
living document.
H. Practical relatedQuiz.
1. Select and \Write your system (project) definition with brief introduction.
2. Write abstract, scope of thc sclected projcct and nced of your syste.
Ams ;- Abotouct
Aolime Reeycttom Gytern ContinG the
detu ls cbatt Aiaht schedues cmd itts froe turiff,
te
Passengerg oGeavation cmd 4iclãet oecasds.
Am culkne imVemtoay onteumo ll Aigts
coth thei cNCLikuble Gecte. The. imven toy of
Cn aisline Sevice
Sevice i9 9eneul divided imto
moee Categogy of clcsses Ce.g.iast BusimesS
ooo Enomy dess) nd ech certegooy is oving
Sect up to es boolaigg, alon9 euth Paces
emd bool@im9 Condtions. nventoy dertu 15
isn Doted Gnd moim tuimed theugh. a scheduld
D(sta tiom Gystem avea stum derdized
ton teafces
Cne. of the cooe fmotioms of
Fhe ínventoy memagement of aialime ee
Naiom the imvemtoory contaol .
Conto l steeas hocw momy ects inventory
aae cvcu leble
foa the diffeet bookim classes by opeat
amd closing in diviucl boo kaing cles
fo ale. (m
nd.
n
Com bimatiom cwh the feoes
boo Rimg Conditioms stoEd in the froe
quoBe System the Poice. foa each. sod eat
dedeamimed
15|
intrduetion te sotwre engineering (4240702)
ScoPe
D. Expected CourseOuteomeyCos)
Explaín fundamentals of Software Engineering
E. PracticalOutcome(Pro)
1. Recommend the reievarnit software solution for the given problern.
2. Select the relevant soft ware process model for the given problern statement with
justification.
G. Prerequisíte Theory:
Howto elect the right software process model.
Selecting the right software prOcess model is a process in itself that the organization can implement
internally r consult for. There are sorme steps to get the right selection.
STEP 1: Leatn the about sofrware process model.
STEP 2: Assess the needs of Stakeholders
We must study the busines domain, stakeholders concerris and requirements, business priorities, our
technical capability and ability, and technology constraints to be abie to choose the nght SDLC
agairst their seiection critea
STEP 3: Define the criteria
Some of the selection criteria or arguments that you may use to select sottware process mxoiei are.
Is the software process rmodel suitable for the size of our tearn and their skills
s the sft ware process model suitable for the selected technology we use for implmentin
19
Itrouetion oeos engieerimg 43407921
Practicat relatedQQuiz.
I ldentify software process mode for
yor systemn and justify your selection of
particular process model
22
Intnvduction to soffware engineering (4340702)
26|
(4 40702)
Introdution to sottware engineerg
requirements- Requirement gatheriny
Practical No.4: Gother appication specific generating a list of requirementa
Objecive: Requirements Gathering is the process of
A, stakeholders (customers, users, vendors,
(tunctional, system, technical, ete) from all the definition of what the project is
lornal
Tstat) that will beused as the basis for the
B.
Expeeted Program Outeomes(POs)
knowledye of basic
Basie and Discipline speeifle knowledge:Apply engineering specialization
mathematics, scienece andengineering fundomentals and
tosolve the enginecring problems.
well-defined enginecring problems using
2. Problem analysis: Identify and analyze
codified standard nnethods
5. Project Management:Use
engineering management principles individually, as a
projects and effectively communicate about
team member or a leader to manage
well-defined engineering activities.
individual needs and engage in updating in
6. Life-long learning:Ability to analyze
the context of technological changes.
C. Expected skills to be developed based on competency: identified
the following skills for the industry
This practical is expected to develop
competency:
Requirement gathering.
1.Gather application specific requirements-
D.
Expected CourseOutcomes(Cos)
using SRS, DFD and object oriented UML
1. Prepare software analysis and design
diagrams.
E. PracticalOutcome(Pro)
1. Identify software requirement for the given problenm.
G. Prerequisite Theory:
Requirements are an essential part of any sottware project and the foundation on which all projects
should be buil. The gathering of and comp1ling of requirements for a software project is very much a
Intrteteon n efepte whgiseeting t4 34702 )
thest
Aitine ESeVaiion gyG+Cs(ARS) re 9ystmy
CAllow cAn caintine t0 Gel theix invenioy (seats)
I+ Con+ ciins infox metion on schedules and fud
Umd en Con tins c dtubuse cf rServHons
of ticKets
(0Y PS Senger name ecotds) and