A Study on How Software Engineering Supports Projects Management
This paper contains the results of the study of the following Software Process Reference Models for Improvement Programmes: CMMI, ISO 15504, and the UP, XP, PSP, TSP Methodologies, from a project management point of view. The project management processes analyzed in the above software engineering formalisms were: estimation, planning and quality management. As a result of this study, we offer an overview of the presence, integration, and ease of use of each project management process in the software engineering formalism selected. Results obtained reveal a good degree of integration among processes but a low level of ease of use in most part of the selected formalisms.
KeywordsProject Management Software Engineering Management Process Software Project Software Development Project
Unable to display preview. Download preview PDF.
- PMBOK: A Guide to the Project Management Body of Knowledge. (2000). Project Management Institute. Pennsylvania, USA.Google Scholar
- Standish Group, “CHAOS,” http://www.standishgroup.com/chaos.htm.
- R. Nienaber, E. Cloete. A software agent framework for the support of software project management. (2003). Proceedings of the SAICSIT 2003. Pp 16-23.Google Scholar
- E. McConnell. Nine Deadly Sins of Project Management. From the Editor IEEE Software, September/October 2001. Available at: http://www.stevemcconnell.com/ieeesoftware/iec19.htm
- S. Guckenheimer, J. Perez. Software Engineering with Microsoft Visual Studio Team System (Microsoft .Net Development). (2006). Addison Wesley Professional.Google Scholar
- B. Boehm, R. Turner. Balancing Agility and Discipline: A Guide for the Perplexed. (2003). Addison Wesley Professional.Google Scholar
- S. García. How standards enable adoption of project management practices. (2005). IEEE software. October-November 2005. Pp 22-29Google Scholar
- CMMISM Product Suite, www.sei.cmu.edu/cmmi/products/products.html, Sept. 2001.
- ISO/IEC 15504(1-5):2005 Standard for Information Technology-Software process assessment. 2005.Google Scholar
- I. Jacobson, G. Booch, and J. Rumbaugh. 1999. The Unified development process. Addison-Wesley.Google Scholar
- F. Kruchten. The Rational Unified Process: An Introduction, Third Edition (2003) Addison-Wesley Professional.Google Scholar
- K. Beck. eXtreme Programming Explained. (2002) Addison-Wesley.Google Scholar
- R. Jeffries. Extreme Programming Adventures in C# (2004) Microsoft PressGoogle Scholar
- W.S. Humphrey. PSP(sm): A Self-Improvement Process for Software Engineers, (2005a) Addison-Wesley.Google Scholar
- W.S. Humphrey. TSP(SM)-Leading a Development Team. (2005b). Addison Wesley.Google Scholar
- W.S. Humphrey. TSP(SM)-Coaching Development Teams. (2006). Addison Wesley.Google Scholar
- P. Dorsey. Top 10 Reasons Why Systems Projects Fail. (2000). Dulcian, Inc. Available at: http://www.niwotridge.com/Resources/PM-SWEResources/PmReasonsFail.htm
- C. Tully. How seriously should we take our evolutionary metaphor?. International workshop on Feedback And Evolution In Software And Business Processes. Imperial College, London, U.K. July 10 - 12, 2000.Google Scholar
- J. Venable. The Role of Theory and Theorizing in Design Science Research. February 24-25, 2006. Claremont CA. International conference on Design Science research in information systems and technology.Google Scholar
- A. Amescua, J. García, M. Sánchez-Segura, F. Medina-Domínguez. A pattern-Based Solution to Bridge the gap between theory and practice in using process models. Lecture Notes in Computer Science. ISSN0302-9743 Vol. 3966 pp. 97-104. Book Software Process Change. 2006Google Scholar
- F. Medina-Domínguez, M. Sanchez-Segura, A. Amescua, J. García. Extending Microsoft Team Foundation Server Architecture to support Collaborative Product Patterns. ICSP 2007, International Conference on Software Process. Minneapolis, USA. May 19 - 20, 2007.Google Scholar