This is a presentation I gave to a group of IT managers. It explains what 'scalable design' is about, discusses its motivations by a number of facts and figures about software development, and illustrates the approach through a real-world case.
5. experience: complexity vs project risk source: Wallace, Keil & Rai, “Understanding software project risk: a cluster analysis”, Information & Management 42 (2004)
6. The only constant: Change Year maintenance costs (%) Definition Reference 2000 >90% sw.cost devoted to system maintenance & evolution / total sw. costs Erlikh (2000) 1993 75% sw. maintenance / IS budget (in Fortune 1000 companies) Eastwood (1993) 1990 >90% sw. cost devoted to system maintenance & evolution / total sw. costs Moad (1990) 1990 60-70% sw. maintenance / total MIS operating budgets Huff (1990) 1988 60-70% sw. maintenance / total MIS operating budgets Port (1988) 1984 65-75% Effort spent on sw. maintenance / total available SE effort. McKee (1984) 1981 >50% Staff time spent on maintenance / total time (in 487 organizations) Lientz & Swanson (1981) 1979 67% Maintenance costs / total sw. costs Zelkowitz et al. (1979)
IS = Information Systems MIS = Management Information Systems (c) 2010 steX bv – www.stexbv.com
(c) 2010 steX bv – www.stexbv.com
BTW: this is very closely related to software architecture design, but then applied recursively until the remaining components are rather small individual building blocks. (c) 2010 steX bv – www.stexbv.com
focus here on the design part of technology.. SoC == divide and conquer (c) 2010 steX bv – www.stexbv.com