You are here:
(27 Nov 2007,
Note: this description currently contains the previous Swe.CourseDescription description. ----+++ Description Software Engineering covers such a wide variety of topics that choices can be made. In this description four alternatives are discussed, depending on what students are supposed to learn. First, students can be supported in their role as developer by giving them tools and methods to better develop programs. Second, students can be given techniques for a role as consultant (currently done in SoftwareArchitecture). Third, students can be given background theory on topics not immediately applicable in practical situations. And, finally, an existing course can be bought. ----+++ Topics * Consultancy focus. The current SoftwareArchitecture course in cooperation with SERC. * Content: quality models, architecture (views on -), evaluation of architecture (see http://www.cs.uu.nl/docs/vakken/swa) * Technical focus. Which can be further divided into a practical and theoretical part. The practical part would support the student to be a better developer. If material is not immediately related to the daily development practice it is labeled (here) as theoretical. * Content (practical): version/configuration management, personal software process (PSP), extreme programming (XP), testing (a la XP) * Content (theoretical): testing theory (e.g. predicting amount of errors), reliability, software metrics, planning (predicting workamount, splitting up, ...) * No focus. Use existing course with existing material (suggestion: OU). * Content: see (e.g.) Software Engineering, Sommerville ----+++ Material For the consultancy focus, see http://www.cs.uu.nl/docs/vakken/swa ----+++ Dependencies * Requires * SoftwareProject ----+++ Lecturer * Currently (for SoftwareArchitecture): Main.AtzeDijkstra, Main.ArjanIJzendoorn; from SERC (http://www.serc.nl) GertFlorijn, MarkVElswijk (and others). ----+++ History Evolved from * SoftwareArchitecture in different varieties. The incarnation before the current one included topics like: design patterns and specific systems (for their design). ----+++ Discussion Some questions: which alternative? what do we want (as ST group)? This topic/course seems not to be the primary focus of the ST group but probably sells well. Should we let others do it in cooperation (currently SERC does the major part), or completely give it away, or do the things we like but can only with some tweaking be called software engineering?
ore topic actions
Topic revision: r3 - 27 Nov 2007,
Master ST Home
Center ST Home
Copyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding UUCS?