Business Information Systems
Business Information Systems ISM 50
Popular in Course
verified elite notetaker
Popular in Information Systems Management
verified elite notetaker
This 29 page Class Notes was uploaded by June Dickinson on Monday September 7, 2015. The Class Notes belongs to ISM 50 at University of California - Santa Cruz taught by John Musacchio in Fall. Since its upload, it has received 86 views. For similar materials see /class/182167/ism-50-university-of-california-santa-cruz in Information Systems Management at University of California - Santa Cruz.
Reviews for Business Information Systems
Report this Material
What is Karma?
Karma is the currency of StudySoup.
You can buy or earn more Karma at anytime and redeem it for class notes, study guides, flashcards, and more!
Date Created: 09/07/15
ISM 50 Business Informa rion Sys rems Lec rur39e 19 Ins rr39uc ror39 John Musacchio UC San ra Cr39uz December 4 2008 Class announcemem s I Final Exam 1 Wednesday 1210 123pm Kr39eSQe 321 STudenT PresenTaTions a JiabiSTephy He 1 Jeffrey Hogg Akamai Case a y w 3 M Large Company m r2 Web Page Fun 1 N e i Freeflow Akama 24 A a M W m 3 N g a a y a N m a a m a y N w a gt11 diamaw s 1 a a w m m 2 a 3 3 N a N Z Z N m a v i 1 as a w a w w 2 313 5 5 iii N N M M w N s g N gt1 5 N N N gt11 w w g in on a aN f N N NN a N Freeflow I Deployed in 1999 Akamai Infras rruc rure a 13000 servers in 954 neTworks by 2001 Cus romers a Large Commercial Websi res Revenue model 2000 per mbps served a For comparison normal In rerne r access cos r 500 mbps a r Time l 2000 Financials 196 Million LOSS Before special charges 90 million revenue cZ320 gross margin af rer deduc ring server depreciaTion paymenTs To neTwork parTners DaTa cenTer space a Bu r mos r expenses of shouldn39T grow a r same ra re as number of cus romers so margin should improve 2015 million SGampA a selling general and adminis rra rive a largely sales force cos r 1 Again This migh r no r grow a r same ra re as The number of cus romers 40 million RampD Competition Hosting firms subs ri ru re u Exodus I O rher39 CDNS u Sandpiper Ader39o Mirror Image ConTen r Alliances u Akamai39s compe ri ror39s banded Toge rher39 To share neTworks l 2001 MarkeT Changes Bad I Do rcoms bus r Cus romer39s leave a churn r39a re goes To 22 per39 quar39Ter39quot 7000 Hos ring fir39ms go bus r exodus Some CDN compe ri ror39s go bus r Compe ring CDN alliances mired in problems Akamai Large Company xii WE39VE E enstruct Page EdgeSuiTe Assemble dynamic pages of edges ra rher Than jus r serve heavy objec rs Value 39 ro osi rion a Performance improvemen r 1 COST and complexi ry reduc rion a ScalabiliTy a Securi ry Prucnng higher Than old service Soon edge sui re domina red revenue l Technology Dynamic CDN Technology ESI edge sides includes Develop as open s rondor39d why Akomoi not big and credible enough To force a deTocTo STondor39d on mor39KeT l Markefing I Difference in selling old vs new produc rs a Old produc r I Geared Toward speeding up websifes I Revenues of Their clien rs depended on speed I Easier To gef sale a New Produc r I Simplify company IT func rion I Cos r vs revenue cen rer I Harder sell More da ra driven a Consequen rly new produc r needs more professional sales force I Channels a Dis rribu rion Par rners IBM credibili ry a Direc r Sales Force roo I RecenT Performance Cnnsnudmd Statements of Operations mm Rivanucs Tum um and opemmg xpmses N11ncomlnss Nm Income 1955 ambutablc In common stutkholdm 3 11001 5 In thousands excepl sum am 151259 171 370 29 231 29 231 144 975 317 530 204437 204437 1 S 153214 1 39755 2577108 939359 243551 1 8157 243551 833785 ChapTer 9 Applica rions and The Organiza rion l Build vs Buy Purchase off The Shelf less Time and cosT beneTITs oT usmg a quotSTandardquot squTIon SupporT available musT mold org To app no poTenTial for compeTiTive advanTage OuTsource developers noT as familiar wiTh org as you more opporTuniTy for cusTomizing Than off The shelf conTracTor may share knowledge wiTh compeTiTors conTracTor may have Too much bargaining power Make mosT cusTomizable of 3 easier iTeraTion beTween concepTualizaTion and developmenT needed mosT risky org may lack compeTency To do iT AppicaTion Lifecycle IT is impor39TonT To Think beyond acquiring on opplicoTion a How do we come wiTh The idea a How do we or39chiTecT iT a or do 7e i e WenT a How do we exTend and moinToin iT For39 This reason The sofTwor39e engineering communiTy come up wiTh u ApplicaTion Lifecycle Model AppicaTion Lifecycle 510925 1 Concep rualiza rion 2 Analysis 3 Ar39chi rec rur39e Design 4 Developmen r Evolu rion 5 Tes ring and Evalua rion 6 Deploymen r 7 O era rions Main renance and U Jr39ade 1 ConcepTualizaTion WhaT is The vision a WhaT are The objecTives a WhaT is The business case 1 EXAMPLE HHC To inform flighT aTTendanTs which passengers are low and high value a Business Case I Increase r39epeaT business from high value cusTomer39s I 1 ConcepTualizaTion Example i 2 Analysis I Describe wha r The applica rion will do I Don39T make highly de rai ri c i Descr39ibe scenarios in which if is used 1 Use Cases I 2 Analysis Example I Example Scenario 1 Premium Passenger Identification func rion FA wan rs To see who are premium passengers To offer Them a free drink FA clicks on premium passenger radio bu r ron HHC displays color coded sea r map 3 ArchiTec rure Design I Decompose The applica rion in ro subsys rems 1 Hardware sofTware a Try use commercial off The shelf subsys rems a Try To use s randar39d infras rr39uc rur39e layers O er39a rin s s rem ne rwor39k middlewar39e e rc Ar39chi rec rur39e Wireless Link HEADQUARTERS D El Airline Dataserver l 3 ArchiTec rure ConTinued 1 Define The func rionali ry in rerac rion and in rerfaces of subsys rems a While doing This consider Scalabili ry El Can we increase number of users easily Ex rensibili ry u Abili ry To add new fea rures Ia rer Adminis rra rion a Is i r hard To keep if working 4 Developmem EvoluTion I Develop The de rails 1 Develop program cus rom subsys rems 1 Have con rmc ror build ou rsour39ced pieces a Pu r Toge rher39 wi rh offTheshelf componen rs Incremen ral u S rar39T wi rh simplesT implemen ra rion and ge r if working a La rer39 add more feaTures 5 TesTing A musT If orchi rec red well we can TesT subsys rems IndependenTIy Alpha TesT offline res r of prototype BeTo Tes r res r in in rended envir39onmen r wi rh cooper39o rive users l 6 Deploymem ConverT from previous processes if necessary 1 Example CISCO ERP all a r once 1 Or you could do incremenTally Train users 1 Example FriToLay HHC I Da ra impor ra rion a if necessary 7 Opera rions Maintenance Upgrade I Main rain Securi ry Repair Problems Correc r performance shor r comings Cisco ERP Add fea rures
Are you sure you want to buy this material for
You're already Subscribed!
Looks like you've already subscribed to StudySoup, you won't need to purchase another subscription to get this material. To access this material simply click 'View Full Document'