0% found this document useful (0 votes)
35 views19 pages

Sepm QB

The document discusses the characteristics of software engineering, emphasizing aspects such as intangibility, complexity, and modifiability. It outlines the software development life cycle (SDLC) phases, including communication, requirements gathering, and design, while comparing different models like the Waterfall and Prototype models. Additionally, it highlights the importance of requirements specification and testing methodologies in ensuring successful software development.

Uploaded by

aaryaborkar67
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF or read online on Scribd
0% found this document useful (0 votes)
35 views19 pages

Sepm QB

The document discusses the characteristics of software engineering, emphasizing aspects such as intangibility, complexity, and modifiability. It outlines the software development life cycle (SDLC) phases, including communication, requirements gathering, and design, while comparing different models like the Waterfall and Prototype models. Additionally, it highlights the importance of requirements specification and testing methodologies in ensuring successful software development.

Uploaded by

aaryaborkar67
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF or read online on Scribd
You are on page 1/ 19
Assignment =L kot 15 SoMuave engineering what are characteris His od SoHusave? stuart eryinering (% te Systerrahic. cxp plication d engi neering prinaples and rechniques to te design. , duvdloprront , tah and mainlenance. of SoMlasave systeros. ILS o bout cresting Wiel quality, veliobl and officer! gof-hoor thal rasa the re A Hh Uers Koy charatterishes of Suave ) Tolangibility’ Sofware is net physical entity: th evi5 as « gel of (nstructions and data, coating it diffi qo visualize or grasp Grcrekly. \Coraplexity Soltwore Sustetns Con be ineredib): | Coroples, involvin arate interactions belweon | Coraponands. This fornpterity don roate divelopment, taba and main tenance ing (2D lorformity Sottware towl Confirm bo Spoai hic Standards, interfates and Convenhons fe function Coeetly waits a anges Systera ox envitor ment 11) chorgtabilily: Softcore can be easily modified and updated thls Ale tibility iS 0 moafor advan tage, , lout it also ro gans that cheng es Can Wivedite tw bugs or Usiinten dal Corseg went « "4 5) Invisiby lity! The inte yew vod Ying of Software are oflen hidden frore the User. ‘this Can coate it dict to understand how Siwore fanctons and t identify, He root Cure of problerns ~ 2» ©} FINOL whet ove the hy pes cl Sefleoare _ [Gunes of | et soit ble Soleo CE ace eeshall a 1 | See _| = 1 din aa | ystera | Agniitios ai: xX i S UD | aaa i | i] _ Operating Sys angio eal oem [boil tel ProLesors tL AND | wile Drivey Eq. Linu ) Syste Software vu a I ___This type of Soltoare_toanage’s The copukys | hardusow and provide a -platforeo for o| wun. Tn other vaordS , Syslern Soffa bascially acts | Ute an inkrOre belweon bardumre and user applitios - st _in eludes. B iy Operabing $ysteros: thtse axe the Core Sofware. that tontyol the Coropulers resourees cond provide _ a user interface: | ry Linu, Matos windews. Android a “DY Daite Dri ers Whrse ase Stool proqrars’ 6 thet allow 40 Coramunitee with Sprcitic bardioare | aavites Ute printes, stants and sound Cards Model wrile cb Advantages 6 DULG Software: These progamsgerform Spreifte 2 Kasts te maintain the Computer's health and + = —freating a = -foe arent his Rype ok apglithion | © ite SKS and (> pot = a petilic Aaatt only 6 Lineat Seusstel { Ns fasopleted bel ip Custornicd Software This tye application Ss! Monte —__|-usad for geal’ projec’ a ighel $n pattem specific 1osts m Te teatbw is toten abies exch phase to ensue He project is | Seanchions or designed by SpeciHic anganigations Ae a | Fy Goslwoy testruation Sys keen, Arline Rergewalion, - |[STeeting Tart stats only afke the development is complet woe this tye dP upiation Mhume © |e as = Suppert Nhe lorneutr_infrastruckere [iy cequiverant Gofaring Am fe undesiand cect requiremact S116 didgnal to anstyre. ondgure ugha af tutte ex and Ye gate: deuce ‘and traintene the $4slero,_and tare. Care ofits hy Design! HL aims te AromsForee Yequirerents gathered in SPS ro aohuck oles to Garter teding in cert e focuses on dale Sbrucine Sobtanye ovchite tation and algori Hic dito. dsign is implemented ysing Suitable inte suitable hase. This gh Nequaremen’ 26 well —__ proqnarorTy_lan: Testi my Ty Mbis fede is throu gly CLeodinal and somtihed Devleyteent Onte the dallwoare bas been stad and. apgrort | 8 dedoyed to custotex environmen Ui Mar oteronce: TH 1S dere to dolievey He charges in cust me envirenwant 0 EE ——————— EE MmMhLMhMhMUCC TT! soared untill te dnigned a= 5 peciftes Hie Coraprebensive. inkernaf 4 Syskro module Also torike iS advantages and Malidstion Phase’ EeveWes 0 daguinic. analy ss methes vba | gaa eee [BAS re process of eulluning.dathamie oH deelogmant je daberrarne ahulter custome expectations us ng ($ deve cing. chases Hm Nort ave devloped. during He module | desig onl eretatel de climionte bugs in fale ox wt nal > dabeyation Testing: Thue esis. verity thal groups. Crest aol Wvsted pbepenterly Can Co exist ard Corerounitale amen. Hoses ySystern Testy ~fornpleke oppliotion tet with ibs | Sueticonbty imberdependancy and can munition > UBS Testing es 2 Uiee eoviranenent het xesercbles Hep onrant sooo this. phase is +h trans ee nen ee uypes of Solbcome deaiqn Dora Desiqo | cae = 0est looks | Fucckon %i UFR = (onpee foes lor enone tbr divetaging eS Morne _ank torforomtle to Obblshe Stok UFR = 900.4200 o)=0.b5+6.5: TUE Cx CAE = 6gad.t5= 199-2 ot (FP) = qrlke Requitercant Enqmeriny. potess_in ens ibility Shadyi objective belind afticare tal iS aco Uses, fledible te charge akge_in Feasibility Shay eS daatilias (rfaecanion about uahutte. vanforsnation ASSUSenare Thing Ar dechs of Ar ctganzehon ,_specibies the wording US6 0 the Peaniby stody by Mocrpation' bestskes He qurrit ard Seo. | Nequliverean's encary a chacte acd suystern 1s diveliped lerenls provides US. Oye! be architerkarl déxigh elowerd is generally Yepresen set of iofertonneeled nubsy ston that are derived froro, co te teqWremed mats luval_dinign a the prosess off foorduiae ond §: wte_Ches ponants Mee Moreaucort for the Arabitentaral Destgn’ Doin Canleval ovehiberbere, = We chant Seflume ofeesies a tania eosilrty Variations Wow uolin dts reals te th dota of imjevent for the Qient| ckorae te tact Acahione to olzent = A deta store alll reside ot He cant ‘ ind is atcessed Srequently toy Yea ster Cnraponers that cdot. Sil gimarede Mee eect cat {J FINOLEX ACADEMY OF MANAGEMENT AND TECHNOLOGY, RATNAGIRI os = Assignment + } Write main phases af SDLC model: unication- this_is the -first step where the user tne request ford desired acttwace product -_— Gathering— This Step onwards the oftware HU Requicemer idevetop m ect f__wW.0.ck, carry On tne. profect The +eam tnoids discussions with varlods stateholders -from problem. _| dore od_tries -to bring owtas much interenatien as _requicemepts Ec study — Acrees technical fio: cin a perotional feasibility te ensure profectwiabi lity | requirements, deHoe system d identity potential t (st: es 40 Create architectwral database and _ based on systen analysis t_design specitications iote actiat cade lo ngquages val dote_Hfunctlonalitepertormance and security iotegratien and aqeten testing Hon — Combine di-Ptecemt pre aMo0th clata -Plow pera) een comPdnents Advantages of V-Model: Easy +o understand li) Testing Methods like planning test designing happens ae befere coding hiijthis Saves a lot of time: Hence a higher chance Of Success OVE the watertall model I'v) Avoids +he downward tow of the def VW) Works Well for small plans where requirements Gre easily understood Disadvantages of v-~ el yVerg rigid and least +Hexible i} Not good fora complex project ii) Software is de Bo no early prototy eloped during the implementation Stage , fe ofthe software are produced is) 4angy change happen inthe midwag,then the test documents: along with the required documents has to be updated Ditferentiate between WAtertal| and Prototype Model - Waterfall Prototype model iy A near and seqa ental approach) where each phase is completed before moving to the next> ——- a iy AN iterative approach ee prototype 1s bultt-and refined based of user feedback. i) Highly +lerible: changes can be made based 0m feedback: tiyRigid_and inttexible once A Phase is completed - hii) HCgher risk of Project failure. due 40 limited opportanittes NW Lower risk of project Fal lure due to unlimited o +unittes for iteration and 8 iv) Feedback is I requtre- pthe-Antarmation which dexiibes the pabeut the system Performance ts called ay reyuivem eot = Phe coquicem ent Must be clear and unambiguous gome ~ alte Ment detinition hasta face. Ploblem of 10. Ue oF qairements direer from one user +0 anotherand-trom, ness process +o another Sof Requirements t ___ Si Fonctianal Requirements: M4) Nen—functionol Requirements WW} paMain equi rement oal Requirement —Tt describe whet the, scttuare User's exp ectatror + Prototype ie defined as ffeet or Preliminarg form using witch other forms are copted or derived » * Protetgpe mode ts a set * Tt does not Output Y Tt ts software Working model of fimited funckonclity OF general obfectfves for software Tdentity the requirements itme detailed input , Th 4hts Model working Programs are qautckly prodticed . Phases of Prototyping Mod iycommunt Cation - In 4his phase ,deval operand customer mea & and digas +ne overall) objectives ef the software Quick design- ® Quick design is implemented When reqairements are known OT indedes Only the important a ct the software PT Focuses on those aspects wntch are vi Father than the detailed pian Spects lite (/p and espfocmat ‘ible tothe user J Tt Heips to construc a prototype | b> Mled ating quick design — This Phase gives the clear idea about-+the development of Software becausette saftunre is now built ° OT Allows the developer +o wetter understand+ne exact icements on) of prototgee — pe fs evaluoted by the customer iisete- Fe al individual Invatved inthe sortware ent process des project managers , developers,testers , designers , mehoides and ctistiemers Bomagement are cruci@l for project success: 2 anes suhat ts be jis Hleuniaeeae ‘naludng feakices, 4 Banctionalities and obfectives - Bindudes Vodersinnding customer needs, preduct scope, mod techoical eeasibiltry Be wen. detined Software R cocirement Specht catten RS) —— —_thetps in dear praduct-_cnderstanding - 3 wi) Process = e Re pc Line metnadalsgici and -tmmeenoreg used ____) fer software develo pret 9 a cormen models inctude watectalls Agile ,Seram jaocd Spiral _12 6 el! ~strosta Jared _process_ansucs os _smasih development; ___] sist: management, Ond oaality—assuranse————————— 6) Prafect. encarn passes. paar ing sacheduting ,budg eting and _altocation | + late betwe, Le Are CFanetioan en FP and Loc. Point) LOC Line of code) SLC mete fo is based on InoI0g [WY Fun ction Poiny language tng Mettic is NyLoc mettte ePend ent 'S dependent on language i Dd Faneion Por User “Oriented. OL metric is MYyLOc metic ts design- oriented ‘S&unetion Poitt is us Sato proce N) Fanchan WW) Loc is use. d -For Cdlwtated € Ne size of the COM peter Program « MS LOC 15 US ed For al alot a, Qand compar’ 3 the Productivity °F Programmers Poot can petttarg the er me Expiatn Coupling and cohesion Seer eny rettis A he degen of Interd epend Soft ware modates High coupling mean Jy @onected and changes tn 1 Low Com plin, and changes ence between Ss that modates are one Modate May afte g,mMeans that modules are | in ene modute have tite pee Module 2. © Perot acanemy OF wanactwEnt AND TECHNOLOGY RATNAG! care profect pth 90 Wioc -Eind ocrk ent ime tor each ofthe Shree x o- 3 @ T= C™ CEFfort) Coc) & + (seo 6 = 2°5% (85-347) met =e) "5 Bs-a¢y Person - Months 545 Months mode T=C7 Ceftorty? F + (135-36 2) 785 oN-Montt = [3°93-Months ° WIEMbedded pod« ae Oe e7 ort)? * Col egaq) ee 904 ponths @-0] Desctibe sRs in detal) — + |OSertware Requirement ac Is a tind of document E> ware ae atterthe reqatrements the vario ure the 3 aire ment recel ved inarg language € sto mer written in ore IS SRS define how the hardware, external intend Software Uli] intertaces , speed of opera time Of system , port fOterad with Hon, ,fe3 pens ability OF software Ooress va i aia 3 apes ot recove Nin , Se euty ty BM plete “The RS _Shoutd Inetude alltne Fequtcanenss Fine sottware_sysiem, inetuding both functonal <_ Functional Atiremen cud be consistemtin fis ase \d_formatring _« Fs 5 Petformane Re @ Response Time irements © Through put Joscatability 6 - Non- Fane tribute: @ Usabill44, ian d ev elopmen h-tevel eystem architedure is broken - com ponents OF meduleg wrth others and — gste m w tt will be (mplemented in the } Req Pspects of component level Oetgn Jiymo dwarity—the system is divided into AND TECHNOLOGY, RATNAGIRI = —— Pobre a 3 4 heaion, Each component = ; tol iity.- ees tema wits minimal. ded tot ve Rexibility ‘and couintainabrtiry 7 i = “err handling — are incorporated ia —__— 4 d 2 racta : eos | onent Level Design— 4 ee £4 Components — preak dora th yp SE OO ugeianal un {ts gi ine Interfaces — AP Seg hace each com ponent — i foteract it oth ers. y 0 eo " pehavior= Describ.e_taterned— ond processing (StS aaa psetect Data stu es A Mao those Choos epercl ent Struct me on, \ togic for im plementert on i = ag cams. i fs gente Design niecoms=—tise 0) 2S sequence Diagrams & z fike cla 5 Diagrams 4 mn pane ot Diagrams — . “4 optimize = ~vyalidat design +o ensare god maintat wabiilry

You might also like