S.S.P.M.’s College Engg. A ° | nsstgrument wo wytte a shoyt note on cMmM model emM stands capability waturity model. rt ils not _a woftwave that proces model but it le not Framework that use to analywe the oppvoach and rechui quels to_devlop Software product f oe Tt alco pvovidels quidéline to further enhance f dhe maturity model of process usete deviop those woftware Pre duct thik model descvibes Strategies for SoPtware Procece WwprovemenE that should be followed by Pive diFFerent level «Te is based on profound Fredback and devlopment practices adopted by the most Surcescful organization worldwide Each level of wa bavi ty Ehowks a procesle capability level: Each level oF maturity chows a proces capability tevel All the levele ex tept level -1 are Fuythev described by key procece Avea Capability Maturity Model is used ac a be~ nchehwavk to weasuve the maturity ef an organizaties) \software proces . The wmode | deFinele a five level evolubonary ¢tage oF ovganized and consictenty move mature procecsel- .S.S.P.M.'s College Engg, level & | |Pyocecl ave continuously “optimizing Fike improveo| level 4 Proce’ ave monitered Mans ed ale and contvolled level 2 Procesl’ are ctand- Oefine, ardized. fevel 2 Procecs ave define Repeatabley ale and documented ‘ level | Software deviopment initial ‘a Process are dicoy- [ ganized Capability Matuvity Mode} ILevel-l initial = At ‘the initial fevel procescals are dicorgg- : = nized sad hee and even chaolc. Succece Iikely dependtc ay individual effertl and ir pot Considered to be kepeatable. This ic'S.S:P.M.’s College Engg. becauice pvocecsels ave wet CufFicienHy defined and documented to e@hable them +v be veplicked- ILevel2 Repratable - At the repeatable level» requicite pyocexser - are established, defined and decumented - AS a yesult basic prafect wanageme ne kech nignes . v are established and cuccesle in bey process areals ave able +s be yepeated. ltevel 3 DePined - At the defined fevel ,an Organization devlo pe lec own standavd software devlopment process, These defined Proce ctes enable gveatey atten ~ Hon to documentation Stan davdization and \wtegrvatou, vel S Managed - At the managed level 199 ovganizaHon monitane and. Control ite owy ProcexGele through dat Collection and analy sic. Level s Opdmizing ~ At the optimizing level Procese are conctontly improved through Wieniteving Peedback Prom, process ang introducing jmnovative. and funcHonality « ProcetserS.S.P.M.’s College Engg. Qz Jwvite a short note on pce model iW => _|SoFtwave Devlopment Life Cycle cspre) je a caw procetcs Used by the oftware inductyy te set design, devlop and tact high quality oF twas Pe It ils aleo called ac software. devlopwent as procelce TE Convick oF detail plan deccvibing -t how to devlop, maintain , ceplace and aftey or Se enhance Cpecific coftware, The various ctagek of a typical spre ¢ dc | Planning | ae + = N ay f \ Dep loywent Defining el 2k t [ | mi Testing Decigning pe J be X I £ \ ne Building a bp 2 £S.S.P.M.’s College Engg. Step-! Planning and e@ Uivement Fequirement analysis ic the moet important and fundamental etage jin sple-.te iG performed by the senior member op the beam with impure From the cuctowey , the cale departme- newmarket curveylc and domain experts in the imawstyy - Plamning Pov the qual) ky assuvance Yequivemen and identiicatton of the vicky a&éoctated with the project ik alico done in Tn the planning tage: Step -2 Defining pequiremente Onee the reguirementc analykic i done the nekt ctep i clearly define and document the pro duct vequiremente and ger them appro- ved From the cuctomer ov the market analycil. Step 2 - Design the Product Architecture. Based on vequiremente specified ¥n ces, uchally move thay one design approach for the product ia avchitecture is proposed and documented in a B_Is-Detsign Document Cpecif tation. This pre ie reviewed by all important stakehol- 7 + devis and based an yarionwe Ppayvametexc ac Vick ascsece ment product yobustnecc, desiqn modularity, budget and time conctvainths, the lbast design appkoach ic celected Por the produc t-Stage y- Building or DevPeloping the Product - In thi ctage of sptc the actual deviopment -ctavtle ‘and the product ic built. te the design ic performed in_a detailed and Organized manner, code generation be eocy- The devloper be easy must follow’ the coding -by _theiy organizatten and programming tootle Ike compiler pinterpreterc , debuggers. kctageS - Tecting the Product Tt ic subset of all the stage in the Woden PLC wodel. The testing the product mostly involved in all the staqe of 'SDLC- Stag 6 - Deployment ju the Market and Mainten- “ance: Once the product ic tected and ready to be deployed jt ic released Pormally jw the’ appropriate, wmavketr Then based on feedback _the product May be xelensed ag It ke ov ith. suggested enhancement inthe target- Img market cegmeht-S.S:P-M.’s College Engg. ; fare 77 —- Write a Ghort note ow waterfall model: The watevFall wodel wa the First procece model te be introduced Te ic alee veffered to ale a Nineay - sequential like cycle model. tt ix very Kcimple to wnderctand and uce . the waterfall model _imlustvate the woPtwave devlop ment pvoresy ju_o lineak cequenttal Flow - Requirement] Analysis / system | Dewign | | mplemen- tation | L Testing J Deployment t Mamten- ance Waterfall model: t Requirement Gathering and analucic - All possible veauivementl of che cyshem [to be devlopad ave captured jn thit phase and documented in a regquivement cpeciticatton documentS.S:P.M.’s College Engg. fer) —__ System Design ~ The vequirement cpecifcation From Firet Phase ave studied in thik phase and she < syctem design ils prepared: This system detign helpic in cpecifing ‘navdwave and syctem yequirementre and helps in detining they overall system architecture. Implementation ~ 1 the veguirement speclAcatton Brom Myst phase ave ctudied in thik phases and the system design help in peci Pying hardware, and System Veruire ment. With impure from the System design, the cystem ic Eivct devRloped jn small proqgvam< called unics , which are imteq rated in _ the next el phace - IZntegratte and Testing- AM the units devleped im the implementation| ghake are integrated into a syctem after resting of egeh unit Post inteqvatlon the wubire cyctem kected per any Faults and Pailkureg Deployment of Suctem - yo . 7 Quce_ the functenal and non-Punchonal resting iss domes the product ite deployed in the Customer enviovnment or veleased jn-to the mark ekS.S.P.M.’s College Engg. “Maintenance ~ There are Come jiccuet which come up in the client envievm ment to Bi tholse isGua pathcher ave veleated. Alco to erhance the product come better verstén are released. Maintain is done bo deliveY these changer in the cuktomer enviyo- pmen’ Write a chort note on spiral model: The spiral model is a coftware delopment life cycle wodel that provides a sustematic. and iterative approach to soktware deviopment} Tt is based on cpiral pwith each iteration of the spiral veprecenting a complete softwa- ye developement cycle, From reguivement& gat- hheving and analyrci to defign, implementation yesting and maintanance she cpiral model ic a ridkke-driven modal Meaning that the fecuk ic oy Managing risk. through vuultiple/ itevationle of the, wobbware. clevelopwent pyocercs The cpiral model combines the Tdea of (terative devlopment with the csustematic, controlled aspecte 6 F the water—- fall model: Thi Gpiral model ils a combina on of iterative devlopment process model and ceguenHal lineas modeloF Ss Pre 2 Sree jon objective o ferinsoe den a on we ommunicatton ae eon \or ~ < ze wueed Review { [ A =y7h free 1a \ 1 =i J Bs Soe fad hy @ aS = : = SL [Rs Son SATS See N a WA Pe L% t a, VR Next - phawe Product NS > Planning Dewlopmene S = Peleace 5 ‘cpival model im Objective communication - Each cycle in the «pir ad stavtG with the identiFicaHon oF purpose Por that cycle, the varfoule alternatives that ave possible Por achieving the targets and the conctyainty Ahat existe LK management and reducHo v- e cycle y< to calculate The nent phase in th fS.S.P.M.’s College Engg. ome TT these varioul alternatives based on ther goallc and conctramty . The Pocus OF evaluaton in this (stage is loegeed on the viick perception for the profect= Devlopment- and vabdatin — TThe wext phase Ie to develop strategies Gat vefolve uncertainties and vicke. This proced) may include achvities such af benchmarking cimulaton and PY bo kyping Planning — Finally the nert step ie planned. the project [& veviewed, and a choice made whether ko continue with a further pried of the cpivall : LE it is determined tp beep -plame are dvaqun up for the wext SStep oF the project The devlopment place depends on the kewmaining =) visks. Fov examples if performante oy Usey inter far ce vickl ave treated more ercential than the- progicam devlopwent viske; the neat phase may be on evolutionary devlopment that includes developing aq more detailed Prototype Fer wolving the viskey SA tunctenalit LIF anys Prom the roduc hte KEP Cated und) ewlopment 1G Complered SF hue procete iterator eb are sAt the bnd of QO broduck Increament t& deliver every ltevatie ed Build 1 pA desian 2 Testing Iwplementati-| Development 7 on Requiy- bain LY aa lemente "“Devlopment Tmplementa Ha & Ie Petign 2 ; Deve) = Implementato; Opment] HK Bulld-NS.S.P.M.’s College Engg. Requive ment AnalyciG — Tu the Firct phate of the incremental model the product qhalyele exper tice identifier thee vequivementc. +he Working GoPFtwave- { Demo Wovking Softwave i con cidered the ber mean OF communicabion with the customer to _undevetand thelv veguigment, instead fr just clepending on documentation: B-CuStomes Collaboration - Me the requirements cannot be gathered in he beg inning of the project due to varlows facture, Continuous cuGtomes [heratton ic very importent to geb propes. preduct TAQ Wivements « aPexponday to change - Agite Devlopment ic facused OM quick vet ponces s_change and continuous deviopmink tS.S.P.M.’s College Engg. bare Write a Short note ow extvream programming: Extream programming iG an agile soktware progva- muling Bramework that aime to provide produces aighes quality software and hWighey ualitcy se line Fev "he development beam. Tt ike intended to L Imp rove woft wave quality and YVeBP Ov SivaUes $s = Changing customere reguirement(c + Lt advocate Preghent release in shove devlopment eycle- Tt Intended to improve producHyity. and jutroduce checlepointc at whith new cas tomer xcequivemen tie cau be adPcted extreomM programming Yecognize ¢ value communication, simplgici ty + Feedback| courage and respect: Communica How - It yeallze communication to tvancher one beam member to everyone elee on the team: Simplier ty — Simplicity means (what ic simplere thite that Will workZ) the purpose of Chere i& ta _avond waste and te only abwolutely neccecsary things: Feedback ~- Feedback about previous efforts team can be identified area Por improvement there prackiced « Co nvagqe — Conrage define acCeFFechve acHon in the feat) tt aefinaton «orks preference for acHon boS.S.P.M.’s College Engg. cere a on their other prinel ple, the vesult lgriaven'p lravmful_ to the team: You need comrage to vaise. ovganizattonal issue that veducer Yony feawic ef Pectvenels: Peepect - The member oF your team need te vetpect wach other lA odes to commuulcate wi Wa each other, provide and accept Feedback. je qhat hevors Yous velabhorchip ,and ta wovk togehreg to Identify _stuple deslans ana Golutouls .