| Unit Design engineering ; © Desiqn process uidelines @e Design q © Design prttibukes -— concep*s @ . Designt Sis a ercabve proce translating requivement® L oe peng i | 4 pesign Document” : It has 3 steps n - overall ae af project into SIN pode - Design process r p wer tntertace desig 9 Architectural design ) Deteled design Design Guidelines “Oo Architectural syle © Good @ Euclubionsry © Modular (we dividing tate Data shructure ® Peer" © coreponer* archilecbare dota-all musk be into. par) distinct ee.Bee ee @ Notations. besigr ALbvibutest (rue P5) © Functionality : Buen thing pas properl. oO Usability - favy oe i q ® Reliability — mat stent ol working @ Performance i oO supportabitity pasign concep st _ | © Abseaction-only celeiant daka raust be hoon gmodulan*4 | Dive © Qelinement - “more elaborated: : vehactoring chanain internal junctional perternal | © ve tecbud : torabonaity nok ak : © Patten ® Tatormation Nong ® 00FS concepts @® functioned dependence ding into subparts Abstraction - @ procedural © Rabe. shuchual modes Framework modes : Dynamic mode h proces’ roped — functional ie aey - sl Architectural Designt > software architecture _» Data Deaign. os ; ao , 5 Architectural styles —> Prekitecurad “patterns o. | a] Architectural Destgn 'Avclilectural Design’ n created 40 reprerient the data and TWisa doiq atiare required to, build the ape components th. 0) software Prchitecturet Sollware architecture is 1 hehe of “spe tems ali wick various components sacun visible’ consisb of ‘an s] the inerrelatioy proper Hes of these’ components among thae component. . > structural pattioning® ; The preqrem shuchire can be partitioned howz al or ver Healy. 4 Horizontal parabens can be done by par tioning. so tesn into input, data trans fromation: out pul: x Nertical partonin suggest the controh and work should be disti . i disbibuted top-down in ina dame stucture,J geision alter workers verted pert ong @ Dake Design’ Jes basically the modet of A thak is an ad the high level ot abshaction Masious elements of data des @ Data object i identitied and relationship ania Data, objech are id vyarouw data objects are represented wing ER diagrams oO Databaser Wing sla destgn model, data models are tranlated into data structure and database at application level. © Data warehousret At buiness tevel wich data collected and storectin Aatawarchowe Elements in Prrchitecture shyla ® Components They perform : a function. Ex Dokabare,. client, servers, lkess, any compatational modedy. _ rea 1 Detine how the “° ‘Commonly | © Connectors tine how com ponent are Enable conaccHons * they deh Commeuicate ° Br can, pipet © conbrainb vated. lem can be integ ® semantic models’ : spectty pow fo cletermine sy rom park properties wed prckitechural Styler are ed Architectores element ‘sich as tabla, skem's overall prope He ® Data contol centre & cobain: client fee has to request ceatrel data store for lp Important pointst In this architec! ae s architecture dalastore lie, at the centerPe a» client slo, request to dhe ey le nd eps ttny 9 pie tie Pachilecture¥ archi tecture semscs of randy aor : TN ANION A yoduce the ole data d “hllers: % in this are appl wp the set oF components calle weted m “pipes” bo tvaratorm ed top x gltes are Cconne the data. a These Dilters wor k ‘independentaltg without bothering aloo uk working ot neighbour $s Hers: tea ales = a Be pipe! : : ‘ © calland eclarn Pchitecture Y ral Application Sub req ram _ ofan in * This tare ot model ean be easily mosditied & preqram etricteis organised into modules in a Gorttroh hierarcl manner:| enages eparameter passing) *In ths, the system is, decomposed into number of objects : inleractin. ATL Is concerned with i en classes, their attrlade and operations & Layered Archi becturer fechue composed of di IWerent lagers ae lay ev archi pertorn pectic operations. o& Each layer have to__cjaggaliaaatrsestiians Sere erates fockilechural patty frrekilectural patterns is basically lan approach 4, handling “behavioural charactenstic’ of du siptem. ; x following are the archilechual pattern domain Oconeanenedr Concurrence means handbin i, multiple tak in poralled * toncurence isa ee which represent thot thes kn 3 components can interact with each other in ‘ A Benet of this pattern ie that system! achicued. cat Operating sake. ® Persistencer aralleL thetoney canbe ae ponistence ts a pattern which “epresent toning in the daka, % Data uredin carlier éncastion, can be mode auailable turther by storing in Filer or databases. # Bry Object oviented system where the value of attributes wauious operations that are ereated one peristent bor durther wie: a. : ; penishent pattern , Database LS api pattern a heed pater,© Distibution : ei 5 pisbibution patter yelers the way inwhi ch tha, | | system component} pommenunicate witheach, other jn i - distibuted systems . a there HE ace Yo probleme with “tae patlerar ‘o. abe of the yaterconnestion otcomprent F Oo pad ot camnrnunicnd on - Architectural Qeige : : hitectural ‘design at the initial shage conbent model ts _yeparet at model? xR resent contert moced is. a 7 rapical model in nt of | istem {ts delined. es to system 5 | a poors _ In areht conte . . which the environme subordinate em . Tee Architectural Context cliagram Temee NR BT Ga, Be Lad ven A Ae mm on Ze computer bared oy er or: lodhich the architechral contert diagram has +o Ee prepared. - Superoudinatt= System = these systems are created at higher level of f Sub-ordinate cqsbems? ao thase ees ave arented ued | the tarq et yocessing when the. target “4 stem is being cieicloped.’ | system tor processin of the data that are necessarg ‘ jo complete taiget eye functionality. Actors : thease are {he systems or entities that interact with the target sastert r constumived inctormnection of the target "er fee | level ce e “the systems ¥ that intecact ok 4 peer : oa thacar eer to pee? basis: | : PARTS / 2 User: Tbe ace Designy | “ Golden Rules *## © Wer Interlace Analysis and Design Trtertace Analysis ; : . Trtertace Daign sheps , : i . Daign fralsation:| Golden Raley (Thao matte! proposal nla). ; | ® place the “wier tn contol “ : | e Reduce the wey's memory pn ee @ Make the interface consistent n control oO Place the wie user fn 2 eee to eavilg enter and.eritthe! “sgt : : - ’ : Provide exible jaberreption wing bey board, mouted -_ Uber runt be able to interrupt the: sequence to do some other ovork- _ . : hve messages | o Displ diserip _» Allow were fo curtomize the inter face like thordas $ a pide dechgical | intemal details dyom Wier: 3 8 Reduce + ne user's mennory, load , 1b berm memory. shem. ~ oa i Reduce demana on sho New deatures is updated in “4 dine chortau thak are inguitivc tt oo : > De out oa thie . interlace should # be. The visual icy aeerereerseeeesrere teeter eae rseeeecicetes © Mate the tndertace consistent: Meaning ful wer task perform : Maintain consistency across a Family of application keep interaction wien reaulh the same as foy user expectations: Trtertace Analysis and Perign Model’ Trlerdace analysis and. d esign mod eds |» user model Ls Design model Mental model Implementation mode! Ower Modelt -» The slo ee re -s Profile of the wer is prepared by pares the wer model consicering age, gender, qualification, economical backgrounct wer Description / erty tittle Ynowledge od the Novice . computer knowledgable petter knowledge: and intermittent Knowle dgabl — and trequent ad qs knowledge.= © Design Model? scorsish of data. avchitectur software. al, interlace proce, ene of ©Mental model* the end-wer Mental model is created the sgerens thes! 4» Dt is the wer's mental image of : _ perceived by the end users: ® Implementation mod ¢ model -y The implementation modes generates the loo Peel ob the interface: