.o IEEE Software Magazine Mar/Apr 2005 .o Rost05 Johan Rost What IEEE Software Magazine V22n2(Mar/Apr 2005)pp96+94-95 =ESSAY ONESIZE EDUCATION HEAVY vs LITE PROCESS Argues that the `best practices` may be too heavy for many projects found in practice. .c .o BaudryEtal05 Benoit Baudry & Franck Fleurey & Jean-Marfc Jezequel & Yves Le Traon Automatic Test Case Optimization: A Bacteriologic Algorithm IEEE Software Magazine V22n2(Mar/Apr 2005)pp76-81 =IDEA C# PARSER BUILDER VISITOR TESTING MUTATION EVOLUTION FITNESS Nice use of patterns in the sample Component Under Test (CUT) a C# parser. Need 30 generations to produce a set of tests that could `kill` all 500 mutants. .c .o LangFitzgerald05 Michael Lang & Brian Fitzgerald Hypermedia Systems Development Practices: A Survey IEEE Software Magazine V22n2(Mar/Apr 2005)pp68-75 =POLL 167 IRISH PROCESS WEB/NET MEDIA REQUIREMENTS MANAGEMENT PEOPLE Mixture of people from software development and from graphic design. 41% people with equal background. 30% hit time targets and 47% hit cost target. However 17% had 50% timed over run, and 14% had a cost overrun. Most of the problems where minor or moderate rather than major. Project scope, feature creep, volatile and changing requirements tended to be more of a problem than estimation, time pressure, communication, or coordination. Most had a clear process and written requirements specification(mostly 10..50 pages). Wide range of methods including hybrid, custom, SSADM JSP, SDLC, RAD, XP, RUP plus tool focussed: PHP, Java, Flash, ASP, J2EE,UML. Pus FuseBox, WSDM, OOHDM, ... No evidence that academic research has produced methods for hypermedia/web that developers are using. .c .o Hohpe05 Gregor Hohpe Your coffee shop doesn't use two-phase commit IEEE Software Magazine V22n2(Mar/Apr 2005)pp64-66 & letter V22n3(May/Jun 2005)pp8-9 =ARTICLE PATTERNS CONCURRENCY TRANSACTIONS ACID NONSEQUENTIAL 4 strategies: write-off, retry, compensate/undo, coordinate. Compare 1970s SSADM/Jackson recognition problems. Shorter version at .See http://www.enterpriseintegrationpatterns.com/ramblings/18-starbucks.html .c .o Hirsh05 Barbara Hirsh Positive Reinforcement as a Quality Tool IEEE Software Magazine V22n2(Mar/Apr 2005)pp62-63 =EXPERIENCE CHANGE IMPROVEMENT QPM SQM CMM SQA V&V AUDIT After enterprise-wide training and several audited projects hold a competition for the "best X" where X is a desired change with meaningful prizes.. In this case 30 submissions, 20% peer review. .c .o Gonzales05 Regina Gonzales Developing the Requirements Discipline: software vs systems IEEE Software Magazine V22n2(Mar/Apr 2005)pp59-61 =HISTORY SYSTEMS ENGINEERING vs SOFTWARE ENGINEERING REQUIREMENTS Tendency to jump to solutions before understanding the problems. Systems engineers get the big picture(including people and politics) but don't understand software. Software engineers miss the big picture and focus on formalizable models. .c .o Krutchen05 Philippe Krutchen Casting software design in the Function-Behavior-Structure framework IEEE Software Magazine V22n2(Mar/Apr 2005)pp52-58 =IDEA ENGINEERING Gero PROCESS WATERFALL RUP FBS FBS ::= following .n F:set(function). S:structure. Be: set(behavior), expected. Bs: set(behavior), actual. D:description. formulation:F->Be. synthesis:Be->S. analysis:S->Bs. evaluation:(Be,Bs)->acceptability. documentation:S->D. structural formulation:S->S. behavioral formulation:S->Be. functional formulation:S->F. .cn Author maps above into RUP. Software_engineering = SWEBOK.software_design+ requirements + coding + testing. Formulating the problem is part of engineering design. Lack of techniques for analyzing the behavior of structures, other than testing. A piece of software is less expensive to change than a bridge. Hence, software developers can afford more reformulation on the way to an acceptable product. Legacy systems: D to S to Be to F... COTS: F to Be to S. Patterns? SwEng words mean different things to other engineers. .c .o CaplatSourrouille05 Guy Caplat & Jean-Louis Sourrouille Model Mapping Using Formalism Extensions IEEE Software Magazine V22n2(Mar/Apr 2005)pp44-51 =EXAMPLE THEORY METAMODEL TRANSLATION + EXTENSIONS MOF UML PROFILES MDA ARTO C++ PIM PSM CODE Sherlock Constraint Checker The real problem in MDA is mapping between formalisms/languages. Translating between different modeling formalisms is complicated because they have extensions. Extensions are needed because translations can not be made between formalisms. Extensions become UML profiles. Constraint Checker is a tool that tests if a model conforms to a profile and uses the language Sherlock. .c .o GarzasPiatini05 Javier Garzas & Mario Piatini An Ontology for Microarchitectural Design Knowledge IEEE Software Magazine V22n2(Mar/Apr 2005)pp28-33 =IDEA ORGANIZE DESIGN KNOWLEDGE ONTOLOGY Distinguishes and relates rules: Principle, heuristic, best practice,bad smell, refactoring, and pattern. .c .o TyreeAkerman05 Jeff Tyree & Art Akerman Architecture Decisions: Demystifying Architecture IEEE Software Magazine V22n2(Mar/Apr 2005)pp19-27 =EXAMPLE DOCUMENT DECISIONS DETAILS CHOICES ARCHITECTURE Gives a template: list of the data to record about decisions: Issue, Decision, Status, Group:{integration,presentation, data, ...}, assumptions, constraints, Positions(=options=alternatives), Argument,implications, related decisions,related requirements, related artifacts, related principles, notes, Proposes tabulating alternatives and evaluating them vs selection criteria. Describes how decisions fit together. Compare with .See [Larman04] .c .o SerranoCiordia05 Nicolas Serrano & Ismael Ciordia Bugzilla, ITracker, and Other Bug Trackers IEEE Software Magazine V22n2(Mar/Apr 2005)pp11-13 =SURVEY TOOLS PROJECT ISSUES MANAGEMENT Has pointer to site with 70 tools .See http://www.aptest.com/bugtrack.html .c .c IEEE Software Magazine Mar/Apr 2005